我们有一个 Web 服务器集群，目前将临时文件（由用户上传）存储在中央共享文件系统上。限制在于，只要包含共享文件系统的服务器发生故障，我们的整个站点就会瘫痪（或至少瘫痪）。我研究过 Gluster 和 GridFS 等解决方案来创建容错文件系统，但对于经常创建和删除的临时文件，它们似乎都不是理想的选择。安全性也很重要，而 Gluster 似乎没有任何在线加密手段。
有哪些好的容错分布式文件系统选项，具有安全能力并能处理频繁的文件创建/删除？
答案1
警告：主观意见内容。
分布式文件系统很糟糕。虽然有像 cassandra 和 ceph 这样的优秀分布式对象存储，但任何基于它的文件系统模拟都存在问题，因为文件系统操作无法很好地映射到分布式（锁定、fsync()），这就遗漏了需要将代码放入内核而不是应用程序中来支持它们的问题。
我确实很欣赏通过文件系统访问所有内容的简单性，但也许编写更多的代码并使用分布式对象存储更容易，就像它本来应该被使用的那样。
答案2
openAFS---（开放安德鲁文件系统）
答案3
取决于想要/需要如何访问文件系统。如果您不介意使用 API 调用，您可以做一些像 S3 一样简单的事情，或者将其保留在内部运行 RIAK 集群以获得类似的体验。
如果这太过繁重，你可以运行类似 etcd 的东西（https://github.com/coreos/etcdetcd 被设计为在每个节点上运行，并且它的性能非常高，尽管需要做更多的工作来交互。