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.
- Gli edge NSX-V e NSX-T si trovino in host ESXi diversi.
- Le macchine virtuali del carico di lavoro connesse direttamente a un Gateway dei servizi Edge (ESG) si trovino in un host ESXi diverso da quello di ESG.
Per questa migrazione, se si pianifica o è necessario eseguire manualmente la migrazione delle macchine virtuali da alcuni host NSX-V a host NSX-T, è necessario configurare la versione di esportazione del firewall distribuito (vedere Configurazione della versione di esportazione del filtro del firewall distribuito).
Se l'ambiente NSX-V dispone di VDS versione 7.0 o successiva, è necessario abilitare e configurare DRS per ogni cluster NSX-V da sottoporre a migrazione. In Automazione, impostare Livello di automazione: su Completamente automatizzato . Per evitare che DRS effettui automaticamente la migrazione di una macchina virtuale da un host NSX-V a un host NSX-T prima che il processo di migrazione avvii la migrazione dell'host NSX-V, in Automazione impostare Soglia di migrazione sul valore più conservativo. Inoltre, in Opzioni aggiuntive, non abilitare Distribuzione della macchina virtuale. Al termine della migrazione di un cluster a NSX-T, è possibile modificare la Soglia di migrazione su Aggressivo e abilitare Distribuzione della macchina virtuale in Opzioni aggiuntive affinché DRS bilanci le macchine virtuali tra gli host.
