为了在单个站点或者跨站点间部署Hyper-V故障转移集群，企业需要满足某些前提条件、选择合适的硬件，并理解集群的内部工作原理。

Hyper-V故障转移集群是一种十分复杂的系统，被设计用来在发生故障时保护虚拟机。如果没有在合适的框架下、采用正确的方式搭建Hyper-V集群，那么企业将会面临丢失所有数据、浪费时间和资源等风险。如果管理员想要学习如何在单个站点或者跨站点间搭建Hyper-V故障转移集群，那么这篇文章可以帮助你。其中还包括了如何为故障转移集群选择合适硬件类型，之后进一步介绍了集群的内部工作原理。如果在了解这些之后你仍然不能确定Hyper-V故障转移集群是否适合于自己公司的话，那么可以了解其他解决方案，但是应该从下面五个方面开始。

部署Hyper-V故障转移集群

很多人都知道使用免费版本的Hyper-V服务器就能够实现虚拟机高可用性。但是为了实现这种功能，企业不仅需要复制Hyper-V服务器，还需要使用存储阵列，理解如何部署和配置Hyper-V故障转移集群，并且熟悉如何使用PowerShell。当管理员安装Hyper-V服务器、并且完成最初的配置之后，需要使用一些简单的命令将共享存储连接到集群，并且熟练掌握整个流程。需要注意的是即便你使用免费Hyper-V故障转移集群，仍然需要面临虚拟机授权等费用。

搭建跨站点故障转移集群

为了搭建不同站点间的Hyper-V故障转移集群，需要满足多种硬件和存储需求，这样才能在出现网络故障、电力故障甚至是大规模自然灾害时有效保护虚拟机。此外，对于集群存储当中的数据复制来说，管理员需要在同步复制和异步复制之间做出选择（前者有可能影响系统性能，而后者有可能造成数据丢失）。另外一件需要考虑的事情是如何制定一套有效的投票流程，以决定集群是否保持在线。最后，如果真的发生站点间故障转移，准备重新配置虚拟机的IP地址。

为故障转移集群选择恰当硬件

尽管购买性能最为强大的服务器是支持Hyper-V故障转移集群的最佳方式，但是内存超额分配等限制会使得购买流程更加复杂。不仅需要为主机处理预留一些内存，并且还需要在其他主机当中准备足够的residual和unused内存，以防止本地主机当中的虚拟机进行迁移。最为关键的是避免浪费内存。增加更多的主机非常重要，除了购买性能更加强大的服务器之外，还应该降低总浪费比例。可以根据当前拥有的虚拟机总数量以及每台虚拟机所需要的内存数量来计算最终需要多少台主机。

在两个Hyper-V节点间实现故障转移

故障转移工作原理

为了实现高可用性，每台虚拟机都需要拥有自己的资源DLL（动态链接库），也被称之为VMCLUSRES.DLL，通过MSCS（微软集群服务）——更为确切的说，应该是RHS（资源主机服务），在Hyper-V故障转移集群当中和虚拟机进行交互。由VMCLUSRES.DLL每五秒钟执行一次VMIsAlive功能，检测虚拟机何时需要在另外一个节点上被重启。做为虚拟机和MSCS之间的信使，RHS从VMCLUSRES.DLL获取虚拟机状态信息，之后传递给MSCS。当需要进行故障转移时，MSCS启动故障转移管理器。通过持续更新当前状态，资源DLL能够保护Hyper-V故障转移集群当中的所有虚拟机。

Hyper-V故障转移集群替代方案

如果不想要构建故障转移集群，也有其他方案选择。好消息是微软在Windows Server 2012当中不需要使用集群共享卷，所以即便没有使用共享存储，系统一样能够提供容错能力，管理员只需要准备足够的本地磁盘空间来容纳虚拟机。管理员还可以使用微软Hyper-V Replica，其可以利用组成虚拟机的虚拟硬盘将其从一台主机复制到另外一台主机当中。Hyper-V Replica特性允许管理员只使用源服务器和目标服务器就能够创建存储，而不需要两、三个集群节点或者故障转移集群所需的文件共享，这种方式的的性价比更高。