Dans cette migration, le trafic nord-sud est migré des passerelles de services NSX-V Edge vers les nœuds Edge NSX-T.

Pendant le basculement, les liaisons montantes sur le routeur logique distribué NSX-V sont déconnectées en interne du commutateur logique de transit auquel les passerelles Edge Services Gateway sont également connectées. Les liaisons montantes sur le dispositif NSX-T Edge sont mises en ligne.

Si votre environnement NSX-V dispose d'un service DHCP configuré sur une passerelle de services Edge, les baux DHCP des VM de charge de travail sont migrés vers le dispositif NSX-T Edge lors du basculement edge. Une fois le basculement Edge terminé, les VM de charge de travail, qui sont toujours en cours d'exécution sur des hôtes préparés NSX-V, ont les mêmes baux DHCP que ceux qui existaient avant la migration.

N'oubliez pas que ce mode de migration ne migre pas la topologie NSX-V existante et les configurations logiques telles que le routage, le pare-feu Edge, le pare-feu distribué, les services de mise en réseau L3, etc., vers votre nouvel environnement NSX-T. Vous devez pré-configurer manuellement la topologie et les objets logiques dans votre nouvel environnement NSX-T. Sinon, vous migrez les configurations logiques vers NSX-T avant de démarrer la migration du basculement Edge.

Ce mode de migration n'est pas une migration sur place de vos hôtes NSX-V existants vers NSX-T. Vous devez migrer les hôtes existants vers NSX-T une fois la migration du basculement Edge terminée.

Note : Pour utiliser le mode de migration de basculement Edge, votre environnement NSX-V peut être configuré dans n'importe quelle topologie. En d'autres termes, la migration de basculement Edge n'exige pas que la topologie NSX-V soit obligatoirement configurée dans les topologies de migration prises en charge qui sont expliquées dans Topologies fixées prises en charge pour la migration de bout en bout.

Conditions préalables pour la migration du basculement Edge

  • Configuration pour la version logicielle :
    • Reportez-vous aux Matrices d'interopérabilité des produits VMware pour connaître les versions requises de vCenter Server et ESXi.
    • Les versions 6.5.0, 6.6.0 et 7.0 de vSphere Distributed Switch sont prises en charge.
    • L'environnement de NSX-V doit correspondre à la configuration système NSX-T requise pour ESXi, vCenter Server et le vSphere Distributed Switch.
  • Un nouvel environnement NSX-T est déployé et configuré pour cette migration.
    • Déployez des dispositifs NSX Manager.

      Dans un environnement de production, ajoutez un cluster NSX Manager avec trois dispositifs. Cependant, à des fins de migration, un seul dispositif NSX Manager est adapté.

    • Déployez un dispositif vCenter Server.

      vCenter Server doit être ajouté en tant que gestionnaire de calcul dans NSX-T. Vous pouvez partager l'instance de vCenter Server utilisée dans NSX-V ou en déployer une autre dans NSX-T.

    • Déployez le nombre adéquat de dispositifs NSX-T Edge de taille appropriée pour remplacer les passerelles Edge Service Gateway NSX-V pour qu'elles correspondent aux fonctionnalités et aux performances. Vous pouvez déployer les nœuds NSX Edge sur les hôtes NSX-V préparés existants.
    • Reliez les nœuds Edge au plan de gestion via la ligne de commande.
    • Configurez NSX-T sur les nœuds NSX Edge.
    • Créez un pool d'adresses IP NSX-T à utiliser pour les TEP NSX-T Edge ou configurez des adresses IP statiques pour les TEP Edge.
    • Ajoutez des passerelles de niveau 0 et de niveau 1 en fonction des exigences de votre topologie réseau NSX-T.
    • Créez des segments de superposition dans NSX-T avec le même identifiant de réseau virtuel (VNI) et la même adresse de sous-réseau que les commutateurs logiques dans NSX-V.

      Utilisez les API NSX-T pour créer les segments de superposition. Vous ne pouvez pas créer de segments de superposition avec le même VNI dans l'interface utilisateur de NSX Manager.

      Vous devez créer les segments avec le mode de réplication SOURCE et remplacer le mode par MTEP uniquement après la migration.

    • Créez des segments VLAN dans NSX-T avec les mêmes ID de VLAN et adresse de sous-réseau que les groupes de ports virtuels distribués VLAN (DVPG) dans NSX-V.
      Note : VLAN DVPG doit être associé avec un ID VLAN uniquement. La jonction VLAN n'est pas prise en charge.
    • Connectez l'interface de liaison montante de la passerelle de niveau 0 à un segment VLAN de transit.

      Configurez l'homologation de route dynamique entre la passerelle de niveau 0 et les routeurs physiques orientés au nord.

    • Attachez les segments NSX-T de superposition réseau aux liaisons montantes de la passerelle de niveau 0 ou de niveau 1 en fonction des exigences de votre topologie NSX-T.
    • Pour tous les services de couche 3 tels que la traduction d'adresse réseau, l'équilibrage de charge, le VPN, etc. qui sont configurés sur la passerelle Edge Services Gateway NSX-V, préconfigurez des services équivalents sur la passerelle de niveau 1 ou de niveau 0 de votre environnement NSX-T. Activez l'annonce de route et les services de couche 3 sur la passerelle de niveau 1. Activez l'état de redistribution d'itinéraire sur la passerelle de niveau 0.
      Important : Si un service DHCP est configuré sur votre passerelle NSX-V Edge Services Gateway, pré-configurez un service DHCP de passerelle sur le segment NSX-T de superposition. Pour migrer des baux DHCP, le mode de migration de basculement Edge prend uniquement en charge le service Gateway DHCP. Le serveur DHCP local ou le relais DHCP local n'est pas pris en charge.
    • Les interfaces de liaisons montantes du chemin d'accès rapide DPDK sur les NSX-T Edge (fp-eth0, fp-eth1 et fp-eth2) doivent être en panne.

      Utilisez les API NSX-T pour mettre à jour le paramètre admin_status de chaque interface de chemin d'accès rapide DPDK sur le nœud de transport Edge down.

      Par exemple, pour modifier le paramètre admin_status de l'interface fp-eth0 sur le nœud de transport Edge, exécutez les API suivantes :
      1. Récupérez l'ID Edge du nœud de transport NSX-T Edge :

        GET https://{nsxt-mgr-ip}/api/v1/transport-nodes

      2. Utilisez l'ID edge que vous avez obtenu à l'étape 1 pour récupérer les propriétés de l'interface réseau fp-eth0 :

        GET https://{nsxt-mgr-ip}/api/v1/transport-nodes/{edge-id}/node/network/interfaces/fp-eth0

      3. Collez la réponse complète de l'API GET dans un éditeur de texte et modifiez le paramètre admin_status sur down.
      4. Collez toute la réponse de l'API modifiée complète dans le corps de la demande de l'API PUT :

        PUT https://{nsxt-mgr-ip}/api/v1/transport-nodes/{edge-id}/node/network/interfaces/fp-eth0

      Pour des informations détaillées sur les paramètres dans ces API, consultez le Guide de l'API de NSX-T Data Center.

    • Vous ne pouvez pas mapper plusieurs passerelles de niveau 1 sans cluster Edge ou passerelle de niveau 1 à DR uniquement sous une passerelle parente de niveau 0 aux DLR. Vous ne pouvez pas non plus mapper la passerelle parente de niveau 0 à un DLR en cas de mappage à une passerelle de niveau 1 à DR uniquement. Si votre topologie nécessite le mappage de plusieurs DLR, vous devez utiliser une passerelle de niveau 1 active-en veille avec un cluster Edge attribué.