Questa sezione descrive le modalità di migrazione avanzate che è possibile utilizzare per migrare parti specifiche dell'ambiente NSX-V senza dover distribuire hardware aggiuntivo, ad esempio cluster di elaborazione separati, nell'ambiente di destinazione NSX-T.
Ad esempio, è possibile che l'organizzazione preferisca creare una nuova topologia NSX-T e configurare manualmente i NSX-T Edge e altri servizi di rete senza utilizzare il coordinatore della migrazione. Ad esempio, è possibile distribuire i nodi NSX-T Edge sugli host NSX-V esistenti.
L'obiettivo è utilizzare il coordinatore della migrazione per eseguire la migrazione solo della configurazione del firewall distribuito (DFW) e gli host di elaborazione di NSX-V esistenti in NSX-T. Si desidera che le macchine virtuali del carico di lavoro continuino a essere eseguite nell'hardware di elaborazione esistente con un'interruzione minima della protezione della sicurezza del traffico est-ovest durante la migrazione al nuovo ambiente NSX-T.
Se si esegue una migrazione sul posto solo degli host di configurazione e di elaborazione DFW, è possibile definire la propria topologia NSX-T. In altre parole, le topologie fisse supportate menzionate in Topologie fisse supportate per la migrazione end-to-end non sono pertinenti per questa migrazione sul posto.
È possibile abilitare vSphere High Availability (HA) se nell'ambiente NSX-V è disponibile VDS 7.0 o versione successiva. Se l'ambiente NSX-V dispone di VDS 6.5 o 6.7 e le porte vmkernel (vmks) sono collegate ai VDSe, durante una migrazione sul posto, gli host e le macchine virtuali potrebbero perdere la connettività di rete per un periodo di tempo sufficiente per attivare HA. Il meccanismo HA tenterà di spegnere, migrare e riavviare le macchine virtuali. L'operazione potrebbe non riuscire perché è in corso la migrazione dell'ambiente NSX-V in NSX-V. Di conseguenza, dopo la migrazione, le macchine virtuali potrebbero rimanere spente o non disporre di connettività di rete se accese. Per evitare questa situazione, disabilitare HA o collegare la porta vmk di gestione a un VSS prima di avviare la migrazione a NSX-T.
Nota: le porte logiche e i commutatori creati durante la migrazione non vengono eliminati in seguito all'eliminazione delle macchine virtuali del carico di lavoro. È necessario eliminarli tramite l'interfaccia utente o l'API di NSX Manager.
