Después de la migración de NSX-T del conmutado virtual distribuido de NSX (N-VDS) a VDS convergente (C-VDS) debe actualizar los recursos de red de vSphere afectados en vRealize Automation Cloud para seguir usándolos en las implementaciones y las plantillas de nube nuevas y existentes.

Después de la migración de N-VDS a C-VDS es posible que sus redes de vSphere parezcan no estar presentes en los perfiles de red de vRealize Automation Cloud de los que son miembros. Para evitar perder estas redes de tipo vSphere y seguir asignándolas en implementaciones nuevas y existentes debe actualizar manualmente todas las redes de C-VDS enumeradas en vRealize Automation Cloud Cloud Assembly.

Nota:

Este procedimiento es específico para las acciones necesarias en vRealize Automation Cloud para actualizar las redes de vSphere después de que se haya realizado la migración de N-VDS a C-VDS en NSX-T. No se necesita ninguna acción en vRealize Automation Cloud en las redes de NSX después de la migración de N-VDS a C-VDS; las redes de NSX no requieren ninguna intervención manual después de la migración de N-VDS a C-VDS.

Las redes de NSX asociadas a cuentas de nube de vCenter y a cuentas de nube de VMware Cloud on AWS son compatibles y no requieren la intervención manual descrita en este procedimiento. Sin embargo, las redes de NSX que están asociadas a cuentas de nube de VMware Cloud on Dell pueden requerir la intervención manual que se describe aquí. Para obtener información relacionada, consulte Migración de VMware Cloud on AWS (VMConAWS) y VMware Cloud on Dell EMC de N-VDS a VDS (82487).

Si bien un administrador de NSX-T puede migrar NSX-T en tipos de red de VDS (N-VDS) a tipos de red de VDS convergentes (C-VDS) en NSX, esta acción afecta a los recursos de red de vSphere existentes en vRealize Automation Cloud. El administrador de vRealize Automation Cloud puede realizar acciones posteriores a la migración para conciliar esos recursos en vRealize Automation Cloud con los cambios asociados en NSX-T y vCenter Server. Tenga en cuenta que C-VDS o simplemente VDS también se conoce como vSphere 7 Virtual Distributed Switch (VDS).

Para obtener información relacionada sobre NSX-T a VDS convergente (C-VDS), consulte el artículo de la base de conocimientos de VMware NSX-T on VDS (79872).

Nota: Este escenario de ejemplo ilustra los pasos necesarios para conciliar recursos en un entorno de vRealize Automation Cloud después de la migración de N-VDS a C-VDS. Puede utilizar este ejemplo y el procedimiento de vRealize Automation Cloud para conciliar los cambios realizados en vCenter Server después de migrar de N-VDS a C-VDS en NSX-T.

Ejemplo: recursos previos a la migración de vRealize Automation Cloud

En este ejemplo se muestran recursos de NSX-T de muestra en un entorno de vRealize Automation Cloud de muestra antes de la migración de N-VDS a C-VDS.

  • Este ejemplo contiene cuentas de nube de NSX-T y vCenter como se muestra a continuación.

    cvds1

  • El ejemplo contiene varias redes de vSphere como se muestra a continuación.

    cvds2

  • La configuración de red de ejemplo contiene la configuración de CIDR y DNS como se muestra a continuación.

    cvds3

  • El ejemplo también incluye rangos de IP existentes como se muestra a continuación.

    cvds4

  • El ejemplo contiene un perfil de red (ex-np) que contiene varias redes N-VDS (N-VDS), incluida seg-5 como se muestra a continuación.cvds5
  • En este ejemplo se muestra el componente de red seg5 existente en la siguiente sintaxis de plantilla de nube de ejemplo. La red se etiqueta como red N-VDS. Más adelante en este ejemplo ilustraremos las actualizaciones posteriores a la migración necesarias para la red seg5.

    cvds6

  • La plantilla de nube de ejemplo genera la implementación como se muestra a continuación.

    cvds7

  • Las direcciones IP de máquina de ejemplo se muestran en la implementación de ejemplo como se muestra a continuación.

    cvds8

Ejemplo: Paso 1 posterior a la migración: ejecutar la recopilación de datos después de la enumeración y la migración de N-VDS a C-VDS

