如何配置 GlusterFS 以实现具有不稳定节点数的低延迟读取、异步写入设置?

如何配置 GlusterFS 以实现具有不稳定节点数的低延迟读取、异步写入设置?

我需要一个具有以下要求的存储系统:

  • 每日自动扩展的 Linux EC2 应用程序服务器动态池 (1-20)
  • 低延迟读取
  • 可能异步写入(<5 分钟)
  • 大多数 posix 功能,除锁定外
  • 每个应用服务器都可以自主工作,因此需要本地的所有数据(复制模式)

因为我想复制多台机器(N-Master 设置),所以我思考我需要异步写入,这是可以接受的,因为应用程序可以承受 5 分钟的写入传播延迟。但我不确定如何在 GlusterFS 中做到这一点,以及它是否可行。你会如何设置它?

鉴于此,让我再问两个问题:

  1. GlusterFS 如何管理冲突的异步写入?如果我不太担心数据丢失,解决这些冲突的最佳方法是什么?
  2. 此外,大多数 GlusterFS 文档都提到了手动添加/移除砖块。有谁成功运行过每天多次自动添加/移除砖块的设置?
  3. 对于这些特殊要求,是否有比 GlusterFS 更好的替代方案?

背景:我托管了 2000 家 Magento 商店,目前使用 NFS。它很糟糕(SPOF、可靠性),所以我正在寻找替代方案。Magento 软件可以在只读存储上运行,但是 98% 的商店使用外部模块,这些模块以某种方式依赖于共享的可写文件系统。现在我可以告诉商店开发人员他们应该放弃这些模块,但我担心我不会留住很多客户 ;)

谢谢!

答案1

您显然目前正在使用 NFS,并且它满足您的所有要求(异步/POSIX 功能集/低延迟) - 那么为什么不简单地将 NFS 与 DRBD + Heartbeat 结合起来以实现 HA NFS 解决方案呢?

亚马逊云 != 低延迟 - 而 Gluster 即使在最好的情况下也可能很挑剔。我们试了一下,但它的可靠性不够好 - 而且并不比 NFS 更合适。

除了陈旧的句柄外,我们在集群上使用 NFS 时没有遇到任何问题 - 但我猜这取决于您正在推动的吞吐量、您在亚马逊基础设施上使用的交换机等等。

附言:你好,Willem(我知道你代表哪家公司,我很惊讶你在这里发帖寻求支持!)。

相关内容