結論：ProxmoxとZimaOSは、同じメモリを異なる視点で測定している
ProxmoxのVMが「95%使用中」に見える一方で、ZimaOS自体はRAM使用率を約30%と報告することがあります。これは必ずしもメモリリークを意味しません。ホストはVMに割り当てられた常駐ページを認識しますが、ゲストはRAMの大部分を回収可能なキャッシュ、またはその他の利用可能なメモリとして分類することがあります。
QEMUゲストエージェントがないことだけを差異の原因にしない
スクリーンショットには「ゲストエージェントが設定されていません」と表示されていますが、フォーラムの説明ではその役割が過大評価されています。QEMUゲストエージェントはホストとゲスト間の通信を改善しますが、Proxmoxはバルーニングデバイスを使用して、ゲストメモリに関する詳細な情報を取得します。Proxmoxは、メモリ使用量の報告のためにバルーニングデバイスを有効にしておくことを明確に推奨しています。詳しくはProxmox VMのメモリをご覧ください。
Proxmox上のZimaOSでは、ZimaOSの仮想化における基準環境を確認できます。
ZimaOS内では、高使用率と判断する前に利用可能なメモリを確認する
free -h
cat /proc/meminfo | head -20
docker stats --no-streamavailableの値、スワップの動作、そして実際にメモリを保持しているコンテナに注目してください。Linuxはファイルシステムキャッシュに空きRAMを意図的に使用します。キャッシュされたRAMは有用であり、メモリに負荷がかかると回収できます。Linuxのメモリ計上が上流のリファレンスです。
本当のメモリ問題になる場合
利用可能なメモリが減り続ける、スワップが継続的に増加する、コンテナが再起動する、カーネルログにOOMによる強制終了が記録される、または特定のプロセスが数時間にわたって着実にメモリ使用量を増やす場合は、さらに調査してください。Proxmoxの使用率が安定しているというだけでは、判断材料として不十分です。
実際のワーキングセットを把握したら、VMのハードウェア要件を参考にゲストのサイズを決められます。
傾向を比較する場合は、1つの監視方法を使う
週ごとの診断では、ProxmoxのホストメトリクスとZimaOSダッシュボードのメトリクスを、同一のものとして比較しないでください。どちらか一方のレイヤーを選んで一貫して推移を記録し、もう一方のレイヤーは異常の原因を説明する場合にのみ使用します。
