私は Hyper-V の構成にあまり慣れていないので、これは誰かにとっては簡単な質問かもしれませんが、アドバイスが必要です。
128GB の RAM を搭載した Hyper-V ホスト サーバーを所有していますが、この RAM はすべて何かによって消費されています。6 つの VM が稼働しており、これらは 128GB の半分未満を使用するように構成されているため、別のホストに障害が発生した場合、このホストがその VM を引き継ぐことができます。そのため、ホストで使用されている RAM がすべて使用されることは予想されておらず、これが問題です。
実行中の VM の 1 つは SQL Server 2014 Standard で、この VM を再起動すると RAM がホストに戻ることがわかったので、これが問題のあるマシンのようです。SQL VM は固定の 16 GB RAM 用に構成されていましたが、動的 RAM を 16 GB から 32 GB に変更してみましたが、問題は解決しませんでした。SQL Server サービス自体は最大メモリ制限で構成されており、VM 内でタスク マネージャーを確認すると、このメモリ制限が尊重されています。ホスト OS から消費されているこの余分なメモリは、SQL VM タスク マネージャーには表示されません。タスク マネージャーには、私が構成したメモリが表示されます。ただし、前述のように、SQL VM を再起動すると、この RAM がすべてホストに戻り、使用率が 100% から 40% 程度に下がります。
メモリ設定:
これに関して何かアドバイスがあればよろしくお願いします。
*** 更新 19/01/17 12:00 無料の Veeam Task Manager for Hyper-V ツールを使用しましたが、メモリを使用しているのはホストであり、私が疑っていた SQL VM ではないことがわかりました。しかし、前述のように、SQL VM をシャットダウンするとこの問題が解決することがわかりました。では、SQL VM を管理するためにホストが大量の RAM を必要とする理由はあるのでしょうか。物理マシンの RAM の 7% を使用しているホストが 1 台稼働しています。この問題のホストは 54% を使用しています。今夜、このホストをシャットダウンして新しく起動する予定です。ご意見をお聞かせください。
答え1
この問題の解決策は、この問題が発生したのとほぼ同時期にリリースされたと思われるネットワーク カード ドライバーの更新でした。多くの時間と労力がかかりましたが、最終的には簡単に解決できました。ご意見をありがとうございました。