两节点 linux san 上 iSCSI 目标的故障转移有多好？

Question

我正在评估使用两台现成服务器来构建廉价 iSCSI 冗余 SAN 的可能性。这个想法是运行 linux、pacemaker 和 iSCSI 目标——类似于linux-ha-examples 上的SAN Active-Passive。

当我阅读时，同一页让我有点害怕：

在 iscsi-target 的切换过程中，可以检测到 write-test.log 协议中的一个间隙。在我们的设置中，我们观察到了 30 秒的延迟。存在与 ext3 和 iSCSI 故障转移有关的问题报告 此配置已在 ext2 和 ext3 上进行了测试，并且适用于两个文件系统。

有没有人将一个由 linux 盒子制成的冗余 iSCSI SAN 投入生产？故障转移事件真的那么糟糕吗？I/O 中的 30 秒冻结对我来说听起来像是一场灾难，不是吗？

Answer 1

默认情况下，SCSI 连接在 15 秒（或其他时间）后超时。如果您的自制解决方案在那段时间内无法完成收购，您将需要发挥该价值。同样值得考虑的是，普通 SAN 会镜像其缓存，因此在接管后，已确认但尚未提交到磁盘的写入不会丢失。如果您不能安排，您可能会面临数据损坏或不得不避免缓存写入的风险。

Answer 2

我们已经设置了两个 Linux 机器作为 iSCSI 目标集群。我们使用 DRBD 和SCST目标，它工作正常。（SCST 目标比旧的 iscsitarget 好，VMware ESXi 可以杀死那个目标，但不能杀死 SCST）。

超时是客户端设置，因此您可以根据需要将其设置得更低。