2015-05-14 6 views
1

Я хочу настроить репликацию master-master с использованием MySQL для отказоустойчивости. Тем не менее, я не хочу, чтобы данные были доступны из обоих мастеров, поэтому я могу уменьшить риски репликации master-master. У меня есть постоянная настройка для балансировки нагрузки на веб-сервер &. Кажется ли разумным, что я мог бы всегда иметь дело с Master A и использовать Master B только в том случае, если Master A не работает, т. Е. Мастер B является резервным? У кого-нибудь есть идеи для лучшей настройки?Мастер-репликация с keepalived для отказоустойчивости и согласованности

Меня не интересует скорость, равная нулю времени простоя. Любые мысли об этом будут высоко оценены.

+0

Вид старого сообщения, но то, о чем вы говорите, является «Активно-пассивным» HA, в отличие от «Active-Active», где все узлы в кластере выполняют какую-то работу. Active-Passive - хорошо зарекомендовавший себя образец в отрасли. Единственным недостатком является то, что пассивный узел больше ничего не делает и обычно тратит впустую ресурсы (с другой стороны, он всегда считывает нагрузку, когда идет вниз). – Bratchley

ответ

0

Ваша идея прекрасна, потому что тогда все клиенты базы данных получат согласованные результаты без риска задержек с репликацией. Когда основной узел опустится, все клиенты снова получат согласованный результат (в худшем случае больших задержек репликации они будут видеть несколько разные данные, но, тем не менее, они будут согласованы).

 Смежные вопросы

  • Нет связанных вопросов^_^