3つのゲストVMを搭載したVMWareESXI 5.0.0(少し古いですが)ホストがあります。理由は不明ですが、ゲストは利用可能なCPUリソースの多くを使用しません。
3つのゲストすべてが1つのプールにあり、ホストはすべて同じ量のリソース共有を使用するように構成されているため、基本的にそれぞれ33%です。 3つのゲストは、VMリソースが使用される限り、基本的に同じように構成されます。
したがって、問題は、ゲストが起動時など、非常に「ビジー」なアクティビティを実行している場合でも、プロパティを表示するときにvSphereコンソールの[仮想マシン]タブで表示すると、実際に消費されるホストCPUは33MHzなどの小さなものです。プール用。そしてもちろん、ゲストVMのパフォーマンスはひどいものです。
ホストには十分なCPUがあります。個々のゲストをいじってみましたVMリソース設定、予約の調整など。関係ありません。ゲストは、利用可能な豊富なCPUの使用を拒否し、使用を主張します。利用可能なリソースの断片。
以下のさまざまなコメントを読んだ後に更新以下の提案に従って、アプリケーションプールからゲストを削除しました。これは何の違いもありませんでした。ゲストが必要のないリソースを消費しないことは理解しています。起動時間が長いゲストでリモートperfmonを実行しようとしましたが、perfmonを使用してゲストにリモート接続できません(ゲストはw2k8r2サーバーです)。 CPU、Mem、Diskのホストグラフは基本的にフラットラインです。需要はほとんどありません。ゲストの統計についても同じことが言えます。ゲスト自体がクロールしているように見えますが、ゲストリソースのグラフには、CPU、メモリ、ディスク全体でのアクティビティはほとんど示されていません。
ホストはDellPowerEdge 2900で、2つの物理CPU、20GBのRAMを搭載しています。 (余剰ギアを使用したテスト/開発環境です)Guest1には次のものがあります:VM ver。7、2vCPU、4gb RAM、ホスト上のRAID-5アレイにある140gbストレージ。Guest2には次のものがあります。 VM ver。7、2vCPU、4gb RAM、ホスト上のRAID-5アレイ上にある140gbストレージ。Guest3には次のものがあります:VMver。7、 1vCPU、2gb RAM、RAID-5ISCSI上にある2tbストレージNASボックス
おそらく私は、ゲストにCPUの需要がある場合(たとえば、Windowsタスクマネージャーが100%のCPUを示している場合)、ホストがゲストにオンデマンドでより多くのCPU(メモリ、ディスク)を提供すると誤って想定しています。 別の更新統計を確認した後、ホストは実際にはまったくビジーではなく、ゲストもビジーではないように見えます。しかし、私はこの問題について良い考えを持っていると思います。混乱したVMWareツールのインストール。ゲストにはVMwareToolsがありますが、ホストはそうではないと言います。 VMWare Toolsは、アンインストール、アップグレード、認識を拒否します。権威を持って言うことはできませんが、これは調査する価値のあることのように思われます。ゲスト自体のオリジンも、元のVMWareツールのインストールの詳細もわかりません。グーグルのさまざまなビットに続いて、私はどこにも行かなかったいくつかの提案を思いついた。そのために、私はこの質問を削除するつもりでしたが、非常に多くの人々が答えたので、削除しないように促されました。
今の私の疑いは;問題は本当にゲストです。ゲストはホストに要求をしていません。当然の結果として、ホストはそれに応じてゲストを扱います。
私の最終更新ゲストVMはVMWareツールに関して根本的に何か問題があったと99%確信しています。別のVMほぼ同じOS構成ですが、VMWareツールのインストールは適切に機能しています。ゲストは非常にうまく動作し、必要なときにリソースの割り当てを消費します。たとえば、起動時に約850MHzのCPUを消費します。ゲストOSが安定すると、アイドル状態になります。
理由は不明ですが、ゲストは利用可能なCPUリソースの多くを使用しません。
私は@ewwhiteと一緒です。ゲストVMに実際に問題がありますか?are CPUに制約があり、それに伴うデータがいくつかありますか?そうでなければ、あなたは良い場所にいます。ワークロードに影響を与えない限り、「利用可能なリソースの断片」のみを使用するVMに問題はありません。
ハードウェアの統合とより効率的な使用は、仮想化のメリットの1つです。
そしてもちろん、ゲストVMのパフォーマンスはひどいものです。
XY問題 に注意してください。 VMが多くのCPUを使用していない場合は、おそらくCPUの制約を受けていません。そのため、上記の「それに伴うデータ」について説明しました。
ゲストVMが、ディスクリートハードウェアまたは別の仮想化プラットフォームのいずれかで以前のベンチマークと比較してワークロードを実行するのに苦労している場合、タスクはアプリケーションのプロファイリングを開始し、where制約されていることを確認することです。 IOですか?ネットワークですか?誰かが本当に遅い実行のコードをコミットしましたか? whyパフォーマンスの問題が発生していることに関する詳細情報を収集する必要があります。それは私を私の公理の1つに導きます:推測しないでください。知っている。いくつかのデータを収集し、仮説を立てて、それをテストする方法を考え出します。実用的な理論といくつかのデータが得られたら、実際の問題を解決する可能性がはるかに高い別のフォローアップ質問を投稿できます。
仮想マシンが使用していないことに不満がありますか十分なCP?!たぶん、彼らは機能するためにそれほど多くのCPUを必要としないだけです。