Storage Spaces Direct（S2D）是Windows Server 2016引入的、备受期待属性之一。S2D对Windows Storage Spaces属性进行拓展，允许管理人员通过集群服务器进行集中存储。

通常，Windows故障转移集群都会使用集群共享卷（CSV）。一个CSV便是一个存储卷，可以访问构成集群的所有节点。如果，服务器托管集群资源的这种方式失败了（微软称之为一种集群模式），那么，工作负载可以无缝对接到该集群中的其他节点中。这种想法是可能实现的，因为所有集群节点共享同一个CSV，因此能够访问同一个文件。

CSV已经应用多年之久，也值得信赖。但是，它们构建的过程非常复杂，成本也很高。在大型企业中，CSV通常应用于存储区域网络（SAN）中，并且通过光纤通道（Fibre Channel）连接到集群各节点。小型企业或许会选择使用iSCSI，这种技术成本较低，但是配置却比较复杂。

Storage Spaces Direct省去了对CSV的需求

Storage Spaces Direct的特性在Windows Server 2016中起到了作用。Storage Spaces Direct允许故障转移集群在不使用CSV的情况下构建普通的存储空间。

在支持共享存储体系的基础上才能构建出CSV。相反，Storage Spaces Direct既可以不使用直连存储（Direct Attached Storage），也不需要连接到JBOD存储中。

Storage Spaces Direct并不会将集群节点的本地存储转移到共享存储中，或使每个集群节点成为集群存储的一个完整镜像。管理人员必须在每个集群节点处构建存储池。这些存储池要具备节点本地存储功能。存储池一旦建成，就要在存储池上构建虚拟磁盘。如果虚拟磁盘使用了SSD及HDD组合存储方式，那么，虚拟磁盘就会自动地划分存储层。然后，这些存储磁盘就会作为集群存储出现。

Storage Spaces Direct与众不同之处

对该配置的一个重要认知就是，虚拟磁盘并不是我们认为的虚拟硬盘（VHD）文件，而是一种扩展系列。一单位扩展容量等于1GB虚拟硬盘容量。同理，500GB虚拟硬盘可以构成500个独立扩展容量。

这一点很重要，因为VHD不可能被镜像到每一个集群节点中，因此也不可能为每一个集群节点提供一款专用的VHD。在这种情况下，Storage Spaces Direct采用了一种被称为故障域感知的技术来维护集群存储的完整性和可用性。

故障域感知的工作原理是，如果节点或者节点存储发生故障，该技术会通过扩展各集群节点的方式来防止数据丢失。举个例子，比方说在四节点群中构建一个500GB的VHD。

有几种不同的方式可以构建数据，但是，首选方法之一就是创建三向镜像。一旦三向镜像创建成功，那么就存在三个数据副本。由于四节点属于这个特定集群，因此并非每个节点都可以拥有自有的数据副本。正因为如此，Windows构建了3个独立的500单位扩展区域，共计1500个扩展单位。这些扩展区域以最大弹性化方式分散到集群各节点处。

Storage Spaces Direct承诺会降低集群存储成本，同时可以简化故障转移群创建方式。在TechNet中你可以找到更全面的技术解释。