Windows Server 2012故障转移群集的Hyper-V放置策略（3）

保持模式

在高度虚拟化的环境中还会遇到一个问题：“引导风暴”，如果同时启动大量虚拟机就容易遇到这种问题。虚拟机的启动要比标准的正常运行状态需要更多宿主机资源，因此启动大量虚拟机有时候可能会使得宿主机过载，影响宿主机的性能，甚至导致宿主机崩溃（如果某些宿主机没有设置资源保留就可能出现在这种情况）。作为一项安全措施，在故障转移或节点重启动过程中，并发启动的虚拟机数量会受到限制（高优先级的首先启动），其他虚拟机会在队列中等待启动。就算这些虚拟机是在同时启动，依然会分阶段错峰进行，以确保不会对宿主机造成太大压力。此外还可以通过配置一些选项避免遇到“引导风暴”。

保持模式最早出现在 Windows Server 2008 R2 中，可以让虚拟机保留在最后一次刻意放置（可能是由系统管理员决定的，或者 System Center Virtual Machine Manager 的放置策略决定的）后所分配的宿主机上。如果整个群集崩溃，每个虚拟机都会等待之前自己所在节点上线，然后开始启动。当然这个过程也是高优先级虚拟机首先开始。这样既可防止整个群集的所有虚拟机试图在上线的第一个节点上启动，有助于避免“引导风暴”。群集服务将等待一个默认设置的时间段，等待原始节点重新加入群集。如果节点在这个时间段内没有加入群集，虚拟机会被放置到最首选的所有者上，这样既可确保虚拟机依然可以上线，同时使得新宿主机有机会首先启动自己的虚拟机。

自动启动

有些时候，如果群集故障转移或崩溃，我们可能会希望某些不重要的虚拟机先不要启动，这样其他虚拟机就有更多机会进行故障转移，并尽可能快速地上线。老版本 Windows Server就具备自动启动属性，如果该属性被禁用，虚拟机在放置到节点上之后将不能自动启动。

在高度虚拟化的环境中，这一特性会显得非常有用，因为必须确保宿主机和关键的基础架构虚拟机能够正常运行，不用担心这些群集中承载的并不需要持续可用的虚拟机所造成的资源约束或“引导风暴”。这些虚拟机可以稍后由管理员或自动化脚本启动。

Anti-Affinity

Windows Server 2012 之前就已存在最终放置策略，但主要考虑的是其他虚拟机，而非宿主机。群集属性 AntiAffinityClassName（AACN）使得您可以对虚拟机添加自定义的标签，这样不同虚拟机就可以共享或使用不同的 AACN。共享同一个 AACN 的虚拟机可以自动将其分散到不同的宿主机。这样有助于在同一套基础架构角色中跨越群集中的不同节点对租户或虚拟机进行隔离。例如，让所有虚拟化的 DNS 服务器或来宾群集节点位于同一台宿主机上，一旦该节点崩溃就会造成单点故障，因此将这些虚拟机分散在不同的宿主机上，有助于为服务提供持续可用性。

假设有一个包含四个节点和四个虚拟机的群集，每个虚拟机的 AntiAffinityClass-Name 都设置为“蓝色”，那么默认情况下，每个节点都可以承载“蓝色”虚拟机。如果使用相同 AACN的“蓝色”虚拟机的数量超过群集中的节点总数，那么每个节点上就可能有超过一个“蓝色”虚拟机，但这些虚拟机依然会尽可能保持更广泛的平均分散。

结论

通过使用这些策略，就可以对 Windows Server 2012 故障转移群集中的虚拟机放置进行优化。永远要记得为虚拟机配置优先级，这样高优先级虚拟机就可以优先放置，此外还要考虑如果任何节点变为不可用，虚拟机将用怎样的方式进行放置。

转至http://tech.ccidnet.com/art/302/20120905/4232457_1.html