Grâce à DRS, vous pouvez définir des règles d'affinité et d'anti-affinité en tant que préférence ou en tant que nécessité.
Dans ce 1er exemple, vous indiquez à DRS que vous préférez que les machines virtuelles du groupe A s'exécutent sur le groupe d'hôte "Blade Chassis A".
Pour les machines virtuelles du groupe B, celles-ci devront s'exécuter sur le groupe d'hôte "Blade Chassis B".
Ce qui signifie qu'en cas de panne des hôtes du groupe d'hôtes "Blade Chassis A", les machines virtuelles pourront être redémarrées sur un autre groupe d'hôtes pour assurer la disponibilité des services hébergés par ces machines virtuelles.
Dans ce 2ème exemple, vous indiquez à DRS que les machines virtuelles du groupe A doivent s'exécuter uniquement sur le groupe d'hôtes "ISV-Licensed".
Dans le cas où les hôtes du groupe "ISV-Licensed" tombent en panne, les machines virtuelles du groupe A ne pourront pas être redémarrées sur d'autres groupes d'hôtes.
Les services hébergés sur les machines virtuelles de ce groupe A ne seront donc plus disponibles.
Ce type de règle (nécessité) est donc utilisé principalement pour éviter des problèmes de licences.
En effet, certains fabricants sont intransigeants dans le respect des licences. Dans le cas où la VM est migrée vers un autre groupe d'hôtes, les conditions de la licence de la solution que vous utilisez dans une de vos VMs risquent de ne plus être respectées.
Comme expliqué précédemment, les règles sont appliquées grâce à des groupes de VMs et des groupes d'hôtes.
Pour commencer, sélectionnez votre cluster et allez dans : Configurer -> Configuration -> Groupes de VM/Hôte.
Ensuite, cliquez sur : Ajouter.
Dans la fenêtre "Créer un groupe de VM/hôtes" qui s'affiche, indiquez un nom pour ce groupe de VMs et sélectionnez "Groupe de VM" comme type.
Ensuite, cliquez sur : Ajouter.
Sélectionnez les machines virtuelles que vous souhaitez ajouter dans ce groupe et cliquez sur OK.
Dans notre cas, nos machines virtuelles sous Windows 10.
Cliquez sur OK.
Le groupe de VMs ajouté apparait dans la liste "Groupes de VM/Hôte".
Maintenant, cliquez à nouveau sur : Ajouter.
Dans la fenêtre "Créer un groupe de VM/hôtes" qui s'affiche, indiquez un nom pour ce groupe d'hôtes et, cette fois-ci, sélectionnez "Groupe d'hôtes" comme type.
Ensuite, cliquez sur : Ajouter.
Pour cet exemple, nous sélectionnerons qu'un hôte, car nous n'avons que 2 pour ce tutoriel.
Une fois l'hôte ou les hôtes souhaités sélectionnés, cliquez sur OK.
Cliquez sur OK.
Le groupe d'hôtes ajouté apparait.
Dans la section "Règles de VM/hôte", cliquez sur : Ajouter.
Dans la fenêtre "Créer une règle de VM/hôte" qui s'affiche, indiquez un nom pour cette règle et cochez la case "Activer la règle".
Pour le type de règle, vous aurez le choix entre :
Dans notre cas, nous allons créer une règle de type "Machines virtuelles aux hôtes".
Sources :
Dans ce cas, vous devrez sélectionner :
Dans notre cas, nous souhaitons que nos machines virtuelles sous Windows 10 s'exécutent de préférence sur notre hôte "esxi1" qui fait partie de notre groupe d'hôtes "ESXi 1 host".
La règle de VM/hôte ajoutée apparait
Si vous la sélectionnez, vous pourrez voir les machines virtuelles et les hôtes concernés par cette règle, ainsi qu'une description indiquant ce que cette règle implique.
Important : si DRS détecte des conflits entre différentes règles de VM/hôte, vous verrez le nombre dans la colonne "Conflits" augmenter.
Par contre, sachez aussi que les règles ne s'appliquent que lorsque les machines virtuelles sont sous tension (démarrées).
Autrement dit, un conflit se produit entre 2 règles de VM/hôte, mais que les machines virtuelles concernées par ces règles sont éteintes, le conflit ne sera pas détecté.
Le conflit n'apparaitra que lorsque les machines virtuelles concernées seront sous tensions.
Maintenant que vous savez à quoi correspondent les différentes options et comment mettre en place vos propres règles DRS, voici un petit exemple.
Dans un précédent tutoriel, nous avions déployé la solution StarWind Virtual SAN sous VMware vSphere.
Ce qui impliquait de déployer 2 machines virtuelles StarWindVSA vSphere. Une machine virtuelle par hôte.
En effet, il s'agit de serveurs de stockage accessibles en iSCSI, dont les données sont répliquées d'une machine virtuelle à l'autre.
Autrement dit, le stockage partagé StarWind Virtual SAN accessible via le protocole iSCSI est disponible via n'importe laquelle de ces 2 machines virtuelles.
Dans ce cas-ci, vous comprendrez aisément qu'il est impératif de signaler à DRS de toujours séparer ces machines virtuelles sur différents hôtes de votre cluster.
Ainsi, si un hôte tombe, l'autre machine virtuelle "StarWind VSA vSphere" est toujours fonctionnelle et le stockage partagé reste disponible comme si de rien n'était.
Ce qui ne serait pas le cas si les 2 machines virtuelles StarWind VSA vSphere se retrouvaient sur le même hôte par accident. (Une migration d'une VM StarWind serait au moins nécessaire pour qu'une machine virtuelle StarWindVSA vSphere soit de nouveau fonctionnelle.)
Pour que le stockage StarWind Virtual SAN soit toujours disponible, même en cas de panne d'un de nos hôtes, nous sélectionnons notre cluster VMware vSphere et nous allons dans : Configurer -> Configuration -> Règles de VM/hôte.
Ensuite, nous cliquons sur : Ajouter.
Dans la fenêtre "Créer une règle de VM/hôte" qui s'affiche, nous spécifions :
Comme vous pouvez le voir, VMware vous indique que les machines virtuelles répertoriées doivent s'exécuter sur des hôtes différents.
Nous cliquons sur OK.
La nouvelle règle créée apparait.
VMware 20/7/2022
VMware 29/7/2022
VMware 5/8/2022
VMware 14/6/2024
Contenu épinglé
Contact
® InformatiWeb-Pro.net - InformatiWeb.net 2008-2022 - © Lionel Eppe - Tous droits réservés.
Toute reproduction totale ou partielle de ce site est interdite et constituerait une contrefaçon sanctionnée par les articles L.335-2 et suivants du Code de la propriété intellectuelle.
Pas de commentaire