Une machine virtuelle se trouvant dans un cluster vSphere HA est signalé par vSphere HA comme étant non protégée malgré sa mise sous tension pendant quelques minutes.

Problème

Lorsqu'une machine virtuelle est mise sous tension pendant plusieurs minutes et que son état de protection vSphere HA est toujours non protégé, vSphere HA pourrait ne pas essayer de redémarrer la machine virtuelle.

vCenter Server signale une machine virtuelle comme étant non protégée une fois que l'hôte principal vSphere HA qui est responsable de la machine virtuelle a enregistré vers le disque l'information que la machine virtuelle doit être redémarrée suite à une défaillance. Ce processus peut échouer pour différentes raisons.

  • L'hôte principal vSphere HA n'a pas été choisi ou vCenter Server n'est pas capable de communiquer avec lui.

    Dans ce cas, vCenter Server signale l'état de l'hôte vSphere HA des hôtes du cluster en tant qu'Agent inaccessible ou Agent non initialisé et signale un problème de configuration du cluster n'ayant pu être trouvé par un hôte principal.

  • De nombreux hôtes principaux existent et celui avec lequel vCenter Server communique n'est pas responsable de la machine virtuelle.

    Des problèmes se produisent lorsque vCenter Server est en contact avec un hôte principal, mais suite à la partition d'un réseau de gestion, il existe de nombreux hôtes principaux, et l'agent avec qui vCenter Server communique n'est pas responsable de la machine virtuelle. Ce cas est vraisemblable si vCenter Server signale l'état vSphere HA de certains hôtes comme ayant un réseau partitionné.

  • L'agent est dans l'incapacité d'accéder à la banque de données sur laquelle est stocké le fichier de configuration de la machine virtuelle.

    vCenter Server peut être en contact avec l'hôte principal vSphere HA qui détient la machine virtuelle, mais l'agent est incapable d'accéder à la banque de données sur laquelle est stocké le fichier de configuration de la machine virtuelle. Ce cas peut se produire si une condition d'arrêt de tous les chemins affecte tous les hôtes du cluster.

Procédure

  1. Évaluez si vCenter Server est en contact avec un hôte principal vSphere HA, et si ce n'est pas le cas, corrigez ce problème.
  2. Si vCenter Server est en contact avec un hôte principal, évaluez s'il existe une partition réseau, et si tel est le cas, corrigez ce problème.
  3. Si le problème persiste, évaluez si d'autres machines virtuelles utilisant la même banque de données pour leurs fichiers de configuration sont également non protégées.
  4. Si ces machines virtuelles ne sont pas protégées, vérifiez que l'hôte principal vSphere HA puisse accéder à la banque de données.
  5. Si aucune des précédentes étapes n'a résolu le problème, restaurez la protection en reconfigurant vSphere HA au niveau de l'hôte sur lequel la machine virtuelle s'exécute.