Quando i criteri di sicurezza nell'ambiente NSX-V utilizzano solo un servizio Network Introspection fornito da un partner, sono disponibili due approcci per eseguire la migrazione degli host preparati da NSX-V in NSX.
Entrambi gli approcci illustrati in questo argomento presuppongono che le macchine virtuali del servizio partner nell'ambiente NSX-V non vengano eliminate prima di avviare il coordinatore della migrazione. In base al tempo di inattività per la protezione della sicurezza che si è disposti ad accettare durante la migrazione degli host, scegliere l'approccio di migrazione degli host più adatto alle proprie esigenze.
Quando solo il servizio Network Introspection è in esecuzione sugli host di NSX-V la modalità di migrazione dell'host nella stessa posizione non è supportata. È supportata solo la modalità di migrazione Manutenzione. È tuttavia consigliabile utilizzare la modalità di migrazione della Manutenzione automatica.
- Approccio 1: richiede più tempo di inattività per la protezione della sicurezza
-
Questo approccio è il più semplice dei due approcci di migrazione degli host. Tuttavia, l'operazione implica un tempo di inattività di protezione della sicurezza maggiore rispetto all'approccio 2. Si supponga di avere tre cluster nell'ambiente NSX-V: Cluster 1, Cluster 2 e Cluster 3.
In questo approccio, abilitare l'impostazione di migrazione Pausa tra i gruppi e migrare il Cluster 1 utilizzando la procedura standard di migrazione degli host descritta in Migrazione di host di NSX-V. Dopo la migrazione del cluster 1 in NSX, la migrazione si interrompe. Distribuire il servizio partner in Cluster 1 eseguendo una distribuzione del servizio basato su host o in cluster. A questo punto, disabilitare l'impostazione di migrazione Pausa tra i gruppi e continuare la migrazione dei cluster 2 e 3. Dopo la migrazione delle macchine virtuali del carico di lavoro nei Cluster 2 e 3 in NSX, questi carichi di lavoro possono iniziare a reindirizzare i pacchetti alle macchine virtuali del servizio partner nel cluster 1.
In questo approccio, è previsto un tempo di inattività della protezione della sicurezza durante la migrazione di Cluster 1.
Quando le macchine virtuali del carico di lavoro effettuano la migrazione a un host di NSX è previsto un tempo di inattività del traffico dati esistente durante la migrazione dell'host. Tuttavia, il nuovo traffico dati non dispone di un tempo di inattività per la protezione della sicurezza.
- Approccio 2: richiede un tempo di inattività minimo per la protezione della sicurezza
-
Questo approccio richiede un intervento manuale con un'API di NSX per creare un gruppo host temporaneo. Abilitare l'impostazione di migrazione Pausa tra i gruppi e migrare qualsiasi host dal Cluster 1. Dopo la migrazione dell'host in Cluster 1 in NSX, il coordinatore della migrazione si interrompe. Distribuire un servizio partner in questo host migrato eseguendo una distribuzione del servizio in cluster. Continuare la migrazione degli host rimanenti nel Cluster 1. Dopo la migrazione di tutti gli host nel Cluster 1 in NSX, è possibile distribuire facoltativamente ulteriori SVM partner nel Cluster 1 eseguendo una distribuzione del servizio basato su host o in cluster.
La procedura dettagliata in questo argomento illustra il workflow di migrazione dell'host per un singolo cluster preparato da NSX-V che include tre host, come illustrato nella figura seguente. La procedura utilizza l'Approccio 2 per migrare questo Cluster 1 in NSX.
Esempio:
Tutti gli host di questo cluster sono host ESXi. I criteri di sicurezza nell'ambiente NSX-V reindirizzano il traffico dei dati alle appliance virtuali del servizio partner che forniscono un servizio network introspection ai carichi di lavoro. Poiché NSX-V supporta solo una distribuzione del servizio basata sull'host, ogni host dispone di una singola macchina virtuale del servizio partner.
- La modalità di migrazione dell'host è impostata su Manutenzione automatica.
- La pausa tra i gruppi è abilitata.
- L'ordine di migrazione tra i gruppi è impostato su seriale.
Prerequisiti
- Verificare che la migrazione dell'Edge sia terminata e che tutte le attività di routing e i servizi funzionino correttamente.
- Nell'interfaccia utente di VMware vCenter, passare alla pagina Host e cluster e verificare che tutti gli host ESXi siano in uno stato operativo. Risolvere eventuali problemi con gli host, inclusi gli stati disconnessi. Per attivare e disattivare la modalità di manutenzione non devono essere presenti riavvii in sospeso o attività in sospeso.
- Abilitare vSphere DRS nel cluster in fase di migrazione.
- Abilitare vMotion sull'adattatore VMkernel di ciascun host nel cluster.
- Assicurarsi che nel cluster di NSX-V sia disponibile una capacità di riserva adeguata in modo che gli host di migrazione possano passare alla modalità di manutenzione. Se non è disponibile una capacità di riserva sufficiente per eseguire la migrazione delle macchine virtuali del carico di lavoro di NSX-V in altri host del cluster, è previsto un ulteriore tempo di inattività della protezione della sicurezza.
Procedura
- Eseguire la migrazione dell'host 1 in NSX.
- Fare clic su Avvia per avviare la migrazione dell'host.
Le macchine virtuali del carico di lavoro 1 e 2 vengono migrate in altri host in modo che l'host 1 possa passare a una modalità di manutenzione. SVM partner di NSX-V nell'host 1 viene disattivata prima che l'host 1 entri in modalità di manutenzione.Si supponga che le macchine virtuali 1 e 2 siano migrate all'host 3 preparato con NSX-V. Dopo che la migrazione dell'host 1 è stata eseguita correttamente, il coordinatore della migrazione si sospende per l'input successivo.
- (Obbligatorio) Distribuire un servizio partner nell'host 1 utilizzando l'approccio di distribuzione in cluster.
In questa fase, la distribuzione del servizio basato sull'host non è supportata. La distribuzione di un servizio partner nell'host 1 è necessaria per ridurre al minimo i tempi di inattività della protezione della sicurezza. Tenere presente che la protezione della sicurezza per i carichi di lavoro di NSX-V in esecuzione negli host 2 e 3 è ancora intatta. Il partner deve assicurarsi che i criteri di sicurezza specifici dei partner migrati siano disponibili nelle SVM del partner appena distribuite nell'host 1.
Per la procedura dettagliata sulla distribuzione di un servizio partner in NSX, consultare Distribuzione di un servizio partner per Network Introspection. Ad esempio, specificare le seguenti impostazioni di configurazione per distribuire due macchine virtuali del servizio partner (SVM) nell'host 1:Configurazione Valore Tipo di distribuzione In cluster Host Host 1 Numero di distribuzioni in cluster 2 Il valore immesso nella casella di testo Numero di distribuzioni in cluster dipende dalla capacità delle risorse disponibile nell'host. In questo scenario si presuppone che siano disponibili due SVM partner nell'host 1. Questo valore può essere diverso nell'ambiente in uso.
Dopo questo passaggio, il cluster è simile a quello illustrato nella figura seguente. L'host di colore verde rappresenta l'host migrato.Figura 2. Migrazione dell'host 1 in NSX
- Fare clic su Avvia per avviare la migrazione dell'host.
- Eseguire la migrazione dell'host 2 e dell'host 3 in NSX.
- Spostare host 2 e host 3 dal gruppo di host temporaneo al gruppo di host originale 1 eseguendo la seguente richiesta dell'API POST:
POST https://{nsxt-mgr-ip}/api/v1/migration/migration-unit-groups/{group-id}?action=add_migration_units
Dove: group-id è l'ID del gruppo host di destinazione (gruppo di host 1). Nel corpo della richiesta dell'API POST, specificare l'ID degli host 2 e 3 che si desidera aggiungere al gruppo di host originale 1.
Per informazioni dettagliate su questa API POST e su una richiesta di esempio dell'API POST, consultare Guida di NSX API.
Ora, il gruppo di host originale 1 contiene gli host 1, 2 e 3 (nell'ordine specificato) e il gruppo di host temporaneo viene eliminato. - Selezionare la casella di controllo posta accanto al gruppo di host originale 1 e quindi fare clic su . Verificare che l'ordine di migrazione all'interno del gruppo sia impostato su Seriale.
Se necessario, è possibile impostare l'ordine di migrazione nel gruppo di host originale 1 su Parallelo.
- Fare clic su Continua per riprendere la migrazione dell'host.
Viene innanzitutto eseguita la migrazione di Host 2 in NSX, quindi viene eseguita la migrazione dell'host 3. Per attivare la modalità di manutenzione per ogni host di migrazione, le macchine virtuali dei carichi di lavoro dell'host di migrazione vengono spostate negli host NSX-V o NSX. SVM partner di NSX-V nell'host di migrazione viene disattivata prima che l'host entri in modalità di manutenzione.
Dopo questo passaggio, tutti gli host nel gruppo di host 1 (cluster 1) sono preparati con NSX. Il cluster è simile a quello illustrato nella figura seguente.Figura 3. Tutti gli host vengono migrati in NSX
- Spostare host 2 e host 3 dal gruppo di host temporaneo al gruppo di host originale 1 eseguendo la seguente richiesta dell'API POST:
- (Facoltativo) Eseguire la migrazione di alcune macchine virtuali del carico di lavoro dagli host 1 e 2 all'host 3.
Ad esempio, eseguire la migrazione delle macchine virtuali 4 e 5 all'host 3, come illustrato nella figura seguente.
Figura 4. Cluster finale 1 dopo la migrazione
Operazioni successive
- Accedere al vSphere Client e passare a .
- Selezionare il servizio partner distribuito e fare clic su Elimina.
