在双节点Linux上,iSCSI目标的故障转移有多好?

我正在评估使用两台现成服务器构建廉价iSCSI冗余SAN的可能性.我们的想法是运行 linux,pacemaker和iSCSI目标 – 类似于 SAN Active-Passive on linux-ha-examples.

当我阅读时,同一页面让我有点害怕:

During the switchover of the iscsi-target one can detect a gap in the
protocol of write-test.log. In our setup we observed a delay of 30s.
There are problems reported in connection of ext3 and an iscsi
failover This configuration has been tested with ext2 and ext3 and
worked with both filesystems.

有没有人投入生产由linux机箱制造的冗余iSCSI SAN?故障转移事件真的那么糟糕吗? I / O冻结30秒对我来说听起来像是一场灾难,不是吗?

解决方法

默认情况下,SCSI连接在15秒(或其他)后超时.如果您的自制解决方案无法在此期间完成接管,则您需要使用该值.另外值得考虑的是,普通SAN镜像其缓存,因此在接管后,已确认但尚未提交到磁盘的写入不会丢失.如果您无法安排,则可能会导致数据损坏或无法缓存写入.

相关文章

查找全部容器的日志文件 $ sudo find /var/lib/docker/conta...
Linux日志文件中列属性的详细解析
在Linux系统中没有duf命令,如何有效地管理磁盘空间?
深入探讨EncryptPad在Linux操作系统中的功能和优势
原理和应用场景:Linux中ttyload工具的工作原理和实际用途
深度解析SELinux的三种策略类型