Si vCenter Server est arrêté

Ce document décrit le comportement d'un cluster en cas d'arrêt de vCenter Server.

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 sont attendues dans les pods qui se connectent au serveur vCenter, par exemple les pods vsphere-controller-manager et cluster-health-controller.

  • Des 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 sont à l'état Pending.

  • La commande gkectl diagnose échoue avec 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 des nœuds ne changent pas d'état en cas d'erreurs 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établir les états corrects.

  • 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 nécessaire, et le cluster est à nouveau opérationnel.