Есть что сегодня по Master-Master репликации?

Question

[lapka-admin]

Цель: сохранить работоспособность приложения при падении дата-центра методом переключения на другого мастера в другом дата-центре.

Почитал теорию: ruhighload.com/master-master
Есть старая статья 2012 года https://habr.com/company/bitrix/blog/146490/ там писали про Mysql Galera galeracluster.com

Может за прошедшее время появились какие-то новые средства, технологии, подходы?

Master-Master (Active-Active) не обязателен, Active-Passive вполне подойдёт что бы я мог быстро начать писать в дргой при необходимости.

Comments

[sim3x]

методом переключения на другого мастера в другом дата-центре.

а зачем для такого мастер-мастер? Если при мастер-слейв также происходит переключение мастера на слейв

[lapka-admin]

sim3x, так на слейв же писать нельзя. Юзеры пишут, а мастер в который можно писать лежит в данный момент

[sim3x]

lapka-admin, когда слейв узнает что у него нет мастера происходит магия
И кто-то из слейвов становится мастером

[lapka-admin]

sim3x,
1) но остальные-то слейвы ничего с не будут тянуть у них прописан совершенной другой IP мастера
2) как мастер потом синхронизируется с этим слейвом когда поднимется?

[sim3x]

lapka-admin,
магия, грязная админская магия, которая решает как фиксить 1) и 2)

Answer 1

[Дмитрий Энтелис]

Ну смотрите, - по факту сейчас master-master в той же галере работает ну очень странно даже в пределах одного дата-центра ( и да, нужно не менее 3х серверов).
Если разнести их по разным ДЦ - репликация будет постоянно рушиться, сервера будут вставать колом, итд.
Я бы не стал этим всем заниматься без каких-то ну ОЧЕНЬ серьезных аргументов.
Выберите нормальный, не дешевый ДЦ и расслабьтесь.

Comments

[lapka-admin]

Хетзер последнее время падал уж 2 раза ))

[Дмитрий Энтелис]

lapka-admin, хецнер это хороший выбор цена/качество, но ниразу не самый надежный.
ну и в целом геммороя от такого будет ОЧЕНЬ много.
из коробки не работает, увы.

[lapka-admin]

Дмитрий Энтелис, в PostgreSQL с этим всё лучше?

[Дмитрий Энтелис]

lapka-admin, нет.

[hOtRush]

Дмитрий Энтелис, просто интересно, насколько я знаю проблемы master-master в синхронизации, но если к примеру запись-чтение 5-95 и писать все время только на один мастер, проблемы с репликацией все также будут? Как дела у mariadb galera cluster?

Автору - бери RDS и не знай проблем)

[Дмитрий Энтелис]

hOtRush, у меня был личный опыт - galera cluster на 2х серверах, master-master, вообще все запросы - только к одному из серверов.
Раз в месяц кластер рассыпался, оба сервера вставали колом.
Возможно это все по причине как раз использования 2х серверов вместо 3х, но...

[Роман Прошин]

Дмитрий Энтелис, для любого кластера необходимо нечетное количество нод, иначе может случиться "split brain". У Galera на этот случай даже есть специальный режим для одной из нод - arbitrator. Эта нода не держит никаких данный, а только принимает участие в голосовании.

Answer 2

[Макс]

не надо мастер-мастер. Ну не работает оно нормально. Сделайте мастер-слэйв. Правда для разных ДЦ придется попариться с переключением.

Comments

[lapka-admin]

Можете подасказать как лучше правильно организовать такое переключение? Или что почитать? Вообщ епри падении мастера какой алгоритм должен быть?

[Дмитрий Энтелис]

lapka-admin, это зависит от вашего проекта и его бизнеслогики. рулится на уровне приложения

[hOtRush]

Дмитрий Энтелис, по-моему есть вопрос и в мастер-слйэв, в слэйв то по сути писать нельзя, если мастер упал - куда писать? Или слэйв автоматом становится мастером при падении?

[Макс]

hOtRush, lapka-admin,
да, при "смерти" мастера слэйв промоутится до мастера. Относительно классический вариант - при этом отрабатывает какой-нибудь HA и IP также переезжает на slave.

[Макс]

Дмитрий Энтелис,
не всегда, бывает и на уровне сети-сервера.