Настройка репликации монго в производстве

Question

Как настроить репликацию mongodb в производственных средах? Я начал использовать облачное образование с this template, но он падает на полпути. Я хочу настроить монго, чтобы он имел одну начальную и две репликации.

Я не нашел хорошего учебника по настройке репликации Mongo.

Некоторые другие вопросы, у меня есть следующие:

1. Как работает отказоустойчивый работу, если у меня есть три EC2 экземпляров каждый с Монго и первичный сбой. Другой пример становится основным, но как мой клиент PyMongo и Scala Mongo знают IP-адрес нового первичного.

2. Допустим, что первичный сигнал опускается на 1 час, и есть 2 000 записей. Когда он возвращается, как обновляется первичный элемент. Мне нужен сценарий для этого?

Я пытаюсь сделать это с помощью колбы PyMongo

Answer 1

Я закончил тестирование этого на моей локальной машине, вот что я нашел.

1. Failover осуществляется клиентом, в Mongo URI вы указываете все репликаций и когда PyMongo подключается к нему. Он проверяет, какой из них является первичным, и пишет ему.
2. Когда база данных восстанавливается, все они синхронизируются, чтобы соответствовать тем же самым записям во всех базах данных.

Answer 2

Readthedocs шаг за шагом руководство по настройке MongoDB кластера на различных платформах, в том числе AWS EC2: https://mongodb-documentation.readthedocs.io/en/latest/ecosystem/tutorial/install-mongodb-on-amazon-ec2.html#deploy-a-multi-node-replica-set

Чтобы предоставить своим клиентам вы можете использовать несколько разных стратегий. Например:

1. Настроить Route53 failover. Route53 будет контролировать экземпляр работоспособности первичного узла и изменить запись DNS, чтобы указать на вторичное в случае отказа.
2. Использование службы обнаружения. Консул и т. Д., ZooKeeper и doozerd заслуживают изучения.

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