Dopo aver eseguito la migrazione delle macchine virtuali di Gateway dei servizi Edge nei nodi di NSX-T Edge e verificato che il routing e i servizi funzionino correttamente, è possibile migrare gli host NSX-V nei nodi di trasporto host NSX-T.

È possibile configurare diverse impostazioni relative alla migrazione degli host, incluso l'ordine di migrazione e l'abilitazione degli host. Assicurarsi di comprendere gli effetti di queste impostazioni. Per ulteriori informazioni, consultare Configurazione della migrazione dell'host NSX-V. La comprensione delle impostazioni di migrazione dell'host è particolarmente importante se si utilizza un firewall distribuito o vSphere Distributed Switch 7.0 o versione successiva.

Per ulteriori informazioni su cosa succede durante la migrazione dell'host, vedere Modifiche apportate durante la migrazione dell'host in una migrazione end-to-end.

Se i criteri di protezione nell'ambiente NSX-V utilizzano un servizio partner per Guest Introspection o Network Introspection o per entrambi, scegliere la modalità di migrazione dell'host come illustrato nella tabella seguente.
Servizio partner Modalità di migrazione host
Solo Guest Introspection

Sono supportate le modalità Sul posto e Manutenzione.
Solo Network Introspection

La modalità di manutenzione è supportata. Tuttavia, è consigliata la modalità di manutenzione automatica.

La modalità Sul posto non è supportata.
Guest Introspection e Network Introspection

La modalità di manutenzione è supportata.

La modalità Sul posto non è supportata.
Importante: Consultare il partner VMware prima di eseguire la migrazione del proprio servizio in esecuzione sui carichi di lavoro di NSX-V. Verificare con il partner se il proprio servizio sia supportato per la migrazione in NSX-T e cercare gli input prima della migrazione. I partner avranno le istruzioni necessarie per migrare i propri servizi in NSX-T.
Attenzione: La migrazione dell'host deve essere completata durante la stessa finestra di manutenzione della migrazione dell'Edge.

È necessario disabilitare IPFIX e riavviare gli host ESXi prima di eseguirne la migrazione.

Se il servizio partner nell'ambiente NSX-V fornisce il servizio Guest Introspection o entrambi i servizi Guest Introspection e Network Introspection, eseguire la procedura descritta in questo argomento per effettuare una migrazione cluster per cluster. Dopo aver migrato tutti i cluster di host in NSX-T, eseguire una distribuzione del servizio basata sull'host in ogni cluster NSX-T.

Se il servizio partner nell'ambiente NSX-V fornisce solo il servizio Network Introspection, utilizzare gli approcci di migrazione degli host descritti in Migrazione degli host con il servizio Network Introspection.

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 vCenter Server, 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.

Procedura

  1. Nella pagina Migra gli host, fare clic su Inizia.

    Si è selezionata la modalità di migrazione Sul posto o Manutenzione automatica per tutti i gruppi di host, viene avviata la migrazione dell'host. Notare che nella modalità di Manutenzione automatica, il coordinatore migrazione non riconfigura le macchine virtuali spente. Dopo la migrazione è necessario configurare manualmente queste macchine virtuali prima di accenderle.

  2. Se si seleziona la modalità di migrazione Manutenzione manuale per tutti i gruppi di host, è necessario completare una delle attività seguenti per ogni macchina virtuale in modo che gli host possano attivare la modalità di manutenzione.
    Opzione Azione
    Disattivare o sospendere le macchine virtuali.
    1. Fare clic con il pulsante destro del mouse sulla macchina virtuale e scegliere Alimentazione > Spegni, Alimentazione > Abbandona il sistema operativo guest o Alimentazione > Sospendere.
    2. Dopo la migrazione dell'host, collegare le interfacce della macchina virtuale ai segmenti di NSX-T appropriati e accendere la macchina virtuale.
    Spostare le macchine virtuali utilizzando vMotion. Fare clic con il pulsante destro del mouse sulla macchina virtuale e scegliere Migra. Seguire le istruzioni per spostare la macchina virtuale in un host diverso. Si noti che il coordinatore della migrazione gestisce la sicurezza durante la migrazione eseguendo il vMotion delle macchine virtuali verso porte specifiche protette da regole temporanee. Nel caso di un vMotion manuale, le macchine virtuali non vengono spostate in queste porte e potrebbe verificarsi una violazione della sicurezza. Per eseguire il vMotion manuale, è necessario completare la migrazione delle macchine virtuali utilizzando la vSphere API in cui il supporto di rete deve puntare all'ID OpaqueNetwork corrispondente al segmento NSX quando si utilizza NVDS o all'ID del gruppo di porte VDS quando si utilizza VDS 7. In entrambi i casi, l'externalId del dispositivo di rete deve essere impostato sulla stringa "VM_UUID:vNIC_ID", dove VM_UUID è l'UUID dell'istanza della macchina virtuale e vNIC_ID è l'indice vNIC della macchina virtuale in cui la prima vNIC è 4000.
    Spostare le macchine virtuali utilizzando la migrazione a freddo.
    1. Fare clic con il pulsante destro del mouse sulla macchina virtuale e scegliere Alimentazione > Spegni, Alimentazione > Abbandona il sistema operativo guest o Alimentazione > Sospendere.
    2. Fare clic con il pulsante destro del mouse sulla macchina virtuale e scegliere Migra. Seguire le istruzioni visualizzate per spostare la macchina virtuale in un host diverso, connettendo le interfacce della macchina virtuale ai segmenti NSX-T appropriati.
    Di seguito è riportato il codice Python per specificare un ID esterno per ogni vNIC in una macchina virtuale e quindi eseguire il vMotion della macchina virtuale in modo che le vNIC si connettano a un segmento dell'ID "ls_id" di NSX-T nelle porte corrette: 
    devices = vmObject.config.hardware.device
