是否應該為小型（2/3 主機）集群啟用 VMware HA 准入控制？

採用以下常見場景… 一個基本的 vSphere 集群，在 Essentials Plus 或更高版本許可下執行兩個或三個主機、共享儲存和一組虛擬機令牌。

應該在這麼小的設置上啟用 HA 准入控制嗎？是否有意義？

• 如果是，合適的參數是什麼？
• 如果不是，那麼為什麼在這麼多 vSphere 配置中預設啟用它？（假設大多數 vSphere 安裝規模較小）

這個兩台主機集群配置了“容忍”一台主機的准入控制策略，因此出現配置問題警告。

編輯：

我也傾向於不…沒有比得到這個更糟糕的了

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 所需的所有 RAM 足以滿足所有正在執行的 VM 的記憶體成本（它不需要空閒 CPU，而且它不需要）不需要任何可用的物理 RAM，它們都可以在交換中）.. 除非 VM 有保留。

這裡的技巧在於插槽大小的計算。請參閱**此處**以獲取比您可能關心的更多資訊。

大多數環境都有很多沒有預留的虛擬機，可能還有一小部分有某種類型的預留。那些有保留的虛擬機決定了槽的大小。所以你可以很容易地發現自己的集群資源使用率為 20%，拒絕啟動更多的虛擬機。

沒有保留的環境幾乎不會有准入控制抱怨；它會很高興地讓您置身於這樣一種情況，即您的一半 VM 記憶體位於交換文件中，因為這不會違反預留，因此不會影響啟動 VM 的能力。

HA 准入控制可以幫助您的情況是，當您有大量預留資源時，可能會導致如果您失去主機，VM 將無法重新啟動，因為正在執行的 VM 已預留所有資源。在這種情況下，適當積極的（可能使用das.slotCpuInMHz和手動調整das.slotMemInMB）准入控制策略可以幫助您確保所有 VM 將在 HA 事件中成功啟動。

• 如果不是，那為什麼我發現它在這麼多 vSphere 配置上啟用？

因為當啟用 HA 時，它在集群創建時預設開啟。

引用自：https://serverfault.com/questions/515695