Microsoft Active Directory

Par défaut, une seule interface de serveur virtuel est déployée sur l'infrastructure IBM Cloud®.

La conception permet également de déployer deux serveurs MSAD à haute disponibilité en tant que machines virtuelles Microsoft Windows® Server dédiées dans le cluster de gestion.

Si vous sélectionnez l'option avec deux serveurs MSAD haute disponibilité, vous êtes tenu de fournir l'octroi de licence et l'activation Microsoft.

Active Directory sert à authentifier les accès uniquement pour gérer l'instance VMware® et non pour héberger les utilisateurs des charges de travail dans les instances déployées. Le nom de domaine racine de forêt du serveur Active Directory est identique au nom de domaine DNS (Domain Name Services) que vous spécifiez. Ce nom de domaine est spécifié uniquement pour l'instance VMware Cloud Foundation for Classic - Automated principale si plusieurs instances sont liées. Pour les instances liées, chaque instance contient un serveur Active Directory qui se trouve dans l'anneau de réplique racine de forêt. Les fichiers de la zone DNS sont également répliqués sur les serveurs Active Directory.

Domaine SSO (Single Sign On) vSphere

Le domaine SSO (Single Sign On) vSphere est utilisé comme mécanisme d'authentification initial pour une seule instance ou pour plusieurs instances liées. Le domaine SSO est également utilisé pour connecter une instance VMware à plusieurs instances liées au serveur MSAD. La configuration SSO suivante est appliquée :

• Le domaine SSO vsphere.local est toujours utilisé.
• Pour VMware les instances liées à une instance existante, l'appliance vCenter serveur est jointe au domaine SSO de l'instance existante.
• Le nom du site SSO est le domaine racine choisi lorsque vous avez déployé votre instance.

Intégration à la forêt existante

La fusion des forêts Active Directory est un processus complexe. Si vous souhaitez intégrer votre instance à une forêt Active Directory existante, IBM Cloud il est recommandé d'ajouter votre infrastructure Active Directory existante en tant que source d'identité supplémentaire à VMware vCenter Server® plutôt que d'essayer de fusionner les forêts. IBM Cloud L'automatisation nécessite que vous choisissiez un domaine racine pour votre instance avec au moins trois qualificatifs afin de réduire le risque de conflit avec votre domaine existant.

Vous disposez de plusieurs options pour référencer votre domaine existant en tant que source d'identité :

• Si une connectivité a été établie à vos contrôleurs de domaine dans ou depuis IBM Cloud, vous pouvez les référencer directement.
• Vous pouvez déployer des contrôleurs de réplique en lecture seule dans IBM Cloud.
• Vous pouvez ajouter une confiance unidirectionnelle à partir des contrôleurs de domaine déployés par IBM Cloud vers vos contrôleurs de domaine.

Instance primaire VMware Cloud Foundation for Classic - Automated

Le VMware Cloud Foundation for Classic - Automated déploiement utilise les VSI ou les VM AD déployés comme serveurs DNS pour l'instance. Tous les composants déployés ( vCenter, NSX, hôtes ESXi) sont configurés pour pointer vers l'AD comme DNS par défaut. Vous pouvez personnaliser la configuration de zone DNS si cela n'interfère pas avec la configuration des composants déployés.

Cette conception intègre les services DNS dans les machines virtuelles AD dans la configuration suivante :

• La structure de domaine est spécifiée par l'utilisateur.
• Le nom de domaine peut comporter un nombre quelconque de niveaux, jusqu'au maximum que tous VMware Cloud Foundation for Classic - Automated les composants peuvent gérer.
• Le nom de domaine doit comporter au moins trois niveaux. Cette directive applique la meilleure pratique selon laquelle le domaine de niveau supérieur délègue les responsabilités à l'instance pour le domaine d'instance.
• Les serveurs AD/DNS sont configurés pour faire autorité pour le domaine DNS.
• Les serveurs AD/DNS sont configurés pour pointer vers les serveurs DNS IBM Cloud pour toutes les autres zones.
• Toutes les régions cloud secondaires intégrées à la première région cloud ou à la région cloud de déploiement cible doivent utiliser la même structure de nom DNS avec des préfixes d'hôte uniques.
• Vous pouvez également déployer des serveurs DNS redondants au sein du vSphere cluster. Deux serveurs AD/DNS sans licence sont configurés. Il vous incombe de fournir les licences des systèmes d'exploitation Windows pour ces serveurs.
• Si un seul site est approvisionné avec un seul serveur AD/DNS, alors tous les VMware Cloud Foundation for Classic - Automated composants configurés doivent avoir uniquement cette adresse IP comme entrée DNS.

Instances secondaires VMware Cloud Foundation for Classic - Automated

Pour la redondance inter-instances, lorsque la première instance VMware Cloud Foundation for Classic - Automated secondaire est ajoutée à une instance VMware Cloud Foundation for Classic - Automated principale ou autonome existante, l'adresse IP du serveur DNS AD de l'instance principale est utilisée dans l'instance VMware Cloud Foundation for Classic - Automated secondaire et dans toute entrée « DNS secondaire » de l'instance secondaire suivante pour tous les composants qui nécessitent une entrée de serveur DNS.

Par exemple, ESXi, vCenter, et NSX Manager, ainsi que des composants complémentaires, tels que HCX, et HPE Zerto Software Veeam. L'entrée DNS secondaire du site principal est ensuite modifiée pour indiquer l'adresse IP AD/DNS de la première instance VMware Cloud Foundation for Classic - Automated secondaire.