Amazon EFS 上的 MongoDb 数据有什么缺点吗？答案

【问题标题】：Is there any drawback to MongoDb data being on on Amazon EFS?Amazon EFS 上的 MongoDb 数据有什么缺点吗？
【发布时间】：2016-10-02 16:04:59
【问题描述】：

我的系统流量相对较低，但我想保证数据安全。数据存储在单个 MongoDb 实例中。我不想运行多个副本并管理它们。因此，我计划将数据目录更改为 EFS 路径，以利用其复制和其他好处。定期快照可能会导致数据丢失，并且需要手动恢复。

将数据和日志文件存储在 EFS 上是否会因额外的延迟而产生任何缺点？

【问题讨论】：

澄清一下...您是否打算通过在单个 EC2 实例上运行的单个 MongoDB 安装来访问这些数据？
是的，至少还有几个月。每天几乎没有 200 次写入。这是否有助于简化设置？
是的。我认为@jbird 得到了与我相同的初始印象，即您想象多台 EC2 机器运行 MongoDB 组件并共享一个位于 EFS 中的后备存储，在这种情况下他/她是完全正确的，这是不行的。但是，如果您只是在寻找存储弹性方面，这有点非传统的用例......但我会说“试试看，看看你的想法。”尝试会有什么伤害？停止服务，复制文件，配置路径，重新启动。我看不出它为什么不能像您描述的那样在低流量下正常工作的内在原因。
谢谢。我在 MongoDb 文档上看到了这条评论。 “如果您决定使用 NFS，请将以下 NFS 选项添加到您的 /etc/fstab 文件中：bg、nolock 和 noatime。”docs.mongodb.com/manual/administration/production-notes/…
我很想听听对此的跟进。我正在考虑为非常小的单实例 mongo 部署提供类似的解决方案，以支持 CMS 网站。

标签： mongodb amazon-web-services amazon-efs

【解决方案1】：

正如您所提到的，EFS 对象是跨可用区的replicated。相比之下，EBS 卷仅在单个可用区内 replicated。 EFS 目前的起价为 0.30 美元/GB，而 EBS 的起价为 0.10 美元/GB，定价差异很大。典型的 EFS 用例用于需要跨实例共享的数据，例如用户主目录和应用程序数据。 EBS 还能够提供最低的延迟。

考虑到这些要点，我不建议将 EFS 用于 MongoDB 数据。如果 EFS 的多可用区复制是您的主要愿望，您可以通过 EBS 卷的定期快照（存储在 S3 中）使用 EBS 来实现它。我认为 EBS 会给你更好的性能和更低的成本。

使用 EFS 并不能真正替代运行多个 MongoDB 实例。复制和分片不是 EFS 可以帮助实现的。

【讨论】：

定期快照是不够的。这可能会导致数据丢失。恢复也是手动的。此外，我的数据量仍然很小，不到 1gb，而且我认为在不久的将来它不会超过 5gb。所以存储成本对我来说不是主要问题。
EBS 快照是时间点备份。如果出现问题，你有一个点可以恢复。使用 EFS，您就没有这种情况 - 如果您因任何原因遇到数据丢失，则您没有备份（没有一些自定义脚本）。
我见过一种情况，即 EBS 快照由于 EBS 故障而无法使用。听起来怪怪的？是的。但这就是现实中发生的事情。做好准备
AWS Backup 怎么样，不是解决了定时快照问题吗？此外，据我了解，EFS 在当时对他来说可能是完美的。我也会亲自去。成本低，因为没有数据。如果会有更多数据，则无需考虑可扩展性。以及跨区域的副本。然而，大围棋的主要原因是简单的设置，几乎没有混乱。我会为易于设置和可扩展性支付额外的 5 美元。如果这个 Amazon Backup 确实和 EBS 快照一样好的话。