МуSQL репликация. Чем можно мониторить?

[sasha181]

Настроил на 2-х географически разнесённых серверах репликацию мастер-мастер.
Задался вопросом. Если между ними пропадёт связь, но сервера будут продолжать работать, наверное возникнет куча конфликтов.
Для меня допустимо следующее решение. Если связь пропала, то на одном из серверов ставим lock на запись? пока связь не появится.
Вот только как это можно оперативно отследить. Посоветуйте пожалуйста.

[Хостинг HostFood.ru]

Тарифы на хостинг в России, от 12 рублей: https://www.host-food.ru/tariffs/hosting/
Тарифы на виртуальные сервера (VPS/VDS/KVM) в РФ, от 189 руб.: https://www.host-food.ru/tariffs/virtualny-server-vps/
Выделенные сервера, Россия, Москва, от 2000 рублей (HP Proliant G5, Intel Xeon E5430 (2.66GHz, Quad-Core, 12Mb), 8Gb RAM, 2x300Gb SAS HDD, P400i, 512Mb, BBU):
https://www.host-food.ru/tariffs/vydelennyi-server-ds/
Недорогие домены в популярных зонах: https://www.host-food.ru/domains/

[Sadok123]

Непонятна схема: зачем так делать? В плане "географически разнесённых".

[sasha181]

Мне тоже не понятна, но начальство требует
Типа, а вдруг в одном из дата центров пожар случится

В принципе решение я уже нашёл.
http://www.onlamp.com/pub/a/onlamp/2006 ... tml?page=1
там увеличивается шаг автоинкримента и на каждом сервере делается для него своё смещение
по идее проблем не должно возникнуть

[Sadok123]

Если в DC случится пожар - то сгорит не только мускул Апач вместе с ним и другие деревянные изделия. Плюс перестраивать ДНС (не сгоревший хором со всеми в идеале) и т.п.

Тут проще настроить мастер-слейв, со слейва делать дампы и хранить их в третьем месте - быстрее поднимитесь (тьфу-тьфу-тьфу).

Пожар в DC - это такой форс-мажор, что можно на него и не закладываться, т.к. такие обстоятельства в стандартных формулировках стандартного договора прописаны.