nic_devices = [device for device in devices if isinstance(device, vim.Vm.device.VirtualEthernetCard)]
vnic_changes = []
for device in nic_devices:
    vif_id = vmObject.config.instanceUuid + ":" + str(device.key)
    vnic_spec = self._get_nsxt_vnic_spec(device, ls_id, vif_id)
    vnic_changes.append(vnic_spec)
relocate_spec = vim.Vm.RelocateSpec()
relocate_spec.SetDeviceChange(vnic_changes)
# set other fields in the relocate_spec
vmotion_task = vmObject.Relocate(relocate_spec)
WaitForTask(vmotion_task)

def _get_nsxt_vnic_spec(self, device, ls_id, vif_id):
    nsxt_backing = vim.Vm.Device.VirtualEthernetCard.OpaqueNetworkBackingInfo()
    nsxt_backing.SetOpaqueNetworkId(ls_id)
    nsxt_backing.SetOpaqueNetworkType('nsx.LogicalSwitch')
    device.SetBacking(nsxt_backing)
    device.SetExternalId(vif_id)
    dev_spec = vim.Vm.Device.VirtualDeviceSpec()
    dev_spec.SetOperation(vim.Vm.Device.VirtualDeviceSpec.Operation.edit)
    dev_spec.SetDevice(device)
    return dev_spec

    Per un esempio di script completo, vedere https://github.com/dixonly/samples/blob/main/vmotion.py

    L'host passa alla modalità di manutenzione dopo che tutte le macchine virtuali sono state spostate o sospese. Se si desidera utilizzare la migrazione a freddo per spostare le macchine virtuali in un host diverso prima che l'host di migrazione passi alla modalità di manutenzione, è necessario lasciare almeno una macchina virtuale in esecuzione mentre si spostano le macchine virtuali. Quando l'ultima macchina virtuale viene spenta o sospesa, l'host passa alla modalità di manutenzione e viene avviata la migrazione dell'host in NSX-T.

risultati

Dopo la migrazione di un host in NSX-T utilizzando la modalità di migrazione Sul posto, è possibile che venga visualizzato un allarme critico con il messaggio Connettività di rete persa. Questo allarme si verifica quando un vSphere Distributed Switch (VDS) 6.5 o 6.7 esegue la migrazione a un N-VDS perché l'host non dispone più di una scheda NIC fisica connessa al VDS a cui era precedentemente connesso. Per ripristinare lo stato Connesso sugli host migrati, fare clic su Reimposta verde su ogni host ed eliminare gli eventuali avvisi.

Se la migrazione non riesce per un host, è possibile spostarne il gruppo di host alla fine dell'elenco dei gruppi. La migrazione di altri gruppi di host potrà continuare mentre si risolve il problema relativo all'host in errore.

Se la migrazione non riesce per un host, il processo viene sospeso al termine di tutte le migrazioni degli host in corso. Dopo aver risolto il problema con l'host, fare clic su Riprova per riprovare la migrazione dell'host in errore. Se la migrazione dell'host non riesce comunque, è possibile configurare NSX-T nell'host manualmente o rimuovere l'host dal sistema. In questo caso, al termine del passaggio di migrazione dell'host, il pulsante Fine non verrà abilitato a causa della mancata migrazione dell'host. È necessario chiamare la REST API POST https://<nsx-mgr-IP>/api/v1/migration?action=finalize_infra (<nsx-mgr-IP> è l'indirizzo IP dell'istanza di NSX Manager in cui è in esecuzione il servizio di migrazione) utilizzando un client REST API (ad esempio postman o curl) per completare la migrazione e quindi eseguire le attività successive alla migrazione.

Per informazioni sulla risoluzione di altri problemi di migrazione degli host, vedere Risoluzione dei problemi di migrazione.

Operazioni successive

Se i criteri di sicurezza migrati utilizzano un servizio di terze parti, distribuire un'istanza del servizio partner in NSX-T. Per istruzioni dettagliate, vedere: