「VMごとに1つのvCPUのみが必要」について聞いた最も良い説明は次のとおりです。
A VMが処理時間の一部を必要とする場合、n個の物理CPUをロックできるようになるまで傍観者によって待機します。nはvCPUの数ですVMあります。VM内にvCPUが1つしかない場合は、1つの物理CPUが使用可能になるまで待機するだけで、ジャンプして処理を実行できます。vCPUが2つ以上ある場合は、次のように待機する必要があります。 2つ以上のCPUが同時に使用可能になってから、ジャンプして処理を開始します（一度に1つのCPUをロックせず、さらに続くのを待ちます。複数のCPUが使用可能になるまで待機してから、パウンドする必要があります）
多数の単一vCPUVMが物理CPUをスラッシングし、1つの複数vCPU VMを処理したい場合、単一vCPUVMとしてかなりの時間を待たなければならない可能性があります。マルチvCPUボックスが必要なCPUの数をロックできるようになる前に、ジャンプしてスペアCPUを奪い続けます。
VMはCPUを迅速にロック、使用、ロック解除しますが、上記の動作により、特定の状況でマルチvCPUボックスのパフォーマンスが低下する可能性があります。
私はそれが理にかなっていることを願っています（CPUとvCPUがたくさんあり、VMの言及、私は何も混同しなかったと思います）
これは単なる言い伝えです。上司はVMWareのトレーニングに参加し、上記の話を私に伝えました。インストラクターから上司、私、そしてあなたへと移っていきますので、どうぞよろしくお願いします。
可能ですが、CPUスケジューリングに関連するパフォーマンスの問題に注意してください。
VMwareには、構成の最大化ガイドに詳しく記載されているゲストとホストのアーキテクチャ上の制限があります。 ここではESX4/vSphereの場合 、 ここではESX3.5の場合 （PDFへの直接リンク） 。
4つのvCPUでn個のVMを作成できます。問題は、VMのパフォーマンスが良好かどうかです。
ベストプラクティスは、VMごとに1つのvCPUを追加し、本当に必要な場合は別のvCPUを追加することです。4つのvCPUを備えたVMが1つまたは2つあります。
すべてのVMは、ホストシステムの物理CPUを共有します。 vCPUが増えると、タイムスライスa VMが物理CPUで動作するようになります。通常、物理CPUを1つのVM専用に予約することはありません。可能ですが、通常は必要ありません。