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 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 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 Assembly.
- 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 vRealize Automation, consulte Credenciales necesarias para trabajar con cuentas de nube en vRealize Automation.
Este procedimiento es específico para las acciones necesarias en vRealize 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 vRealize 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 vRealize Automation. El administrador de vRealize Automation puede realizar acciones posteriores a la migración para conciliar esos recursos en vRealize Automation 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).
Ejemplo: recursos previos a la migración de vRealize Automation
En este ejemplo se muestran recursos de NSX-T de muestra en un entorno de vRealize 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 como se muestra a continuación.
- El ejemplo contiene varias redes de vSphere como se muestra a continuación.
- La configuración de red de ejemplo contiene la configuración de CIDR y DNS como se muestra a continuación.
- El ejemplo también incluye rangos de IP existentes como se muestra a continuación.
- El ejemplo contiene un perfil de red () que contiene varias redes N-VDS (N-VDS), incluida como se muestra a continuación.
- 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.
- La plantilla de nube de ejemplo genera la implementación como se muestra a continuación.
- Las direcciones IP de máquina de ejemplo se muestran en la implementación de ejemplo como se muestra a continuación.
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, 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 realice su recopilación de datos periódica y el proceso de enumeración para recuperar y mostrar los recursos afectados en vRealize Automation.
Después de permitir que se complete la recopilación de datos de vRealize Automation, haga clic en para ver y acceder a las redes de C-VDS disponibles. Observe la red seg5 como se muestra a continuació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.
- Agregue los detalles de CIDR y DNS que se establecieron en su definición de N-VDS previa a la migración
- Agregue una nueva etiqueta para el segmento de red seg-5 de C-VDS, como seg5-cvds.
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 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.
- Opción 1: utilice la API para actualizar los datos del rango de IP como se muestra en la siguiente pantalla de ejemplo.
- 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.
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 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.
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.
- 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.
- Realice una implementación iterativa para reconfigurar la red como se muestra a continuación.
- Después de una reimplementación correcta observe que las propiedades personalizadas de red exhiben las restricciones actualizadas como se muestra a continuación.
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.
