En este documento se describe el comportamiento de un clúster si vCenter Server no funciona.
Mientras vCenter Server no esté operativo:
Las máquinas están en el estado
Available
Los nodos están en el estado
Ready
.Los pods están en el estado
Running
.Se han producido algunos errores esperados en los pods que se conectan a vCenter Server. Por ejemplo, los pods
vsphere-controller-manager
ycluster-health-controller
.Los pods sin estado se pueden crear y eliminar.
No se podrá crear un pod con estado, ya que para adjuntar un disco se necesita acceso a vCenter Server. Estos pods estarán en el estado
Pending
.El comando
gkectl diagnose
fallará y mostrará un error similar al siguiente:Exit with error: failed to prepare diagnose parameters: failed to create vSphere client: Post "https://my-server": dial tcp 203.0.113.1:443: connect: connection timed out
No se activa la reparación automática. Esto se debe a que los estados de la máquina y del nodo no cambian cuando se producen errores de conexión con vCenter Server.
Después de que vCenter Server vuelva a estar online (versiones anteriores a 7.0U2)
Las máquinas pasan al estado
Unavailable
y se necesita una reparación automática o una solución alternativa manual para volver a los estados correctos.El clúster funciona correctamente aunque las máquinas estén en estado
Unavailable
.
Después de que vCenter Server vuelva a estar online (versiones >= 7.0U2)
- No es necesario que hagas nada más y el clúster vuelve a estar en buen estado.
Siguientes pasos
Si necesitas más ayuda, ponte en contacto con el servicio de atención al cliente de Cloud.
También puedes consultar la sección Obtener asistencia para obtener más información sobre los recursos de asistencia, incluidos los siguientes:
- Requisitos para abrir un caso de asistencia.
- Herramientas para ayudarte a solucionar problemas, como registros y métricas.
- Componentes, versiones y funciones compatibles de Google Distributed Cloud para VMware (solo software).