查看以下集群共享空间 TechNet文章，看起来这仅适用于通过外部 SAS 背板共享 JBOD 机箱的主机。
但是，双节点集群中的每台主机都有相同数量的 SAS 15K 驱动器 (4)，当前配置为 RAID 10 阵列。
我想知道是否有与 VMWare 的 Virtual SAN 技术等效的 Hyper-V，而本地磁盘可以作为集群上的共享存储节点公开。
基本上，我们只想利用主机上的磁盘，而故障转移集群管理器似乎不想将本地磁盘作为移动虚拟机的目标。如果 SAN 维护能够根据需要将虚拟机转移到本地磁盘，那就太好了。
故障转移集群需要共享存储。没有它，如果机器死机，它们上的数据将无法访问，并且没有数据就无法进行故障转移。
我不相信有任何使用本地驱动器的内置容错方法。对于集群虚拟机，您需要共享存储，而内部驱动器不符合条件。
您可以做的就是失去容错能力，尤其是在您进行 SAN 维护或升级时这是暂时的。如果您使用的是 SCVMM，请取消选中“使此虚拟机高度可用”。如果您使用的是故障转移集群管理器，请从集群管理器中移除虚拟机（它仍将存在于物理主机上）。然后使用 Hyper-V 管理器将其移动到本地存储。
当你这样做时，你就失去了容错能力——如果一个物理主机死了，那台主机上的任何虚拟机都会随之而去。在正常操作期间，您仍然可以使用实时迁移的非集群版本在主机之间移动它们 - 但这也意味着移动磁盘文件，因此需要更长的时间。
完成后，将他们的磁盘移回共享存储并再次使其具有高可用性。
由于已经提到了 StarWind 和 HP VSA，因此此处无需添加太多内容！这两种产品都提供了巨大的价值，并且可以完全按照您的要求完成。
请记住，如果虚拟机已被配置为 HP VSA 或 StarWind 的存储池，您将无法将虚拟机改组回本地存储。但是，StarWind 的存储在环回模式下始终可用，因此即使在维护期间您也可以访问您的虚拟机。不确定 HP VSA，集群需要第三个投票实体，因此维护过程可能会变得更加复杂。
如果您有空间储备来洗牌虚拟机 - 您可以将 Storage Live Migration 功能与市场上可用的任何存储解决方案一起使用。
StarWind Virtual SAN 几乎可以满足您的一切需求。与运行 VM 的自制解决方案不同，GregL 提到这个特定的解决方案是 100% 原生于 Hyper-V，因为它是 Windows 应用程序：安装简单，没有 VM 修补混乱。+ 性能。如果您对虚拟机满意，请查看@HP StoreVirtual VSA。他们的免费版本的容量限制为 1TB，并要求第三个独立节点安装 FOM（相当于 Windows 集群见证）。
我认为您实现此目的的唯一方法是使用本地托管的“控制器”设置您自己的本土版本的 vSAN。
像这样的东西，或者一组运行DRBD的集群FreeNAS / OpenFiler实例应该可以解决问题。
我不会将它用于主存储目的，但当您需要进行破坏性 SAN 维护并需要保持少数虚拟机运行时，它可能会在紧要关头还不错。