Menu
InformatiWeb Pro
  • Index
  • Admin système
  • Virtualisation

Connexion

Inscription Mot de passe perdu ?
US
  • Windows Server
    • WMS 2012
    • WS2012 R2
    • WS2016
  • Citrix
    • Citrix NetScaler Gateway
    • Citrix XenApp / XenDesktop
    • Citrix XenServer
  • VMware
    • VMware ESXi
    • VMware vSphere
    • VMware Workstation
  • Microsoft
    • Hyper-V
  • RAID
    • Adaptec SmartRAID
  • UPS
    • APC Back-UPS Pro
  • InformatiWeb Pro
  • Virtualisation
  • VMware
  • Qu'est-ce que le contrôle d'admission sur un cluster VMware vSphere 6.7 ?
  • VMware
  • VMware vCenter Server (VCSA), VMware vSphere
  • 05 mars 2025 à 09:16
  • InformatiWeb
  • 1/2

Qu'est-ce que le contrôle d'admission sur un cluster VMware vSphere 6.7 ?

Pour que VMware vSphere HA puisse redémarrer sans problème les VMs d'un hôte qui tombe en panne grâce aux autres hôtes du cluster, VMware vSphere HA utilise le contrôle d'admission.

  1. Qu'est-ce que le contrôle d'admission ?
  2. Types de contrôle d'admission
    1. Pourcentage de ressources du cluster
    2. Stratégie d'emplacement (slot)
    3. Hôtes de basculement dédiés
  3. Choisir la stratégie de contrôle d'admission à utiliser
    1. Utiliser la stratégie : Pourcentage de ressources du cluster
    2. Utiliser la stratégie : Stratégie d'emplacement (VM sous tension)
    3. Utiliser la stratégie : Hôtes de basculement dédiés
    4. Désactiver le contrôle d'admission

1. Qu'est-ce que le contrôle d'admission ?

Le contrôle d'admission permet d'imposer des contraintes concernant l'utilisation des ressources pour s'assurer que les machines virtuelles puissent toujours être redémarrées grâce aux autres hôtes du cluster.

Les actions susceptibles d'enfreindre ces contraintes ne sont donc pas autorisées.
Par exemple :

  • la mise sous tension d'une VM
  • la migration d'une VM
  • la modification de la réservation CPU ou RAM d'une VM

En effet, le contrôle d'admission fonctionne avec un système d'emplacements (slots) qui sera calculé en fonction des réservations de ressources CPU et RAM de vos VMs, ainsi que les ressources disponibles sur les hôtes de votre cluster.
Notez que si aucune réservation de mémoire n'est définie sur vos machines virtuelles, vSphere HA utilisera par défaut les valeurs "0 Mo" pour la mémoire vive (RAM) et "32 MHz" pour le processeur (CPU).

Notez que ce contrôle d'admission peut être désactivé. Bien que cela soit déconseillé, car VMware vSphere HA ne pourra plus vous garantir que vos VMs pourront être redémarrées sur les autres hôtes de votre cluster en cas de problème.

Dans l'exemple ci-dessous, si l'hôte 1 tombe en panne, les machines virtuelles (qui consomment ici 80% des ressources de cet hôte) ne pourront pas être redémarrées sur l'hôte 2 (qui dans cet exemple, est aussi utilisé à 80% de sa capacité).

Or, avec le contrôle d'admission, une situation comme ci-dessus ne pourra pas arriver.
De plus, plus vous possédez d'hôtes dans un cluster, plus vous avez de ressources disponibles (libres) sur vos différents hôtes pour pouvoir redémarrer les machines d'un hôte tombant en panne (au cas où).
Bien qu'il soit aussi déconseillé d'utiliser un hôte à 100% de sa capacité pour éviter que les mécanismes de récupération de mémoire (TPS, ballooning, compression, ...) : Fonctionnement de la gestion de la mémoire (RAM) sous VMware ESXi 6.7.

Dans l'exemple ci-dessous, si l'hôte 1 tombe en panne, vSphere HA pourra redémarrer sans problème ses machines virtuelles grâce aux autres hôtes du cluster, étant donné qu'il y a assez de ressources disponibles (libres) sur ces hôtes.

Source : Contrôle d'admission vSphere HA - VMware Docs.

2. Types de contrôle d'admission

Par défaut, le contrôle d'admission est basé sur le nombre d'hôtes défectueux que le cluster peut tolérer en garantissant toujours que le basculement soit possible.

Néanmoins, vous pouvez choisir entre 3 types de contrôle d'admission :

  1. Pourcentage de ressources du cluster
  2. Stratégie d'emplacement
  3. Hôtes de basculement dédiés

2.1. Pourcentage de ressources du cluster

Lorsque vous choisissez le type de contrôle d'admission "Pourcentage de ressources du cluster", VMware vSphere HA vérifie que le pourcentage de ressources (CPU + RAM) est réservé pour le basculement.

Dans l'exemple ci-dessous (provenant de la documentation de VMware) :

  • les besoins totaux en ressources des VMs sont de 7 GHz (pour le CPU) et 6 Go de RAM.
  • les ressources totales pour les hôtes sont de 24 GHz (pour le CPU) et 21 Go de RAM.

