Questo documento descrive il comportamento di un cluster se vCenter Server non è attivo.
Se hai bisogno di ulteriore assistenza, contatta l'assistenza clienti Google Cloud.Mentre vCenter Server è inattivo:
Le macchine sono nello stato
AvailableI nodi sono nello stato
Ready.I pod sono nello stato
Running.Esistono alcuni errori previsti nei pod che si connettono a vCenter Server, ad esempio i pod
vsphere-controller-managerecluster-health-controller.I pod senza stato possono essere creati ed eliminati.
La creazione di un pod con stato non andrà a buon fine perché l'attacco di un disco richiede l'accesso a vCenter Server. Questi pod saranno nello stato
Pending.Il comando
gkectl diagnosenon andrà a buon fine con un errore simile al seguente: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
La riparazione automatica non viene attivata. Questo accade perché gli stati della macchina e del nodo non cambiano stato in caso di errori di connessione a vCenter Server.
Dopo il ritorno online di vCenter Server (versioni precedenti alla 7.0U2)
Le macchine passano allo stato
Unavailableed è necessaria una riparazione automatica o una soluzione alternativa manuale per ripristinare gli stati corretti.Il cluster funziona correttamente anche se le macchine sono nello stato
Unavailable.
Dopo il ritorno online di vCenter Server (versioni >= 7.0U2)
- Non sono necessari ulteriori passaggi e il cluster è di nuovo integro.