Una vez que la infraestructura esté preparada para ampliar redes de capa 2, puede migrar los hosts de NSX-V a nodos de transporte de host de NSX.
Requisitos previos
- Configure 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 cuando utilice un firewall distribuido o vSphere Distributed Switch 7.0.
- En la interfaz de usuario de VMware vCenter, 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
- 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.
- 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. |
- Haga clic con el botón secundario en la máquina virtual y seleccione , o .
- Una vez que haya migrado el host, conecte las interfaces de máquina virtual a los segmentos de NSX 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. |
- Haga clic con el botón secundario en la máquina virtual y seleccione , o .
- 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 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 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.
Resultados
Después de que un host se haya migrado a NSX 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 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 del 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.
Qué hacer a continuación
- Compruebe que los elementos de configuración esperados se hayan migrado al entorno de NSX. Por ejemplo, compruebe que las siguientes configuraciones se hayan migrado correctamente:
- Reglas de firewall distribuido definidas por el usuario
- Todos los objetos de agrupación, como conjuntos de direcciones IP, grupos, etiquetas, etc.
- Los miembros efectivos se muestran en los grupos dinámicos.
- Las etiquetas se aplican a las máquinas virtuales de carga de trabajo migradas.
Compruebe que las máquinas virtuales que se ejecutan en los hosts de
NSX estén conectadas al segmento de superposición de
NSX correcto y valide las siguientes conectividades:
- Conectividad entre máquinas virtuales en la red de NSX.
- Conectividad de las máquinas virtuales con las máquinas externas fuera de la red de NSX, siempre y cuando las reglas de DFW lo permitan.
- En la página Migrar hosts, haga clic en Finalizar.
Aparece un cuadro de diálogo para confirmar que la migración ha finalizado. Cuando finaliza la migración, se borran todos los detalles de esta. A partir de ese momento ya no podrá revisar la configuración de esta migración. Por ejemplo, las entradas que se han realizado en la página Resolver configuración o los hosts que se han excluido de la migración.