在双节点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 我正在评估使用两台现成服务器构建廉价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镜像其缓存,因此在接管后,已确认但尚未提交到磁盘的写入@R_404_6053@.如果您无法安排,则可能会导致数据损坏或无法缓存写入. 总结

以上是内存溢出为你收集整理的在双节点Linux上,iSCSI目标的故障转移有多好？全部内容，希望文章能够帮你解决在双节点Linux上,iSCSI目标的故障转移有多好？所遇到的程序开发问题。

如果觉得内存溢出网站内容还不错，欢迎将内存溢出网站推荐给程序员好友。