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-T de destino.
Por ejemplo, es posible que su organización prefiera crear una nueva topología de NSX-T y configurar las instancias de NSX-T Edge y otros servicios de red de forma manual sin usar el coordinador de migración. Por ejemplo, puede implementar nodos de NSX-T 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-T. 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-T.
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-T. 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-T.
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.
- Las instancias de NSX-V y NSX-T 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-T, 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-T 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-T, 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.
