" border="0" />


前些天同学聚会，大部分弟兄还都做本行的IT，推杯换盏后拉着一个跟我做本行的哥们儿聊了聊又聊，从美国总统大选聊到微软黑屏，当然也避免不了我们的技术切磋，其中说道了Hyper-V的Host Clustering，着实让我心动了一把，迫不及待回来小试一把，在这里先谈谈我的感受。

首先，系统管理员为什么要服务器整合呢？因为这样可以极大地提升服务器的利用率，比如从原本的10~20%提升到60~70%；这样做还可以很好地节省服务器采购的费用，降低硬件成本实际上就意味着减少机器维护和更换；相对的，服务器整合还可以节省电费和降温费用，不过最主要的是可以大大提高服务响应的速度。


" border="0" />


其实虚拟化从虚拟的角度为系统管理员创造了无限的可能。实际上，偶作为一个系统管理员，在日常的维护工作中，不论是Windows 2008还是VMWare ESX，面临最多的就是常规的安全补丁安装，当然要求重启，所以我们需要的是时间和稳定性。
从原理上讲，Hyper-V采用的是比较简单的内存状态保存的技术，以避免在内存映像传输时，后续的内存写入同步问题，以增加停机时间作为代价，不过，一般来说这点时间还是可以容忍的，并且通常不会有损SLA。

好的，下面开始来进行快速迁移吧。一开始，要配置好我们所需要的，接着只需启动该Hyper-V虚机，然后在"Failover Cluster Management"左侧树里找到"Services and Applications"，注意当前虚机处于"Online"的状态。


" border="0" />


第一次加载Failover Cluster Management
右键单击"Move this service or application to another node"，就可以选择另一台Hyper-V主机哦，如图所示。


" border="0" />


Move this service or application to another node

之后可以在"Failover Cluster Management"左侧树里找到"Services and Applications"下面的测试虚机，还可以看到当前虚机正在保存状态，如图所示。


" border="0" />


Hyper-V快速迁移需要有一个内存状态的保存和恢复时间，根据虚机内存和存储带宽的大小，有少量的服务中断时间（1~2秒-1~2分钟之间）。

当保存状态完毕后，可以看到已经切换到另外一台主机，并且可以看到虚机正在从保存状态中恢复，如图所示。


" border="0" />


Hyper-V支持高可用性群集功能，不管是有计划的主机维护、还是突发的硬件故障，虚机均可以在另外一台主机上快速重启，而且服务中断的时间很短，整个迁移过程速度非常快，差不多30秒左右完成，个人觉得这个速度还是可以承受的，感觉比想象中要好。