In questa migrazione il traffico nord-sud viene migrato dai gateway dei servizi Edge di NSX-V ai nodi Edge di NSX-T.

Durante il cutover, gli uplink nel router logico distribuito NSX-V vengono disconnessi internamente dal commutatore logico di transito a cui sono connessi anche i gateway dei servizi Edge. Gli uplink nei nodi di NSX-T Edge vengono attivati.

Se nell'ambiente NSX-V è configurato il servizio DHCP in un gateway dei servizi Edge, i lease DHCP delle macchine virtuali del carico di lavoro vengono migrati in NSX-T Edge durante il cutover dell'Edge. Al termine della migrazione completa dell'Edge, le macchine virtuali del carico di lavoro, che sono ancora in esecuzione negli host preparati per NSX-V hanno gli stessi lease DHCP che esistevano prima della migrazione.

Tenere presente che questa modalità di migrazione non esegue la migrazione nel nuovo ambiente NSX-T della topologia di NSX-V esistente e nelle configurazioni logiche, ad esempio routing, firewall Edge, firewall distribuito, servizi di rete L3 e così via. È necessario preconfigurare manualmente la topologia e gli oggetti logici nel nuovo ambiente NSX-T. In alternativa, eseguire la migrazione delle configurazioni logiche in NSX-T prima di avviare la migrazione di cutover dell'Edge.

Questa modalità di migrazione non esegue una migrazione sul posto degli host NSX-V esistenti in NSX-T. È necessario eseguire la migrazione degli host esistenti in NSX-T al termine della migrazione del cutover dell'Edge.

Nota: Per utilizzare la modalità di migrazione di cutover dell'Edge, l'ambiente NSX-V può essere configurato in qualsiasi topologia. In altre parole, la migrazione del cutover dell'Edge non richiede che la topologia NSX-V venga configurata in modo obbligatorio in nessuna delle topologie di migrazione supportate e illustrate in Topologie fisse supportate per la migrazione end-to-end.

Prerequisiti per la migrazione di Cutover dell'Edge

  • Requisiti della versione software supportata:
    • Vedere Matrici di interoperabilità dei prodotti VMware per le versioni richieste di vCenter Server e ESXi.
    • È supportato il vSphere Distributed Switch nelle versioni 6.5.0, 6.6.0 e 7.0.
    • L'ambiente NSX-V deve soddisfare i requisiti di sistema di NSX-T per ESXi, vCenter Server e il vSphere Distributed Switch.
  • Per questa migrazione viene distribuito e configurato un nuovo ambiente NSX-T.
    • Distribuire le appliance NSX Manager.

      In un ambiente di produzione, aggiungere un cluster NSX Manager con tre appliance. Tuttavia, a scopo di migrazione, una singola appliance NSX Manager è adeguata.

    • Distribuire un'appliance vCenter Server.

      In NSX-T è necessario aggiungere il vCenter Server come gestore delle risorse di elaborazione. È possibile condividere il vCenter Server utilizzato in NSX-V o distribuirne un altro in NSX-T.

    • Distribuire il numero corretto di appliance NSX-T Edge correttamente dimensionate per sostituire i gateway di servizio Edge NSX-V in modo da associarlo in modo intelligente e con prestazioni ottimali. È possibile distribuire i nodi di NSX Edge sugli host preparati per NSX-V esistenti.
    • Unire i nodi Edge al piano di gestione dalla riga di comando.
    • Configurare NSX-T nei nodi di NSX Edge.
    • Creare un pool di IP NSX-T da utilizzare per i TEP di NSX-T Edge o configurare indirizzi IP statici per i TEP dell'Edge.
    • Aggiungere gateway di livello 0 e 1 in base ai requisiti della topologia di rete di NSX-T.
    • Creare segmenti di overlay in NSX-T con lo stesso identificatore di rete virtuale (VNI) e lo stesso indirizzo di subnet dei commutatori logici in NSX-V.

      Utilizzare le API di NSX-T per creare i segmenti di overlay. Non è possibile creare segmenti di overlay con lo stesso VNI nell'interfaccia utente NSX Manager.

      È necessario creare i segmenti con la modalità di replica SOURCE e modificare la modalità in MTEP solo dopo aver completato la migrazione.

    • Creare segmenti VLAN in NSX-T con gli stessi ID VLAN e indirizzo di subnet dei gruppi di porte virtuali distribuite (DVPG) VLAN in NSX-V.
      Nota: Il DVPG VLAN deve essere associato solo a un ID VLAN. Il trunk VLAN non è supportato.
    • Connettere l'interfaccia di uplink del gateway di livello 0 a un segmento VLAN di transito.

      Configurare il peering della route dinamica tra il gateway di livello 0 e i router fisici rivolti al nord.

    • Collegare i segmenti di overlay NSX-T ai downlink del gateway di livello 0 o di livello 1 in base ai requisiti della topologia di NSX-T.
    • Per tutti i servizi di livello 3, ad esempio Network Address Translation (NAT), Bilanciamento del carico, VPN e così via, configurati nel Gateway dei servizi Edge NSX-V preconfigurare i servizi equivalenti sul gateway di livello 0 o di livello 1 dell'ambiente NSX-T. Abilitare i servizi Annuncio della route e Livello 3 nel gateway di livello 1. Abilitare Stato redistribuzione route nel gateway di livello 0.
      Importante: Se nel gateway dei servizi Edge NSX-V è configurato un servizio DHCP, preconfigurare un servizio DHCP gateway nel segmento di overlay NSX-T. Per la migrazione dei lease DHCP, la modalità di migrazione del cutover dell'Edge supporta solo il servizio DHCP del gateway. Il server DHCP locale o l'inoltro DHCP locale non sono supportati.
    • Le interfacce di uplink del percorso rapido DPDK negli Edge NSX-T (fp-eth0, fp-eth1 e fp-eth2) devono essere inattivi.

      Utilizzare le API NSX-T per aggiornare il parametro admin_status di ciascuna interfaccia del percorso rapido DPDK nel nodo di trasporto dell'Edge in down.

      Ad esempio, per modificare il parametro admin_status dell'interfaccia fp-eth0 nel nodo di trasporto dell'Edge, eseguire le API seguenti:
      1. Recuperare l'ID edge del nodo di trasporto di NSX-T Edge:

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

      2. Utilizzare l'ID edge ottenuto nel passaggio 1 per recuperare le proprietà dell'interfaccia di rete fp-eth0:

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

      3. Incollare la risposta completa dell'API GET in un editor di testo e modificare il parametro admin_status in down.
      4. Incollare la risposta dell'API modificata completamente nel corpo della richiesta dell'API PUT:

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

      Per informazioni dettagliate sui parametri in queste API, consultare Guida all'API di NSX-T Data Center.

    • Non è possibile mappare più gateway di livello 1 senza un cluster Edge o un gateway di livello 1 solo DR in un gateway di livello 0 principale a DLR. Non è inoltre possibile mappare il gateway di livello 0 principale a un DLR se si esegue la mappatura a un gateway di livello 1 solo DR. Se la topologia richiede la mappatura di più DLR, è necessario utilizzare un gateway di livello 1 attivo-standby con un cluster Edge assegnato.