Вернуть у mongodb primary на место

Question

[Konstantin Rudenkov]

Всем привет.

Сразу предупреждаю, что нагуглить решение у меня не получилось. А самому писать, немного «дорого», потому, что JS дается тяжело. :)

У меня на Hetzner живет кластер реплика-сет из N машин mongodb. Периодами у хетцнера вылетают машины, и соответственно арбитры перекидывают primary на другой сервер, и обратно потом не возвращают (или я не знаю как это сделать...).

Мой вопрос: нет у кого в закромах родина шаблона скрипта для mongo, который может… ну скажем по крону проверять кто primary, и если нужно возвращать primary обратно, как сервер станет доступен?

Answer 1

[subvillion]

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

На текущем мастере нужно выполнить:

cfg = rs.conf()
cfg.members[0].priority = 2.5
cfg.members[1].priority = 1
cfg.members[2].priority = 1
rs.reconfig(cfg, { force: true } )

Где members[0]… [2] это номер ноды в replicaset, чем больше значение приоритета, тем «главнее» сервер.

Comments

[Konstantin Rudenkov]

Это я в курсе, но это ручная работа.

Нужно именно автоматизировать возврат primary на хост, после того, как он будет снова в сети.

[subvillion]

Что значит ручная работа? В данной схеме, при выходе мастера 0 из строя, мастером станет 1 или 2, после возвращения мастера и актуализации на нем данных мастером станет 0. Это будет происходить в автоматическом режиме. rs.reconfig(cfg, { force: true } ) принудительно, после расстановки приоритетов, делает мастером 0. Если принудилово не нужно или просто добавились еще ноды достаточно — rs.reconfig(cfg)

[sevmax]

Товарищ subvillion, вам правильно все сказал.
Вам необходимо выполнить эту команду всего ОДИН раз и после этого мастер будет автоматически возвращаться на ноду с самым высоким приоритетом после того как она синхронизирует все данные с оставшимися серверами.

[Konstantin Rudenkov]

Спасибо! Практика показала, что этот вариант не работает. Я порою в этом направлении.

Answer 2

[Konstantin Rudenkov]

«На текущем мастере нужно выполнить:» — я умею читать документацию.

Текущий мастер упал, мастер переехал. Я утром пришел, нашел текущий мастер, выполнил на нем процедуру и снова спать до нового падения. Именно это я хочу автоматизировать.

Comments

[subvillion]

Ну вообще rs.conf() не конфигурирует текущий мастер, а конфигурирует replicaset. А на текущем мастере необходимо запустить для распространение новых настроек replicaset на все ноды реплики.

Answer 3

[Konstantin Rudenkov]

Это ясно, детали. Я не о том.