Una vez que haya migrado las máquinas virtuales de Edge Services Gateway a nodos de NSX-T Edge y haya verificado que el enrutamiento y los servicios funcionan correctamente, podrá migrar los hosts de NSX-V a los nodos de transporte de host de NSX-T.

Puede configurar varios ajustes relacionados con la migración de hosts, como ordenar los elementos de la migración o habilitar hosts. Infórmese bien de los efectos de esta configuración. Consulte Configuración de la migración de hosts de NSX-V para obtener más información. Es especialmente importante conocer la configuración de la migración de hosts si utiliza un firewall distribuido o vSphere Distributed Switch 7.0 o versiones posteriores.

Para obtener más información sobre lo que sucede durante la migración de hosts, consulte Cambios realizados durante la migración de hosts en una migración de extremo a extremo.

Si las directivas de seguridad en el entorno de NSX-V usan un servicio de partners para Guest Introspection o introspección de red, o ambos, elija el modo de migración de hosts como se muestra en la siguiente tabla.
Servicio de partners Modo de migración de host
Solo Guest Introspection

Se admiten los modos local y de mantenimiento.
Solo introspección de red

Se admite el modo de mantenimiento. Sin embargo, se recomienda el modo de mantenimiento automatizado.

No se admite el modo local.
Guest Introspection e introspección de red

Se admite el modo de mantenimiento.

No se admite el modo local.
Importante: Consulte con el partner de VMware antes de migrar el servicio que se ejecuta en las cargas de trabajo de NSX-V. Consulte con el partner si el servicio es compatible con la migración a NSX-T y busque sus entradas antes de la migración. Los partners tendrán sus propias instrucciones para migrar sus servicios a NSX-T.
Precaución: La migración de los hosts se debería completar durante la misma ventana de mantenimiento que la migración de Edge.

Debe deshabilitar IPFIX y reiniciar los hosts ESXi antes de migrarlos.

Si el servicio de partners de su entorno de NSX-V proporciona solo Guest Introspection, o bien Guest Introspection y el servicio de introspección de red, siga el procedimiento descrito en este tema para migrar clúster por clúster. Una vez que todos los clústeres de hosts se migren a NSX-T, realice una implementación de servicio basada en host en cada clúster de NSX-T.

Si el servicio de partners de su entorno de NSX-V proporciona solo el servicio de introspección de red, use los enfoques de migración de hosts que se explican en Migrar hosts con el servicio de introspección de red.

Requisitos previos

  • Compruebe que haya finalizado la migración de Edge y que todos los servicios y el enrutamiento funcionen correctamente.
  • En la interfaz de usuario de vCenter Server, vaya a la página Hosts y clústeres y compruebe que todos los hosts ESXi estén en estado operativo. Solucione los problemas con los hosts, incluidos los estados desconectados. No debe haber reinicios ni tareas pendientes para entrar y salir del modo de mantenimiento.

