兩節點 linux san 上 iSCSI 目標的故障轉移有多好？

我正在評估使用兩台現成伺服器建構廉價 iSCSI 冗餘 SAN 的可能性。這個想法是執行 linux、pacemaker 和 iSCSI 目標 - 類似於linux-ha-examples 上的 SAN Active-Passive。

當我讀到同一頁時，我有點害怕：

在 iscsi-target 切換期間，可以檢測到 write-test.log 協議中的間隙。在我們的設置中，我們觀察到了 30 秒的延遲。報告了與 ext3 和 iSCSI 故障轉移有關的問題 此配置已使用 ext2 和 ext3 進行了測試，並且可以在兩個文件系統中使用。

有沒有人將一個由 linux 盒子製成的冗餘 iSCSI SAN 投入生產？故障轉移事件真的那麼糟糕嗎？30 秒的 I/O 凍結對我來說聽起來像是一場災難，不是嗎？

預設情況下，SCSI 連接會在 15 秒（或其他時間）後超時。如果您的自製解決方案在此期間無法完成收購，您將需要發揮該價值。另外值得考慮的是，普通 SAN 會鏡像其記憶體，因此在接管後，已確認但尚未送出到磁碟的寫入不會失去。如果您無法安排，您將面臨數據損壞或不得不避免記憶體寫入的風險。

我們已經設置了兩個 Linux 機器作為 iSCSI 目標集群。我們使用 DRBD 和SCST目標，它工作正常。（SCST 目標比舊的 iscsitarget 更好，VMware ESXi 可以殺死那個但不能殺死 SCST）。

超時是客戶端設置，因此您可以根據需要將其設置得更低。

引用自：https://serverfault.com/questions/351004