Как стать автором
Обновить

Комментарии 6

Спасибо за статью!

Скажите пожалуйста, а как будет работать репликация и переключения master в slave при Azure Maintaince.
Azure Maintaince — это разовое отключение машин (до 30 минут) в произвольное время в произвольном порядке в течении 72 часов.
Ситуация такая:
Есть сервер A (Master) и сервер B (Slave):
1. Произошел Azure Maintaince
2. Отключился сервер A
3. B стал Master
4. A поднялся и он считает, что он Master
5. B отключился
6. B поднялся заново, но он все еще Master.

4 шаг — как сделать так чтобы A стал работать как Slave?
5 шаг — как сделать так чтобы A стал работать как Master?
6 шаг — как сделать так чтобы B стал обратно Slave?

Система балансировки и переключения — PgPool, однако в условиях Azure Maintaince он некорректно отрабатывает, так как запущен в 2 экземплярах. В документации написано, что не следует его запускать в более чем 1 экземпляре. Он может некорректно переключать систему из Master в Slave.

Единственный вариант как я рассматривал это Pacemaker, однако руки до него не дошли.

Хотелось бы поподробнее узнать про это.

Спасибо за комментарий!
Мы собираемся написать про авто-файловер где-то в 3 части.

А если кратко, можете написать какие инструменты используются для этого?
Будем ждать туториал!

Я тестирую haproxy + pgsql extension. Но возвращение на старый мастер не получиться. Данные старого мастера нужны для разбирательства администратору.

Идею подсказали парни из https://www.avito.ru/

Жаль, что не получилось у вас написать продолжение данного туториала.
Для себя я решил эту задачу с помощью Patroni
Зарегистрируйтесь на Хабре, чтобы оставить комментарий