Incohérence de mémoire RAM entre l’hôte et la machine invitée dans ZimaOS Proxmox

En résumé : Proxmox et ZimaOS affichent des mesures différentes de la même mémoire

Une VM Proxmox peut sembler « pleine à 95 % » alors que ZimaOS indique qu’environ 30 % de la RAM est utilisée. Cela ne signifie pas automatiquement qu’il y a une fuite. L’hôte voit les pages résidentes attribuées à la VM, tandis que le système invité peut considérer une grande partie de la RAM comme un cache récupérable ou autrement disponible.

Récapitulatif de la VM Proxmox indiquant une utilisation de la mémoire de la VM ZimaOS proche de 96 % et l’absence d’agent invité configuré — Proxmox indiquait une utilisation de la mémoire d’environ 95,7 % pour la VM de 16 Go, tout en signalant qu’aucun agent invité n’était configuré.

Tableau de bord ZimaOS indiquant une utilisation de 30 % de la RAM sur la même machine virtuelle de 16 Go — Dans la même VM, le tableau de bord ZimaOS n’indiquait qu’environ 30 % d’utilisation de la RAM, d’où l’écart apparent avec Proxmox.

Ne rendez pas le QEMU Guest Agent manquant responsable de tout l’écart

La capture d’écran indique « Aucun agent invité configuré », mais l’explication du forum exagère son rôle. QEMU Guest Agent améliore la communication entre l’hôte et le système invité, mais Proxmox utilise le périphérique de ballooning pour obtenir des informations détaillées sur la mémoire de l’invité. Proxmox recommande explicitement de laisser le périphérique de ballooning activé pour le rapport de mémoire. Voir la mémoire des VM Proxmox.

Le ZimaOS sur Proxmox fournit la configuration de référence pour la virtualisation de ZimaOS.

Dans ZimaOS, vérifiez la mémoire disponible avant de conclure à une utilisation élevée

free -h
cat /proc/meminfo | head -20
docker stats --no-stream

Concentrez-vous sur available, l’activité du swap et les conteneurs qui conservent réellement de la mémoire. Linux utilise délibérément la RAM libre comme cache du système de fichiers ; cette mémoire mise en cache est utile et peut être récupérée en cas de pression mémoire. La comptabilisation de la mémoire Linux est la référence en amont.

Quand le problème de mémoire devient réel

Examinez la situation de plus près si la mémoire disponible ne cesse de diminuer, si le swap augmente continuellement, si les conteneurs redémarrent, si le noyau consigne des arrêts dus à un manque de mémoire ou si un processus augmente régulièrement pendant des heures. Un pourcentage stable dans Proxmox ne suffit pas à lui seul.

Les besoins matériels de la VM permettent de dimensionner le système invité une fois que vous connaissez sa charge de travail réelle.

Utiliser une seule méthode de surveillance pour comparer les tendances

Pour un diagnostic d’une semaine à l’autre, ne comparez pas une métrique de l’hôte Proxmox à une métrique du tableau de bord ZimaOS comme si elles étaient identiques. Choisissez une couche et suivez-la de manière cohérente, puis utilisez l’autre uniquement pour expliquer les anomalies.