服务器虚拟化较显著的功能之一就是可以在主机集群内瞬间迁移虚拟机(VM)、减少服务器或应用系统的停机时间。虽然每个主要的hypervisor都具有这个功能，但每个厂商实现集群方式却有差异。

      在使用微软Hyper-V搭建的测试环境中，通过构建主机集群环境，我节省了无数的服务器停机时间。但是，这个技术也引起了一些问题。
优点一：反应性容错

      因为集群中的主机监控着所有VM的活动，因此，当一个节点失效时，失效节点的负载就会被指派到另外一个替代的主机。如果需要较长时间解决失效主机的故障，只要替代它的健康主机有足够的资源，VM就会正常工作。

      在我的环境中，如果一个主机失效，VM会自动迁移到另外一个节点。虽然迁移的过程并不平滑，但工作负载自动变化几乎没有停顿。

优点二：主动的管理

      我在一个7*24的组织中工作，因此，打补丁和升级工作就必须采取非常严格的管理。正常情况下，协调1—2台物理主机的停机时间已经比较困难，而要关闭位于同一个物理主机的30多个VM的复杂性就会呈指数增长。

      自从切换到单机之后，就不用担心我要在周日早上1：00-6：00去升级虚拟主机，那个时候，我可以呆在家里休息。利用虚拟主机集群，当某个主机打补丁和重启的时候，其上的VM迁移到替代的主机。打完补丁，VM再迁移到原来的主机。这样，就允许我们在早上极短的时间内，不用停掉整个系统，完成集群的升级。

优点三：主动的风险回避

      我相信，服务器集群的较大优点是它可以主动将VM从一个主机迁移到另外一个主机。这样的话，就可以提高服务器和应用系统的运行时间。

      在我的环境中，当内存不足、CPU负载偏高或者虚拟主机遇到较高的I/O压力时，我会收到警报。如果我不能确定真正的原因或者系统需要重启，我就可以主动将VM迁移到集群内的其他主机。

      如果这是一个单机，或者说，在主机重启期间，VM不可以关闭；如果重启之后，问题依然存在，我就不得不延长VM的停机时间直到我找到了问题的起因。但是，在虚拟主机集群中，VM就可以被迁移到其他的主机直到问题解决。