Hyper-V over SMB是微软特有的存储解决方案。从下图的网络拓扑看，多了一级Windows File Server Cluster作为Hyper-V集群的共享存储的提供者，大家也许会认为这样是多此一举，但实际上这样的方案有几个好处：
实际上上图文件服务器集群不仅可以通过SMB也可以通过NFS协议和iSCIS将存储共享出去。但SMB 3.0已经明显强化了采用SMB协议的优势。
四、集群共享卷
集群共享卷是Windows Server 2008 R2为故障转移集群新增的一项特性。简单来说，集群共享卷使得多个节点对网络中同一位置的访问实现了真正的同步，各节点都拥有该位置的最新状态信息。
当我们使用Windows文件共享服务时会这样的经验：在节点1打开的共享文件夹\\fs01\share中新增了文件A，但是在节点2打开的同样位置\\fs01\share却没有文件A。网络位置\\fs01\share虽然是共享文件夹，但是在同一时间只能有一个节点维护其最新状态。在故障转移集群各节点上访问集群共享卷时却没有这样的问题。
集群共享卷的好处远不止上面这一点：
每个集群共享卷都会被映射到每个节点的系统分区下ClusterStorage文件夹中，因为各节点访问集群共享卷就如同访问本地路径。如果系统分区在C盘，那么集群共享卷1的路径默认为C:\ClusterStorage\Volume1\，其中Volume1的名称可以随意更改。
多个虚拟机可以放置在同一个集群共享卷中，即同一个LUN中，并且可以正常进行故障转移（这时故障转移的单位不再是LUN，而是虚拟机），这充分利用了磁盘空间，也省却了为每个虚拟机配置LUN的繁琐工作。
即使一个节点和SAN之间连接中断或者部分网络中断，集群也可以正常响应，集群将通过SAN或网络中完好的部分来重新路由集群共享卷的通信。
Windows Server 2012对集群共享卷特性做了很大的改进，关于集群共享卷的实现原理详细可以参考 Cluster Shared Volume (CSV) Inside Out 和 Cluster Shared Volumes Reborn in Windows Server 2012: Deep Dive 这两篇文章。