我有个问题。 我需要构build主动/主动HA存储架构，但是我不知道如何在没有昂贵的第三方软件的情况下实现这一点。 我有两个Hyper-V主机，每个都有iSCSI存储。 我可以构buildHyper-V故障转移群集，当一个Hyper-V主机出现故障时，可以为我提供HA。 但是，如果一个存储失败，那将是不好的。 另一种情况是，我将有两台Hyper-V主机连接到两台横向扩展文件服务器，最顶层的是Hyper-V故障转移群集。 这个解决scheme吗？ 我需要两个HV主机，每个都有自己的存储上运行的虚拟机，但我需要在这些存储之间进行synchnonization故障的情况下。 如果发生故障，我需要两台HV主机从一个存储中运行所有虚拟机。 有任何想法吗？ 如何实现这一目标的最佳做法是什么？ 有可能用SOFS构build提到的架构？ 如果使用SOFS，性能如何？ Btw …我需要两个存储硬件RAID 10，我有Windows Server 2012（没有R2）。
但我不知道如何实现这个没有昂贵的第三方软件。
那么让我们说，“昂贵”是IISC每个节点299美元（ http://www.kernsafe.com/ HA iSCSI目标，2个节点，复制）或免费（使用一些可用于Linux的HA的东西）
除此之外 – 没有办法获得全面的高可用性。 抱歉。
您可以使用VMware VSAN / Linux DRBD / FreeBSD HAST方式轻松构build廉价的Hyper-V群集（存储虚拟化堆栈本身在虚拟机pipe理程序中运行，而不是在虚拟机内运行，因为速度很慢且很脆弱）。 StarWind软件有这个版本，入门级甚至是免费的。 看到：
http://www.starwindsoftware.com/native-san-for-hyper-v-free-edition
StarWind甚至可以构build不带任何物理后端数据块存储的SoFS（无SAS，无FC，无iSCSI，只需廉价的SATA磁盘和以太网）。 看到：
http://www.starwindsoftware.com/sw-configuring-ha-shared-storage-on-scale-out-file-servers
但是，只有当你想使用SoFS和SMB 3.0作为运行DAS的虚拟机时，有一些合理的使用方法，一些用于HA（2路或3路）的虚拟SAN复制总是比从NAS / SAN完全运行虚拟机更快DAS比Ethernet-eltency更快）。
您可以定义构build一个SOFS集群来实现这一点。 存储后端必须是JBOD SASarrays，例如DataOn Storage解决scheme。 这将确保即使SOFS集群中的节点出现故障，存储也能正常运行，并且两个节点都将以主动/主动方式呈现存储。
然后，您将使用SMB3协议将SOFS集群呈现给hyper-v主机，理想的情况是在10Gbps网卡上。
我并没有揣测数字，但据传闻，这种解决scheme通常大约是现成SAN的一半，而且越来越受欢迎。
有很多博客文章详细说明了各种选项，艾丹芬有很多好的 。
你引用的基于Windows的版本将花费$ 600 + Windows许可证（另外$ 1000）。 对于Windows和Linux，您都必须添加一对物理服务器来运行它们和一对networking交换机。 整个项目将花费4-5K（Windows一个，当然Linux会更便宜）。 这是来自DataOn的入门级VNXe或SAS JBOD的价格。 两者都将提供良好的支持，而您提到的Windows解决scheme基本上没有支持（“中国制造”，一人公司），而Linux只提供社区支持。 不确定“HA”和这些引用的问题混合:)
如果您需要昂贵的扩展SAS或FC存储的昂贵的基于以太网的网关，SoFS才有意义。 假设您有SAS JBOD或FC SAN。 只有一对Hyper-V主机，您可以轻松共享此存储。 但是如果您有更多的节点（3+），则需要部署SAS交换机并许可8个以上的FC端口。 因此，从财务的angular度来看，把SAS和FC连接到一个Windows操作系统，将SoS概念转换成DAS – > SMB 3.0是有道理的。
看MS演示文稿 – 他们总是显示巨大的SoFS农场。 出于某种原因：两个节点SoFSconfiguration昂贵且速度慢（DAS和FC直接比以太网速度更快）。 所以你可以做SoFS。 但是，在你需要将共享存储提供给至less4个节点的Hyper-V集群之前，你并不需要这样做:)
因为您需要多个客户端，SoFS并不是真正的主动/主动，因为服务器工作负载分布在DNS基础上：没有像FC或iSCSI那样的MPIO。
你可以肯定build立一个SoFS集群来实现这一点。 存储后端必须是JBOD SASarrays，例如DataOn Storage解决scheme。 这将确保即使SOFS集群中的节点出现故障，存储也能正常运行，并且两个节点都将以主动/主动方式呈现存储。