Ce document décrit le comportement d'un cluster si vCenter Server est indisponible.
Si vous avez besoin d'aide supplémentaire, contactez l'assistance Cloud Customer Care.Lorsque vCenter Server est inactif :
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 échoue, 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.
Une fois que vCenter Server est de nouveau en ligne (versions 7.0U2 et antérieures)
Les machines passent à l'état
Unavailable
, et une réparation automatique ou un contournement manuel est nécessaire pour rétablir les états corrects.Le cluster fonctionne correctement même si les machines sont à l'état
Unavailable
.
Une fois que vCenter Server est de nouveau en ligne (versions 7.0U2 et ultérieures)
- Aucune autre étape n'est nécessaire, et le cluster est à nouveau opérationnel.