Procedimiento

  1. En la página Migrar hosts, haga clic en Iniciar.

    Si seleccionó el modo de migración Local o Mantenimiento automatizado para todos los grupos de hosts, se iniciará la migración del host. Tenga en cuenta que en el modo Mantenimiento automatizado, el coordinador de migración no volverá a configurar las máquinas virtuales que están apagadas. Después de la migración, debe configurar manualmente estas máquinas virtuales antes de encenderlas.

  2. Si seleccionó el modo de migración Mantenimiento manual para cualquier grupo de hosts, deberá completar una de las siguientes tareas para cada máquina virtual, de modo que los hosts puedan entrar en modo de mantenimiento.
    Opción Acción
    Apagar o suspender las máquinas virtuales.
    1. Haga clic con el botón secundario en la máquina virtual y seleccione Inicio/Apagado > Apagar, Inicio/Apagado > Apagar SO invitado o Inicio/Apagado > Suspender.
    2. Una vez que haya migrado el host, conecte las interfaces de máquina virtual a los segmentos de NSX-T adecuados y encienda la máquina virtual.
    Mueva las máquinas virtuales mediante vMotion. Haga clic con el botón secundario en la máquina virtual y seleccione Migrar. Siga las indicaciones para mover la máquina virtual a un host diferente. Tenga en cuenta que el coordinador de migración mantiene la seguridad durante la migración moviendo máquinas virtuales con vMotion a puertos específicos que están protegidos por reglas temporales. En el caso de vMotion manual, las máquinas virtuales no se moverán a esos puertos y podría haber una infracción de seguridad. Para usar vMotion manualmente, las máquinas virtuales se deben migrar usando la API de vSphere, donde el respaldo de red debe apuntar al identificador de OpaqueNetwork correspondiente al segmento de NSX cuando se utiliza NVDS o al identificador de grupo de puertos de VDS cuando se utiliza VDS 7. En ambos casos, el externalId del dispositivo de red debe configurarse en la cadena "VM_UUID: vNIC_ID", donde VM_UUID es el UUID de la instancia de la máquina virtual y vNIC_ID es el índice de vNIC de la máquina virtual, donde la primera vNIC es 4000.
    Mueva las máquinas virtuales mediante la migración en frío.
    1. Haga clic con el botón secundario en la máquina virtual y seleccione Inicio/Apagado > Apagar, Inicio/Apagado > Apagar SO invitado o Inicio/Apagado > Suspender.
    2. Haga clic con el botón secundario en la máquina virtual y seleccione Migrar. Siga las indicaciones para mover la máquina virtual a un host diferente y conectar las interfaces de las máquinas virtuales a los segmentos de NSX-T adecuados.
    Aquí se muestra el código de Python para especificar un identificador externo para cada vNIC en una máquina virtual y, a continuación, mover la máquina virtual con vMotion para que las vNIC se conecten a un segmento de NSX-T con el identificador "ls_id" en los puertos correctos: 
    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

    Para ver un ejemplo de un script completo, consulte https://github.com/dixonly/samples/blob/main/vmotion.py

    El host entrará en modo de mantenimiento una vez que todas las máquinas virtuales se hayan movido, estén apagadas o estén suspendidas. Si desea utilizar la migración en frío para mover las máquinas virtuales a un host diferente antes de que el host que se va a migrar entre en modo de mantenimiento, debe dejar al menos una máquina virtual en ejecución mientras mueve las máquinas virtuales. Si la última máquina virtual está apagada o suspendida, el host entrará en modo de mantenimiento y se iniciará la migración del host a NSX-T.

Resultados

Después de que un host se haya migrado a NSX-T mediante el modo de migración Local, es posible que se muestre una alarma crítica con el mensaje Conectividad de red perdida. Esta alarma se activa cuando un vSphere Distributed Switch (VDS) con la versión 6.5 o 6.7 se migra a un N-VDS porque el host ya no tiene una NIC física conectada al VDS al que se conectó anteriormente. Para restaurar los hosts migrados al estado Conectado, haga clic en Restablecer a verde en cada host y elimine las advertencias, si hubiera alguna.

Si falla la migración de un host, puede mover su grupo de hosts a la parte inferior de la lista de grupos. La migración de otros grupos de hosts podrá continuar mientras resuelve el problema de ese host.

Si falla la migración de un host, la migración se pondrá en pausa después de que finalicen todas las migraciones de hosts en curso. Cuando esté resuelto el problema con el host, haga clic en Reintentar para volver a intentar la migración del host que falló. Si el host sigue sin poder migrarse, puede configurar NSX-T en el host manualmente o eliminar el host del sistema. En este caso, al final del paso de migración del host, el botón Finalizar no se habilitará por el host que no se pudo migrar. Debe ejecutar a la REST API POST https://<nsx-mgr-IP>/api/v1/migration?action=finalize_infra (<nsx-mgr-IP> es la dirección IP de la instancias de NSX Manager donde se ejecuta el servicio de migración) mediante un cliente de REST API (como postman o curl) para finalizar la migración y, a continuación, realizar las tareas posteriores a la migración.

Para obtener información sobre cómo solucionar otros problemas de migración de hosts, consulte Solucionar problemas de migración.

Qué hacer a continuación

Descargue el archivo de asignación de salida final después de que todos los hosts del clúster se migren correctamente a NSX-T. Debes descargar el archivo de asignación final antes de hacer clic en Finalizar.

Importante: Compruebe que todo funcione antes de hacer clic en Finalizar. A continuación, realice las tareas posteriores a la migración. No realice ninguna operación de ciclo de vida de vSphere, como actualizar hosts ESXi, VDS o VC antes de completar las tareas posteriores a la migración.

Consulte Archivo de asignación de salida para obtener más información sobre el archivo de asignación.

Si las directivas de seguridad migradas usan un servicio de partners de terceros, implemente una instancia del servicio de partners en NSX-T. Para obtener instrucciones detalladas, consulte: