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.
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.
- 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:- Recuperare l'ID edge del nodo di trasporto di NSX-T Edge:
GET https://{nsxt-mgr-ip}/api/v1/transport-nodes
- 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
- Incollare la risposta completa dell'API GET in un editor di testo e modificare il parametro admin_status in
down. - 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.
- Recuperare l'ID edge del nodo di trasporto di NSX-T Edge:
- Distribuire le appliance NSX Manager.
