Как лучше сделать «зеркалирование» данных MySQL на двух серверах?
Всем привет!
У меня очень странный вопрос=)
Решил организовать репликацию MySQL по схеме Master - Slave, для "зеркалирования" данных на двух серверах.
Имеется "production" и "reserved" сайты в разных ДЦ.
В случае падения "production", переходим работать (вручную) на сайт "reserved".
Для реализации выбрал репликацию и в случае сбоя на "production" сотрудники продолжают работать с теми же данными на "reserved" сайте.
Мне посоветовали сделать так: если мы перешли работать на "reserved", то работает с этой базой данных до конца рабочего дня. В конце дня делаем вручную синхронизацию с "production" и запускаем репликацию. И соответственно можем снова работать с "production".
Т.е. получается что, "production" включен по-умолчанию, но как только он упал, включаем "reserved".
Суть вопроса: как лучше реализовать заглушку для "production", если он "ожил" после падения, например, через час и во избежание разных данных на серверах MySQL, отключить доступ к нему на уровне Nginx, например?
Резервный сервер ("reserved") будет с заглушкой, до момента сбоя на "production" и активироваться вручную. Затем на следующий день, например, снова будет включена заглушка.
В общем, может посоветуете в какую сторону лучше и проще копать, ибо хочется добиться бесперебойной работы только MySQL и актуальности данных на двух серверах. И вот ввиду этого, пытаюсь плясать с разными бубнами и костылями=).
ОС: Ubuntu 14.04 MySQL: 5.5.40 Объём базы: около 80МБ
1)Если это настолько критично, то тогда стоит сделать резервную точку входа.
2)А чтобы не перепутать на которую из них ходить, сделать единую точку входа, если она будет недоступна, тогда см. 1.
Простой
Средний