En la sección anterior, se utilizaron capturas de pantalla para ilustrar la infraestructura utilizada en un entorno de ejemplo de vRealize Automation Cloud, concluyendo con la plantilla de nube de salida y la implementación.

Cuando usted u otro administrador realicen la migración de N-VDS a C-VDS en NSX-T, espere al menos 10 minutos para permitir que vRealize Automation Cloud realice su recopilación de datos periódica y el proceso de enumeración para recuperar y mostrar los recursos afectados en vRealize Automation Cloud.

Después de permitir que se complete la recopilación de datos de vRealize Automation Cloud, haga clic en Infraestructura > Redes para ver y acceder a las redes de C-VDS disponibles. Observe la red seg5 como se muestra a continuación.

enumeración

Ejemplo: Paso 2 posterior a la migración: agregar CIDR y DNS previamente definidos a redes C-VDS migradas

Edite una red de C-VDS migrada para agregar los detalles de CIDR y DNS que se hayan especificado en la definición de N-VDS previa a la migración y cambie el etiquetado de red.

  1. Agregue los detalles de CIDR y DNS que se establecieron en su definición de N-VDS previa a la migración
  2. Agregue una nueva etiqueta para el segmento de red seg-5 de C-VDS, como seg5-cvds.

    agregar detalles

    Tenga en cuenta que la red seg-5 de N-VDS original se etiquetó como seg5-nvds como se ve en pantallas anteriores. La reconfiguración de la red requiere el cambio en los detalles de etiquetado de recursos. vRealize Automation Cloud requiere que incluya en la plantilla de nube para la red de C-VDS un nombre de etiqueta diferente de la etiqueta utilizada en la red de N-VDS original. El etiquetado modificado identifica un cambio en la plantilla de nube al generar una reimplementación válida.

Ejemplo: paso 3 posterior a la migración: agregar información actualizada del rango de IP

Puede editar los rangos de IP de red a los detalles del rango de IP que se especificaron en la definición de N-VDS previa a la migración mediante una API de línea de comandos o una secuencia de menú en vRealize Automation Cloud.

  • Opción 1: utilice la API para actualizar los datos del rango de IP como se muestra en la siguiente pantalla de ejemplo.

    actualizar la API del rango de IP

  • Opción 2: utilice la interfaz de usuario para actualizar los datos del rango de IP como se muestra en la siguiente pantalla de ejemplo.

    actualizar la interfaz de usuario del rango de IP

Ejemplo: paso 4 posterior a la migración: actualice los perfiles de red para corregir las redes que faltan

Después de la migración. Las redes de N-VDS se concilian y se eliminan de vRealize Automation Cloud Cloud Assembly después de la recopilación y enumeración de datos. A los perfiles de red afectados (como el ejemplo ex-np) les faltan redes. Para corregir el problema de redes que faltan, actualice cada red de N-VDS como una red de C-VDS, como se muestra a continuación.

actualizar perfiles de NW

Ejemplo: paso 5 posterior a la migración: actualización de las restricciones de red en las plantillas de nube

Para las implementaciones existentes debe actualizar las restricciones de red en la plantilla de nube para que coincidan con las nuevas redes de C-VDS en los perfiles de red actualizados. Las restricciones de red actualizadas también son necesarias para realizar implementaciones iterativas y reconfigurar redes desde su representación original de vSphere N-VDS a vSphere C-VDS.

Para las nuevas implementaciones se utilizan los recursos de C-VDS especificados por lo que este paso no es necesario. Las implementaciones iterativas y la reconfiguración de red simplemente funcionan según lo diseñado.

  1. En este ejemplo, cambie las restricciones de red en la plantilla de nube de seg5-nvds a seg5-cvds, como se muestra a continuación.

    actualizar con 1

  2. Realice una implementación iterativa para reconfigurar la red como se muestra a continuación.

    actualizar con 2

  3. Después de una reimplementación correcta observe que las propiedades personalizadas de red exhiben las restricciones actualizadas como se muestra a continuación.

    actualizar restricciones 3

    Dado que el rango de IP se actualizó anteriormente con los nuevos datos de C-VDS, la dirección IP de la máquina no cambia correctamente en la reimplementación, como se muestra a continuación.

    actualizar con 4