mongodb自动故障转移/ AWS上的高可用性

| 我需要aws ec2上mongodb的故障转移机制的正确方法。我知道故障转移可以通过副本集完成,但是触发新的mongo安装的ubuntu-ec2 ami节点并自动将其再次添加到副本集(手动手动操作为零)并将副本集返回到其中的最佳方法是什么?正确的状态? EBS有一些问题,但是如果我使用本地实例存储,我将丢失死节点数据,但是副本副本是否获得了所有主数据,因此副本足以恢复一切(在具有日志功能的mongo 1.8上),还是我只能使用EBS? 我应该如何启动mongo实例,如果应该以修复选项开始,如何从故障转移重启中区分节点的首次运行? 问候,     
已邀请:
        启用新节点的最简单方法是使用最近的备份启用新节点。 因此,现在是有关如何进行备份以及如何快速从备份还原的问题。 MongoDB站点有一份针对备份(通常)和专门针对EC2进行备份的文章。还有一个添加新的set成员的文章。 您可以使用实例存储或EBS驱动器执行此操作,但是每种操作都需要不同的策略。确实没有唯一的方法可以执行此操作,因此我将查看链接到的文档以获取入门知识。     
        强烈建议您阅读Sean Coates关于多节点MongoDB选举,故障转移和AWS的文章-特别是分布式仲裁节点上的微妙之处(例如,请确保在AZ下降时给自己以多数票)。在此MongoDB vs.Cassandra线程的评论(现已关闭)中可以找到类似的建议。     

要回复问题请先登录注册