（CPUの）物理コアごとのvCPUのプロビジョニングに関して、仮想化に関するドキュメントまたはベストプラクティスガイドを見つけようとしています。問題があれば、仮想化の実装についてvmWareを検討しています。たとえば、Intel Xeon CPUには4、8などのコアがあります。1つの物理コアにつき1つのvCPUを超えるプロビジョニングの詳細に興味があります。私が話しているベンダーは、単一のコアを複数のvCPUにプロビジョニングできると確信しています。
私のこれまでの研究でよく見られるのは、「まあ、それはあなたのアプリケーション次第」です。その場合、私のアプリケーションはコードの編集、コンパイル/リンク、テスト、および構成管理です。もちろん、すべてのVMをコアごとに複数のvCPUで構成する必要はありませんが、一般的な場合です。
回答:
単一の物理CPUを多くのvCPUとして使用できます。仮想化ソリューションでCPUリソースを使い果たすことはめったにありません。RAMとストレージは常に制限要因です...
覚えておいてください、あなたは100％であなたの仮想CPUのすべてをペッグしている場合を除きVMware社では、CPU使用率が...コア、MHzのに使用される表現されていないすべての時間、私はあなたのベンダーが正しいとは思いません。
次のシステムのクラスターを見てみましょう...
別のアクティブなクラスターから-3つのホスト42仮想マシン
ewwhiteの評価を拡大するには、複数のvCPU、またはvCPUごとに複数のコアを明示的に利用できるアプリケーションがない限り、複数のvCPU /コアをVMに割り当てるメリットはまったくありません。実際、複数のvCPUを実行するのに必要なスケジューリングのオーバーヘッドのために、1つのコアが割り当てられた単一のvCPUで実行するのではなく、実際にはパフォーマンスが低下することがよくあります。
FWIW、VDI設定でよく引用される数は、物理コアあたり5 vCPUです。もちろん、オフィスのデスクトップを考慮に入れています。VMが常にコードのコンパイルで非常に忙しい場合、物理コアあたり5つのvCPUを搭載できない可能性があります。
非常に多くの人々が「依存する」と言う理由は、本当に依存しているからです。CPU Ready値を確認してから、特定のシステムにより多くのCPU負荷をかけることができるかどうかを判断します。CPU準備完了は、コマンドを実行する準備ができているvCPUの測定値ですが、物理CPU時間が利用可能になるまで待機する必要があります。
あなたの場合、大きなプログラムをコンパイルする場合、VMが実際に多くのCPU時間を必要とする可能性が完全にあります。ewwhiteが指摘したように、通常、仮想化はCPUの制約ではなくディスクI / OとRAMの制約を受ける傾向があります。
absolutely zero benefit in allocating multiple vCPUs/cores to a VM-完全に正しいわけではありません。毎週ハングするのに使用されるシングルスレッドアプリケーションがあります。単一のvCPUが100％の場合、そのシステムにアクセスすることは不可能であり、VMのハイパーバイザーレベルのリセットを行う必要がありました。2番目のvCPUを追加し、アプリがハングしたときに、問題のあるスレッドを簡単に取得して強制終了できました。これはちょっとした事実ですが、絶対に対処することはできません。
根本的な問題は、基本的に物理システムでのプロセススケジューリングの場合と同じです。システムの負荷がコア（またはハイパースレッディングの場合は論理プロセッサ）の数を下回っている限り、すべてが正常であり、プロセッサが負荷を処理できます。
そのため、使用されているすべてのvCPUの同時負荷が、物理コアで処理できる負荷を超えない限り、すべてうまくいきます。
あなたの要求に対しては、コンパイルのみがCPUに負担のかかる作業であり、それは時々のみ必要です。コンパイラーVMには、使用可能な限り多くのCPUを割り当てます。そのため、コンパイルが必要な場合は、可能な限り高速に実行されます（コンパイラが並列コンパイルをサポートしている場合）。
これは、一定の負荷がかかっているコンパイラVMには当てはまらない場合があります（たとえば、コンパイルを行うためにインターネットサービスを提供し、常に使用されている場合）。
私が見た経験則の1つ（おそらくVMwareのドキュメントで）は、ホストに物理的に存在するよりも多くのコアをVMに割り当てないことです。これにより、単一のコアで複数のvCoreがエミュレートされ、不要なオーバーヘッドが追加されます。