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 VMware Aria Automation 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 VMware Aria Automation 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 VMware Aria Automation Automation Assembler.

Nota: Si bien los usuarios no necesitan la función de administrador de nube de VMware Cloud on AWS para crear cuentas de nube de VMware Cloud on AWS en VMware Aria Automation para N-VDS, sí necesitan el nivel de permiso para acceder a los activos de C-VDS después de la migración de N-VDS a C-VDS. Los miembros de Active Directory con permisos en contenedor necesitan acceso de nivel de conmutador de host (solo lectura) a los recursos de C-VDS migrados en VMware Aria Automation. Los usuarios del grupo de administradores de nube (función administrador de nube) tienen permisos de nivel de conmutador de host. Los usuarios de VMware Aria Automation que no son miembros del grupo de administradores de VMware Cloud on AWS Cloud no pueden acceder a los recursos de C-VDS migrados.
  • Los miembros de Active Directory a los que se asigna la función de administrador de nube en VMware Cloud on AWS antes de la migración de N-VDS a C-VDS en NSX-T tienen la función de administrador de nube en VMware Cloud on AWS después de la migración de N-VDS a C-VDS y, por lo tanto, tienen el nivel de acceso requerido a los recursos de C-VDS migrados.
  • Los miembros de Active Directory que no tienen asignada la función de administrador de nube en VMware Cloud on AWS antes de la migración de N-VDS a C-VDS en NSX-T deben tener asignada dicha función después de la migración.
  • Para obtener información relacionada con las credenciales de VMware Cloud on AWS y VMware Aria Automation, consulte Credenciales necesarias para trabajar con cuentas de nube en VMware Aria Automation.
Nota:

Este procedimiento es específico para las acciones necesarias en VMware Aria Automation 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 VMware Aria Automation 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 VMware Aria Automation. El administrador de VMware Aria Automation puede realizar acciones posteriores a la migración para conciliar esos recursos en VMware Aria Automation con los cambios asociados en NSX-T y vCenter. Tenga en cuenta que C-VDS, o simplemente VDS, también se conoce como Conmutador virtual distribuido (Virtual Distributed Switch, VDS) de vSphere.

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 VMware Aria Automation después de la migración de N-VDS a C-VDS. Puede utilizar este ejemplo y el procedimiento de VMware Aria Automation para conciliar los cambios realizados en vCenter después de migrar de N-VDS a C-VDS en NSX-T.

Ejemplo: recursos previos a la migración de VMware Aria Automation

En este ejemplo se ilustran los recursos de NSX-T de muestra en un entorno de VMware Aria Automation de muestra antes de la migración de N-VDS a C-VDS.

  • Este ejemplo contiene cuentas de nube de NSX-T y vCenter.
  • El ejemplo contiene varias redes vSphere.

    ejemplo con redes de vSphere

  • La configuración de red de ejemplo contiene la configuración de CIDR y DNS.

    ejemplo de configuración de red con la configuración de CIDR y DNS

  • El ejemplo también incluye rangos de IP existentes.

    ejemplo con rangos de IP existentes

  • El ejemplo contiene un perfil de red (ex-np) que contiene varias redes N-VDS (N-VDS), incluso seg-5.ejemplo de perfil de red con redes N-VDS
  • En este ejemplo se muestra el componente de red seg5 existente con una sintaxis de plantilla de nube de ejemplo. La red se etiqueta como red N-VDS. En este ejemplo se ilustran las actualizaciones posteriores a la migración necesarias para la red seg5 en un punto posterior del flujo de trabajo.

    se muestra el componente de red con una sintaxis de plantilla de nube de ejemplo

  • La plantilla de nube de ejemplo genera la implementación.

    la plantilla de nube de ejemplo genera la implementación

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

    las direcciones IP de las máquinas de ejemplo se muestran en la implementación de ejemplo

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 VMware Aria Automation, 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 VMware Aria Automation realice su recopilación de datos periódica y el proceso de enumeración para recuperar y mostrar los recursos afectados en VMware Aria Automation.

Después de permitir que se complete la recopilación de datos de VMware Aria Automation, 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.

Se muestra la enumeración de redes

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.

    Se muestran los detalles de red para el ejemplo de seg-5

    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. VMware Aria Automation 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 VMware Aria Automation.

  • 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.

    Resultados de un rango de IP de actualización

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 VMware Aria Automation Automation Assembler 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.

Se muestran las redes de ejemplo que se actualizarán.

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.

    Se muestran los cambios de las restricciones de red para una red de ejemplo.

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

    Se muestra una implementación iterativa.

  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.

    Se muestran las restricciones actualizadas correctamente.

    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 en la reimplementación, como se muestra a continuación.

    Se muestra la misma dirección IP de la máquina.