我正在设立一个testing实验室来评估未来生产使用的最佳解决scheme。 面向中小型企业的生产农场，如此预算是存在的，但也是有限的。
生产目标 ：3台具有Windows Server 2012 R2故障转移虚拟化群集和软件定义存储解决scheme的超融合服务器作为共享存储。 在短期内，集群将扩展到总共5台服务器。 SANnetworking是专用的。
testing实验室的目标 ：find符合以下标准的SDS解决scheme：
1.为Hyper-V群集提供共享存储。
2.横向扩展：可以在不closures群集的情况下添加 – 移除磁盘（最好是节点）。
3.容错。 丢失1个节点后可用（如果在丢失2个节点后可恢复 – 这太棒了！）。
4.低networking开销/延迟（也将用于SQL Server）。
5.有合理的价格（存储空间直接是不能接受的这个原因）。
阅读并查看一些产品后，我的短名单是EMC ScaleIO和Starwind Virtual SAN。
我试了一下，发现Starwind VSAN提供的HA很有限： 据我所知，这个解决scheme只是镜像节点间的虚拟磁盘（即文件），只允许在托pipe磁盘的限制范围内扩展容量。 相反，ScaleIO跨节点传播数据，并允许添加新的存储和重新平衡卷。
所以，我的问题是：
先谢谢你！
这里没有好处或坏处：这两种ref'd解决scheme在扩展方式，在集群节点间如何分配数据以及如何处理组件故障方面完全不同。
1） 宽条纹与数据的局部性。 SIO进行所谓的“宽带化”：他们保持所有群集节点上的卷数据（与VMware VSAN和HPE VSA一样），而StarWind负责所谓的“数据局部性”（同样的方式Nutanix NDFS和SimpliVity / HPE）并将数据保留在有限数量的“合作伙伴”上。 实际上这两种方法都有优点和缺点。
https://www.nutanix.com/2013/12/03/data-locality-sql-vdi-on-the-same-nutanix-cluster/
https://www.simplivity.com/blog/2016/05/importance-data-locality/
https://www.starwindsoftware.com/data-locality-page
2） 单个统一的地址空间VS虚拟磁盘。 SIO确实可以创build一个单一的统一地址空间，但实际情况是在您的环境中这是一个毫无用处的（至less是坏的主意！）function：Microsoft / Hyper-V确实需要每个群集节点至less有一个CSV /虚拟LUN，你的情况下，最佳数量的虚拟LUN是相同的，不要紧，你使用SIO或StarWind。
https://technet.microsoft.com/en-us/library/jj612868%28v=ws.11%29.aspx
https://www.petri.com/how-many-csvs-should-a-scale-out-file-server-have
https://blogs.msdn.microsoft.com/clustering/2013/12/02/cluster-shared-volume-csv-inside-out/
3）节点数和容错。 SIO与Ceph非常相似：它需要相当多的节点（8-10）来获得合理的性能（感谢“宽条带”）。 还要确保你了解SIO只是复制和最终容量是（N-1）/ 2，所以五个节点将给你2个节点的容量可用与双向复制和只能失去一个节点（N + 1）。 StarWind使用复制和局部重构码（纠删码）同时存在多个故障，由于存在多个故障域，不仅有跨节点复制保护，而且还有本地“RAID”保护， SimpliVity的方式，类似于微软在Azure / S2D中的做法。
https://www.emc.com/collateral/white-papers/h15148-emc-scaleio-deployment-guide.pdf
https://www.simplivity.com/blog/2016/10/data-storage-built-resiliency/
https://www.microsoft.com/en-us/research/publication/erasure-coding-in-windows-azure-storage/
https://www.starwindsoftware.com/grid-architecture-page
TL; DR：总的来说，我build议为两个候选名单build立一个POC，看看一切如何。
简而言之， 两种解决scheme都能满足您的要求 。
正如前面的海报已经提到的，他们只是以不同的方式工作。
如果您想知道每个解决scheme的优点/缺点，只需联系两家供应商，并向他们的售前技术人员咨询您想了解的一切。 之后，部署PoC并仔细检查他们告诉你的内容。