by Cameron Cameron,Senior Consultant
メモ:このドキュメントの読者は、VMwareが各ESXiホストで実行されているすべてのVmのメモリをどのように管理するかをすでに
VMwareの大きな利点の一つは、CPUとメモリリソースをオーバーサブスクライブする機能であり、ワークロードの統合が可能です。 メモリフットプリントが大きいクライアント用のシステムを仮想化する場合（すなわち、 ESXiホストの計算容量の制限に近づく前に、物理メモリが枯渇していることがよくあります。 層1ワークロードの場合、特にこれらのビジネスクリティカルなワークロードが下位層のVmと混在する環境では、メモリ予約を構成することをお勧めします。
すべてのVMwareショップがメモリ予約を使用するわけではありません。 場合によっては、vMotionなどの特定のイベントにより、プロビジョニングされたvRAMがESXiホスト上の物理RAMに近づいたり、一致したりすると、メモリバルーニングがトリガされることがあります。 この場合、ESXiホストではメモリバルーンイベントが発生する可能性があり、メモリ予約によって保護されていないVMに影響が及ぶ可能性があります。 プロビジョニングされたvRAMの合計に依存し、それを物理RAMと比較すると、各VMのメモリオーバーヘッドが考慮されていないことが多いため、誤ったセキ
むしろ、House of Brickは、すべての仮想マシンのメモリ（仮想マシンのメモリ、VMメモリのオーバーヘッド、およびVMカーネルメモリ）の合計がホストの物理メモリを超えないようにすることを推奨しています。
仮想マシンのオーバーヘッドメモリから:
仮想マシンの電源をオンにするには、一定量の使用可能なオーバーヘッドメモリが必要です。 このオーバーヘッドの量に注意する必要があります。
次の表は、仮想マシンのパワーオンに必要なオーバーヘッドメモリの量を示しています。 仮想マシンの実行後、使用するオーバーヘッドメモリの量は、表に記載されている量とは異なる場合があります。 サンプル値は、仮想マシンのVMX swapを有効にし、ハードウェアMMUを有効にして収集しました。 (VMXスワップはデフォルトで有効になっています。）＜7779＞＜2903＞注:
この表は、オーバーヘッドメモリ値のサンプルを提供しており、すべての可能な構成に関する情報を提供しようとしていません。 ホスト上のライセンスされたCpuの数とゲストosがサポートするCpuの数に応じて、仮想マシンに最大64個の仮想Cpuを設定できます。
表1:仮想マシンのオーバーヘッドメモリの例
, 上記の表からわかるのは、VMへのメモリ割り当てが増加するにつれて、メモリオーバーヘッドも増加するということです。 ESXiは通常、(ESXiメモリ管理メカニズムを介して)過剰に割り当てられたメモリを再利用できますが、オーバーヘッドを再利用することはできません。
各組織は、VMware環境でのメモリ予約に関する独自のポリシーを決定する必要があります。 ただし、他のワークロードでTier-1ワークロードを実行している場合、メモリ上でタイトに実行されている場合、またはメモリバルーニングが発生している場合は、計画中に考慮されていない可能性のある各VMのメモリオーバーヘッドがあることに注意してください。