vSAN Stretched Cluster – Les paramètres HA & DRS – Part 2/2

vSAN Stretched Cluster – Les paramètres HA & DRS – Part 2/2

17 juillet 2016 1 Par Michael PERES

vSAN Stretched Cluster – Les paramètres HA & DRS – Part 2/2

 

PARAMÈTRES DRS

Nous avons déjà configuré la plupart des paramètres HA et DRS requis pour un Stretched Cluster vSAN, mais nous allons les rappeler ici juste pour définir ce qui doit être configuré.

DRS peut être configuré de façon entièrement automatisé ou en mode partiellement automatisé.

Pour plus d'informations sur la configuration VSAN Cluster consulter le lien suivant :

http://www.vmware.com/files/pdf/products/vsan/VMware-Virtual-SAN-6.2-Stretched-Cluster-Guide.pdf

Sélectionnez Cluster ROBO

Sélectionnez Gérer

Sélectionnez Réglages

Sélectionnez vSphere DRS

vSphere DRS est activé et en mode partiellement automatisé.

 

GROUPES VM / HÔTE

Voyons maintenant la partie DRS dans un Stretched Cluster vSAN.

Dans la relation entre les règles d'affinité de l'hôte et les VM, il est important de prendre en considération la fonctionnalité DRS.

DRS est vraiment nécessaire pour ce qui est des règles d'affinité de l'hôte avec les VM.

Si DRS n’est pas activé, les règles de type « should » sont ignorées. Donc, si vous voulez utiliser les règles « should » pour ce qui concerne les règles d’affinité des VM par rapport au Host, vous devez activer DRS.

Sélectionnez le cluster ROBO

Sélectionnez Gérer

Sélectionnez Réglages

Sélectionnez VM / Groupes d'hôtes

Sélectionnez Primary

Le groupe hôte primaire contient l'hôte ESXi (ici : esx-05a.corp.local)

Sans titre

Faire un clic droit

Le groupe hôte secondaire contient l'hôte ESXi (ici : esx-06a.corp.local)

Sélectionnez le VM-Primary Group.

Pour le moment nous ne disposons pas de VM attribué au « VM / Host Group ».

Note : La chose à retenir est que si vous déployez une VM supplémentaire dans le Stretched Cluster vSAN, pensez à les ajouter au VM Group afin qu'elles puissent être traitées par DRS.

Dans le VM / Hôte Membres du groupe. Sélectionnez Add.

Sélectionnez la machine virtuelle (ici : VM-Primary), puis cliquez sur OK

Sans titre2Sélectionnez le second groupe (ici : VM-Secondary)

Pour le moment nous ne disposons pas de VM attribué au VM Group

Sans titre2b

Dans le groupe VM/Host Group Members, sélectionnez Add.

Sélectionnez la machine virtuelle (ici : VM-Secondary) et cliquez sur OK

Capture d’écran 2016-07-15 à 16.48.32

Vérifiez que la VM « VM-Secondary » est dans le VM Group « VM secondary ».

 

VM/Host Rules

 

Sélectionnez la règle PrimaryVMHosts.

Deux éléments d'information importants ici :

Premièrement, les détails de « VM / Host Rules » Les machines virtuelles qui sont membres du « VM-Group doivent fonctionner sur des hôtes qui sont membres du groupe d'hôtes.

Capture-d’écran-2016-07-15-à-16.59.04

Deuxièmement le « Group Members », nous pouvons voir que la VM VM-primaire doit être exécutée sur l'hôte appelé « esx-05a.corp.local »

Sélectionnez la règle SecondaryVMHosts

Ici, nous pouvons voir que la VM « VM-Secondary » doit être exécutée sur l'hôte appelé esx-06a.corp.local

Capture d’écran 2016-07-15 à 17.02.58

Activer HA dans un stretched Cluster vSAN

Pour assurer la disponibilité des machines virtuelles dans un Stretched Cluster vSAN, vSphere HA doit être configuré. Cela permet à des machines virtuelles de redémarrer sur le même site (avec des règles d'affinité) quand il y a une défaillance de l'hôte, ou de redémarrer sur le site distant quand il y a une défaillance complète du site. Cependant, il y a certains paramètres qui doivent être configurés de manière spécifique qui sont essentiels à la réalisation de la haute disponibilité dans un Stretched Cluster vSAN.

Sélectionnez le « Cluster ROBO »

Sélectionnez Gérer

Sélectionnez Réglages

Sélectionnez vSphere HA

vSphere HA est actuellement Éteint , cliquez sur Edit

Capture d’écran 2016-07-15 à 17.05.36

Sélectionnez « Turn on vSphere HA

Capture d’écran 2016-07-15 à 17.09.22

Développer « Failure conditions and VM response »

Capture d’écran 2016-07-15 à 17.14.18

Pour « Response for Host Isolation », vérifiez que l’option « Power off and restart VMs » est sélectionnée.

Capture d’écran 2016-07-15 à 17.16.59

Faites défiler vers le bas et développez la partie Admission Control

Capture d’écran 2016-07-15 à 17.18.56

Si nous avons une panne de l'ensemble du site, les machines virtuelles peuvent avoir à fonctionner sur un seul site, qui est effectivement la moitié du cluster global. Afin de garantir que les réservations peuvent être satisfaites, nous devons configurer HA de façon à réserver 50% des ressources (i.e. one site).

Dans la section Admission Control, vérifier les points suivants:

Définir la capacité de basculement en réservant un pourcentage des ressources du cluster :

Reserved failover CPU capacity : 50%Reserved failover Memory capacity : 50%

Cliquez sur OK pour activer vSphere HA

Configurer HA pour que les VM respectent les règles d'affinité de l'hôte

Il y a un réglage final qui doit être effectué sur les « VM/Host Rules ». Ce paramètre définit une nouvelle fois comment vSphere HA se comportera quand il y a une défaillance totale d’un site.Capture d’écran 2016-07-15 à 17.26.24

Dans la section « vSphere HA Rules Settings ».

L'un des paramètres est pour « VM to Host Affinity Rules ».

Vérifiez que « VM to Host Affinity Rules » est réglé sur vSphere HA should respect rules during failover »

Ce réglage peut être interprété comme suit :

  • Si plusieurs hôtes sont sur différents sites, et qu’un hôte échoue, vSphere HA va essayer de redémarrer la machine virtuelle sur les hôtes restants sur le site, maintenu par affinité.

• S'il y a une panne complète du site, vSphere HA va essayer de redémarrer les machines virtuelles sur les hôtes de l'autre site. Si l'option "must respect" illustré ci-dessus est sélectionnée, vSphere HA sera incapable de redémarrer les machines virtuelles sur l'autre site, car il casserait la règle. L'utilisation d'une règle de type "should", lui permettrai de faire exactement cela.

See you on the next topic!