En esta migración, el tráfico norte-sur se migra de las puertas de enlace de servicios de NSX-V Edge a los nodos de NSX-T Edge.

Durante la migración total, los vínculos superiores del enrutador lógico distribuido de NSX-V se desconectan internamente del conmutador lógico de tránsito al que también están conectadas las puertas de enlace de servicios Edge. Los vínculos superiores en los nodos de NSX-T Edge se conectan de nuevo.

Si el entorno de NSX-V tiene un servicio DHCP configurado en una puerta de enlace de servicios Edge, las concesiones de DHCP de las máquinas virtuales de carga de trabajo se migran a NSX-T Edge durante la migración total de Edge. Una vez finalizada la migración total de Edge, las máquinas virtuales de carga de trabajo, que aún se están ejecutando en hosts preparados por NSX-V tienen las mismas concesiones de DHCP que antes de la migración.

Recuerde que este modo de migración no migra la topología de NSX-V ni las configuraciones lógicas existentes, como el enrutamiento, el firewall de Edge, el firewall distribuido, los servicios de redes de capa 3, etc., al nuevo entorno de NSX-T. Deberá configurar previamente la topología y los objetos lógicos de forma manual en el nuevo entorno de NSX-T. También puede migrar las configuraciones lógicas a NSX-T antes de iniciar la migración total de Edge.

Este modo de migración no realiza una migración local de los hosts de NSX-V existentes a NSX-T. Debe migrar los hosts existentes a NSX-T una vez haya terminado la migración total de Edge.

Nota: Para usar el modo de migración total de Edge, el entorno de NSX-V se puede configurar en cualquier topología. En otras palabras, la migración total de Edge no requiere obligatoriamente que se configure la topología de NSX-V en ninguna de las topologías de migración admitidas que se explican en Topologías fijas admitidas para la migración de extremo a extremo.

Requisitos previos para la migración total de Edge

  • Requisitos de versiones de software admitidas:
    • Consulte las Matrices de interoperabilidad de productos de VMware para las versiones requeridas de vCenter Server y ESXi.
    • Se admiten las versiones 6.5.0, 6.6.0 y 7.0 de vSphere Distributed Switch.
    • El entorno de NSX-V debe coincidir con los requisitos del sistema de NSX-T para ESXi, vCenter Server y vSphere Distributed Switch.
  • Se implementará y se configurará un nuevo entorno de NSX-T para esta migración.
    • Implementar dispositivos de NSX Manager.

      En un entorno de producción, agregue un clúster de NSX Manager con tres dispositivos. Sin embargo, con fines de migración, un solo dispositivo de NSX Manager es adecuado.

    • Implementar un dispositivo de vCenter Server.

      vCenter Server debe agregarse como administrador de equipo en NSX-T. Puede compartir el vCenter Server utilizado en NSX-V o implementar otro en NSX-T.

    • Implemente el número correcto de dispositivos de NSX-T Edge con el tamaño adecuado para reemplazar las puertas de enlace de servicios Edge de NSX-V según las funciones y el rendimiento. Puede implementar los nodos de NSX Edge en los hosts de NSX-V ya existentes.
    • Una los nodos de Edge al plano de administración desde la línea de comandos.
    • Configure NSX-T en los nodos de NSX Edge.
    • Cree un grupo de direcciones IP de NSX-T para utilizarlo con los TEP de NSX-T Edge o configure direcciones IP estáticas para los TEP de Edge.
    • Agregue las puertas de enlace de nivel 0 y nivel 1 en función de los requisitos de la topología de la red de NSX-T.
    • Cree segmentos de superposición en NSX-T con el mismo identificador de red virtual (VNI) y dirección de subred que los conmutadores lógicos de NSX-V.

      Utilice las API de NSX-T para crear los segmentos de superposición. No puede crear segmentos de superposición con el mismo VNI en la interfaz de usuario de NSX Manager.

      Debe crear los segmentos con el modo de replicación SOURCE y cambiar el modo a MTEP solo después de que se haya completado la migración.

    • Cree segmentos de VLAN en NSX-T con los mismos identificadores de VLAN y dirección de subred que los grupos de puertos virtuales distribuidos (DVPG) de VLAN de NSX-V.
      Nota: Los DVPG de VLAN deben estar asociados solo a un identificador de VLAN. No se admite el tronco de VLAN.
    • Conecte la interfaz de vínculo superior de la puerta de enlace de nivel 0 a un segmento de VLAN de tránsito.

      Configure el emparejamiento de rutas dinámicas entre la puerta de enlace de nivel 0 y los enrutadores físicos en dirección norte.

    • Asocie los segmentos de superposición de NSX-T a los vínculos inferiores de la puerta de enlace de nivel 0 o nivel 1 según los requisitos de su topología NSX-T.
    • Para todos los servicios de capa 3, como Traducción de direcciones de red, Equilibrio de carga, VPN, etc., configurados en la puerta de enlace de servicios NSX-V Edge, preconfigure los servicios equivalentes en la puerta de enlace de nivel 0 o nivel 1 del entorno de NSX-T. Habilite los servicios de anuncio de rutas y capa 3 en la puerta de enlace de nivel 1. Habilite el estado de redistribución de rutas en la puerta de enlace de nivel 0.
      Importante: Si se configura un servicio DHCP en la puerta de enlaces de servicios Edge de NSX-V , configure previamente un servicio DHCP de puerta de enlace en el segmento de superposición NSX-T. Para migrar concesiones de DHCP, el modo de migración total de Edge solo admite el servicio DHCP de puerta de enlace. No se admiten el servidor DHCP local ni la retransmisión DHCP local.
    • Las interfaces de vínculo superior de ruta rápida de DPDK en las instancias de NSX-T Edge (fp-eth0, fp-eth1 y fp-eth2) deben estar inactivas.

      Utilice las API de NSX-T para actualizar el parámetro admin_status de cada interfaz de ruta rápida de DPDK en el nodo de transporte de Edge a down.

      Por ejemplo, para cambiar el parámetro admin_status de la interfaz fp-eth0 en el nodo de transporte de Edge, ejecute las siguientes API:
      1. Recupere el edge-id del nodo de transporte de NSX-T Edge:

        GET https://{nsxt-mgr-ip}/api/v1/transport-nodes

      2. Utilice el edge-id que obtuvo en el paso 1 para recuperar las propiedades de la interfaz de red fp-eth0:

        GET https://{nsxt-mgr-ip}/api/v1/transport-nodes/{edge-id}/node/network/interfaces/fp-eth0

      3. Pegue la respuesta completa de la API GET en un editor de texto y cambie el parámetro admin_status por down.
      4. Pegue la respuesta de la API editada completa en el cuerpo de la solicitud de la API PUT:

        PUT https://{nsxt-mgr-ip}/api/v1/transport-nodes/{edge-id}/node/network/interfaces/fp-eth0

      Para obtener información detallada sobre los parámetros de estas API, consulte la Guía de la API de NSX-T Data Center.

    • No se pueden asignar varias puertas de enlace de nivel 1 sin un clúster de Edge o una puerta de enlace de nivel 1 solo para DR en una puerta de enlace de nivel 0 principal a varios DLR. Tampoco puede asignar la puerta de enlace de nivel 0 principal a un DLR si va a asignar a una puerta de enlace de nivel 1 solo de DR. Si la topología requiere la asignación de varios DLR, deberá usar una puerta de enlace de nivel 1 en modo activo-en espera con un clúster de Edge asignado.