私が理解していることから、バルーニングは、ホストが物理メモリを使い果たし始めたときにのみ、90%を超える使用率で発生するはずです。3ノードのクラスター(各ホストで64 GBのRAM)でSQLサーバーを実行していて、ゲストとして8 GBのRAMが割り当てられています。過去数か月間、さまざまなシステムで断続的なパフォーマンスの問題が発生しており、SQLサーバーが定期的にメモリを膨らませているように見えることが強調されています。これは、ホストメモリが常に75%未満に留まるという事実にもかかわらずです。
私はバルーニングのトリガーを誤解していますか?2GBのバルーンはかなり定期的にはそれほど問題ではありませんか?
私は(うまくいけば)最後の数日分のメモリ監視の写真を添付しました。
ESX4.1を実行しており、ゲストVMはSQL Server 2008 R2を実行するWindows Server 2008 R2です。
編集:Chopper3からのコメントで以下の提案に照らして、私たちは今夜いくつか変更を加えています。影響の少ないサーバーでの簡単なテストは適切な影響を与えたと思われるため、明日はフル稼働で実行する必要があります。私たちが最近見ているパフォーマンス関連の問題の多くを説明できます。
1
VMの設定を確認し、[リソース]を選択し、[メモリ]をクリックして、[無制限]ボックスがオンになっていることを確認します-謎の理由でこれがオフになり、この種の問題が発生する場合があります。とにかくチェックする価値があります。
—
Chopper3
嬉しい。なぜそれが設定されていないのか分かりませんが、奇妙なことに同じサーバーのテスト版と開発版では設定されており、完全にゼロのバルーニングを示しています。あなたは私に今から見るための出発点を与えてくれました、たくさんありがとう!
—
Tim Alexander
私の環境の1つ(4.1U1)でまったく同じものを見たことがありますが、そのビットが反転し、すぐに5.何かに移動しているので、あまり心配していませんが、あなたに知らせたいだけです。
—
Chopper3