Server 2012 - 沒有共享磁碟的透明 SMB 故障轉移，可能嗎？
這是場景 - 我必須保留一小部分數據（大約 200gb）。這些基本上是共享的 VHD 映像，作為我們許多 VM 的主映像 - 然後它們在這些不同的磁碟中執行。整個集合是“主要是只讀的”。更詳細地說：存在並使用的文件永遠不會改變。我可能會刪除文件（當絕對不使用時）並添加新文件，但是曾經存在的文件會設置讀保護，直到它被淘汰。
顯然，我需要盡可能多的正常執行時間。到目前為止，我們通過在每台 Hyper-V 伺服器上都有這個本地目錄來執行它。現在我想把它轉移到我們的儲存結構中。由於“它必須在那裡”，我非常想要一個無共享的架構。
DFS 將是完美的 - 文件永遠不會更改，因此複製會很好地工作。文件夾可以復製到多個伺服器，所有伺服器都會從那裡引用它們。現在，hyper-V 支持 SMB，這可能是在多個伺服器上隔離它們的好主意——我們嘗試進入儲存更加集中的場景。
Server 2012 支持always on share，但似乎這只適用於後面的集群磁碟。對於只讀文件儲存有什麼辦法嗎？所有文件都指向共享 JBOD 之類的東西——但這會讓我對文件系統損壞持開放態度。我真的打算在這裡完全分開，垂直 - 2台伺服器，都只有SSD，都有自己的2000W獨立USV，都有足夠的頻寬來處理扔給他們的所有東西（注意每個人都認為這是10G - 這會與漂亮的 Infiniband 主幹相比，速度慢且昂貴）。真正的癥結在於，這顯然是一種極端情況——因為文件在使用中只讀取一次。
我不認為這是可行的。如果不使用共享磁碟，您將無法獲得故障轉移透明度。另一個節點如何知道第一個節點在不使用鎖的情況下正在服務哪些文件？
我能想到的唯一其他選擇是在 vSphere 中使用容錯，但這對處理能力、網路頻寬和延遲有非常高的要求。我從未遇到過任何人在低於專用 10gig 的管道上進行容錯。
您是否考慮過類似小型 NetApp 文件管理器的東西 - 它們有兩個“頭”，一個在故障情況下從另一個接管，並且在足夠短的時間內不會導致斷開連接。我們廣泛使用它們，並且從未因文件管理器問題而中斷。雖然它們不是免費的；）