Este documento descreve o comportamento de um cluster se o vCenter Server estiver inativo.
Enquanto o vCenter Server estiver indisponível:
As máquinas estão no estado
Available
Os nós estão no estado
Ready
.Os pods estão no estado
Running
.Existem alguns erros esperados em pods que se ligam ao vCenter Server; por exemplo, os pods
vsphere-controller-manager
ecluster-health-controller
.Os pods sem estado podem ser criados e eliminados.
A criação de um pod com estado vai falhar porque a associação de um disco requer acesso ao servidor vCenter. Estes pods vão estar no estado
Pending
.O comando
gkectl diagnose
falha com um erro semelhante ao seguinte: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
A reparação automática não é acionada. Isto deve-se ao facto de os estados da máquina e do nó não mudarem em caso de erros de ligação ao vCenter Server.
Depois de o vCenter Server voltar a ficar online (versões < 7.0U2)
As máquinas passam para o estado
Unavailable
e é necessária uma reparação automática ou uma solução manual para voltar a ter os estados corretos.O cluster funciona corretamente, apesar de as máquinas estarem no estado
Unavailable
.
Depois de o vCenter Server voltar a ficar online (versões >= 7.0U2)
- Não são necessários passos adicionais e o cluster volta a estar em bom estado.
O que se segue?
Se precisar de assistência adicional, contacte o apoio ao cliente do Google Cloud.
Também pode consultar o artigo Receber apoio técnico para mais informações sobre recursos de apoio técnico, incluindo o seguinte:
- Requisitos para abrir um registo de apoio técnico.
- Ferramentas para ajudar a resolver problemas, como registos e métricas.
- Componentes suportados, versões e funcionalidades do Google Distributed Cloud para VMware (apenas software).