Activer vSphere HA sur un cluster pour assurer la haute disponibilité d'une infrastructure VMware vSphere 6.7

11. Test de vSphere HA (hôte isolé - pas de réponse HA configurée)

Pour ce test, nous allons vous montrer ce qui se passe lorsqu'un hôte est considéré comme isolé.
Néanmoins, dans un 1er temps, nous ne configurerons pas de réponse de la part de vSphere HA lorsque ce problème d'isolation se produira.

En résumé, vous remarquerez que la machine virtuelle se trouvant sur l'hôte isolé sera toujours fonctionnel, malgré que l'hôte ne soit pas accessible (via son réseau de gestion).

Pour ce test, nous avons donc utilisé 3 commutateurs virtuels standard :

• vSwitch0 : pour le réseau de gestion de l'hôte et la communication des agents vSphere HA (étant donné que ceux-ci utilisent le réseau de gestion de l'hôte).
• vSwitch1 : pour l'accès réseau des machines virtuelles de l'hôte.
• vSwitch2 : pour l'accès au stockage partagé se trouvant sur un serveur iSCSI accessible par tous les hôtes de notre cluster.

Ainsi, nous pourrons couper l'accès réseau pour le réseau de gestion de l'hôte sans couper la connexion réseau des machines virtuelles ni pour la connexion pour l'accès au serveur iSCSI.
Etant donné que le réseau de gestion ne fonctionnera plus, l'hôte sera considéré comme isolé par vSphere HA.

Si vous souhaitez reproduire l'environnement de test pour l'accès au stockage iSCSI utilisé dans ce cas-ci, référez-vous à notre tutoriel : VMware vSphere 6.7 - Configurer la liaison de ports (trafic iSCSI).

Comme précédemment, notre machine virtuelle "VCSA" tourne sur notre hôte "esxi1".

Comme précédemment, notre machine virtuelle "Win 10 x64 v2004" tourne sur notre hôte "esxi2".
Ainsi, nous pourrons provoquer un problème d'isolation d'hôte sur cet hôte "esxi2" sans avoir de problème avec le vSphere Client hébergé par notre machine virtuelle "VCSA" tournant sur l'hôte "esxi1".

Important : si vous souhaitez effectuer ce test chez vous, assurez-vous que vous puissiez envoyer un ping à cette machine virtuelle.
Si ce n'est pas le cas, assurez-vous que Windows utilise un réseau privé ou que le ping (ICMP) est autorisé dans son pare-feu.

Sur notre 2ème hôte, nous avons également utilisé 3 commutateurs virtuels standard pour les mêmes raisons.

Pour ce test, nous déconnectons les cartes réseau utilisées par notre commutateur virtuel "vSwitch0" (utilisé pour le réseau de gestion de l'hôte).

Dans le vSphere Client, nous voyons que l'état vSphere HA de notre hôte "esxi2" est "Agent HA inaccessible".

Ensuite, des messages apparaitront pour cet hôte.

Plain Text

Statut de l'hôte vSphere HA.
vSphere HA a détecté que cet hôte est dans une partition réseau différente du maître auquel vCenter Server est connecté.

Vous verrez également que l'état vSphere HA de cet hôte est "Réseau partitionné".

Si vous déployer le noeud "Etat vSphere HA", vous verrez notamment que l'agent vSphere HA de cet hôte appliquera la réponse d'isolement pour chacune de ses VMs si cela est configuré sur votre cluster et sur celles-ci (dans le cas où un remplacement de VM est configuré pour celles-ci).

Un peu plus tard, il est possible que l'état vSphere HA change en "Réseau isolé".

Sur la page de votre machine virtuelle, vous verrez que le cluster et l'hôte concerné sont en erreur.

Notez que l'adresse IP actuelle de notre machine virtuelle sous Windows 10 est "10.0.0.60".

Sur la page de votre cluster, vous verrez plusieurs messages apparaitre.
Dont des problèmes pour l'hôte concerné, étant donné que le réseau de gestion de celui-ci ne fonctionne plus.
Vous verrez aussi des problèmes à propos des ressources de basculement qui sont insuffisantes, car vSphere HA ne pourra plus assurer la disponibilité de vos machines virtuelles dans le cas où un autre hôte tomberait en panne.

Comme vous pouvez le voir, malgré que le réseau de gestion de l'hôte où se trouve notre machine virtuelle sous Windows 10 soit inaccessible, nous pouvons toujours pinguer celle-ci.
Ce qui prouve que cette machine virtuelle continue de fonctionner normalement, malgré la panne du réseau de gestion de son hôte.

Un peu plus tard, il est possible que les messages pour l'hôte dont vous avez coupé le réseau de gestion changent.
Vous verrez notamment celui-ci.

Plain Text

vSphere HA a détecté que cet hôte est isolé du réseau à partir du cluster.

Reconnectez les cartes réseau utilisées pour le réseau de gestion de cet hôte.

Attendez un peu et les messages d'erreurs et d'avertissements disparaitront.
Comme prévu, notre hôte "esxi2" refonctionne.

Idem pour notre cluster.

Notre machine virtuelle continue de fonctionner sur notre hôte "esxi2" malgré que celui-ci était considéré précédemment comme isolé.
En effet, vSphere HA n'a rien fait, car aucune action n'avait été sélectionnée dans les paramètres de notre cluster pour la réponse en cas d'isolation d'un hôte.