小编Joh*_*ohn的帖子

AWS 上的 MongoDB 灾难准备

我正在寻找有关 AWS 托管环境中 MongoDB 灾难恢复的最佳实践建议。

我们的设置在这一点上是相当标准的,3 个服务器的副本集(1 个主服务器、1 个辅助服务器和 1 个仲裁器),主服务器和辅助服务器上的 mongo 卷是 EBS 支持的。所有这些都在一个区域中,分布在多个可用区中。最终我们需要跨越区域,但这是改天的讨论。

我在 Mongo 文档中看到的备份建议谈到了 EBS 快照(这很容易实现自动化)。然而,如果灾难来袭,它们不会让我们回到失败的时代。

  • 我是否需要记录 oplog 并结合使用它们来在故障后恢复?
  • 我是否应该在副本集中启动另一个实例,专门用于备份和快照,而不是拍摄主要和次要快照?如果是这样,我们又回到了 oplog 问题,不是吗?
  • 我是否应该对每个副本卷进行快照并完全依赖副本集来覆盖故障和最后一个快照之间的时间?

我正在寻找可用的最强大的策略。高达第二次数据保护和故障后系统恢复速度的优先级高于价格。我们可以稍后优化价格。

在此先感谢您的所有建议...

backup snapshot amazon-web-services mongodb replica-set

6
推荐指数
1
解决办法
1124
查看次数