是否有任何高性能的类似POSIX的文件系统而没有单点故障？

Question

我们有一个Web服务，它需要与POSIX兼容的共享文件系统用于应用程序服务器（在冗余负载均衡器之后并行运行的多个冗余系统）。目前，我们正在将GlusterFS作为应用程序服务器的共享文件系统运行，但是我对系统的性能不满意。与运行GlusterFS的存储服务器的实际原始性能相比，运行DRBD和单个NFS服务器以及所有其他GlusterFS服务器（当前为3台服务器）以热备份角色运行显得更加明智。

我们的工作量是高度读取的，通常处理小文件，只要客户可以根据需要请求单个文件的同步（即，客户准备等待），我很乐意使用“最终一致”的系统。直到文件已成功存储在后端存储中）。我什至会接受这样一种系统，其中这种“同步”要求通过除POSIX fdatasync()之外的其他方式查询文件的状态。文件元数据（例如修改时间）并不重要，仅文件名和内容就不重要。

我目前知道可能的候选人以及每个人当前都有的问题：

• GlusterFS：在实践中总体性能相当差，添加新服务器/砖时性能下降。
• 据我所知，[Ceph：高度复杂的配置/管理，POSIX兼容性牺牲了很多性能。
• MooseFS：部分混淆了开源代码（内部编写的代码大量转储，很少发布有意丢失的补丁程序历史记录，而文档则有很多不足之处。
• SeaweedFS：相当简单的设计和据说的高性能，该项目的未来尚不清楚，因为几乎所有代码都是由Chris Lu编写和维护的-如果他不再编写任何代码会怎样？不清楚“ Filer”组件是否不支持单点故障。

我知道，CAP theorem阻止拥有真正一致且始终可用的系统。对于分布式文件系统，是否有任何好的系统必须能够持久地进行写入，但是读取性能确实很好并且系统没有单点故障？

Answer 1

我是Chris Lu，负责SeaweedFS。有计划将其商业化。 （通过添加更多高级功能。）

文件管理器没有简单的故障点，可以有多个文件管理器实例。文件管理器存储可以是任何键值存储。如果不需要SPOF，则可以使用Cassandra，Redis群集，CockroachDB，TiDB或Etcd。或者，您可以添加自己的键值存储选项，这非常简单。