Mantieni tutto organizzato con le raccolte
Salva e classifica i contenuti in base alle tue preferenze.
Questo documento descrive il comportamento di un cluster se vCenter Server non è disponibile.
Mentre vCenter Server non è attivo:
Le macchine si trovano nello stato Available
I nodi si trovano nello stato Ready.
I pod si trovano nello stato Running.
Sono presenti alcuni errori previsti nei pod che si connettono a vCenter Server; ad esempio, i pod vsphere-controller-manager e cluster-health-controller.
I pod stateless possono essere creati ed eliminati.
La creazione di un pod stateful non riuscirà perché il collegamento di un disco richiede
l'accesso a vCenter Server. Questi pod saranno nello stato Pending.
Il comando gkectl diagnose non riuscirà a essere eseguito e verrà visualizzato 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 perché gli stati della macchina e del nodo non cambiano in caso di errori di connessione a vCenter Server.
Dopo che vCenter Server torna online (versioni < 7.0U2)
Le macchine passano allo stato Unavailable e per ripristinare gli stati corretti è necessaria la riparazione automatica o una soluzione alternativa manuale.
Il cluster funziona correttamente anche se le macchine si trovano nello stato
Unavailable.
Dopo che vCenter Server torna online (versioni >= 7.0U2)
Non sono necessari passaggi aggiuntivi e il cluster è di nuovo integro.
[[["Facile da capire","easyToUnderstand","thumb-up"],["Il problema è stato risolto","solvedMyProblem","thumb-up"],["Altra","otherUp","thumb-up"]],[["Difficile da capire","hardToUnderstand","thumb-down"],["Informazioni o codice di esempio errati","incorrectInformationOrSampleCode","thumb-down"],["Mancano le informazioni o gli esempi di cui ho bisogno","missingTheInformationSamplesINeed","thumb-down"],["Problema di traduzione","translationIssue","thumb-down"],["Altra","otherDown","thumb-down"]],["Ultimo aggiornamento 2025-09-04 UTC."],[],[],null,["This document describes how a cluster behaves if vCenter Server is down.\n\nWhile vCenter Server is down:\n\n- The machines are in the `Available` state\n\n- The nodes are in the `Ready` state.\n\n- The Pods are in the `Running` state.\n\n- There are some expected errors in Pods that connect to vCenter Server; for\n example, the `vsphere-controller-manager` and `cluster-health-controller`\n Pods.\n\n- Stateless Pods can be created and deleted.\n\n- The creation of a stateful Pod will fail, because attaching a disk requires\n access to vCenter Server. These Pods will be in the `Pending` state.\n\n- The `gkectl diagnose` command will fail with an error similar to the\n following:\n\n ```\n Exit with error:\n 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\n ```\n- Auto repair is not triggered. This is because the machine and node states do\n not change states on connection errors to vCenter Server.\n\nAfter vCenter Server comes back online (versions \\\u003c 7.0U2)\n\n- The machines go to the `Unavailable` state, and auto repair or or a manual\n workaround is needed to get back the correct states.\n\n- The cluster functions correctly even though the machines are in the\n `Unavailable` state.\n\nAfter vCenter Server comes back online (versions \\\u003e= 7.0U2)\n\n- No extra steps are needed, and the cluster is healthy again.\n\nWhat's next\n\nIf you need additional assistance, reach out to\n\n[Cloud Customer Care](/support-hub).\n\nYou can also see\n[Getting support](/kubernetes-engine/distributed-cloud/vmware/docs/getting-support) for more information about support resources, including the following:\n\n- [Requirements](/kubernetes-engine/distributed-cloud/vmware/docs/getting-support#support_requirements) for opening a support case.\n- [Tools](/kubernetes-engine/distributed-cloud/vmware/docs/getting-support#support_tools) to help you troubleshoot, such as logs and metrics.\n- Supported [components](/kubernetes-engine/distributed-cloud/vmware/docs/getting-support#whats_supported), [versions](/kubernetes-engine/distributed-cloud/vmware/docs/getting-support#version_support_policy), and [features](/kubernetes-engine/distributed-cloud/vmware/docs/getting-support#supported_features) of Google Distributed Cloud for VMware (software only)."]]