Impostazione di HCX per la migrazione da NSX-V a NSX-T
È possibile eseguire il provisioning di un servizio HCX opzionale nella nuova istanza VMware Cloud Foundation for Classic - Automated con NSX-T, che viene eseguita in parallelo con l'ambiente VCF for Classic - Automated esistente con NSX-V. La distribuzione di HCX è completamente automatizzata nel nuovo VCF for Classic - Automated con l'ambiente NSX-T. HCX dispone di vari servizi di migrazione (Bulk e vMotion) per aiutare a spostare le macchine virtuali del carico di lavoro e fornisce servizi di estensione di rete incorporati L2 per gli switch logici NSX-V ai segmenti NSX-T.
Peering del sito HCX su rete privata
-
Ordinare il servizio HCX sul nuovo VCF for Classic - Automated con l'ambiente NSX-T. Per ulteriori informazioni, vedere Ordinazione dell' VMware e HCX. Questo caso d'uso presuppone che abbiate specificato il tipo di connessione di rete HCX come Pubblica, il che consente di completare la registrazione delle licenze e la misurazione sulla rete pubblica.
Tuttavia, se il cluster consolidato o di gestione NSX-T è distribuito solo con rete privata, l'unica opzione di rete che si può scegliere è quella privata. È quindi necessario configurare un server proxy per consentire la registrazione e la misurazione delle licenze sulla rete pubblica. Per ulteriori informazioni, vedere Processo di distribuzione di HCX.
-
Una volta completata la distribuzione automatica del servizio HCX, i seguenti componenti vengono distribuiti e configurati nell'ambiente VCF for Classic - Automated con NSX-T.
- Un'appliance HCX Manager con un indirizzo IP sulla sottorete portatile VLAN primaria per la gestione dell'istanza.
- Una sottorete privata portatile HCX sulla VLAN primaria per l'utilizzo delle appliance del parco HCX.
- 8 indirizzi IP sulla sottorete portatile esistente per il traffico vMotion sulla VLAN secondaria sono riservati all'uso delle appliance della flotta HCX.
- Una sottorete pubblica HCX portatile sulla VLAN pubblica. Questa rete HCX Uplink non viene utilizzata in questo caso d'uso.
- HCX Manager è integrato con il VCF for Classic - Automated con il vCenter dell'ambiente NSX-T e i profili di calcolo e di rete configurati.
-
Installare manualmente HCX Manager nell'ambiente VCF for Classic - Automated esistente con NSX-V. Utilizzare un OVA scaricato tramite HCX Manager nell'ambiente Center Server con NSX-T. Distribuirlo su una sottorete portatile ordinata manualmente sulla VLAN primaria. Ordinate una chiave di attivazione HCX dalla console VMware Solutions e usatela per registrare l'HCX Manager.
-
Utilizzando l'HCX Manager nell'ambiente VCF for Classic - Automated con NSX-V, stabilire un accoppiamento del sito con l'HCX Manager nell'ambiente VCF for Classic - Automated con NSX-T e istanziare una rete di servizi HCX.
Configurazione del service mesh HCX per la migrazione da NSX-V a NSX-T
- Nell'ambiente VCF for Classic - Automated con NSX-T, HCX utilizza la subnet HCX Private per la gestione delle interfacce delle appliance del parco HCX e la subnet vMotion sulla VLAN secondaria.
- Nell'ambiente VCF for Classic - Automated con NSX-V, ordinare una nuova sottorete portatile sulla VLAN primaria da utilizzare come sottorete privata HCX.
- Ordinare manualmente una nuova sottorete portatile sulla VLAN secondaria da utilizzare come sottorete privata di uplink dell'HCX.
- I profili di rete nell'ambiente VCF for Classic - Automated con NSX-T vengono creati inizialmente dall'automazione VMware Solutions. Non sono necessarie modifiche per i profili Management e vMotion. Un nuovo profilo per il profilo di rete di uplink privato HCX viene creato nell'ambiente VCF for Classic - Automated con NSX-T. Il profilo viene creato utilizzando la subnet, l'intervallo IP e il gateway della subnet portatile dell'uplink HCX, che è stata fornita manualmente, sulla VLAN secondaria. Questa sottorete è utilizzata anche dal profilo di rete di uplink privato HCX nell'ambiente VCF for Classic - Automated con NSX-V. Pertanto, assicurarsi che gli intervalli IP di ciascun ambiente non si sovrappongano tra loro.
- È necessario creare i profili di rete nell'ambiente VCF for Classic - Automated con NSX-V:
- Il profilo di rete di gestione viene configurato utilizzando la subnet, l'intervallo IP e il gateway della subnet del portatile HCX Management, configurato manualmente, sulla VLAN primaria.
- Il profilo di rete vMotion utilizza la sottorete, l'intervallo IP e il gateway della sottorete esistente vMotion sulla VLAN secondaria. Assicurarsi che l'intervallo IP definito non sia utilizzato dagli host ESXi.
- Il profilo di rete dell'uplink privato viene creato utilizzando la subnet, l'intervallo IP e il gateway della subnet portatile dell'uplink HCX, che è stata fornita manualmente, sulla VLAN privata secondaria. Questa sottorete viene utilizzata anche dal profilo di rete di uplink privato HCX nell'ambiente VCF for Classic - Automated con NSX-T. Pertanto, assicurarsi che gli intervalli IP di ciascun ambiente non si sovrappongano tra loro.
- Sul VCF for Classic - Automated con NSX-V HCX Manager, creare un Site Pairing e quindi una Service Mesh. Completate i test sulle prestazioni per capire la larghezza di banda e il throughput tra gli ambienti in modo da poter calcolare la durata della migrazione. Per ulteriori informazioni, vedere Caratterizzazione del sottostrato di rete HCX e risultati delle prestazioni.
Distribuzione della flotta HCX per la migrazione
- Quando si crea una Service Mesh attraverso l'ambiente VCF for Classic - Automated con NSX-V HCX Manager, HCX crea le appliance della flotta di risponditori HCX nell'ambiente VCF for Classic - Automated con NSX-T. Queste appliance sono costituite da un'appliance di interconnessione, un ottimizzatore WAN e un'appliance di estensione della rete. Una o più di queste appliance vengono distribuite a seconda delle impostazioni utilizzate durante il flusso di lavoro per la creazione della rete di servizi. Per ulteriori informazioni, consultare Considerazioni sull'implementazione di HCX e best practice e Profili di calcolo HCX.
- Quando si crea una Service Mesh tramite VCF for Classic - Automated con NSX-V HCX Manager, HCX crea le appliance del parco iniziatori HCX nell'ambiente VCF for Classic - Automated con NSX-V. Queste appliance sono costituite da un'appliance di interconnessione, un ottimizzatore WAN e un'appliance di estensione della rete. Una o più di queste appliance vengono distribuite a seconda delle impostazioni utilizzate durante il flusso di lavoro per la creazione della rete di servizi.
- Il flusso di lavoro del servizio HCX network Extension viene avviato attraverso il VCF for Classic - Automated con NSX-V HCX Manager. Questo flusso di lavoro utilizza il bridging L2 per collegare gli switch logici NSX-V richiesti ai segmenti NSX-T creati automaticamente.
- Il flusso di lavoro della migrazione viene utilizzato per selezionare le macchine virtuali richieste da migrare utilizzando le opzioni vMotion, bulk o cold migration. In questa fase, le macchine virtuali si trovano nell'ambiente NSX-T, ma il traffico da nord a sud passa attraverso gli Edge NSX-V.
- Le configurazioni del firewall distribuito e del routing dinamico dell'ambiente NSX-T devono essere completate per consentire il passaggio di rete dall'ambiente NSX-V all'ambiente NSX-T.
Commutazione di rete con HCX
- La fase finale del cut-over consiste nell'avviare il flusso di lavoro di disestensione delle reti con l'opzione connect cloud network to cloud edge gateway after unextending. Questo flusso di lavoro rimuove il ponte HCX L2 tra gli ambienti NSX-V e NSX-T.
- Il flusso di lavoro collega il segmento NSX-T al router T1.
- Il flusso di lavoro scollega lo switch logico dal router logico distribuito NSX-V.
- Il traffico nord-sud dalle macchine virtuali ospitate su questo segmento passa ora attraverso le reti NSX-T T0 uplink ospitate sulle VLAN pubbliche o primarie.
- Il passaggio di rete è ora completo.
Considerazioni sulla migrazione con HCX
Ogni apparecchio HCX-NE può estendere fino a otto segmenti alla volta e, se necessario, è possibile creare più HCX-NE. È possibile configurarli quando si crea la maglia di servizio.