Configurer les SDDC déployés

Après avoir déployé les centres de données définis par logiciel (SDDC) dans OCI Dedicated Region A et OCI Dedicated Region B, plusieurs étapes de configuration de jour 2 sont requises pour préparer la configuration de cluster étendu VMware vSAN à venir, qui sera effectuée dans une section ultérieure.

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

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

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

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

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

  1. Migrer des machines virtuelles de gestion
    • Consolidez toutes les machines virtuelles de gestion VMware en un seul hôte VMware ESXi.
  2. Modifier la stratégie de stockage
    • Mettez à jour la stratégie de stockage de toutes les machines virtuelles de gestion vers la stratégie 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 (à l'exception des machines virtuelles de gestion d'hébergement) en mode de maintenance à l'aide de l'option Assurer l'accessibilité.
    • Supprimez ces hôtes du cluster vSAN VMware.
    • Enlevez-les de VMware NSX via le gestionnaire NSX OCI Dedicated Region B VMware.
    • Désactivez le mode de verrouillage et activez l'accès à SSH et ESXi Shell.

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

Dans le répertoire VMware vCenter de la région OCI Dedicated Region A, procédez comme suit :

  1. Désactiver HA et DRS
    • Désactivez temporairement HA et DRS dans le cluster existant.
  2. Créer et préparer un cluster
    • Créez un nouveau cluster pour héberger les hôtes ESXi inter-sites locaux et entrants.
    • Placez tous les hôtes (sauf celui avec des machines virtuelles de gestion) en mode de maintenance.
    • Enlevez-les du cluster vSAN VMware et déplacez-les vers le cluster nouvellement créé.
  3. Ajout d'hôtes B de région dédiée OCI à un nouveau cluster dans région dédiée OCI
    • Dans Région dédiée OCI VMware vCenter, ajoutez les hôtes Région dédiée OCI VMware ESXi par nom de domaine qualifié complet.
    • Ajoutez ces hôtes au cluster que vous venez de créer et supprimez-les du mode de maintenance.

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

Maintenant que tous les hôtes ESXi sur le site principal et le site secondaire sont gérés par le même VMware vCenter dans OCI Dedicated Region A :

  • Utilisez le VDS existant à partir du site principal (OCI Dedicated Region A) en tant que commutateur distribué unifié.
  • Recréez tous les groupes de ports (PG) de site secondaire (OCI Dedicated Region B) sur ce serveur VDS de site principal pour garantir la cohérence et la compatibilité.

La configuration du 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.

Configuration des stratégies de groupement et de basculement

Site Liaisons montantes actives Liaisons montantes de secours
Groupes de produits du site principal Site principal vmnic0, vmnic1 Site secondaire vmnic0, vmnic1
Groupes de propriétés du site secondaire Site secondaire vmnic0, vmnic1

Site principal vmnic0, vmnic1

Important : pour le groupe de ports de gestion (vmk0), utilisez uniquement vmnic0 propre au site de l'hôte (c'est-à-dire 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 de déploiement d'Oracle Cloud VMware Solution, où seul vmnic0 se connecte au VLAN de gestion back-end.

Cette configuration garantit que le trafic basculera progressivement vers les liaisons montantes du site secondaire si les hôtes du site principal deviennent indisponibles, en maintenant une connectivité ininterrompue dans le cluster.

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 sur tous les groupes de ports.
  • Assurez-vous que tous les groupes de ports VDS et les interfaces VMkernel (vmk) sont configurés avec la commande MTU 9000, qui est généralement définie par défaut sur 1500 et doit être explicitement mise à jour.

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

Migration de vmk0 vers le VDS unifié

Remarques :

Dans certains cas, la migration de vmk0 (interface de gestion) de sa configuration existante vers le nouveau VDS peut échouer et être annulée. Dans ce cas :
  • Connectez-vous à l'hôte via SSH.
  • Exécutez dcui pour lancer l'interface utilisateur Direct Console (DCUI).
  • Restaurez les paramètres réseau pour déplacer vmk0 vers un Standard vSwitch (VSS).