查看以下群集共享空间TechNet 文章 ，看起来这只适用于通过外部SAS背板共享JBOD磁盘arrays的主机。
但是，双节点群集中的每个主机都具有相同数量的SAS 15K驱动器（4），当前configuration为RAID 10arrays。
我想知道是否有Hyper-V等同于VMWare的Virtual SAN技术，而本地磁盘可以作为群集上的共享存储节点公开。
基本上我们只是想利用主机上的磁盘，故障转移群集pipe理器似乎不希望与本地磁盘一起移动，直到移动虚拟机的目标为止。 如果SAN维护能够根据需要将虚拟机混合到本地磁盘上，那将是非常好的。
故障转移群集需要共享存储。 没有它，如果一台机器死了，它们上的数据是不可访问的，没有数据就没有办法进行故障切换。
我不相信有使用本地驱动器的内置容错方法。 对于群集虚拟机，您需要共享存储，并且内部驱动器不符合要求。
你可以做什么，特别是如果这是暂时的，而你正在做SAN维护或升级，则会失去容错。 如果您正在使用SCVMM，请取消选中“使此虚拟机高度可用”。 如果使用故障转移群集pipe理器，请从群集pipe理器中删除虚拟机（它仍将存在于物理主机上）。 然后使用Hyper-Vpipe理器将其移动到本地存储。
当你这样做的时候，你会失去容错能力 – 如果一个物理主机死了，那个主机上的任何虚拟机都会随之而去。 在正常操作期间，您仍然可以使用非集群版本的实时迁移来在主机之间移动它们 – 但是这也意味着要移动磁盘文件，所以需要更长的时间。
完成后，将其磁盘移回共享存储并使其再次高度可用。
StarWind Virtual SAN几乎是您所需要的一切。 与VM运行的家庭自制解决scheme不同的是，GregL提到这个特殊的解决scheme是100％原生的Hyper-V，因为它是Windows应用程序：安装简单，没有VM补丁混乱。 +性能。 如果使用虚拟机，请查看HP StoreVirtual VSA。 它的免费版本的容量将有1TB的限制，并要求第三个独立节点安装FOM（与Windows集群证人相当）。
由于StarWind和HP VSA已经被提及，所以在这里添加不多。 这两个产品都提供了巨大的价值，并且完全按照您的要求来完成。
请记住，如果虚拟机已经作为HP VSA或StarWind的存储池进行configuration，您将无法将虚拟机洗回本地存储。 但是，StarWind的存储总是可以在环回模式下使用，所以即使在维护期间也可以访问虚拟机。 不确定惠普VSA，集群需要第三个投票实体，因此维护过程会变得更加复杂。
如果您有足够的空间来清理虚拟机 – 您可以使用存储在线迁移function与市场上的任何存储解决scheme。
我认为你唯一能做到的方法就是用本地托pipe的“控制器”设置自己的vSAN本地版本。
像这样的东西，或者一组运行DRBD的集群式FreeNAS / OpenFiler实例应该能够做到这一点。
我不会将其用于主要的存储目的，但是当您需要做出破坏性的SAN维护，并且需要保留less量虚拟机运行时，它可能会收效甚微。