是否应该为小型（2/3 主机）集群启用 VMware HA 准入控制？

Question

以以下常见场景为例……一个基本的 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

Answer 1

通常，不会；您可能没有运行可以从中受益的环境。但这取决于具体情况。

准入控制充当 HA 的一种虚拟验证，以确保已删除主机上的所有虚拟机实际上都能够启动。但在绝大多数环境中，这根本不是一个风险- 主机启动给定虚拟机所需的只是足够的 RAM，以满足所有正在运行的虚拟机的内存开销（它不需要空闲 CPU，而且也不需要）不需要任何空闲的物理 RAM，它们都可以在交换中）..除非虚拟机有预留。

这里的技巧在于槽大小的计算。有关该主题的更多信息，请参阅此处。

大多数环境都有大量没有预留的虚拟机，也可能有少量预留了某种类型的虚拟机。这些预留的虚拟机决定了插槽大小。因此，您可以轻松地发现自己的集群资源使用率为 20%，但拒绝启动更多虚拟机。

没有预留的环境几乎不会有准入控制抱怨；它会很高兴地让您处于这样一种情况：一半的虚拟机内存位于交换文件中，因为这不会违反预留，因此不会损害虚拟机的启动能力。

HA 准入控制可以为您提供帮助的情况是，当您拥有大量预留资源时，可能会出现这样的情况：如果您丢失主机，虚拟机将无法重新启动，因为正在运行的虚拟机已预留了所有资源。在这种情况下，适当的激进（可能使用das.slotCpuInMHz和手动调整das.slotMemInMB）准入控制策略可以帮助您确保所有虚拟机在 HA 事件中成功启动。

• 如果不是，那么为什么我发现它在如此多的 vSphere 配置上启用？

因为当启用 HA 时，它在创建集群时默认处于打开状态。