vRealize Automation prend en charge les déploiements à locataire unique ou locataires multiples. La configuration peut varier selon le nombre de locataires inclus dans le déploiement.

La configuration à l'échelle du système est toujours effectuée dans le locataire par défaut et peut s'appliquer à un ou plusieurs locataires. Par exemple, la configuration à l'échelle du système peut spécifier des valeurs par défaut pour les fournisseurs d'informations de personnalisation et de notifications.

La configuration de l'infrastructure, y compris les sources de l'infrastructure disponibles à des fins de provisionnement, peut être effectuée dans chaque locataire et est partagée par tous les locataires. Vous divisez vos ressources d'infrastructure, telles que des ressources de calcul virtuelles ou de cloud, en groupes Fabric et nommez un administrateur Fabric pour gérer ces ressources. Les administrateurs Fabric peuvent allouer des ressources dans leur groupe Fabric à des groupes d'activité en créant des réservations.

Déploiement à locataire unique

Dans un déploiement à locataire unique, l'ensemble de la configuration peut s'effctuer dans le locataire par défaut. Les administrateurs de locataire peuvent gérer les utilisateurs et les groupes, configurer les informations de personnalisation spécifiques au locataire, les notifications, les stratégies d'entreprise et les offres du catalogue.

Tous les utilisateurs ouvrent une session sur la console vRealize Automation à la même URL, mais les fonctionnalités auxquelles ils ont accès sont déterminées par leurs rôles.

Figure 1. Exemple de locataire unique
diagramme du déploiement à locataire unique

Remarque :

Dans un scenario à locataire unique, il est courant que les rôles d'administrateur système et d'administrateur de locataire soient attribués à la même personne, mais sous la forme de deux comptes distincts. Le compte d'administrateur système est toujours administrator@vsphere.loca et le compte d'administrateur système crée un compte utilisateur local pour l'attribution du rôle d'administrateur de locataire.

Déploiement à locataires multiples

Dans un environnement à locataires multiples, l'administrateur système crée des locataires pour chaque organisation utilisant la même instance de vRealize Automation. Les utilisateurs du locataire ouvrent une session sur la console vRealize Automation à une URL spécifique à leur locataire. La configuration au niveau locataire est séparée des autres locataires et du locataire par défaut. Les utilisateurs disposant de rôles à l'échelle du système peuvent consulter et gérer la configuration entre locataires multiples.

Il existe deux scenarios principaux concernant la configuration d'un déploiement à locataires multiples.

Tableau 1. Exemples de déploiement à locataires multiples

Exemple

Description

Gérer la configuration de l'infrastructure uniquement dans le locataire par défaut

Dans cet exemple, toute l'infrastructure est gérée de manière centralisée par les administrateurs IaaS et les administrateurs Fabric dans le locataire par défaut. Les ressources de l'infrastructure partagées sont allouées aux utilisateurs de chaque locataire à l'aide de réservations.

Gérer la configuration de l'infrastructure dans chaque locataire

Dans ce scenario, chaque locataire gère sa propre infrastructure et dispose de ses propres administrateurs IaaS et administrateurs Fabric. Chaque locataire peut fournir ses propres sources d'infrastructure ou peuvent partager une infrastructure commune. Les administrateurs Fabric gèrent uniquement les réservations des utilisateurs de leur propre locataire.

Le diagramme suivant présente un déploiement à locataires multiples dans une infrastructure gérée de manière centralisée. L'administrateur IaaS dans le locataire par défaut configure toutes les sources de l'infrastructure accessibles à tous les locataires. L'administrateur IaaS peut organiser l'infrastructure en groupes Fabric en fonction de leur type et de leur objet prévu. Par exemple, un groupe Fabric peut contenir toutes les ressources virtuelles ou toutes les ressources du premier niveau. L'administrateur Fabric de chaque groupe peut allouer les ressources à partir de ses groupes Fabric. Bien que les administrateurs Fabric existent uniquement dans le locataire par défaut, il peuvent allouer les ressources aux groupes d'activité de n'importe quel locataire.

Remarque :

Certaines tâches de l'infrastructure, comme l'importation de machines virtuelles, peuvent être uniquement exécutées par un utilisateur disposant à la fois des rôles d'administrateur Fabric et de gestionnaire de groupes d'activité. Ces tâches peuvent ne pas être disponibles dans un déploiement à locataires multiples dans une infrastructure gérée de manière centralisée.

Figure 2. Exemple à locataires multiples dans une configuration d'infrastructure uniquement comprise dans le locataire par défaut
diagramme du déploiement à locataires multiples dans une infrastructure gérée de manière centralisée

Le diagramme suivant présente un déploiement à locataires multiples dans lequel chaque locataire gère sa propre infrastructure. L'administrateur système est le seul utilisateur qui ouvre une session dans le locataire par défaut de manière à gérer la configuration à l'échelle du système et à créer des locataires.

Chaque locataire dispose d'un administrateur IaaS qui peut créer des groupes Fabric et nommer des administrateurs Fabric avec leurs locataires respectifs. Bien que les administrateurs Fabric puissent créer des réservations pour les groupes d'activité de n'importe quel locataire, dans cet exemple ils créent et gèrent généralement les réservations de leurs propres locataires. Si le même magasin d'identités est doté d'une configuration à locataires multiples, les mêmes utilisateurs peuvent être désignés comme administrateurs IaaS ou administrateurs Fabric de chaque locataire.

Figure 3. Exemple à locataires multiples dans une configuration d'infrastructure dans chaque locataire
diagramme d'un déploiement à locataires multiples dans une configuration d'infrastructure dans chaque locataire