Репликация Redis

Question

[lisr25]

Занимаюсь одним стартапом в котором применяем редис, сейчас вплотную стал вопрос о построении отказоустойчивого кластера БД.
Как известно, редис пока поддерживает только master-slave репликацию. Необходимо, чтобы при падении мастера какой-нибудь из слэйвов взял бы функцию мастера. Для этой цели нашел следующее решение: github.com/fictorial/redis-cluster-monitor. При падении мастера, данная мониторилка выбирает нового мастера и посылает сигнал синхронизации с ним остальным серверам. Задача — уведомить фронтэнды о том, что мастер-сервер сменился. Собираюсь дописать мониторилку, чтобы она еще и слала уведомления и фронтэндам. Адрес мастер-сервера, вероятно будет храниться локально в файле.

На сколько правилен подобный подход? У кого был опыт постоения подобных систем, как обычно поступают, какие подводные камни?

Answer 1

[Shumkov]

Мне известно, что Redis поддерживает master-master реплику чуть ли не с самых первых версий.
Готовых решений по кластеризации я не видел. Мы используем master-master (в рамках одной ноды) и фэйловер на уровне фронтэнда.

Comments

[lisr25]

может я чего-то не знаю, каким образом настроена репликация?
а на гетхабе в вики четко написано:
Comment by project member antirez, Dec 12, 2009
@keepwatch: no it's not possible to have a setup where A is master of B and B is master of A. This would require an algorithm to merge differences between the two datasets on reconnection in order to ensure both the datasets are consistent, our idea is to address redundancy and fault tolerance via the «redis-cluster» project that uses another design not based on replication.

А редис-кластер все еще на этапе проектирования.

[Shumkov]

Черт-возьми, вы правы — я перепутал, мы переключаем слэйвов.