我们有一个Windows 2012 R2 Hyper-V虚拟机，它有多个通过iSCSI直接连接到SAN的驱动器。 这些驱动器可以通过多个其他2012 R2虚拟机使用UNCpath来添加和获取文件（很less更新/删除）。 这些文件由内部进程创build，稍后由用户查看。
如果连接到iSCSI存储的虚拟机脱机，那么我们所有的文件处理都必须停止 – 我们无法生成并保存新文件，用户无法查看它们。 这是一个单一的失败点。
如果第一台虚拟机脱机（计划内或计划外），是否有一种技术可以将iSCSI驱动器连接到另一台虚拟机？
我们的SAN不具备将NAS作为NAS的能力（这会让我们的生活更轻松）。 是否可以使用Windows故障切换群集通过将iSCSI驱动器连接到主要位置来提供一些冗余？ 我只能findiSCSI Target故障转移，但我不认为这是我所需要的。
有任何想法吗？
有一种称为多pathI / O的技术，基本上处理您所描述的内容： https : //technet.microsoft.com/en-us/library/cc725907(v=ws.11).aspx
为了实现pipe理程序级别的冗余，您需要创build故障转移群集。 在此之后，您将能够configurationHA虚拟机，SOFS或“故障转移文件服务器”angular色，这似乎是您尝试实现的目标。
尽pipe如此，只有使用共享存储才能实现以上提到的高可用性。 您可能需要安装2个物理NAS服务器或2个主机，并安装了一些“虚拟SAN”软件。
看看StarWind Virtual SAN或HPE VSA。 据我所知，他们都有免费的版本有一些限制。
StarWind： https ：//www.starwindsoftware.com/
HPE VSA： http ://www8.hp.com/us/en/products/storage-software/product-detail.html?oid = 5306917
在你的情况下，你可以build立SOFS（文件服务器集群）：
仍然在努力，但看起来我们可以通过Windows故障转移群集来实现这一点。 这个博客给了我们一个很好的指导： http : //www.1e.com/blogs/2014/08/11/creating-a-windows-cluster-using-iscsi-to-connect-to-shared-storage/
基本上：