Mantén el buen estado de la configuración de la nube privada

En esta página, se describe cómo los administradores de Cloud pueden usar Google Cloud VMware Engine para supervisar periódicamente su configuración y garantizar que esté lista para futuras actualizaciones. Para ayudarte a mantener la estabilidad de la nube privada, Google Cloud VMware Engine realiza verificaciones de estado periódicas para detectar la desviación de la configuración, registra los detalles en Cloud Logging y te notifica sobre cualquier problema crítico en resúmenes por correo electrónico. Este enfoque te ayuda a identificar y resolver la desviación de la configuración en tu nube privada.

Verificaciones de estado de la configuración

VMware Engine realiza las siguientes verificaciones para garantizar que tu entorno permanezca en un estado compatible y eficiente.

Nombre de la puerta de enlace de nivel 0 de NSX-T

Para habilitar la administración y las actualizaciones automatizadas del ciclo de vida, asegúrate de que la puerta de enlace de nivel 0 de NSX-T de administración se llame exactamente Provider-LR. Para verificar el nombre de la puerta de enlace en NSX-T Manager, navega a Networking > Tier-0 Gateways.

Impacto

Si cambias el nombre de esta puerta de enlace a uno que no sea Provider-LR, es posible que se produzcan fallas en las actualizaciones o demoras en el mantenimiento programado.

Corrección del nombre de la puerta de enlace

  1. Accede a NSX-T Manager.
  2. Navega a Networking > Tier-0 Gateways.
  3. Identifica la puerta de enlace del proveedor y haz clic en Editar.
  4. Cambia el nombre de la puerta de enlace a Provider-LR y guarda los cambios.

Modo de alta disponibilidad de NSX-T Edge

Para mantener una capacidad de procesamiento predecible y admitir servicios con estado, asegúrate de que tu puerta de enlace de nivel 0 de NSX-T use la configuración Activa-En espera.

Impacto

Si usas otros modos (como Activo-Activo), es posible que experimentes interrupciones del tráfico durante las conmutaciones por error o un rendimiento incoherente si falla un nodo.

Corrección del modo de alta disponibilidad

  1. Accede a NSX-T Manager.
  2. Navega a Networking > Tier-0 Gateways.
  3. Ubica la puerta de enlace identificada y haz clic en Editar.
  4. Establece el Modo de alta disponibilidad en Activo-en espera y guarda los cambios.

Política de almacenamiento para VMs

Para proteger tus datos de las fallas del host físico, asegúrate de que tus máquinas virtuales (VMs) usen una política de almacenamiento con Fallas que se pueden tolerar (FTT) establecida en al menos 1. Un FTT de 0 significa que no tienes redundancia de datos.

Impacto

Si falla un host físico y tu FTT es 0, experimentarás una pérdida o corrupción de datos permanente. Las operaciones de mantenimiento también tardan más sin una política de almacenamiento redundante.

Política de almacenamiento para la corrección de VMs

  1. Accede a vSphere Client.
  2. Ubica la VM afectada y selecciona Edit Settings.
  3. Identifica los discos específicos (por ejemplo, Disco duro 1).
  4. Cambia la política de almacenamiento de la VM a una política resiliente, como FTT 1 o superior.

Supervisión de redes de nubes privadas

VMware Engine implementa VMs de sondeo especializadas en tu nube privada para ayudar a mantener la alta disponibilidad y la confiabilidad de la red.

Objetivo

Las VMs de sondeo realizan las siguientes funciones:

  • Supervisar de forma activa la accesibilidad y la latencia de la red
  • Simulación proactiva de patrones de tráfico de rutas de acceso de datos para identificar problemas de conectividad con anticipación
  • Validación de que la red procesa correctamente el tráfico entre los segmentos de NSX-T y la infraestructura subyacente

Sistema operativo y huella

Las VMs de sondeo se ejecutan en Rocky Linux y tienen una huella de recursos mínima (2 CPU virtuales, 1 GB de RAM).

Implementación

VMware Engine implementa VMs de sondeo en la carpeta de administración y el grupo de recursos. Según la nube privada, las VMs de sondeo están presentes en varios clústeres y zonas de disponibilidad, con un máximo de una sola VM de sondeo por clúster.

Seguridad

VMware Engine administra el ciclo de vida y la seguridad de estas VMs, lo que incluye análisis de seguridad y actualizaciones de software periódicos.

Restricciones

No borres ni reinicies las VMs de sondeo. Estas acciones pueden afectar la capacidad de VMware Engine para supervisar tu entorno y resolver problemas de forma proactiva.

Verificaciones de extensión e interoperabilidad

Las siguientes verificaciones y acciones recomendadas garantizan que tus extensiones y entornos locales vinculados sean compatibles con las próximas actualizaciones de VMware Engine.

Verificación del servicio Beneficio Acción
Versión de Zerto Permite actualizaciones en todo el sistema y evita errores de recuperación ante desastres. En vCenter, ve a Administración > Soluciones > Complementos del cliente para actualizar el complemento de Zerto.
Versión local de HCX Mantiene la compatibilidad con las actualizaciones de infraestructura y las funciones de migración. Instala las actualizaciones más recientes en IU de HCX Cloud Manager > Actualizaciones del sistema.
Versión remota de HCX Evita fallas en la extensión de red durante las actualizaciones de vinculación de sitios. Actualiza el conector de HCX local con su IU de administración.
Versión de vCenter remoto Garantiza la compatibilidad de la API y la detección del inventario durante las migraciones. Actualiza vCenter local para cumplir con la versión mínima requerida.