在本系列文章的第一部分已经讨论过，不必使用高价格的工具来创建Hyper-V内的高可用性虚拟机。反而可以使用微软的Failover Cluster Management，但是需要一些额外的手动任务。当然，要使用高可用性先启动一台虚拟机只是工作的第一步。

　　通过确定负载虚拟机的合适主机，进行几步简单的点击工作就可以保证虚拟机故障转移到目标主机上。当需要故障转移时，该工具也能够配置可以作为潜在目的地址的主机。在本篇文章中，我将会介绍如何使用故障转移集群管理控制台（Failover Cluster Management Console）配置虚拟机。

　　故障转移集群管理工具的控制可能比较复杂。和其它业内竞争者的高性能系统不同，微软的基础架构运行在一个供多应用程序使用的服务上。这一点和VMware vCenter和Citrix XenServer的接口有很大不同。想象一下虚拟化架构，这些虚拟化技术使用了一个可选项的更集中设置。相比之下，微软的技术可以集群动态主机配置协议或者文件服务器，这一点与其管理Hyper-V的技术很相似。这样可以有效辅助可支持性，其对集群管理的设置要比对那些Hyper-V竞争产品的设置更加通用。

　　配置集群故障转移设置

　　为方便讨论我们假设已经创建了一个四节点集群，只用来承载Hyper-V虚拟机。在这个集群中有40台虚拟机均匀地分布在这些集群的节点之上，平均每个节点10台虚拟机。在配置过程中，可能会期望特定虚拟机位于特定集群节点上。这些虚拟机也应该作为一个群组进行故障转移，从而可以使这些虚拟机位于同一个主机上。

　　使虚拟机完成该任务需要配置的第一步设置就是搜索，可以通过查看故障转移集群管理控制台内高可用性虚拟机的属性来完成。查看常见标签页，可以看到一个优先选用属主的列表。该列表具体列出选择出来作为资源属主的主机。一个集群可以使用这个列表来决定在宕机备份中重新承载资源（在该场景中指虚拟机）的位置。多个主机都可以作为优先选用的属主，可以通过对这些主机名字重新排序（使用箭头按钮进行排序）设置一个优先次序。

　　但是要注意设置一个优先选用属主并不能够自动地故障转移资源。然而在需要再一次进行资源备份时，就会把选择的优先属主作为目标宿主。设置优先列表就是在故障转移场景中建立了一个宿主主机的“意愿列表”，但是这个列表只能满足一部分需求。在高级策略标签页中可以找到“可能属主”设置，该列表的设置旨在作为意愿列表的一个超集，该第二项配置标识可以宿主资源的集群节点。

　　这两项设置协调工作，在故障转移或者主机损失时辅助标识可以承载虚拟机的位置。在我们的例子中，40台虚拟机分散在四个主机上，配置可能属主和优先选择属主可以保证高资源消耗的虚拟机不至于故障转移到同一位置。

　　禁止故障自动恢复

　　资源的集群节点在故障转移恢复可以重新运行后使用第三项潜在设置。故障转移标签页下故障自动恢复的默认设置是“禁止故障自动恢复”。在配置故障自动恢复时，如果原宿主主机重新可用，虚拟机将会迁移回初始宿主主机。如果希望在主机故障之后虚拟机返回到已知配置的话，该设置很有帮助。但是也可能会引发不少问题。

　　故障自动恢复的默认设置为关闭，因为激活该设置可能导致所谓的“反弹”状态。在这种情况下，主机就会变得反应迟钝。集群把这种情况视为主机故障，并且会进行资源宕机备份，之后主机就会又变得反应灵敏。如果主机配置是认可故障自动恢复的，其资源将会在主机重新可用时迁移回来。但如果是主机重复反应迟钝的情况（资源自身引起的反映迟钝），将会看到资源来回迁移，直到触及初始限制并且关机才停止。

　　对虚拟机来讲，这并不是一个好现象，并且这也是故障自动恢复的默认设置为关闭的主要原因。使用这些设置是非常明智的，发生故障后重新手动迁移虚拟机资源是一个更加切合实际的解决方案。

　　因为这些配置旨在能够在所有集群资源中使用，所以故障转移集群管理控制台中这些配置的名称听起来与其意义不太相符。如果不准备使用Hyper-V的虚拟机管理工具而来使用Hyper-V的话，学习这些特性将会是要面对的挑战之一。