Dans NSX-T Data Center 3.2.2 et versions ultérieures, lorsque vous migrez une topologie définie par l'utilisateur, vous pouvez choisir le mode Configuration et migration du dispositif Edge. Ce mode migre les configurations, relie les commutateurs logiques NSX-V vers leurs segments NSX-T Data Center correspondants et migre les nœuds Edge pour le basculement du trafic nord-sud.

Note : Il s'agit d'une fonctionnalité de la version d'évaluation technique dans NSX-T Data Center 3.2.2. Cette fonctionnalité est entièrement prise en charge dans NSX-T Data Center 3.2.3 et versions ultérieures.
Note : Ce mode de migration nécessite que des hôtes dédiés soient prêts à être ajoutés au cluster NSX. Si les nouveaux hôtes ne sont pas disponibles, les hôtes de NSX-V peuvent être réutilisés. Pour plus d'informations, reportez-vous aux sections « (Facultatif) Réutilisation d'un hôte NSX-V en tant que nœud de transport NSX » et « (Facultatif) Ajout d'un nœud de transport NSX après le démarrage de l'étape Migrer les dispositifs Edge » ci-dessous.

Workflow de bout en bout de configuration et migration du dispositif Edge

Effectuez les étapes suivantes lorsque vous choisissez ce mode :

  1. Préparez l'environnement NSX-V. Reportez-vous à la section Préparation de l'environnement NSX-V pour une migration « lift-and-shift » de topologie définie par l'utilisateur.
  2. Préparez l'environnement NSX-T Data Center. Reportez-vous à la section Préparation de l'environnement NSX-T Data Center pour une migration de topologie définie par l'utilisateur.
  3. Effectuez les étapes de migration Importer la configuration, Traduire la configuration Couche 2, Résoudre la configuration Couche 2, Migrer la configuration Couche 2 et Vérifier la réalisation Couche 2. Les zones de transport et les segments sont créés et prêts à l'emploi.
  4. Dans l'interface utilisateur de NSX Manager, configurez NSX sur les hôtes ESXi du site cible. Choisissez la zone de transport appropriée pour chaque commutateur d'hôte afin de connecter les VM migrées vers les hôtes aux segments appropriés. Si un pool d'adresses IP VTEP est utilisé pour configurer NSX, vérifiez qu'il n'existe aucun chevauchement d'adresses IP entre ce pool d'adresses IP et les pools d'adresses IP configurés sur NSX-V.
  5. Dans NSX, créez une topologie qui correspond à la topologie NSX-V, incluant les passerelles de niveau 0 et de niveau 1.
  6. Effectuez les étapes de migration Définir une topologie, Traduire la configuration Couche 3 et supérieure, Résoudre la configuration couche 3 et supérieure, Migrer la configuration Couche 3 et supérieure, Vérifier la réalisation Couche 3 et supérieure et Migrer les dispositifs Edge.
  7. À l'étape Migrer les charges de travail, les méthodes suivantes sont disponibles pour migrer les VM de charge de travail :
    • HCX — Pour plus d'informations, reportez-vous à la documentation de HCX.
    • vMotion — Suivez les instructions de la section « Migration des VM de charge de travail » ci-dessous.
  8. Vérifiez que tout fonctionne comme prévu.
  9. Effectuez les tâches postérieures à la migration pour nettoyer le site source sur NSX-V si nécessaire.

Migration de VM de charge de travail à partir de HCX

Remarque : vérifiez que votre version de HCX prend en charge cette capacité. Si HCX n'est pas disponible, reportez-vous à la section « Migration des VM de charge de travail » ci-dessous pour plus d'informations sur la migration des VM de charge de travail.

HCX peut migrer des VM par groupe. Pour migrer des VM à partir de HCX, effectuez d'abord les étapes de migration de NSX Manager jusqu'à la dernière étape Migrer les charges de travail. Migrez ensuite les VM à partir de HCX. Lorsque les VM sont migrées, cliquez sur Terminer sur l'écran Migrer les charges de travail dans NSX Manager.

Migration des VM de charge de travail

Si vous ne migrez pas de VMS de charge de travail à l'aide de HCX, vous pouvez suivre les étapes de la section Migrer les charges de travail dans la migration « Lift-and-Shift ».

(Facultatif) Réutilisation d'un hôte NSX-V en tant que nœud de transport NSX-T Data Center

Pour réutiliser un hôte NSX-V, suivez les étapes ci-dessous pour préparer l'hôte comme nœud de transport NSX-T Data Center.

Si l'instance de VC cible de migration est la même que l'instance de VC source :
  1. Passez l'hôte en mode de maintenance dans VC.
  2. Retirez l'hôte de son cluster afin qu'il devienne un hôte autonome. Désinstallez NSX-V de l'hôte.
  3. Faites sortir l'hôte du mode de maintenance.
  4. Dans l'interface utilisateur de NSX Manager, recherchez l'hôte dans Système > Infrastructure > Nœuds > Nœuds de transport hôtes (si NSX-T est de version 3.2.0 ou 3.2.1) ou Système > Infrastructure > Hôtes (si NSX-T est de version 3.2.2 ou ultérieure). Ajoutez les instances de VDS avec les zones de transport appropriées et les profils de liaison montante du commutateur d'hôte. Attendez que l'état du nœud affiche Réussite.
