Ce document décrit le comportement d'un cluster lorsque vCenter Server est arrêté.
Si vous avez besoin d'aide supplémentaire, contactez l'assistance Cloud Customer Care.Lorsque vCenter Server est arrêté:
Les machines sont à l'état
Available
.Les nœuds sont à l'état
Ready
.Les pods sont à l'état
Running
.Des erreurs attendues se produisent dans les pods qui se connectent à vCenter Server (par exemple, les pods
vsphere-controller-manager
etcluster-health-controller
).Vous pouvez créer et supprimer des pods sans état.
La création d'un pod avec état échouera, car l'association d'un disque nécessite un accès à vCenter Server. Ces pods sont à l'état
Pending
.La commande
gkectl diagnose
échoue et renvoie une erreur semblable à la suivante: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, l'état de la machine et du nœud ne change pas d'état en cas d'erreur de connexion à vCenter Server.
Après la remise en ligne de vCenter Server (versions < 7.0U2)
Les machines passent à l'état
Unavailable
, et une réparation automatique ou une solution manuelle est nécessaire pour récupérer les bons états.Le cluster fonctionne correctement même si les machines sont à l'état
Unavailable
.
Après la remise en ligne de vCenter Server (versions 7.0U2 ou supérieures)
- Aucune étape supplémentaire n'est requise et le cluster est à nouveau opérationnel.