La capacité pour le processeur (CPU) est donc de 70% ((24 GHz - 7 GHz) / 24 GHz).
La capacité en mémoire vive (RAM) est donc de 71% ((21 Go - 6 Go) / 21 Go).

Si vous définissez un pourcentage de ressources pour le basculement de 25%, il reste donc 45% de ressources CPU et 46% de ressources mémoire (RAM) de disponibles pour des machines virtuelles supplémentaires.

Source : Contrôle d'admission Pourcentage de ressources de cluster - VMware Docs.

2.2. Stratégie d'emplacement (slot)

Lorsque vous choisissez le type de contrôle d'admission "Stratégie d'emplacement", VMware vSphere HA s'assure que les ressources soient toujours suffisante dans votre cluster pour redémarrer toutes les VMs depuis les hôtes qui seraient tombés en panne.

Pour cela, vSphere HA va utiliser un système d'emplacement (ou "slot" en anglais).
Un emplacement (slot) correspond aux ressources CPU et RAM que chaque VM sous tension dans votre cluster devra être en mesure d'utiliser sur un autre hôte du cluster, dans le cas où celui source tomberait en panne.
Une fois la taille d'emplacement (slot) calculée par vSphere HA, le contrôle d'admission pourra calculer combien de machines virtuelles il pourra redémarrer sans problème grâce aux autres hôtes en cas de panne d'un hôte.

Important : la taille d'un emplacement (slot) est calculée :

  • pour le processeur (CPU) : en prenant en compte la plus grande réservation de ressource CPU de chaque machine virtuelle.
    Si il n'y a pas de réservation de CPU, la valeur utilisée sera de 32 MHz.
  • pour la mémoire vive (RAM) : en prenant en compte la plus grande réservation de mémoire + la capacité supplémentaire de mémoire (memory overhead) de chaque machine virtuelle.
    Si il n'y a pas de réservation de mémoire, la valeur utilisée sera de 0 Mo + la capacité supplémentaire de mémoire (memory overhead).

Une fois la taille d'emplacement calculée, vSphere HA déterminera la capacité de basculement en calculant combien d'emplacements sont disponibles sur chaque hôte pour les machines virtuelles.
Ainsi, vSphere HA pourra savoir combien de machines virtuelles pourront être redémarrées sur les autres hôtes fonctionnels du cluster dans le cas où un hôte tomberait en panne.
Notez que seuls les hôtes connectés qui ne sont pas en maintenance sont pris en compte.

Dans l'exemple ci-dessous (provenant de la documentation de VMware) :

  • le nombre de défaillances pour les hôtes est configuré à 1.
  • la taille d'emplacement calculée est de 2 GHz (pour le CPU) et de 2 Go (pour la RAM) qui correspondent aux valeurs les plus élevées pour les machines virtuelles sous tension actuellement.
  • en prenant en compte cette taille d'emplacement de "2 GHz / 2 Go", vSphere a déterminé qu'il y avait 4 emplacements (slots) possibles sur l'hôte 1, 3 emplacements (slots) sur l'hôte 2 et 3 emplacements sur l'hôte 3.
  • si l'hôte 1 tombe en panne, il restera 6 emplacements (slots) disponibles grâce aux hôtes 2 et 3.
    Les 4 machines virtuelles pourront donc être redémarrées sans problème grâce à ces 6 emplacements (slots).

Source : Contrôle d'admission Stratégie d'emplacement - VMware Docs.

2.3. Hôtes de basculement dédiés

Lorsque vous choisissez le type de contrôle d'admission "Hôtes de basculement dédiés", VMware vSphere HA conservera un ou plusieurs hôtes spécifiques comme hôtes de basculement.
Autrement dit, ces hôtes ne seront utilisés que lorsqu'un autre hôte tombe en panne.
Ce qui permet notamment de faire de l'économie d'énergie en évitant de faire tourner tous les hôtes simultanément si on peut consolider au mieux ses hôtes.

Lorsque vous définissez des hôtes comme hôtes de basculement, ceux-ci sont utilisés en priorité lorsqu'un hôte tombe en panne et qu'il faut redémarrer ses machines virtuelles dans votre cluster.
Néanmoins, si ces hôtes de basculement ne sont en panne ou que leurs ressources ne sont pas suffisantes pour redémarrer les machines virtuelles de l'hôte qui est tombé en panne, alors d'autres hôtes du cluster seront utilisés.

Notez que vous ne pouvez pas mettre sous tension des machines virtuelles ni en migrer vers ceux-ci.
Sinon, les capacités ne seront pas disponibles.

Notez également que DRS n'utilise pas les hôtes de basculement pour répartir la charge et il ne respecte pas non plus les règles d'affinité VM-VM sur ceux-ci.

Source : Contrôle d'admission sur des hôtes de basculement dédiés - VMware Docs.

3. Choisir la stratégie de contrôle d'admission à utiliser

Pour choisir la stratégie de contrôle d'admission que vSphere HA doit utiliser, sélectionnez votre cluster et allez dans : Configurer -> Services -> Disponibilités vSphere.
Ensuite, cliquez sur : Modifier.

