Ce document décrit le comportement d'un cluster si vCenter Server est hors service.
Lorsque vCenter Server est hors service :
Les machines sont à l'état
Available
.Les nœuds sont à l'état
Ready
.Les pods sont à l'état
Running
.Certaines erreurs sont attendues dans les pods qui se connectent à vCenter Server, par exemple les pods
vsphere-controller-manager
etcluster-health-controller
.Les pods sans état peuvent être créés et supprimés.
La création d'un pod avec état échouera, car l'association d'un disque nécessite un accès à vCenter Server. Ces pods seront à l'état
Pending
.La commande
gkectl diagnose
doit échouer et renvoyer une erreur semblable à celle-ci :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 réparation automatique n'est pas déclenchée. En effet, les états de la machine et du nœud ne changent pas en cas d'erreur de connexion à vCenter Server.
Après le rétablissement de vCenter Server (versions < 7.0U2)
Les machines passent à l'état
Unavailable
. Une réparation automatique ou une solution de contournement manuelle est nécessaire pour rétablir les états corrects.Le cluster fonctionne correctement même si les machines sont à l'état
Unavailable
.
Après le rétablissement de la connexion à vCenter Server (versions >= 7.0U2)
- Aucune autre étape n'est requise, et le cluster est de nouveau opérationnel.
Étape suivante
Si vous avez besoin d'une aide supplémentaire, contactez Cloud Customer Care.
Vous pouvez également consulter Obtenir de l'aide pour en savoir plus sur les ressources d'assistance, y compris les suivantes :
- Conditions requises pour ouvrir une demande d'assistance.
- Des outils pour vous aider à résoudre les problèmes, tels que les journaux et les métriques.
- Composants, versions et fonctionnalités compatibles de Google Distributed Cloud pour VMware (logiciel uniquement).