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

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 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 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 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. In alternativa, eseguire la migrazione delle configurazioni logiche in NSX 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. È necessario eseguire la migrazione degli host esistenti in NSX 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 VMware vCenter 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 per ESXi, VMware vCenter e il vSphere Distributed Switch.
  • Per questa migrazione viene distribuito e configurato un nuovo ambiente NSX.
    • 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 VMware vCenter.

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

    • Distribuire il numero corretto di appliance NSX 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 nei nodi di NSX Edge.
    • Creare un pool di IP NSX da utilizzare per i TEP di NSX 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.
    • Creare segmenti di overlay in NSX 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 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 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 ai downlink del gateway di livello 0 o di livello 1 in base ai requisiti della topologia di NSX.
    • 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. 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. 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 (fp-eth0, fp-eth1 e fp-eth2) devono essere inattivi.

      Utilizzare le API NSX 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 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 di NSX API.

    • 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.