HA для Resque & Redis

Question

HA для Resque & Redis

Попытка избежать SPOF для Resque и Redis. В конечном итоге клиент будет использовать PHP через ( https://github.com/chrisboulton/php-resque). После прохождения и поиска работоспособного HA для nginx+php-fpm и MySQL ( настройка master-master mysql как способ простого продвижения master-slave), следующим будет Resque+Redis.

Стандартная установка Resque использует localhost Redis (в DigitalOcean). Я в большой степени полагаюсь на аварийное переключение DNS Amazon Route 53, чтобы попытаться решить эту проблему.

resque1.domain.com указывает на redis локального хоста (redis1.domain.com) => тот же сервер resque2.domain.com указывает на redis локального хоста (redis2.domain.com) => тот же сервер

Сделайте resque.domain.com с FAILOVER resque1 в качестве основного и resque2 в качестве дополнительного. Это означает, что большую часть времени (99%), resque1 должен попадать с resque2 как просто горячая резервная копия.

Это позволяет мне просто получить 2 сервера и убедиться, что любые попадания в resque.domain.com идут куда-то

Другой способ сделать это состоит в том, чтобы разбить resque и redis на 4 сервера и сделать это следующим образом

resque1.domain.com -> redis.domain.com resque2.domain.com -> redis.domain.com redis1.domain.com redis2.domain.com

Затем настройте DNS Failover

resque.domain.com -> основной: resque1 и дополнительный: resque2 redis.domain.com -> основной: redis1 и дополнительный: redis2

Я хотел бы уйти на 2 сервера, если смогу, но эта вторая установка намного лучше или ничтожна?

Спасибо Крис

1

php5 redis message-queuing

Источник

Chris Go 28 июн '13 в 02:31

1 ответ

Решение

Другие вопросы по тегам php5 redis message-queuing

parhamr 07 авг '13 в 05:22 2013-08-07 05:22 · Accepted Answer · 2013-08-07 05:22

Если у вас есть один сервер Redis, это все еще SPOF. Вы можете снизить риски, связанные с этим SPOF, автоматизируя подготовку и развертывание, в дополнение к регулярному резервному копированию Redis и тестированию процедур восстановления. Этот маршрут потребует от вас круглосуточного отслеживания сбоев или автоматической отправки ресурсов.

Два сервера предоставляют вам работоспособное горячее аварийное переключение. Это гораздо лучший сценарий планирования стихийных бедствий.

Я не знаком с отказоустойчивостью DNS, но она функционально похожа на VIP-балансировщик нагрузки и виртуальные интерфейсы. Эта модель аварийного переключения проста в настройке, проста в тестировании и очень надежна.