Les configurations de vRealize Automation avec mutualisation entre plusieurs organisations reposent sur une configuration coordonnée entre plusieurs produits. Vous devez donc vous assurer que les paramètres DNS et les certificats sont correctement configurés pour que votre configuration avec mutualisation entre plusieurs organisations fonctionne.

Cette configuration à plusieurs organisations suppose des déploiements à nœud unique pour les composants suivants :
  • Lifecycle Manager
  • Workspace ONE Access Identity Manager
  • vRealize Automation

En outre, elle suppose de démarrer avec un locataire par défaut, qui est l'organisation de votre fournisseur, et de créer deux sous-locataires, appelés tenant-1 et tenant-2.

Vous pouvez créer et appliquer des certificats à l'aide du service Locker dans vRealize Suite Lifecycle Manager ou vous pouvez utiliser un autre mécanisme. Lifecycle Manager vous permet également de remplacer ou de réapprouver des certificats sur vRealize Automation ou Workspace ONE Access.

Conditions requises de DNS

Vous devez créer des enregistrements de type A principaux et des enregistrements de type CNAME pour les composants système, comme décrit ci-dessous.
  • Créez des enregistrements de type A principaux pour chaque composant système et pour chacun des locataires que vous créez lorsque vous activez l'architecture mutualisée.
  • Créez des enregistrements de type A à locataires multiples pour chacun des locataires que vous allez créer, ainsi que pour le locataire principal.
  • Créez des enregistrements de type CNAME à locataires multiples pour chacun des locataires que vous allez créer, sans inclure le locataire principal.

Conditions requises des certificats pour un déploiement à locataires multiples à nœud unique

Vous devez créer deux certificats SAN (Subject Alternative Name), un premier pour Workspace ONE Access et un autre pour vRealize Automation.

  • Le certificat vRealize Automation répertorie le nom d'hôte du serveur vRealize Automation et les noms des locataires que vous allez créer.
  • Le certificat Workspace ONE Access répertorie le nom d'hôte du serveur Workspace ONE Access et les noms des locataires que vous créez.
  • Si vous utilisez des noms SAN dédiés, les certificats doivent être mis à jour manuellement lorsque vous ajoutez ou supprimez des hôtes, ou lorsque vous modifiez un nom d'hôte. Vous devez également mettre à jour des entrées DNS pour les locataires. Pour simplifier la configuration, vous pouvez utiliser des caractères génériques pour les certificats Workspace ONE Access et vRealize Automation. Par exemple, *.example.com et *.vra.example.com.
    Note : vRealize Automation 8.x prend en charge les certificats génériques uniquement pour les noms DNS qui correspondent aux spécifications de la liste de suffixes publics sur https://publicsuffix.org. Par exemple, *.myorg.com est un nom valide alors que *.myorg.local ne l'est pas.

Notez que Lifecyle Manager ne crée pas de certificats distincts pour chaque locataire. Il crée plutôt un certificat unique avec chaque nom d'hôte de locataire répertorié. Pour les configurations de base, le CNAME du locataire utilise le format suivant : tenantname.vrahostname.domain. Pour les configurations à haute disponibilité, le nom utilise le format suivant : tenantname.vraLBhostname.domain.

Résumé

Le tableau suivant récapitule les conditions requises de DNS et de certificat pour un déploiement Workspace ONE Access et vRealize Automation à nœud unique.

Conditions requises de DNS Conditions requises des certificats SAN
Main A Type Records

lcm.example.local

WorkspaceOne.example.local

vra.example.local

Workspace One Certificate

Nom de l'hôte :

WorkspaceOne.example.local, default-tenant.example.local, tenant-1.vra.example.local, tenant-2.vra.example.local

Multi-tenancy A Type Records

default-tenant.example.local

tenant-1.example.local

tenant-2.example.local

Multi-Tenancy CNAME Type Records

tenant-1.vra.example.local

tenant-2.vra.example.local

vRealize Automation Certificate

Nom de l'hôte :

vra.example.local, tenant-1.vra.example.local, tenant-2.vra.example.local