En este documento, se describe cómo se comporta un clúster si el servidor de vCenter no está disponible.
Si necesitas asistencia adicional, comunícate con Atención al cliente de Cloud.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-manager
ycluster-health-controller
.Se pueden crear y borrar pods sin estado.
No se podrá crear un Pod con estado, ya que conectar un disco requiere acceso al servidor de vCenter. Estos Pods estarán en el estado
Pending
.El comando
gkectl diagnose
deberí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 del nodo no cambian de estado en los errores de conexión con vCenter Server.
Después de que vCenter Server vuelva a estar en línea (versiones anteriores a 7.0U2)
Las máquinas pasan al estado
Unavailable
y se necesita una reparación automática o una solución manual para recuperar 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.