你可能认为，对于虚拟化技术，IT管理人员首先会注意到它是一种降低成本的方法。然而，系统管理员们通常对虚拟化如何节省停机时间更感兴趣。
如果你正在为你的生产环境考虑微软Hyper-V，那么你肯定想知道如何利用它的高可靠性选项。为此，让我们来看一下Hyper-V高可靠性方面的几个***实践。
用相同配置构建你的集群服务器
让Hyper-V具备高可靠性意味着你要建立一个窗口故障切换集群。这种配置至少需要两台服务器，每个集群中要有多达16个节点参与。这时候你不应该淘汰旧服务器;你应该利用那些能够让虚拟机性能变得更好的处理器技术以及那些能够让你知道服务器出问题的组件。
你还需要确保这些服务器的配置相同。这其中包括处理器、网络适配器以及内存、驱动的版本和补丁水平等等，你需要让这些主机运行同样的东西。当你配置高可靠性集群的时候，这些将帮助你通过集群设置向导对你的系统的一些测试。
#p#
理解N+1策略
当你设置集群时，请考虑计划如何处理一个潜在的失败。一种选择就是把你的集群设置成纯粹的故障切换集群，并且把系统的一半性能备用，以便接管其他服务器失败后转移过来的任务。这是一种经典的设置，尤其是在你拥有两台服务器并且追寻配置可靠性的时候。
你也可以建立一个主动集群，这种集群可以在多个机器之间共享负载。Windows Server 2008 R2全面支持这种配置。主动集群需要主机具有足够的资源，以便处理自己的正常负载以及其他主机的负载(当其它机器由于故障切换把负载切换到该主机上时)。
请记住内存非常重要。你可能计划通过在各个主机中分散VM的方式建立一种平衡状态来运行你的虚拟服务器，但是在这种情况下，任何一个组件出现躁动都会引起你所有的虚拟机启动故障转移。你应该拥有足够的内存以及处理器性能，以便处理这种负载。
#p#
使用正确的存储方式
寻找合适的存储方式很棘手。许多管理员在单个主机上开始采用Hyper-V的时候使用的是本地存储，但是集群设置需要在共享存储上运行你的虚拟机。就算是你有一个合适的SAN，也只是在它跟Windows 2008 R2的故障切换集群技术相兼容的时候你才可以使用。不是每个SAN存储方案(包括HBA以及各种各样的固件改进)都会与***版的Windows Server(Windows服务器)兼容。当然你也可以选择去验证一个配置向导，但到那时你很有可能已经投入了很多时间，却建立了一个不兼容的配置方案。
如果你需要使用iSCSI方案，那么拥有足够的I/O带宽来处理你的虚拟机非常重要。你必须在一个专门网络上拥有至少千兆 的速度，并且你应该利用巨型帧。如果你要部署I/O密集型的应用程序，比如说Microsoft SQL Server，那么你应该做一些测试，验证你的存储方案是否能够处理这么多其他的虚拟机。你还应该为存储在专用交换机上安排专用网卡，不能让常规服务器流量共享你的iSCSI带宽。
你可以使用Windows Server 2008 R2中的CSV选项来部署集群存储。它可以让你绕过旧规定，即只有一个节点拥有存储。该CSV选项可以让任何一个节点访问集群中的存储，并且可以让你在单个LUN中的单个VM中存储更多的东西。它还允许机器独立地进行故障切换，***版的Hyper-V没有这些功能。
然而这并不意味着你应该把大量的虚拟机文件放在单个LUN上。当你在存储空间上布置虚拟机时，你还是应该考虑单个LUN的I/O接口性能，并且了解什么时候该把虚拟机转移到不同的存储上。同样重要的是，你的存储不能接触任何不属于本集群的节点。***，请远离动态磁盘，因为虚拟技术只支持基本磁盘。
#p#
使用适当的管理工具
你应该考虑利用真正的Hyper-V管理工具，即便是在一个小型集群中。举个例子，微软系统中心虚拟机管理器工作组版能够在一个集群中管理多达五个节点，而价格只相当于标准版的优惠价。你可得到健康信息以及监视功能、物理机器到虚拟机的转换，以及轻松执行实时迁移的能力。话说回来，如果你不能轻松利用这些功能的话你何必采用集群技术呢?
这些只是几个引导你开始利用***的Windows集群技术架设Hyper-V虚拟机的几个技巧。在生产过程中使用微软Hyper-V时建立集群是很不错的选择，虽然它的主要目的是可靠性，但是它还是会让你睡个好觉的。
【编辑推荐】
