如何使用我们现有的mac功能作为分布式存储？

Question

我在一个实验室工作，该实验室必须支持一些处理器密集的用户应用程序，但基本上不需要本地磁盘存储，因为我们不保证任何类型的数据持久性。然而，作为一家Mac商店，我们仍然购买具有标准存储配置的Mac。考虑到管理策略是继续购买比我们使用的更多的磁盘容量，有什么方法可以在这些磁盘上构建某种分布式文件存储吗？

理想情况下，它被用来存储用户的主目录，但是，由于我们目前有超过15 to被完全浪费，我们很乐意接受一个更耐延迟的应用程序，比如存储通过登录钩子下载和提取的主目录的tarball，甚至是服务器备份的存档。

要求：

• 客户端(数据用户)、节点(数据管理员)和任何可能的服务器(协调器？)软件都在MacOS10.5及更高版本上运行
• 高度容错：“节点”也是用户工作站，随时可能重新启动；当然，工作人员在让机器停机以进行更长时间的维护或退休之前，会采取任何必要步骤。
• 在商品硬件上运行:相当高端的商品硬件，但仍然是商品硬件，没有FibreChannel或SCSI。

奖励：

• 符合posix的:如果它不像Hadoop那样呈现为一个常规的NFS挂载或者什么的话，那就太好了。

目前，MogileFS看起来是最好的候选人，在未来的支持方面，Hadoop超过了它。我也读过关于Gluster的文章，但我不知道是什么让它有别于竞争对手。如有任何建议，将不胜感激。我意识到，在用户进行工作时，将用户工作站作为存储节点运行是一项非常艰巨的任务。

如果有人能告诉我调用什么应用程序，我也会很感激，因为Wikipedia声称“分布式文件系统”实际上指的是NFS和BitTorrent (?!)。

相关：分布式并行容错文件系统，哪个分布式文件系统作为云计算的后端？

Answer 1

格利斯特会做你想做的事。它甚至将文件存储为普通系统文件，但使用它们的扩展属性来跟踪它们。我在CentOS linux上的一些相当重要的生产环境中使用过它，但不知道MacOS上的支持是什么样子的。理论上，你可以从源头上编译它..。如果没有可用的二进制文件等。