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 correspondants et migre les nœuds Edge pour le basculement du trafic nord-sud.

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 à la section « (Facultatif) Réutilisation d'un hôte NSX-V en tant que nœud de transport NSX » 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. Reportez-vous à la section Préparation de l'environnement NSX 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

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.

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 > Hôtes. 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.
  5. Appelez la NSX API suivante pour accepter le nouvel hôte :
    POST https://{nsx-mgr-ip}/api/v1/migration/setup?action=migrate_newly_added_host_transport_node
{
    "host_transport_node_id" : "<transport-node-uuid>"
}
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 > Hôtes. 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.
  8. Appelez la NSX API suivante pour accepter le nouvel hôte :
    POST https://{nsx-mgr-ip}/api/v1/migration/setup?action=migrate_newly_added_host_transport_node
{
    "host_transport_node_id" : "<transport-node-uuid>"
}

Vous pouvez réutiliser un hôte NSX-V avant ou après le démarrage de l'étape Migrer les dispositifs Edge.