首选的所有者

从老版本 Windows Server 开始，就可以针对每个虚拟机配置故障转移节点顺序首选项。如果环境要求某些重要的虚拟机必须留在某些节点上，这一特性就显得非常有用。例如，通常虚拟机都 需要尽量留在主要数据中心(首选所有者)内运行，只有在主要站点不可用时，虚拟机才在备份数据中心内运行，实现灾难恢复。

如果承载了多个虚拟机的群集节点崩溃，高优先级虚拟机会尝试移动到首选所有者列表中的第一个节点。如果该节点不可用，那么虚拟机会继续尝试移动到首选所有者列表中的下一个节点。如果所有首选所有者都不可用，那么就会移动到可能的所有者列表中的第一个节点。

可能的所有者

在老版本 Windows 中，每个虚拟机还有可能的所有者设置。该设置使得虚拟机可以在不存在可用首选所有者的情况下也能移动到其他群集节点并启动。某些环境要求就算没有可用的首 选所有者，也要在其他宿主机上运行虚拟机，此时这个功能就变得非常有用。在多站点群集中，位于备份站点的宿主机可以分配为可能的所有者，但不能作为首选所 有者。在这样的场景中，只有主站点没有可用的节点(首选所有者)的情况下，虚拟机才会故障转移到辅助站点。

如果承载了多个虚拟机的群集节点崩溃，高优先级虚拟机会尝试移动到首选所有者列表中的第一个节点。如果所有首选所有者都不可用，那么就会移动到可能 的所有者列表中的第一个节点。如果可能的所有者列表中的第一个节点不可用，则会移动到列表中的下一个节点。如果首选所有者和可能的所有者列表中都没有可用 节点，虚拟机将会移动到任何其他节点，但保持离线状态。取决于故障回复策略，只要相应节点变得可用，虚拟机还可以重新回到首选所有者或可能的所有者，然后 尝试启动。

故障恢复

在 Windows Server 2012 中，每个虚拟机还有一个选项非常重要，可以将虚拟机重新移动到首选所有者或可能的所有者，并从最首选的所有者尝试启动。如果希望确保将某些虚拟机保留到相同宿主机上，并且在从崩溃中恢复后重新将这些虚拟机移动到这些宿主机中，该功能就非常有用。

如果群集节点从崩溃中恢复，并重新加入群集关系，那么任何没有在首选所有者上运行的虚拟机都将可以获得通知，该节点已经可用于进行放置。该过程首先 从可能的所有者上运行的优先级最高的虚拟机(或者位于其他节点上的离线虚拟机)开始，每个虚拟机都将判断该节点是否是最佳宿主机，随后在自己的首选所有者 上执行实时迁移(或启动操作)。

保持模式

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

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