Configurer les SDDC déployés

Après le déploiement des centres de données définis par logiciel (SDDC) dans la région dédiée OCI A et la région dédiée OCI B, plusieurs étapes de configuration de jour 2 sont requises pour préparer la configuration de grappe étendue vSAN VMware à venir, qui sera effectuée dans une section ultérieure.

Mettre à jour le fichier hôte sur les machines virtuelles d'hôte bastion

Pour éviter la dépendance envers les services DNS lors d'une configuration précoce, mettez à jour le fichier /etc/hosts sur chaque machine virtuelle d'hôte bastion dans les deux régions avec les noms de domaine complets des serveurs vCenter et des gestionnaires NSX.

Bien que la résolution du nom de domaine complet soit déjà disponible dans l'environnement OCI au moyen du service DNS privé d'OCI, la définition statique de ces entrées garantit un accès cohérent aux interfaces de gestion du SDDC même si les configurations DNS sont incomplètes ou indisponibles pendant les états de transition.

Reconfigurer le site secondaire - Région OCI dédiée B

Lors du déploiement du SDDC, tous les composants de gestion de la région dédiée OCI B résident dans le réseau VLAN vSphere-TEMP. Effectuez les opérations suivantes dans VMware vCenter de la région OCI dédiée B :

1. Migrer des machines virtuelles de gestion
   • Consolidez toutes les machines virtuelles de gestion VMware sur un seul hôte VMware ESXi.
2. Modifier la politique de stockage
   • Mettre à jour la politique de stockage de toutes les machines virtuelles de gestion vers la politique de stockage de gestion - Noeud unique.
3. Préparer les hôtes
   • Désactivez HA et DRS.
   • Placez tous les hôtes VMware ESXi restants (sauf l'une des machines virtuelles de gestion d'hébergement) en mode de maintenance à l'aide de l'option Assurer l'accessibilité.
   • Supprimez ces hôtes de la grappe vSAN VMware.
   • Supprimez-les de VMware NSX au moyen du gestionnaire NSX pour OCI Dedicated Region B VMware.
   • Désactivez le mode d'arrêt et activez l'accès SSH et à l'interpréteur de commandes ESXi.

Reconfigurer le site principal - Région OCI dédiée A

Dans VMware vCenter de la région OCI dédiée A, effectuez les étapes suivantes :

1. Désactiver HA et DRS
   • Désactivez temporairement HA et DRS dans la grappe existante.
2. Créer et préparer une grappe
   • Créez une nouvelle grappe pour l'hébergement d'hôtes ESXi locaux et entrants entre sites.
   • Placez tous les hôtes (sauf ceux dotés de machines virtuelles de gestion) en mode de maintenance.
   • Supprimez-les de la grappe vSAN VMware et déplacez-les vers la grappe nouvellement créée.
3. Ajouter des hôtes B pour la région dédiée OCI à une nouvelle grappe pour la région dédiée OCI
   • À partir de OCI Dedicated Region VMware vCenter, ajoutez les hôtes OCI Dedicated Region VMware ESXi par FQDN.
   • Ajoutez ces hôtes à la grappe nouvellement créée et supprimez-les du mode de maintenance.

Consolider et mettre à jour le commutateur virtuel distribué (VDS)

Maintenant que tous les hôtes ESXi du site principal et du site secondaire sont gérés par la même VMware vCenter dans larégion dédiée OCI A :

• Utilisez le service VDS existant du site principal (région OCI dédiée A) comme commutateur réparti unifié.
• Recréez tous les groupes de ports (PG) du site secondaire (région dédiée OCI B) sur ce site principal VDS pour assurer la cohérence et la compatibilité.

La configuration VDS doit désormais prendre en charge quatre liaisons montantes : deux liaisons montantes à partir des hôtes du site principal et deux à partir des hôtes du site secondaire.

Configurer les politiques de collaboration et de basculement

Lieu	Liaisons montantes actives	Liaisons montantes de secours
Groupes de rapports sur le lieu principal	Site principal vmnic0, vmnic1	Site secondaire vmnic0, vmnic1
Groupes de rapports sur le site secondaire	Site secondaire vmnic0, vmnic1	Site principal vmnic0, vmnic1 Important : Pour le groupe de ports de gestion (vmk0), utilisez seulement vmnic0 propre au site de l'hôte (c.-à-d. vmnic0 à partir du site principal pour les hôtes du site principal et à partir du site secondaire pour les hôtes du site secondaire). Cela correspond au comportement du déploiement d'Oracle Cloud VMware Solution, où seul vmnic0 se connecte au réseau VLAN de gestion dorsal.

Cette configuration garantit que le transfert bascule normalement vers les liaisons montantes du site secondaire si les hôtes du site principal deviennent indisponibles, tout en maintenant une connectivité ininterrompue dans la grappe.

Une fois que les groupes de ports du site secondaire ont été recréés sur le VDS unifié :

• Validez la connectivité de machine virtuelle et d'hôte pour tous les groupes de ports.
• Assurez-vous que tous les groupes de ports VDS et les interfaces VMkernel (vmk) sont configurés avec MTU 9000, qui est généralement réglé par défaut à 1500 et doit être mis à jour explicitement.

Enfin, supprimez la configuration VDS existante des hôtes du site secondaire pour éviter les conflits.

Migration de vmk0 vers le VDS unifié

Note :

Dans certains cas, la migration de vmk0 (interface de gestion) de sa configuration existante vers le nouveau VDS peut échouer et être annulée. Si cela se produit :

• Connectez-vous à l'hôte au moyen de SSH.
• Exécutez dcui pour lancer l'interface utilisateur de la console directe (DCUI).
• Restaurez les paramètres de réseau pour déplacer vmk0 vers un VSS vSwitch standard.