Différences entre les versions de « Esxi Gestion Memoire »
| Ligne 3 : | Ligne 3 : | ||
Tout au long du développement des versions de l’hyperviseur, VMware a intégré différents types de fonctionnalités, afin optimiser l’utilisation de la mémoire et surtout de gérer l’espace mémoire physique en cas de contention suite, par exemple, à une perte de plusieurs serveurs ESXi. | Tout au long du développement des versions de l’hyperviseur, VMware a intégré différents types de fonctionnalités, afin optimiser l’utilisation de la mémoire et surtout de gérer l’espace mémoire physique en cas de contention suite, par exemple, à une perte de plusieurs serveurs ESXi. | ||
[[Fichier: | [[Fichier:Techno_memory1.png|400px|thumb|center]] | ||
* Première technologie le TPS (Transparent Page Sharing) qui va être capable d’analyser les paginations mémoires des VMs et consolider les paginations identiques en une. Elle se base sur | * Première technologie le TPS (Transparent Page Sharing) qui va être capable d’analyser les paginations mémoires des VMs et consolider les paginations identiques en une. Elle se base sur | ||
Version actuelle datée du 30 décembre 2020 à 11:02
Cette page concerne la gestion de la mémoire sous Esxi 5.0 (tiré de cette page)
Tout au long du développement des versions de l’hyperviseur, VMware a intégré différents types de fonctionnalités, afin optimiser l’utilisation de la mémoire et surtout de gérer l’espace mémoire physique en cas de contention suite, par exemple, à une perte de plusieurs serveurs ESXi.
- Première technologie le TPS (Transparent Page Sharing) qui va être capable d’analyser les paginations mémoires des VMs et consolider les paginations identiques en une. Elle se base sur
des pages de 2MB ou de 4KB lors qu’il y a une trop grande fragmentation.
- Seconde technologie, le Ballooning, qui va forcer l’OS de la VM à swapper dans son vmdk, grâce à un driver, intégré dans les VMware Tools, qui va réclamer plus de mémoire. L’OS n’ayant
pas d’autre solution que de swapper dans son disque virtuel.
- Troisième et nouvelle fonctionnalité la compression, qui va permettre de compresser à la hauteur de 10 % de la mémoire physique.
- Quatrième et dernière fonctionnalité le swap du VMKernel. Lors du démarrage d’une VM, un fichier swap est créé, par défaut dans le dossier du .vmx, de la taille de la mémoire allouée
moins la réservation. Ce fichier sera utiliser lorsque le VMKernel a ballooné toutes les VMs et s’il a besoin encore plus de mémoire physique à disposition. On peut également activer, dans ce cas-là, le swap cache sur SSD afin de profiter des faibles latences de ce type de stockage.
En résumé, si vous arrivé à ce point, soit votre architecture est très mal conceptualisée, soit vous avez mis des limitations sur les ressources mémoires de vos VMs…
Pour d'autres explications et le pdf de l'image ci-dessous : http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=2017642
Il y a également des explications liées aux graphiques dans le vCenter :
Et à l’interprétation de la commande ESXTOP :