Configuración de los SDDC desplegados
Después de desplegar los centros de datos definidos por software (SDDC) en OCI Dedicated Region A y OCI Dedicated Region B, se necesitan varios pasos de configuración del día 2 para prepararse para la próxima configuración de cluster ampliado de vSAN VMware, que se realizará en una sección posterior.
Actualizar archivo de host en máquinas virtuales de bastión
Para evitar la dependencia de los servicios DNS durante la configuración temprana, actualice el archivo /etc/hosts
en cada máquina virtual de bastión en ambas regiones con los nombres de dominio totalmente cualificados (FQDN) de los servidores vCenter y los gestores de NSX.
Aunque la resolución del FQDN ya está disponible en el entorno de OCI a través de OCI Private DNS, la definición estática de estas entradas garantiza un acceso coherente a las interfaces de gestión del SDDC incluso si las configuraciones de DNS están incompletas o no están disponibles durante los estados de transición.
Reconfigurar sitio secundario: Región dedicada de OCI B
Tras el despliegue del SDDC, todos los componentes de gestión de OCI Dedicated Region B residirán en la VLAN vSphere-TEMP. Realice las siguientes operaciones en VMware vCenter de OCI Dedicated Region B:
- Migrar máquinas virtuales de gestión
- Consolidar todas las máquinas virtuales de gestión VMware en un único host VMware ESXi.
- Cambiar política de almacenamiento
- Actualice la política de almacenamiento de todas las máquinas virtuales de gestión a la política de almacenamiento de gestión: nodo único.
- Preparar hosts
- Desactive HA y DRS.
- Coloque todos los hosts VMware ESXi restantes (excepto una máquina virtual de gestión de alojamiento) en modo de mantenimiento mediante la opción Asegurar accesibilidad.
- Elimine estos hosts del cluster de vSAN VMware.
- Elimínelos de VMware NSX mediante el NSX Manager de OCI Dedicated Region B VMware.
- Desactive el modo de bloqueo y active el acceso de SSH y shell ESXi.
Reconfigurar sitio principal: Región dedicada de OCI A
En VMware vCenter de OCI Dedicated Region A, realice los siguientes pasos:
- Desactivar HA y DRS
- Desactive temporalmente HA y DRS en el cluster existente.
- Crear y preparar cluster
- Cree un nuevo cluster para alojar hosts ESXi locales y entrantes entre sitios.
- Coloque todos los hosts (excepto el que tiene máquinas virtuales de gestión) en modo de mantenimiento.
- Elimínelos del cluster de vSAN VMware y muévalos al cluster recién creado.
- Adición de hosts de región dedicada de OCI B a región dedicada de OCI un nuevo cluster
- En Región dedicada de OCI VMware vCenter, agregue los hosts Región dedicada de OCI VMware ESXi por FQDN.
- Agregue estos hosts al cluster recién creado y elimínelos del modo de mantenimiento.
Consolidación y actualización de conmutador virtual distribuido (VDS)
Ahora que todos los hosts ESXi en el sitio principal y el sitio secundario están gestionados por el mismo VMware vCenter en OCI Dedicated Region A:
- Utilice el VDS existente desde el sitio principal (región dedicada de OCI A) como conmutador distribuido unificado.
- Vuelva a crear todos los grupos de puertos (PG) de sitio secundario (región dedicada de OCI B) en este VDS de sitio principal para garantizar la coherencia y la compatibilidad.
La configuración de VDS ahora debe admitir cuatro enlaces ascendentes: dos enlaces ascendentes de los hosts del sitio principal y dos de los hosts del sitio secundario.
Configuración de políticas de formación de equipos y failover
Sitio | Enlaces ascendentes activos | Enlaces ascendentes en espera |
---|---|---|
PG de sitio principal | Sitio principal vmnic0, vmnic1 | Sitio secundario vmnic0, vmnic1 |
PG de sitio secundario | Sitio secundario vmnic0, vmnic1 |
Sitio principal vmnic0, vmnic1 Importante: Para el Grupo de puertos de gestión (vmk0), utilice solo vmnic0 específico para el sitio del host (es decir, vmnic0 desde el sitio principal para hosts del sitio principal y desde el sitio secundario para hosts del sitio secundario). Esto coincide con el comportamiento de despliegue de Oracle Cloud VMware Solution, donde solo vmnic0 se conecta a la VLAN de gestión de backend. |
Esta configuración garantiza que el tráfico realice un failover de manera controlada a los enlaces ascendentes del sitio secundario si los hosts del sitio principal dejan de estar disponibles, lo que mantiene una conectividad ininterrumpida en el cluster.
Una vez que los grupos de puertos del sitio secundario se han vuelto a crear en el VDS unificado:
- Valide la conectividad de VM y host en todos los grupos de puertos.
- Asegúrese de que todos los grupos de puertos VDS y las interfaces VMkernel (vmk) estén configurados con MTU 9000, que generalmente se establece de manera predeterminada en 1500 y se deben actualizar explícitamente.
Finalmente, elimine la configuración de VDS heredada de los hosts del sitio secundario para evitar conflictos.
Note:
En algunos casos, la migración de vmk0 (interfaz de gestión) de su configuración existente al nuevo VDS puede fallar y realizar un rollback. Si esto ocurre:- Inicie sesión en el host mediante SSH.
- Ejecute
dcui
para iniciar la interfaz de usuario de consola directa (DCUI). - Restaure la configuración de red para mover vmk0 a un Standard vSwitch (VSS).