最适合用于 MongoDB/GridFS 数据库服务器的云技术是什么?

最适合用于 MongoDB/GridFS 数据库服务器的云技术是什么?

我们将推出一项服务,每位付费用户需要 1 到 2 GB 的文件存储空间。我将使用 GridFS 来存储文件。GridFS 是 MongoDB 的一个模块,允许在数据库中存储大型文件。

我正在考虑存储数据库的不同选择。

但由于我没有部署经验,而且这是我第一次使用 Mongodb,所以我需要您的经验。

标准:

  • 我想花时间开发我的核心业务,也就是我自己的应用程序。我是一名 Ruby on Rails 开发人员。我不喜欢弄乱服务器配置。因此,我想要一个完全托管的托管解决方案。但如果您认为值得的话,我想知道任何其他选择。
  • 它应该能够扩展。云风格。按需付费。
  • 价格越低越好。

到目前为止我所知道的有这些服务:

它们似乎可以满足常见的需求,即无需文件存储。但我将使用 GridFS,因此大小很重要。这些服务的可扩展性似乎很差,价格也相当低。

MongoHQ:更大的方案最大存储量为 20 GB。对于 GridFS 来说,这似乎是一个很小的存储空间。

MongoMachine:固定价格,每 GB 2.5 美元。我没有发现限制。与其他产品相比,价格似乎还不错。

MongoLab:最大 3.984 GB,我认为我不会达到这个数字,所以很完美。每 GB 8 美元,相当昂贵。

CloudControl:更大的计划是 20 Gb。定制服务起价为 250 欧元,外加每 GB 一些未指定的费用。

您对这些服务的体验如何?是否有停机时间?是否有其他可能性?

编辑:添加了 GridFS 的含义

答案1

我认为你误读了 MongoLab 规范。它有一个默认大约 3.9 GB - 不是最大 3984 GB!这是美国小数点,不是千位分隔符(为什么美国人坚持这样做??)。大计划的最大容量为 20 GB ;)

更新:
我刚刚在 MongoHQ 网站上多看了一点,发现了一个有趣的讨论在他们的支持网站上,有一个人问了同样的问题。他们的回答是:

我们的限制是软限制,这意味着一旦您超过 20GB,我们就不会切断您的连接。它是一种衡量工具,用于决定您是否适合共享计划。

我们还提供专用计划,并鼓励人们在数据变得如此之大时开始研究这些计划。主要原因之一是,要查询如此大小的数据库,您将需要有效的索引,并且需要将其中的一部分保存在内存中。当您与其他数据库共享服务器时,您无法合理地将大量数据库保存在内存中。因此,将拥有较大数据集的人转移到专用计划符合每个人的最佳利益。

如果您的数据尚未达到那么大,那么从共享计划开始,随着数据的增长,再考虑专用计划,可能会更有意义。

http://support.mongohq.com/kb/plans/mongohq-dedicated-plans

答案2

我真的很难回答这个问题,所以我将根据我的理解来回答。

“MongoDB/GridFS 数据库服务器最适合使用什么技术”

我可能会从几个存储节点开始,比如每个节点有 4 个 300GB(或 600GB)SAS 磁盘,存储速度快,将它们放入 RAID 10(或可能是 RAID 6)阵列中,以实现良好的冗余和速度平衡。确保您获得带有 BBWC(电池支持写入缓存)的优质 RAID 卡。确保节点之间有良好的网络连接,这样您就可以在整个网络中获得良好的写入速度。

我不太熟悉 GridFS,但如果我想要复制文件系统,我会直接转到 GlusterFS,并从这两个节点创建一个复制对。

我怀疑这可能不是询问价格等问题的正确地方。

此外,如果您是开发人员,我建议您在基础设施建立和运行期间,雇佣/聘用一名系统管理员,并签订合同/聘用一段时间。特别是如果您想专注于业务建设。

它应该能够扩展。云风格。按需付费。

这一点毫无意义。可扩展性是一回事。云是一个营销流行词,而 PAYG,嗯,这完全取决于您的计费平台。

价格越低越好

降低您或您的客户的价格?系统工程中有一句老话,“便宜、好或快;选择两个。”。您可能能够生产出一个对您来说很便宜的系统,但对您的客户来说却很糟糕,他们会成群结队地离开。要小心这一点,尤其是当您有竞争对手时,人们可以用脚投票。

相关内容