Notez que vSphere HA doit évidemment être activé.

3.1. Utiliser la stratégie : Pourcentage de ressources du cluster

Dans l'onglet "Contrôle d'admission", commencez par sélectionner "Définir la capacité de basculement de l'hôte par : Pourcentage de ressources du cluster".
Ensuite, vous pourrez configurer les paramètres de contrôle d'admission liés à cette stratégie :

  • Pannes de l'hôte tolérées par le cluster : nombre d'hôtes qui peuvent tomber en panne sans que cela ne pose de problème pour le basculement des machines virtuelles impactées vers d'autres hôtes du cluster.
  • Définir la capacité de basculement de l'hôte par : indique la stratégie à utiliser pour le contrôle d'admission.
    • Remplacez la capacité de basculement calculée : permet de spécifier manuellement le pourcentage de ressources (CPU / RAM) à réserver pour le basculement.
    • Capacité de basculement réservée CPU : permet de spécifier manuellement le pourcentage de ressources CPU à réserver pour le basculement.
    • Capacité de basculement réservée de mémoire : idem, mais pour la mémoire vive (RAM).
  • Dégradation des performances tolérées par les VM : si vous réglez la valeur à 0%, aucune dégradation de performance ne se produira pour les machines virtuelles en cas de basculement de VM.
    Si vous réglez la valeur à 100%, aucun avertissement ne s'affichera en cas de dégradation de performances.
    Si vous réglez la valeur entre 0% et 100% (non compris), cela déterminera simplement le niveau à partir duquel un avertissement s'affichera concernant la dégradation des performances lors du redémarrage des VMs.

Sources :

  • Configurer le contrôle d'admission - VMware Docs
  • Performance degradation in Admission control - VMware Technology Network VMTN

Lorsque le contrôle d'admission est configuré pour utiliser la stratégie "Pourcentage de ressources du cluster", vous verrez les ressources réservées pour le basculement dans la section "vSphere HA" de votre cluster VMware :

  • CPU réservé pour le basculement : 50%
  • Mémoire dédiée au basculement : 50%

Si vous allez dans "Surveiller -> vSphere HA -> Résumé", vous verrez une section "Infos d'exécution avancées" avec ces informations :

  • Mémoire totale du cluster : la quantité totale de mémoire vive physique de votre cluster. Autrement dit, la quantité totale de mémoire vive physique des hôtes de votre cluster.
    Dans notre cas, nous possédons 2 hôtes avec 32 Go de RAM chacun. Ce qui donne une mémoire totale de 64 Go.
  • Capacité de basculement (mémoire) : la quantité de mémoire vive du cluster qui est réservé au basculement.
    Etant donné que vSphere HA a configuré la réserve de mémoire à 50 %, il y a donc 32 Go de RAM réservés pour le basculement dans notre cas.
  • Capacité totale de CPU du cluster : la fréquence totale de votre cluster pour le processeur. Autrement dit, la fréquence totale des processeurs des hôtes de votre cluster.
    Dans notre cas, nous possédons 2 hôtes avec chacun un processeur de 8 coeurs avec une fréquence de 3 GHz. Ce qui donne une fréquence totale de 48 GHz (2 x 8 coeurs x 3 GHz).
  • Capacité de basculement (CPU) : les ressources CPU du cluster qui sont réservées au basculement.
    Etant donné que vSphere HA a, à nouveau, configuré la réserve de ressources CPU à 50 %, il y a donc 24 GHz réservés pour le basculement dans notre cas.
  • Calcul automatique des ressources de basculement : indique si le calcul automatique des ressources de basculement est activé ou non.
    Si vous avez coché la case "Remplacez la capacité de basculement calculée" dans l'onglet "Contrôle d'admission" des paramètres de vos clusters VMware, alors il sera indiqué "désactivé".

Page suivante

Partager ce tutoriel

Partager
Tweet

A voir également

  • VMware ESXi 6.7 - Utiliser un contrôleur SCSI paravirtuel (PVSCSI)

    VMware 21/10/2022

    VMware ESXi 6.7 - Utiliser un contrôleur SCSI paravirtuel (PVSCSI)

  • VMware vSphere 6.7 - Activer le protocole SSH sous VCSA

    VMware 6/3/2024

    VMware vSphere 6.7 - Activer le protocole SSH sous VCSA

  • VMware vSphere 6.7 - Installer vCenter Server avec BDD SQL Server

    VMware 14/2/2024

    VMware vSphere 6.7 - Installer vCenter Server avec BDD SQL Server

  • VMware vSphere 6.7 - Migrer VMs via vMotion (changer format disque virtuel)

    VMware 20/11/2024

    VMware vSphere 6.7 - Migrer VMs via vMotion (changer format disque virtuel)

Commentaires

Vous devez être connecté pour pouvoir poster un commentaire

Donnez-nous votre avis

Contenu épinglé

  • Logiciels (Admin système)
  • Logiciels Linux
  • Nos programmes
  • Conditions générales
  • Donnez votre avis

Contact

  • Livre d'or
  • Support technique
  • 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.