En este documento, se describe el comportamiento de un clúster si el servidor de vCenter no funciona.
Mientras vCenter Server está inactivo, haz lo siguiente:
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.Hay algunos errores esperados en los Pods que se conectan a vCenter Server, por ejemplo, los Pods
vsphere-controller-managerycluster-health-controller.Se pueden crear y borrar Pods sin estado.
Fallará la creación de un Pod con estado, ya que la conexión de un disco requiere acceso a vCenter Server. Estos Pods estarán en el estado
Pending.El comando
gkectl diagnosedebería fallar con 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 el nodo no cambian en caso de errores de conexión con vCenter Server.
Después de que vCenter Server vuelva a estar en línea (versiones < 7.0U2)
Las máquinas pasan al estado
Unavailable, y se necesita una reparación automática o una solución manual para volver a los estados correctos.El clúster funciona correctamente, aunque las máquinas estén en el estado
Unavailable.
Después de que vCenter Server vuelva a estar en línea (versiones >= 7.0U2)
- No se necesitan pasos adicionales, y el clúster vuelve a estar en buen estado.
¿Qué sigue?
Si necesitas asistencia adicional, comunícate con Atención al cliente de Cloud.
También puedes consultar Cómo 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).