ESXイメージの実際の仮想CPU構成を決定する方法は？
ESXクライアントで深刻なパフォーマンスの問題が発生していますが、私がいる場所からサーバー構成を直接表示することはできません。それでも、サーバー構成が正しく設定されているかどうかを確認したいと思います。
CPU-Zを実行すると、それぞれが1つのコアを持つ2つのプロセッサが表示されますが、Yorkfieldプロセッサがあるため、4つのコアが表示されると予想されます。これは、仮想CPUがCPU-Zで表示される方法ですか？
クライアントから、ESXがどのように構成されているかを確認するにはどうすればよいですか？ ESXでHTを有効にできることを理解しています。私のシステムはSMPを多用しているので、メリットがあるはずです。私が収集したものから、ESXは2つのvCPU用に構成されています。データの読み取りは正しいですか？
編集：CPUが詰まる原因は基本的に2つあります。1つはアプリケーションが完全ではないため、それに取り組んでいます。2つ目は、十分なCPUパワーがありません。画像は同様のものからのものです。ネイティブマシンであり、現在は仮想マシン上にあります。パフォーマンスは同じであるはずですが、そうではありません。通常、ネイティブシステムごとに500以上のセッションを処理できます。このシステムでは、窒息は約280セッションから始まります。少し近視眼的です。 CPU構成のせいにしますが、2日間の集中的な監視とプロファイリングの後、すべてが実際にその方向を指し始めます（メモリ、ディスクIO、データベース接続、およびネットワークは正常に実行されています）。
2つのvCPUを備えたVMで280セッションを取得し、4つのコアすべてを使用して同じ物理ボックスで500以上を取得している場合、そのVM構成でベアメタルパフォーマンスに近づいています。 。 4つのvCPUを使用するようにVMを再構成すると、ESXホスト上の他に大量のリソースを消費していない限り、パフォーマンスが近くなるはずです。ただし、4コアのシングルCPUホストで実行されている4-vCPU VMの場合、ハイパーバイザーのオーバーヘッドは全体の容量の一部を占めることになり、これは非常に重要になる可能性があります。 ESXハイパーバイザーは、4つのvCPUすべてを同時にスケジュールできる場合にのみ、VMをスケジュールするため、他の実行中のもの（ハイパーバイザー、サービスコンソール、その他のVM）により、4つのvCPUすべてがこのようなセットアップで停止します。このセットアップでは、2つのデュアルvCPU VMでアプリケーションを実行できる場合、追加のゲストOSを実行するオーバーヘッドが追加されても、スケーリングが向上することがあります。ハイパーバイザーが処理するためのスケジューリングの問題ははるかに簡単です。他のタスクにCPUリソースへのアクセスを許可する必要がある場合にのみ、2つのコアをストールするためです。
各VMwarevCPUは、マルチコアシステムのシングルコアに相当します。これが、VMwareがプロセッサリソースを分割する方法です。 YorkfieldはCore2Quadであり、HTを確実にサポートしていません。4つの物理コアがあり、HTコアはありません。
VMで実行されているCPU-Zは、VMに提示されたvCPUの数のみを報告しますが、基盤となるCPUを正しく識別します。 ESXのバージョンとVMの構成方法に応じて、デュアルコアシングルプロセッサまたは2つの個別のプロセッサとして表示できますが、パフォーマンスには影響しません。これは、特定のライセンス状況を促進します。
より正確で最新のデータを提供するために編集：
上で作成された厳密な共同スケジュールのポイントは、少し赤いニシンでした。 ESXは、ESX V3以降、ある程度の余裕（vCPUコア間のクロックドリフト）を許容し、後続のバージョンで改善された、緩和された同時スケジューリングメカニズムを使用しています。
物理コアの数と同じ数のvCPUを提示するVMは、vCPUの数が少ないVMよりも負荷がかかった状態でスケジュールするのに問題が多いことは依然として一般的に真実ですが、私のオリジナルの場合ほど劇的ではありません。回答。実際にどのように機能するかについての非常に詳細な説明は、 このVMwareホワイトペーパー にあります。
システムがCPUにバインドされている場合、CPUを使用しているプロセスはいくつありますか？あなたが説明していることは、実行可能なプロセスが1つしかないことを意味します。
Yorkfield CPUはHTをサポートしていないため、除外できます。