小規模（2/3ホスト）クラスターに対してVMware HAアドミッションコントロールを有効にする必要がありますか？
次の一般的なシナリオを考えてみましょう... 2つまたは3つのホスト、共有ストレージ、およびEssentialsPlus以上のライセンスに基づく仮想マシンのトークンセットを実行する基本的なvSphereクラスター。
このような小さなセットアップでHAアドミッションコントロールを有効にする必要がありますか？それは意味がありますか？
- はいの場合、適切なパラメータは何ですか？
- いいえの場合、多くのvSphere構成でデフォルトで有効になっているのはなぜですか？ （vSphereインストールの大部分が小さいと仮定）
この2つのホストクラスターは、1つのホストを「許容」するアドミッションコントロールポリシーで構成されているため、構成の問題警告です。 
編集：
私もNOに傾いています...これを手に入れることほど悪いことはありません
Not enough resources to failover this virtual
machine. vSphere HA will retry when resources
become available.
warning
2/25/2014 4:57:19 PM
MSSQL
通常、いいえ。おそらく、その恩恵を受ける環境を実行していないでしょう。しかし、それは状況に依存します。
アドミッションコントロールは、HAの一種のダミープルーフとして機能し、ドロップされたホスト上のすべてのVMの電源を実際にオンにできるようにします。しかし、これは、大多数の環境ではまったくリスクではありません-すべてのホストが特定のVMを起動する必要があります実行中のすべてのVMのメモリオーバーヘッドに十分なRAM（CPUを解放する必要はなく、物理RAMを解放する必要もありません。すべてスワップに入れることができます）。VMには予約があります。
ここでの秘訣は、スロットサイズの計算にあります。この件に関しておそらく気になる以上の情報については、ここを参照してください。
ほとんどの環境には、予約のないVMが多数あり、ある種の予約がある少数のVMもあります。予約のあるVMがスロットサイズを決定します。そのため、リソース使用量が20％のクラスターで、より多くのVMの電源をオンにすることを拒否していることに簡単に気付くことができます。
予約のない環境では、アドミッションコントロールが文句を言うことはほとんどありません。 VMメモリの半分がスワップファイルにある状況に自分自身を置くことができます。これは予約に違反していないため、VMを起動する機能が損なわれることはありません。 。
HAアドミッションコントロールが役立つ状況は、予約済みのリソースがたくさんある場合です。ホストを失うと、実行中のVMにすべてのリソースが予約されているため、VMを再起動できなくなる可能性があります。その場合、適切に積極的な（おそらく、das.slotCpuInMHzおよびdas.slotMemInMBで手動で調整された）アドミッション制御ポリシーは、すべてのVMがHAイベントで正常に起動することを確認するのに役立ちます。
- いいえの場合、多くのvSphere構成で有効になっているのはなぜですか？
HAが有効になっている場合、クラスターの作成時にデフォルトでオンになっているためです。