这里是场景 – 有一小部分（200GB左右）的数据，我必须保持可用。 这些基本上是共享的VHD镜像，可以作为我们很多虚拟机的主映像，然后运行在差分磁盘上。 整套“大部分只读”。 更详细地说：在那里和IS使用的文件将永远不会改变。 我可能会删除文件（当绝对不使用时）并添加新文件，但是那里的文件一旦获得了读保护设置，直到它被取消。
显然，我需要尽可能多的正常运行时间。 到目前为止，我们通过在每个Hyper-V服务器上使用本地目录来运行该目录。 现在我想将其转移到我们的存储结构中。 由于“它必须在那里”，我非常想要一个没有共享的架构。
DFS对于这一点是完美的 – 一个文件永远不会改变，所以复制将很好地工作。 文件夹可以被复制到多个服务器，所有的都可以从那里引用它们。 现在，hyper-V支持SMB可能是一个很好的想法，将这些服务器隔离在一些服务器上 – 我们试图进入存储更集中的场景。
Server 2012始终支持共享，但似乎只能在后面使用群集光盘。 有没有办法解决这个只读文件存储？ 所有文档都指向共享的JBOD，但是这会让我打开文件系统损坏。 我真的打算在这里垂直分开 – 两个服务器，两个都只有SSD，两个都有自己的2000W单独的USV，两者都有足够的带宽来处理所有的问题（注意每个人都认为这是10G，与一个漂亮的Infiniband骨干相比，速度慢，费用高）。 真正的症结在于，这显然是一个边缘案例 – 因为这些文件在使用中只能被读取一次。
我不认为这是可行的。 如果不使用共享磁盘，您不能拥有故障转移透明度。 另一个节点如何知道第一个节点在不使用锁的情况下提供哪些文件？
我唯一能想到的就是使用vSphere中的Fault Tolerance，但是对处理能力，networking带宽和延迟都有很高的要求。 我从来没有遇到过任何人比没有专用的10Gigpipe道容错。
你有没有想过像一个小型的NetApp文件pipe理器 – 他们有两个“头”，一个在故障情况下接pipe另一个，并且在足够短的时间内不会造成断开。 我们广泛使用它们，并且从来没有因为filter问题而中断。 虽然他们不是免费的;）