Protéger les VMs contre les problèmes de stockage grâce à VMCP (VM Component Protection) sous VMware vSphere 6.7

5. Test de la fonctionnalité VM Component Protection (VMCP)

Pour tester la fonctionnalité VMCP, nous avons utilisé un réseau dédié pour iSCSI (qui est donc séparé du réseau de gestion).
Si vous souhaitez reproduire cet environnement de test, référez-vous à notre tutoriel : VMware vSphere 6.7 - Configurer la liaison de ports (trafic iSCSI).
Le réseau de gestion utilisé est en "10.0.0.x" alors que le réseau dédié au trafic iSCSI est en "10.20.0.0".

Le but étant de pouvoir couper la connexion réseau entre un hôte VMware ESXi spécifique et le serveur iSCSI où tourne une machine virtuelle sans couper l'accès des autres hôtes du cluster à ce même serveur iSCSI.

Voici un petit aperçu de la configuration de nos hôtes pour que vous puissiez mieux comprendre comment ceux-ci sont configurés pour ce test de VMCP.
Pour commencer, nous avons le commutateur virtuel standard d'origine (vSwitch0) pour le réseau de gestion et celui des VMs.

Ensuite, nous avons créé un nouveau commutateur virtuel standard avec :

• 2 adaptateurs physiques que nous avons ajouté à l'hôte
• 2 réseaux virtuels pour faire de la tolérance de panne / répartition de charge pour le trafic iSCSI
• 2 ports VMkernel pour le trafic iSCSI entre l'hôte et le serveur iSCSI.

Etant donné que les 2 ports VMkernel dédiés pour iSCSI se trouvent sur un même sous-réseau, une liaison de ports réseau doit être configurée (voir tutoriel cité précédemment).

Comme vous pouvez le voir, la banque de données "iSCSI DS 1" se trouve sur notre 1er serveur iSCSI "iscsi1" et il y a 2 chemins étant donné qu'il y a 2 adaptateurs physiques assignés à notre nouveau commutateur virtuel dédié au trafic iSCSI.

La banque de données "iSCSI DS 2" se trouve sur notre 2ème serveur iSCSI "iscsi2" et il y a à nouveau 2 chemins pour la même raison.

Si vous souhaitez surveiller les logs de votre hôte pour voir les différents messages liés à l'état APD et au timer expliqués précédemment, n'oubliez pas d'activer le service "SSH" sur votre hôte via la section : Configurer -> Système -> Services.

Pour l'exemple, nous avons exécuté notre machine virtuelle "VCSA" stockée sur notre banque de données "iSCSI DS 1" via notre hôte "esxi1".

Ensuite, nous avons démarré notre machine virtuelle "Win 10 x64 v2004" stockée sur notre banque de données "iSCSI DS 2" via notre hôte "esxi2".
Ainsi, nous pourrons couper la connexion réseau entre notre hôte "esxi2" et notre serveur ISCSI 2 sans que VCSA ne soit inaccessible et en permettant à VMCP de redémarrer cette VM sur l'hôte 1 qui sera toujours fonctionnel.

Comme vous pouvez le voir, pour le moment, la fenêtre des propriétés système de Windows 10 est affichée dans cette machine virtuelle.

Connectez-vous en SSH (grâce à PuTTY, par exemple) en tant que root à l'hôte où vous souhaitez couper la connexion pour le trafic iSCSI et tapez la commande :

Bash

tail -f /var/log/vmkernel.log

Pour tester si VMCP fonctionne, nous avons débranché virtuellement le câble réseau des cartes réseau physiques dédiées au trafic iSCSI de l'hôte 2 (où tourne notre VM sous Windows 10).
Note : dans notre cas, nous utilisons des hyperviseurs VMware ESXi virtualisés sous VMware ESXi.

Sur votre cluster, vous verrez un message d'erreur apparaitre pour l'hôte où vous avez coupé la connexion réseau.

Plain Text

Connectivité réseau perdue.

Sur l'hôte concerné, vous verrez le même message d'erreur, ainsi que l'avertissement ci-dessous.

Plain Text

Le nombre de banques de données de signal de pulsation de vSphere HA pour cet hôte est 1, ce qui est moins que le nombre exigé : 2.

En effet, comme expliqué dans notre tutoriel "VMware vSphere 6.7 - Activer vSphere HA sur un cluster", votre cluster doit posséder au moins 2 banques de données et au moins 2 de celles-ci doivent être utilisées pour le signal de pulsation sur le stockage.

Sur la page de la machine virtuelle impactée (dans notre cas : Win 10 x64 v2004), vous verrez qu'une erreur s'est produite sur l'hôte concerné.

Dans le fichier de log "/var/log/vmkernel.log", vous verrez ceci apparaitre :

Plain Text

HBX: 6591: APD EventType: APD_START (3) for vol 'iSCSI DS 2'

Ce qui indique qu'un état APD a été détecté pour la banque de données spécifiée (dans notre cas : iSCSI DS 2).