什么是人们已经成功使用iSCSI的共享磁盘文件系统？

设置看起来像这样。

iSCSI设置

目标是让多台计算机从iSCSI目标装入一个LUN。理想的安装读/写和ACL支持。

这些服务器运行着GNU / Linux，所以最好是在vanilla内核中可用的文件系统。虽然我可以在必要时处理编译第三方模块。

我目前正在研究GFS2和OCFS2 。什么是一些成功的部署，人们已经这样做了？任何疑难杂症我都应该留意

只要您使用的iSCSI堆栈具有非常强大的SCSI3预留支持，您应该是好的。文件系统的实现细节应该不重要。最关心的问题一般是iSCSI目标软件的质量，因为错误会导致文件系统出现故障，并导致群集的整体故障。在这种情况下，你想要一些失败的东西，而且所有通常可以接受的集群文件系统都是这样做的。

我已经在LAB中的红帽集群套件上成功testing了GFS。防护设备使用SNMP IFMIBclosuresnetworking端口，您还可以添加仲裁磁盘以提高安全性。你可以在这里find一些技术笔记

GFS依赖于红帽集群套件，这是不容易实现的。如果你不需要真正的集群function，只需要同时写一个共享块设备，查看IBM GPFS，实现起来就容易多了，许可证费用也只有几百块钱。

我有8个Web /应用程序服务器挂载多个OCFS2文件系统。常见的东西，Apacheconfiguration，日志，虚拟主机等和应用程序代码都存储在那里。我并没有为最初的实施，所以我不能说多less，但从我记得我的头顶，这是相当标准的一些修改。

至于陷阱，可能有点脆弱。我的意思是，我们有很多例子，当服务器离开并重新join群集时，所有服务器上的负载都会在屋顶上射击几分钟。我认为这是一个错误，但是在一些更新后，IIRC的行为得到了解决。

群集configuration文件必须在每个节点上保持相同的状态，这可能会很痛苦。

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

另外，请记住，群集fs将比传统的fs承担更多的开销。您添加的节点越多，问题就越大。解决scheme是更多的硬件（和良好的调整）。