SLES 11SP2でディスクバッファの使用を制限し、esxiホストでより効率的なメモリオーバーコミットを可能にします。

SLES 11SP2でディスクバッファの使用を制限し、esxiホストでより効率的なメモリオーバーコミットを可能にします。

ESXiホストで仮想マシンを実行すると、メモリがオーバーコミットされる可能性があります。

例: ホスト == 20GB 物理 RAM

各VMに割り当てられているRAMの量は次のとおりです。

  • VM1==10GB
  • VM2==10GB
  • VM3==10GB
  • VM4==10GB

その結果、利用可能なメモリは20GBしかありませんが、実際には40GBを割り当てます。

各システムが平均5GBの「アクティブ」メモリを使用している場合(非アクティブメモリはいくつかの異なる方法で置き換えられます)、問題はありません。

問題は、VM1が大容量のファイル操作を実行し、カーネルがRAMに追加で5GBを書き込むことです。このドキュメントが最初に作成されたとき、esxホストはそれをアクティブメモリとしてチェックし、実行中の他の仮想マシンからメモリをスワップし始めました(したがってパフォーマンスに影響を与えます)。

大規模な操作後のキャッシュフラッシュ

上記は単純化されていますが、実際の問題VMには32 GBのRAMが割り当てられていますが、基本的には次のようになります。

長すぎます。

Linuxカーネルでディスクキャッシュの最大サイズを制限する方法。

ベストアンサー1

上記の単純化された表現と比較すると、実際の数字は何ですか?

その程度まで記憶力を乱用してはいけないと思います。明らかに、より多くのメモリを選択することをお勧めします。 SSDの活用と活性化を考えてみましたか?SSD/ホストキャッシュ機能と交換

おすすめ記事