par Cameron Cameron, Consultant principal
Remarque : Il est supposé que le public de ce document comprend déjà comment VMware gère la mémoire pour toutes les machines virtuelles exécutées sur chaque hôte ESXi.
L’un des grands avantages de VMware est la possibilité de sursouscrire les ressources CPU et mémoire, ce qui permet la consolidation des charges de travail. Lors de la virtualisation de systèmes pour nos clients, qui ont une grande empreinte mémoire (i.e. bases de données), nous voyons souvent la mémoire physique s’épuiser avant d’approcher la limite de la capacité de calcul d’un hôte ESXi. Pour les charges de travail de niveau 1, nous vous recommandons de configurer les réservations de mémoire, en particulier dans les environnements où ces charges de travail critiques sont mélangées à des machines virtuelles de niveau inférieur.
Toutes les boutiques VMware ne choisissent pas d’utiliser des réservations de mémoire. Parfois, cela peut déclencher une augmentation de la mémoire lorsque certains événements, y compris vMotion, amènent la vRAM provisionnée à approcher ou à correspondre à la RAM physique de l’hôte ESXi. Lorsque cela se produit, l’hôte ESXi connaîtra probablement un événement de bulle de mémoire, et toute machine virtuelle non protégée par une réservation de mémoire peut être affectée. S’appuyer sur une sommation de la vRAM provisionnée et la comparer à la RAM physique peut cependant conduire à un faux sentiment de sécurité, car souvent la surcharge mémoire de chaque machine virtuelle n’a pas été prise en compte.
House of Brick recommande plutôt que la somme de la mémoire de toutes les machines virtuelles (mémoire de la machine virtuelle, surcharge de la mémoire de la machine virtuelle et mémoire du noyau de la machine virtuelle) ne dépasse pas la mémoire physique de l’hôte.
De la mémoire de surcharge sur les machines virtuelles :
Les machines virtuelles nécessitent une certaine quantité de mémoire de surcharge disponible pour être allumées. Vous devez être conscient du montant de ces frais généraux.
Le tableau suivant répertorie la quantité de mémoire supplémentaire requise par une machine virtuelle pour la mettre sous tension. Une fois qu’une machine virtuelle est en cours d’exécution, la quantité de mémoire supplémentaire qu’elle utilise peut différer de la quantité indiquée dans le tableau. Les valeurs d’échantillon ont été collectées avec le swap VMX activé et la MMU matérielle activée pour la machine virtuelle. (L’échange VMX est activé par défaut.)
Remarque:
La table fournit un échantillon de valeurs de mémoire de surcharge et ne tente pas de fournir des informations sur toutes les configurations possibles. Vous pouvez configurer une machine virtuelle pour avoir jusqu’à 64 processeurs virtuels, en fonction du nombre de processeurs sous licence sur l’hôte et du nombre de PROCESSEURS pris en charge par le système d’exploitation invité.
Tableau 1: Exemple de mémoire de surcharge sur les machines virtuelles
Ce que vous pouvez voir dans le tableau ci-dessus, c’est que, à mesure que l’allocation de mémoire à une machine virtuelle augmente, la surcharge mémoire augmente également. Alors qu’ESXi peut généralement récupérer de la mémoire surallouée (via des mécanismes de gestion de la mémoire ESXi), la surcharge ne peut pas être récupérée, ce qui souligne la nécessité de dimensionner correctement les charges de travail.
Chaque organisation doit déterminer ses propres politiques concernant les réservations de mémoire dans son environnement VMware. Mais, si vous exécutez des charges de travail de niveau 1 avec d’autres charges de travail, que vous utilisez trop de mémoire ou que vous constatez une augmentation de la mémoire, sachez qu’il existe une surcharge de mémoire pour chaque machine virtuelle qui n’a peut-être pas été prise en compte lors de la planification.