Utilice este procedimiento si "Se aplica a" está configurado en ninguna de las reglas de DFW (esto significa que A "Se aplica a" se le asigna el valor "DFW").

Nota: Para obtener más información sobre la migración de NSX-V a NSX, consulte el artículo de la base de conocimientos https://kb.vmware.com/s/article/56991.

En la migración de NSX a NSX-V, es posible que no se pueda migrar una máquina virtual de carga de trabajo de vuelta a NSX-V debido a que el filtro de firewall distribuido en NSX siempre es más alto que en NSX-V. La solución alternativa es colocar la máquina virtual de carga de trabajo en la lista de exclusión de NSX antes de aplicar vMotion.

Requisitos previos

  • Asegúrese de que:
    • vSphere vMotion está habilitado en el adaptador de VMkernel de cada host del clúster implicado en esta migración. Para conocer paso a paso cómo habilitar vMotion en el adaptador de VMkernel, consulte la documentación del producto vSphere.
    • El host de destino en NSX tiene suficientes recursos para recibir las máquinas virtuales migradas.
    • Los hosts de origen y de destino se encuentran en un estado operativo. Solucione los problemas con los hosts, incluidos los estados desconectados.

Para obtener más información sobre vMotion, consulte Migración con vMotion en la documentación de producto de vSphere.

Procedimiento

  1. Ejecute un script para especificar un identificador externo para cada vNIC en una máquina virtual y para migrar la máquina virtual con vMotion al puerto lógico correcto.
    El coordinador de migración ya creó el puerto lógico. El código de ejemplo que aparece a continuación (y el script de github) determina el external-id de cada vNIC para que la vNIC se conecte al puerto lógico que se creó.
    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

  2. Aplique las etiquetas de seguridad y la pertenencia estática de las máquinas virtuales a las máquinas virtuales migradas.
    POST https://{nsxt-mgr-ip}/api/v1/migration/vmgroup?action=post_migrate
    El endpoint de la API vmgroup con la acción post_migrate aplica las etiquetas de seguridad de NSX-V a las máquinas virtuales de carga de trabajo migradas en el segmento de superposición de NSX.

    Para ver un ejemplo de un cuerpo de solicitud de esta API, consulte la sección Proceso de migración lift-and-shift del artículo de NSX Tech Zone.

  3. Finalice la infraestructura para completar la migración.
    POST https://{nsxt-mgr-ip}/api/v1/migration?action=finalize_infra
    Esta API de migración elimina cualquier configuración de objeto temporal que se haya creado durante la migración y garantiza que la infraestructura de NSX esté en un estado limpio. Por ejemplo, los conjuntos de direcciones IP temporales se eliminan de los grupos.

    Esta API POST no tiene un cuerpo de solicitud.

  4. 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.
  5. (opcional) A partir de NSX 4.1.1, cuando se completa la migración y antes de hacer clic en Finalizar, puede hacer clic en Obtener informe de migración para ver si ciertos objetos se migraron correctamente. Cuando el informe esté listo, haga clic en Descargar informe.
    El informe contiene la siguiente información:
    • Máquinas virtuales con etiquetas de seguridad en NSX-V y después de su migración. Si hay diferencias, se incluirán.
    • Grupos de seguridad en NSX-V y después de su migración. Si hay diferencias, se incluirán.
  6. En la página Migrar cargas de trabajo, 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 realizaron en la página Resolver configuración.

Qué hacer a continuación

Después de que la migración de las máquinas virtuales de carga de trabajo y la configuración solo de DFW se realicen correctamente y se verifiquen minuciosamente, elimine el puente de capa 2 para liberar la instancia de NSX Edge que usó para el puente.