人们已成功使用过哪些与 iSCSI 一起的共享磁盘文件系统?

人们已成功使用过哪些与 iSCSI 一起的共享磁盘文件系统?

该设置看起来像这样。

iSCSI 设置

目标是让多台计算机从 iSCSI 目标挂载单个 LUN。理想情况下,挂载读/写并支持 ACL。

服务器运行的是 GNU/Linux,因此最好使用 vanilla 内核中的文件系统。不过,如果需要,我可以处理第三方模块的编译。

我目前正在调查GFS2OCFS2。人们做过哪些类似的成功部署?我应该注意哪些问题?

答案1

只要您使用的 iSCSI 堆栈具有非常强大的 SCSI3 预留支持,您就应该没问题。文件系统的实现细节并不重要。最大的担忧通常是 iSCSI 目标软件的质量,因为其中的错误会导致文件系统故障和集群整体故障。您希望在这些情况下能够干净地失败,所有通常可接受的集群文件系统都是这样做的。

答案2

我已经在实验室中成功测试了 Red Hat Cluster Suite 上的 GFS。隔离设备使用 SNMP IFMIB 关闭网络端口,您还可以添加仲裁磁盘以获得额外的安全性。您可以在此处找到一些技术说明

http://honglus.blogspot.com.au/2011/05/passed-25-rhca-ex436-clustering-and.html

GFS 依赖于 Red Hat Cluster Suite,这并不容易实现。如果你不需要真正的集群功能,只需要并发写入共享块设备,请查看 IBM GPFS,它更容易实现,而且许可费只有几百美元。

答案3

我有 8 个 Web/应用服务器,它们都安装了多个 OCFS2 文件系统。常用内容、Apache 配置、日志、虚拟主机等以及应用代码都存储在那里。我并没有参与最初的实施,因此对此我无话可说,但就我所记得的而言,它非常标准,只是做了一些修改。

至于陷阱,它可能有点脆弱。我的意思是,我们遇到过很多情况,当服务器离开并重新加入集群时,所有服务器的负载会在几分钟内急剧上升。不过我认为这是个错误,如果我没记错的话,经过一些更新后,这种行为就解决了。

集群配置文件必须在每个节点上保持相同的状态,这可能很麻烦。

对我们来说,更新将是一个问题。我认为我们使用的是 1.4 版本,而更新到 1.6 版本意味着整个集群将停机,因为版本不兼容。您不能混合使用这两个版本。也许在新部署中这不是什么大问题。

另外,请记住,集群文件系统将比传统文件系统产生更多开销。添加的节点越多,问题就越大。解决方案是增加硬件(并进行良好的调优)。

相关内容