Конфигурация аварийного переключения Redis sentinel получать всегда + sdown

Я тестирую аварийное переключение Redis с помощью этой простой настройки:

3 Ubuntu server 16.04
redis and redis-sentinel are configured on each box.

Master ip : 192.168.0.18
Resque ip : 192.168.0.16
Resque2 ip : 192.168.0.13

Репликация данных работает хорошо, но я не могу заставить работать отработку отказа. Когда я запускаю redis-sentinel, я всегда получаю +sdown сообщение через 60 секунд:

14913:X 17 Jul 10:40:03.505 # +monitor master mymaster 192.168.0.18 6379 quorum 2
14913:X 17 Jul 10:41:03.525 # +sdown master mymaster 192.168.0.18 6379

это файл конфигурации для redis-sentinel:

bind 192.168.0.18
port 16379
sentinel monitor mymaster 192.168.0.18 6379 2
sentinel down-after-milliseconds mymaster 60000
sentinel failover-timeout mymaster 6000
loglevel verbose
logfile "/var/log/redis/sentinel.log"
repl-ping-slave-period 5
slave-serve-stale-data no
repl-backlog-size 8mb
min-slaves-to-write 1
min-slaves-max-lag 10

директива bind использует правильный IP-адрес для каждого поля.

Я следовал руководству по Redis здесь: https://redis.io/topics/sentinel, но я могу ' t заставить работать отработку отказа.

Версия сервера Redis: 3.2.9


redis redis-sentinel
person Valentino    schedule 17.07.2017    source источник

Ответы (1)


arrow_upward
1
arrow_downward

Проблема заключается в том, как работает redis-sentinel, потому что sentinel не может обрабатывать Redis-сервер, защищенный паролем.

В файле конфигурации вашего сервера redis (/etc/redis/redis.conf) не используйте директиву requirepass, если вы хотите использовать redis-sentinel.

person Valentino    schedule 17.07.2017
comment
Я не использую requirepass, и у меня такая же проблема. Репликация данных работает хорошо, но не аварийное переключение. redis_version: 4.0.10 на 3 FreeBSD 11.1-RELEASE с redis и redis-sentinel настроены на каждом поле. Есть предположения? - person mjm; 25.07.2018
comment
redis-sentinel может работать с паролем redis-server. Мы можем использовать sentinel auth-pass <master-group-name> <pass> - person Shubham; 20.11.2018