Одна база на два сервера. Какие есть варианты реализации?

Question

[Юрий Петрашевич]

Задача следующая:
есть сервер 1 и сервер 2, если сервер 1 по какой-то причине не смог обработать запрос, то он (запрос) отправляется на сервер 2. Нужно что бы оба сервера использовали одну базу данных. Каким образом это сделать наиболие грамотно? Вариант взять третий сервер, поставить на него mysql и дать удаленное подключение к двум серверам мне кажется не очень правильным.

Answer 1

[Игорь]

На сервере 1 и сервере 2 поднять Базы. Настроить между ними репликацию master-master.
Скрипты на сервере 1 и 2 пусть запрашивают базу по localhost, чтобы не делать внешний запрос ко второму серверу.

Вариант взять третий сервер, поставить на него mysql

Если 2 сервера используются для повышения отказоустойчивости, то использование 3-его зависимого сервера лишь уменьшит ее.
Допустим, лег сервер 3, тогда вообще ни сервер 1, ни сервер 2 смысла иметь не будут.

Comments

[Пума Тайланд]

а ещё надо не забыть переписать приложение под эту мастер мастер репликацию, так как если вы меняете одни и теже данные в обоих бд то у вас получается рассинхрон

[Игорь]

Пума Тайланд: да
Тогда нужно писать всегда только в одну Бд, на сервере 1, например.
Читать всегда с localhost.
Если сервер 2 пытается писать в Бд на сервере 1 и она недоступна, то писать в Бд на сервере 2. Тогда после восстановления БД на сервере 1 master-master должен подтянуть данные.

[Пума Тайланд]

Игорь: ну вот сервер 1 пишет на бд сервер 1, сервер два не может записать на сервер 1 и пишет на сервер 2 и вуаля рассинхрон

[Игорь]

Пума Тайланд: Условия задачи: "если сервер 1 по какой-то причине не смог обработать запрос, то он (запрос) отправляется на сервер 2." - Запросы на сервер 2 идут пока нет запросов на сервер 1. Выходит, когда сервер 1 поднимется, он обновит Бд и сможет теоретически дальше работать

[Пума Тайланд]

Игорь: из условий задачи видно, что человек вообще не понимает как оно работает.
Случай который я описал самая банальная ситуация обычно у тех кто не понимает как работает мастер мастер репликация и не адаптирует под это приложение и все работает без какой либо оркестрации, я думаю наверно в половине случаев такие люди получают рассинхрон

[Евгений]

Использование обычного, асинхронного, Master-Master в MySQL можно, но надо всегда следить за состоянием репликации, т.к. в один прекрасный момент можно обнаружить что у Вас уже разные БД на обоих серверах.

Ну и интересный вопрос - а почему MySQL не смог обработать запрос на первом сервере, но должен это сделать на втором ?) (вижу ответ, что только если MySQL на первом сервере лежит, отдыхает)

[Юрий Петрашевич]

Евгений: ну да, если mysql лежит на первом то запрос пересылается на второй и обрабатывается там

[Евгений]

Юрий Петрашевич: тогда можно попробовать использовать haproxy. Насколько помню - там можно задать 'backup' сервер. На него запросы пойдут при недоступности первого сервера.

Answer 2

[ldv]

Сравнение различных реализаций кластера для MySQL?

Answer 3

[PO6OT]

сделайте на обоих серверах базу данных с постоянным обновлением, то есть в одну базу данных идет информация, а потом в другую копируется недостающая часть из первой. И решение, и от поломок защититесь - если один сервер сломался, на втором есть полная копия БД. Откройте на обоих серверах внешний доступ к БД и пусть обмениваются по локальной сети данными.

Answer 4

[Евгений]

делаю похожую задачу. в проекте данные + файлы с одного сервера(мастер) переносятся на несколько других. Изменение данных только на мастере. Реализовано все с помощью php. Сделано в виде эксперимента, но пока прекрасно работает. При реплике подчиненный сервер получает у мастера логи, а у нас с этим трудно. Ввиду расположения мастера в закрытой части инета, полностью закрыт снаружи. сам мастер может отправлять https запросы, ими же и передает данные. Дополнительно применяется симметричное шифрование. Так что если задача не стандартная - ищите или разрабатывайте не стандартные решения