En esta sección, se describen los modos de migración avanzados que puede utilizar para migrar partes específicas de su entorno de NSX-V sin necesidad de implementar un hardware adicional, como clústeres de equipos independientes, en su entorno de NSX de destino.

Por ejemplo, es posible que su organización prefiera crear una nueva topología de NSX y configurar las instancias de NSX Edge y otros servicios de red de forma manual sin usar el coordinador de migración. Por ejemplo, puede implementar nodos de NSX Edge en hosts de NSX-V existentes.

Su objetivo es usar el coordinador de migración para migrar solo la configuración de firewall distribuido (DFW) existente y hosts de equipos NSX-V a NSX. Desea que las máquinas virtuales de carga de trabajo sigan en ejecución en el hardware informático existente con una interrupción mínima de la protección de seguridad del tráfico de este a oeste al migrar al nuevo entorno de NSX.

Como va a realizar una migración local solo de la configuración de DFW y los hosts de equipos, dispone de la flexibilidad de definir su propia topología de NSX. En otras palabras, las topologías fijas admitidas mencionadas en Topologías fijas admitidas para la migración de extremo a extremo no son relevantes para esta migración local.

Puede tener vSphere High Availability (HA) habilitado si el entorno de NSX-V tiene VDS 7.0 o una versión posterior. Si el entorno de NSX-V tiene VDS 6.5 o 6.7, y los puertos de vmkernel (vmks) están conectados a VDS, durante una migración local, los hosts y las máquinas virtuales pueden perder la conectividad de red durante un período de tiempo suficiente para activar HA. El mecanismo de HA intentará apagar, migrar y reiniciar las máquinas virtuales. Es posible que se produzca un error debido a que el entorno de NSX-V se está migrando a NSX-V. Como resultado, después de la migración, las máquinas virtuales pueden permanecer apagadas o no tener conectividad de red si están encendidas. Para evitar esta situación, deshabilite HA o asocie el VMK de administración a un VSS antes de iniciar la migración a NSX.

Nota: Los puertos lógicos y los conmutadores que se crean durante la migración no se eliminan cuando se eliminan las máquinas virtuales de carga de trabajo. Debe eliminar estos puertos y conmutadores a través de la API o la interfaz de NSX Manager.

Para minimizar la interrupción durante la migración, compruebe lo siguiente:
  • Las instancias de NSX-V y NSX Edge están en hosts ESXi diferentes.
  • Las máquinas virtuales de carga de trabajo conectadas directamente a una puerta de enlace de servicios Edge (ESG) se encuentran en un host ESXi diferente al de la ESG.

Para esta migración, si tiene pensado o necesita migrar manualmente las máquinas virtuales de algunos hosts de NSX-V a hosts de NSX, deberá configurar la versión de exportación del firewall distribuido (consulte Configurar la versión de exportación del filtro de firewall distribuido).

Si el entorno de NSX-V tiene VDS 7.0 o una versión posterior, deberá habilitar y configurar DRS para cada clúster de NSX-V que se va a migrar. En Automatización, establezca Nivel de automatización en Completamente automatizado. Para evitar que DRS migre automáticamente cualquier máquina virtual desde un host de NSX-V a un host de NSX antes de que el proceso de migración comience a migrar el host de NSX-V, en Automatización, establezca en Umbral de migración la opción más conservadora. Además, en Opciones adicionales, no habilite Distribución de máquinas virtuales. Una vez que se complete la migración de un clúster a NSX, podrá seleccionar una opción más agresiva en Umbral de migración y habilitar Distribución de máquinas virtuales en Opciones adicionales para que DRS equilibre las máquinas virtuales entre los hosts.