我们一直在听说疯狂创建虚拟机的故事，最终的结果就是虚拟机过剩。该问题的副作用之一就是虚拟机总量可能会超过集群的承载能力。

无论是使用Hyper-V还是VMware，集群内可运行的虚拟机的数量都存在物理及实际限制。物理限制是hypervisor厂商强加的，实际限制是因为硬件资源有限。例如，hypervisor厂商可能声称集群可承载4000台虚拟机，但硬件资源有限，最终仅能承载几百台虚拟机。

虚拟机爆炸式增长使得组织不得不创建很多主机集群。在某些情况下创建众多主机集群是为了克服单个集群存在的限制。在其他情况下，集群被视作一种便捷的创建服务层级的方式。例如组织创建的集群可能分为金、银及铜三级，每一级集群包括的硬件都不同，无论创建多个主机集群的原因是什么，最终都需要在集群之间迁移虚拟机。

在集群之间迁移虚拟机有很多方式。传统的在线迁移方式可能很好用，当然还有旧的导出/导入方式，尽管这需要将虚拟机下线。

往往被人们所忽略的一种方式就是虚拟机复制。Hyper-V和VMware都具备复制引擎，但本文仅介绍Hyper-V环境下复制虚拟机的工作流程。

在讨论故障切换集群的低成本替代方案时往往会提到Hyper-V复制。然而，实际上复制可以与故障切换结群一起使用。

有必要向不熟悉Hyper-V复制特性的人简单介绍一下，Windows Server 2012引入了Hyper-V复制，作为允许管理员创建离线虚拟机副本的一种方式。

在非集群环境中，Hyper-V复制允许在第二个Hyper-V主机上创建副本虚拟机。异步复制进程定期将虚拟机被修改的存储块同步到副本虚拟机。用意是如果主机服务器发生故障或者生产虚拟机无法继续使用，那么副本虚拟机能够派上用场。

复制与故障切换集群存在诸多差异。首先集群是高可用解决方案而复制并不是。尽管你可以切换至副本虚拟机，但该过程并不是自动的，而是必须由管理员触发。

另一个重要差异与存储有关。尽管Windows Server 2012消除了Hyper-V对共享存储的依赖，但大多数集群环境仍旧基于共享存储，也就是说集群内所有的主机共享公用存储设备。

而复制的工作原理有所不同。虚拟机复制将存储块的副本从源主机拷贝到目标主机。因此，在两个单独的存储设备上有两个完整的虚拟机副本。冗余使复制成为在集群间迁移虚拟机的一种很具吸引力的选择。

Hyper-V 复制能够助集群间迁移虚拟机一臂之力的原因在于复制特性并不仅限于用于独立主机。Hyper-V集群也可以使用复制特性，你无法在集群节点间复制虚拟机（这没有任何意义），但可以将虚拟机复制到集群外部的另一台主机上，你甚至能够在集群间复制虚拟机。

将Hyper-V复制用于在集群间迁移虚拟机时有两大技巧需要引起高度关注。其一是必须要启用Replica Broker。Replica Broker是一个Hyper-V组件，允许在故障切换集群中使用复制功能。这是一个肯定要用的组件而且必须同时在主机和目标集群上启用该组件。

另一个技巧就是进行有计划的故障切换。基本想法是你可以复制正在源集群上运行的虚拟机，该虚拟机被复制到目标集群。一旦启用了虚拟机复制，完成最初的同步过程需要花一些时间。在初始同步时通过使用虚拟机的离线副本能够提高初始化效率。

完成虚拟机同步后，需要进行有计划的故障切换。有计划的故障切换使虚拟机副本转变为主虚拟机。在执行有计划的故障切换时，Hyper-V将询问是否打算改变复制方向。如果你选择是，那么之前的主虚拟机将变成副本虚拟机。新的主虚拟机（现在位于目的集群上）将传送被修改的存储块的副本到包含在该复制流程中的另一个集群中。

当然，如果目标仅仅是迁移虚拟机，那么在做完有计划的故障切换操作后，可以禁用虚拟机复制过程，然后删除位于源集群中虚拟机的原始副本。

你需要知道的最后一件事就是在进行有计划的故障切换时需要将虚拟机置于离线状态。然而故障切换过程通常会很快，因此中断时间通常非常短。