> For the complete documentation index, see [llms.txt](https://docs.verge.io/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.verge.io/knowledge-base/fr/virtual-machines/guest-memory-management.md). # Comprendre la gestion de la mémoire des VM dans VergeOS ## Vue d’ensemble VergeOS adopte une approche différente de la gestion de la mémoire des machines virtuelles par rapport à des plateformes comme VMware et Nutanix. Comprendre comment VergeOS gère l'allocation et le reporting de la mémoire est essentiel pour une planification efficace des capacités, l'optimisation des performances et le dépannage. Cet article explique pourquoi le reporting de l'utilisation de la mémoire dans VergeOS diffère des rapports du système d'exploitation invité et quels sont les avantages de ce choix de conception. ## Ce que vous allez apprendre * Pourquoi VergeOS affiche la mémoire allouée plutôt que l'utilisation active de la mémoire * En quoi la gestion de la mémoire de VergeOS diffère des plateformes à ballooning mémoire * Les avantages en matière de performances et de fiabilité de l'approche de VergeOS * Les bonnes pratiques pour surveiller la mémoire aux niveaux de l'hôte et de l'invité * Comment cette conception améliore la planification des capacités et la fiabilité des migrations de charges de travail ## Concepts clés ### Allocation mémoire vs. utilisation de la mémoire **Allocation de mémoire**: La quantité de RAM physique réservée par l'hyperviseur pour une machine virtuelle, quelle que soit la quantité réellement utilisée par le système d'exploitation invité et les applications. **Utilisation de la mémoire**: La quantité de mémoire réellement consommée par les applications et le système d'exploitation au sein de la machine virtuelle. Dans VergeOS, lorsque vous attribuez 8 Go de RAM à une VM, l'hyperviseur réserve immédiatement 8 Go de mémoire physique sur l'hôte, même si le système d'exploitation invité n'en affiche que 2 Go utilisés. ### Pourquoi VergeOS affiche la mémoire allouée Lorsqu'une mémoire est allouée à une VM, l'hyperviseur doit réserver la totalité de cette quantité dans la RAM physique, indépendamment de ce que les applications à l'intérieur de la VM utilisent réellement. En effet, le système d'exploitation invité peut demander à tout moment l'accès à n'importe quelle portion de sa mémoire allouée, et l'hyperviseur doit garantir que cette mémoire est disponible. VergeOS affiche cette mémoire réservée/allouée car elle représente les ressources physiques réellement consommées sur l'hôte, offrant une vision fidèle de l'utilisation des ressources pour la planification des capacités et la gestion des performances. ## En quoi VergeOS se distingue des autres plateformes ### Approche de VergeOS : pas de ballooning mémoire VergeOS évite volontairement les techniques de ballooning mémoire utilisées par d'autres plateformes de virtualisation. Les caractéristiques clés comprennent : * **Alloué vs utilisé**: VergeOS affiche ce qui est alloué à chaque VM, ce qui n'est généralement pas la même chose que l'utilisation au niveau de l'invité * **Performance d'abord**: Cela élimine la surcharge et la complexité du ballooning * **Allocation des ressources prévisible**: Ce que vous voyez est exactement ce qui est réservé sur l'hôte physique ### Approche traditionnelle du ballooning De nombreuses plateformes de virtualisation utilisent des pilotes de ballooning mémoire qui : * Signalent dynamiquement l'utilisation de la mémoire à l'hyperviseur * Permettent le « surengagement » de mémoire en partageant la mémoire inutilisée entre les VM * Nécessitent des pilotes spéciaux (pilotes de ballooning) dans chaque système d'exploitation invité * Ajoutent de la complexité à la gestion de la mémoire et peuvent avoir des impacts sur les performances ## Avantages de la conception de gestion de la mémoire de VergeOS ### 1. Performances prévisibles En éliminant la surcharge des pilotes de ballooning, VergeOS offre des performances de VM plus prévisibles. Il n'y a pas de gestion dynamique de la mémoire susceptible d'affecter les temps de réponse des applications ou de provoquer une pression mémoire inattendue. ### 2. Planification des capacités simplifiée Grâce à une visibilité claire des allocations, les administrateurs peuvent facilement calculer : * La mémoire totale engagée sur l'ensemble des VM * La capacité de mémoire disponible pour de nouvelles charges de travail * L'utilisation des ressources sans calculs complexes de ballooning ### 3. Fiabilité renforcée VergeOS évite les problèmes de gestion dynamique de la mémoire qui peuvent survenir avec le ballooning, tels que : * Les délais de récupération de mémoire * La pression mémoire sur le système d'exploitation invité lors du gonflage du ballon * Une éventuelle instabilité des applications pendant les opérations mémoire ### 4. Migration réussie garantie **Essentiel pour la haute disponibilité**: L'approche de VergeOS garantit des migrations prévisibles des charges de travail en cas de défaillance d'un nœud. Comme la totalité de la mémoire allouée est toujours réservée, le système peut garantir que toutes les VM pourront être migrées vers les nœuds disponibles sans surprise liée au surengagement mémoire. Si VergeOS utilisait le ballooning mémoire, il ne pourrait pas garantir la migration fiable de toutes les charges de travail vers un autre nœud lors d'un scénario de défaillance, car les besoins réels en mémoire pourraient dépasser la capacité du nœud cible lorsque les ballons sont dégonflés. {% hint style="warning" %} **Fiabilité des migrations** Le ballooning mémoire peut créer des scénarios de migration imprévisibles. Lorsque des VM qui semblaient utiliser moins de mémoire ont soudainement besoin de la totalité de leur allocation pendant la migration, les nœuds cibles peuvent ne pas disposer de ressources suffisantes, ce qui peut entraîner des échecs de migration à des moments critiques. {% endhint %} ## Bonnes pratiques de surveillance de la mémoire ### Surveillance au niveau de l'hôte (tableau de bord VergeOS) Utilisez les tableaux de bord VergeOS pour surveiller : * **La mémoire totale allouée** sur l'ensemble des VM de chaque nœud * **La mémoire physique disponible** pour de nouveaux déploiements de VM * **Les tendances d'utilisation de la mémoire** pour la planification des capacités * **L'état de la mémoire du nœud** pendant les opérations de maintenance et de migration ### Surveillance au niveau de l'invité Au sein de chaque VM, utilisez les outils appropriés pour surveiller : * **La consommation de mémoire des applications** pour l'optimisation des performances * **L'utilisation de la mémoire du système d'exploitation** pour l'optimisation * **Les fuites de mémoire ou l'utilisation excessive** par des processus spécifiques * **Les métriques de performance au niveau de l'invité** pour le dépannage ### Stratégie de surveillance combinée Pour une gestion complète de la mémoire : 1. **Planification des capacités**: Utilisez les données d'allocation de VergeOS pour planifier l'extension matérielle 2. **Optimisation des performances**: Utilisez les données au niveau de l'invité pour ajuster les applications 3. **Dépannage**: Comparez l'allocation de l'hôte avec l'utilisation de l'invité afin d'identifier les problèmes 4. **Optimisation des ressources**: Ajustez la taille des VM en fonction des schémas réels d'utilisation de l'invité ## Exemple pratique Prenez ce scénario : * **Mémoire allouée à la VM**: 8 Go (affiché dans VergeOS) * **Gestionnaire des tâches Windows**: Affiche 3 Go utilisés * **Hôte physique**: Dispose de 8 Go réservés pour cette VM C'est un comportement normal et attendu. Le tableau de bord VergeOS montre correctement que 8 Go de mémoire physique sont engagés pour cette VM, tandis que le système d'exploitation invité affiche son utilisation interne de cette mémoire allouée. ## Dépannage des problèmes de mémoire ### Lorsque VergeOS affiche une utilisation élevée de la mémoire Si VergeOS affiche une utilisation élevée de la mémoire : 1. **Examinez les allocations des VM**: Vérifiez si les VM sont surallouées par rapport à leurs besoins réels 2. **Planifiez l'extension des capacités**: Des pourcentages d'allocation élevés indiquent le besoin de davantage de RAM physique 3. **Optimisez le dimensionnement des VM**: Envisagez de réduire les allocations pour les VM sous-utilisées ### Lorsque le système d'exploitation invité montre une pression mémoire Si les applications signalent des problèmes de mémoire alors que VergeOS montre une allocation disponible : 1. **Vérifiez la configuration du système d'exploitation invité**: Assurez-vous que la VM dispose d'une mémoire allouée adéquate 2. **Examinez les besoins de l'application**: Assurez-vous qu'une mémoire suffisante est allouée 3. **Surveillez les fuites de mémoire**: Recherchez les applications qui consomment une quantité excessive de mémoire au fil du temps ### Problèmes de performance liés à la mémoire Pour les problèmes de performance liés à la mémoire : 1. **Vérifiez l'allocation adéquate**: Assurez-vous que les VM disposent d'une mémoire suffisante allouée 2. **Vérifiez la pression mémoire de l'hôte**: Évitez de surengager la RAM physique totale 3. **Examinez l'impact sur le stockage**: La pression mémoire peut entraîner une activité de swap accrue ## Bonnes pratiques pour la gestion de la mémoire ### Dimensionnement approprié des machines virtuelles * Commencez avec les allocations mémoire recommandées par le fabricant * Surveillez l'utilisation au niveau de l'invité dans le temps afin d'identifier les opportunités d'optimisation * Évitez une surallocation importante qui gaspille les ressources physiques * Laissez une marge suffisante pour les pics de mémoire et la croissance ### Planification des capacités * Planifiez la capacité de mémoire physique en fonction des allocations totales des VM, et non de l'utilisation par l'invité * Tenez compte de la surcharge de l'hyperviseur et des exigences du système * Conservez 10 à 15 % de capacité libre pour la maintenance et les demandes imprévues * Tenez compte de la croissance future lors du dimensionnement de nouveaux nœuds ### Optimisation des performances * Allouez suffisamment de mémoire pour éviter la pression mémoire du système d'exploitation invité * Utilisez les outils de surveillance de la mémoire dans les VM pour identifier les opportunités d'optimisation * Tenez compte des schémas de charge de travail lors de la planification de l'allocation mémoire * Testez les performances des applications avec différentes allocations mémoire ## Étapes suivantes Pour approfondir votre compréhension de la gestion de la mémoire de VergeOS : * [**Surveillance des ressources du nœud**](/run-the-platform/system-administration/nodes-overview.md): Apprenez à surveiller les ressources physiques du nœud * [**Optimisation des performances des VM**](/run-the-platform/virtual-machines/vm-best-practices.md): Découvrez des techniques pour optimiser les performances des VM {% hint style="info" %} **Ressources supplémentaires** Pour toute question spécifique concernant l'allocation de mémoire dans votre environnement, consultez l'équipe de support VergeOS à ou consultez les sections de surveillance des performances dans la documentation du produit. {% endhint %} *** {% hint style="info" %} **Informations sur le document** * Dernière mise à jour : 2024-08-15 * Version de VergeOS : 4.12.6+ {% endhint %} --- # Agent Instructions This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com. ## Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question. Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter: ``` GET https://docs.verge.io/knowledge-base/fr/virtual-machines/guest-memory-management.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.