Si l'instance de VC cible de migration est différente de l'instance de VC source :
  1. Passez l'hôte en mode de maintenance dans VC.
  2. Retirez l'hôte de son cluster afin qu'il devienne un hôte autonome. Désinstallez NSX-V de l'hôte.
  3. Retirez l'hôte de toutes les instances de VDS dans l'instance de VC source.
  4. Notez l'adresse IP de l'hôte, puis supprimez ce dernier de l'inventaire dans l'instance de VC source.
  5. Ajoutez l'hôte à un cluster dans l'instance de VC cible, puis aux instances de VDS dans l'instance de VC cible.
  6. Faites sortir l'hôte du mode de maintenance.
  7. Dans l'interface utilisateur de NSX Manager, recherchez l'hôte dans Système > Infrastructure > Nœuds > Nœuds de transport hôtes (si NSX-T est de version 3.2.0 ou 3.2.1) ou Système > Infrastructure > Hôtes (si NSX-T est de version 3.2.2 ou ultérieure). Ajoutez les instances de VDS avec les zones de transport appropriées et les profils de liaison montante du commutateur d'hôte. Attendez que l'état du nœud affiche Réussite.

Il est recommandé de réutiliser un hôte NSX-V avant le démarrage de l'étape Migrer les dispositifs Edge. Si vous souhaitez réutiliser un hôte NSX-V après le démarrage de l'étape Migrer les dispositifs Edge, suivez les étapes décrites dans cette section, puis celles de la section « (Facultatif) Ajout d'un nœud de transport NSX-T Data Center après le démarrage de l'étape Migrer les dispositifs Edge ».

(Facultatif) Ajout d'un nœud de transport NSX-T Data Center après le démarrage de l'étape Migrer les dispositifs Edge

Il est recommandé d'ajouter tous les nœuds de transport NSX-T Data Center au système NSX-T Data Center cible avant de démarrer l'étape Migrer les dispositifs Edge. Suivez les étapes ci-dessous comme solution de contournement pour ajouter un nœud de transport NSX-T Data Center après le démarrage de l'étape Migrer les dispositifs Edge.

  1. Dans l'interface utilisateur de NSX Manager, accédez à Système > Infrastructure > Nœuds > Nœuds de transport hôtes (si NSX-T est de version 3.2.0 ou 3.2.1) ou Système > Infrastructure > Hôtes (si NSX-T est de version 3.2.2 ou ultérieure) et copiez l'UUID du nœud.
  2. Utilisez ssh pour vous connecter à l'instance de NSX Manager sur laquelle vous avez lancé la migration.
  3. Recherchez l'adresse IP de l'hôte dans /var/log/migration-coordinator/v2t/nsxv-config/hosts.json et copiez moId (par exemple, host-12). Si aucun hôte n'est trouvé dans le fichier, recherchez la valeur moId de l'hôte via https://<VC-IP>/mob.
  4. Exécutez les commandes suivantes :
    cd /opt/vmware/migration-coordinator-tomcat/bin/v2t/config-collector

python3 vc_collector.py -s <VC-IP> -o <VC-HTTPS-port> -u <VC-user-name> -t /var/log/migration-coordinator/v2t/nsxv-config/ -c /var/log/migration-coordinator/v2t/config.json -hId <TN-uuid> -hmoId <host-moId>
    Remarque : <VC-HTTPS-port> est 443 par défaut. Par exemple, 
    python3 vc_collector.py -s 10.78.129.191 -o 443 -u [email protected] -t /var/log/migration-coordinator/v2t/nsxv-config/ -c /var/log/migration-coordinator/v2t/config.json -hId 1bad5da6-8093-4496-a910-3dc224e6ac11 -hmoId host-12
  5. Exécutez les commandes suivantes :
    cd /opt/vmware/migration-coordinator-tomcat/bin/v2t/config-migrator

python3 main.py -c /var/log/migration-coordinator/v2t/config.json -s accept-tn -t tn -i <TN-uuid> runtime
    Par exemple, 
    python3 main.py -c /var/log/migration-coordinator/v2t/config.json -s accept-tn -t tn -i 1bad5da6-8093-4496-a910-3dc224e6ac11 runtime
    Si vous êtes invité à indiquer le jeton d'authentification de NSX-V Manager, vous pouvez obtenir celui-ci en exécutant la commande suivante : 
    curl -i -k -u <admin-user> -X POST https://<nsx-v-ip>/api/2.0/services/auth/token?expiresInMinutes=720

    Remarque : <admin-user> est le compte d'administrateur de NSX-V Manager et <nsx-v-ip> est l'adresse IP de NSX-V Manager.

    Cette étape prend beaucoup de temps lorsque le premier nœud de transport est accepté, car il doit mettre sous tension les contrôleurs NSX-V. Cette étape échoue si aucun contrôleur NSX-V ne peut être mis sous tension et est à l'état connected. Dans ce cas, corrigez les contrôleurs NSX-V pour vous assurer qu'au moins un contrôleur NSX-V est à l'état connected. Recommencez ensuite cette étape.