我是Hyper-V的忠实粉丝，但是并不包括它的底层集群技术。Windows故障切换集群架构最初的设计仅是为了搭建普通的集群系统。但是它的管理工具部分，例如Windows故障切换协调器，就并非是一次设置后就可以长期使用的解决方案。

　　Hyper-V集群存储系统对动态迁移功能的需求，使得Windows故障切换集群系统的复杂性上升到一定的层面。对虚拟机磁盘文件的存储，Hyper-V跟其竞争对手一样，需要共享存储局域网络实现在虚拟主机之间的连接。而跟竞争对手不同的一点是，Hyper-V有多种共享存储设置方式：支持或不支持 Cluster Shared Volumes（CSV）。

　　在本中中，TechTarget中国的特约作者Greg Shield要讲述的是Windows故障切换集群系统如何工作，以及如何赋予协调器特殊的任务权限以最小化它们的任务时间。

　　Cluster Shared Volume如何工作

　　如果想理解协调器的工作原理，您首先要知道CSV技术，而且需要深入理解CSV。另外您还需要理解Windows故障切换集群系统是如何创建，以及它们同磁盘资源之间的协同工作原理。

　　在Windows Server 2008 R2 和CSV发布之前，磁盘本身也是集群的一部分，在Failover Cluster Manager控制台中，磁盘被创建为集群中独立的磁盘资源。在这种配置方式下，每个磁盘资源被作为独立的故障切换节点管理。磁盘、网络命名、IP地址和虚拟机资源被组合在一起构成独立的资源链条。当问题发生后，这一链条中的虚拟机资源可以同时切换到集群中的另一节点中。

　　如果没有CSV，集群中的故障切换节点就是磁盘资源本身。故障切换的边界被设定为磁盘资源节点切换时磁盘上的数据是随着物理磁盘的切换而实现转移的。另外，所有磁盘资源节点的故障切换都会同时影响到该物理磁盘上所有相关虚拟机的转移。对于多数的IT用户而言，这样的解决方案是远远不够的。为了解决这个问题，很多管理员采取了这样的方式：为每台虚拟机创建独立的磁盘资源节点和对应的LUN。

　　CSV的出现恰好解决了这个问题，它把故障切换的单元设置为磁盘上的某个文件，而不是整个磁盘子系统。这一机制使得每个虚拟机的磁盘文件可以单独成为故障切换的单元。如果我们在支持CSV配置的磁盘系统上部署虚拟机的话，就可以在一个单独的LUN上同时设置多个虚拟机磁盘文件，而且还能独立支持单个虚拟机磁盘文件的故障切换。

　　协调器的角色

　　这个时候，Windows故障切换系统中的协调器就变得非常重要。在启用了CSV的集群配置中，磁盘资源上的每个单独的文件可以归属于不同的集群节点。同时，包含了这些文件的磁盘资源也必须同时隶属于某个集群节点。微软把拥有磁盘资源的节点称为协调器。

　　通常我们都不会用到协调器。几乎所有的虚拟机到磁盘的访问操作，都是从拥有该磁盘资源的虚拟机直接到磁盘的。但是某些特定的操作就必须通过协调器执行，例如把虚拟磁盘文件（VHD）拷贝到某个LUN。通常，这是一个磁盘密集型的操作，而且需要花费很长时间完成。

　　VHD文件到LUN的复制总是通过协调器来实现的。虽然很明显的是，通过各个集群节点都可以完成这个工作，但是这一任务的“负责人”则是协调器。因此，如果您在非协调器的节点上启用该任务，将会花费更长的时间来完成。

　　通过改变磁盘资源系统的所属可以在集群节点中切换协调器的角色。通常，在启用了CSV设置后，我们往往没有必要去切换。假设您的文件拷贝操作非常的频繁，最好的节约时间的办法还是通过选择正确的节点来开始拷贝任务。