我正在评估使用两台现成的服务器构build廉价的iSCSI冗余SAN的可能性。 这个想法是运行Linux，起搏器和一个iSCSI目标 – 就像在linux-ha-examples上的SAN主动 – 被动一样。
当我读到以下内容时，同样的一页让我有些害怕：
在iscsi-target切换期间，可以在write-test.log协议中检测到一个间隙。 在我们的设置中，我们观察到延迟了30秒。 在连接ext3和iscsi故障转移时报告了一些问题。这个configuration已经用ext2和ext3testing过了，并且在两个文件系统上工作。
有没有人投入生产一个冗余的iSCSI SAN由Linux的盒子？ 故障转移事件真的很糟吗？ I / O冻结30秒听起来像是一场灾难，不是吗？
SCSI连接默认15秒后（或其他）超时。 如果您的自制解决scheme在此期间无法完成收购，则需要使用该价值。 另外值得考虑的是，正常的SAN镜像它们的caching，所以在接pipe之后，已经被确认但尚未提交到磁盘的写入不会丢失。 如果你不能做到这一点，你可能会面临数据损坏或不得不caching写入的风险。
我们已经build立了两个Linux机箱作为iSCSI目标群集。 我们使用DRBD和SCST目标，它工作正常。 （SCST目标比旧的更好，VMware ESXi可以杀死那个而不是SCST）。
超时是一个客户端设置，所以你可以将它设置得更低，如果你愿意。