автоматическое переключение при сбое mongodb / высокая доступность на aws

Question

Мне нужен правильный способ отработки отказа для mongodb на aws ec2.Я знаю, что аварийное переключение может быть выполнено с помощью наборов реплик, но каков наилучший способ запустить новый моно-монтированный ubuntu-ec2 ami-узел и автоматически добавить его в набор реплик (с нулевой ручной операцией) и вернуть набор реплик в правильное состояние??

У EBS есть некоторые проблемы, но если я использую локальное хранилище экземпляров, я потеряю данные о мертвых узлах, но реплика получит все основные данные, и поэтому замены достаточно для восстановления всего (на mongo 1.8 сведение журнала), или мне нужно использовать только EBS?

Как мне запускать экземпляры mongo. Если я должен начать с опцией восстановления, как я могу запустить первый запуск узла после перезапуска после отработки отказа?

С уважением,

Answer 1

Самый простой способ вызвать новые узлы - это создать новый узел с последней резервной копией.

Итак, теперь вопрос в том, как вы выполняете резервное копирование и как быстро восстанавливаться из резервной копии.

На сайте MongoDB есть запись для резервных копий (в целом) и резервных копий на EC2, в частности . Также есть запись для добавления нового члена набора .

Вы можете сделать это с хранилищем экземпляров или дисками EBS, но для каждого вам потребуются разные стратегии. На самом деле нет единственного способа сделать это, поэтому я бы проверил документы, с которыми я связан, для начинающих.

Answer 2

Настоятельно рекомендуем прочитать статью Шона Коутса о mutli-node Выборы MongoDB , отказоустойчивость и AWS, в частности, тонкость на распределенных узлах арбитра (например, убедитесь, что вы набрали большинство голосов при переходе на AZ). вниз). Аналогичная рекомендация может быть найдена в комментарии к этой (теперь закрытой) MongoDB против ветки Cassandra .