Как узнать статус redis из командной строки (redis-cli)? ведущий/ведомый
Как узнать статус master/slave redis?
Ответ 1
Команда INFO возвращает текущую роль.
например, если мы являемся мастером
role:master
будет показан, среди прочих деталей.
И если мы переключимся на подчиненный, возможно, используя slaveof:
slaveof 192.168.1.66 6379
Мы получаем больше, когда запускаем INFO:
role:slave
master_host:192.168.1.66
master_port:6379
master_link_status:down
master_last_io_seconds_ago:-1
master_sync_in_progress:0
master_link_down_since_seconds:1341313174
РЕДАКТИРОВАТЬ: вот краткими командами cli, как показано Линусом (но кто просто удалил свой пост):
redis-cli info | grep ^role
:)
Ответ 2
Я хочу расширить ответ выше, указав значения статуса в распределенной настройке
# get sentinel / redis instance role of remote host:
› redis-cli -h redis-02.a_slave -p 6379 info|grep role
role:slave
# get sentinel status of remote host:
› redis-cli -h redis-01.a_sentinel -p 26379 info|grep status
master0:name=mymaster,status=ok,address=172.xx.xxx.xx:6379,slaves=2,sentinels=3
статусы
http://redis.io/topics/sentinel#pubsub-messages
-
+reset-master <instance details>
- Мастер был reset. -
+slave <instance details>
- было обнаружено и подключено новое подчиненное устройство. -
+failover-state-reconf-slaves <instance details>
- состояние отказоустойчивости изменено на состояние реконфигурации. -
+failover-detected <instance details>
- обнаружен переход на другой ресурс, запущенный другим Sentinel или любым другим внешним объектом (присоединенное ведомое устройство, переустановленное в мастер). -
+slave-reconf-sent <instance details>
- Ведущий контролер отправил команду SLAVEOF этому экземпляру, чтобы перенастроить его для нового подчиненного устройства. -
+slave-reconf-inprog <instance details>
- Реконфигурированное ведомое устройство показало, что оно является подчиненным устройством новой пары master ip: port, но процесс синхронизации еще не завершен. -
+slave-reconf-done <instance details>
- подчиненное устройство теперь синхронизируется с новым мастером. -
-dup-sentinel <instance details>
- Один или несколько контрольных точек для указанного мастера были удалены как дублированные (это происходит, например, при повторном запуске экземпляра Sentinel). -
+sentinel <instance details>
- обнаружен и прикреплен новый дозор для этого мастера. -
+sdown <instance details>
- указанный экземпляр теперь находится в состоянии субъективно вниз. -
-sdown <instance details>
- указанный экземпляр больше не находится в состоянии субъективно вниз. -
+odown <instance details>
- указанный экземпляр теперь находится в состоянии Objective Down. -
-odown <instance details>
- указанный экземпляр больше не находится в состоянии Objective Down. -
+new-epoch <instance details>
- Текущая эпоха обновлена. -
+try-failover <instance details>
- Новый переход на другой ресурс, ожидающий выбора большинством. -
+elected-leader <instance details>
- Выиграл выборы в указанную эпоху, может выполнить переход на другой ресурс. -
+failover-state-select-slave <instance details>
- Новое состояние перехода на другой ресурс - select-slave: мы пытаемся найти подходящий подчиненный для продвижения по службе. -
no-good-slave <instance details>
- Нет хорошего раба для продвижения. В настоящее время мы попытаемся через некоторое время, но, вероятно, это изменится, и в этом случае конечный автомат прекратит переход на другой ресурс. -
selected-slave <instance details>
- Мы нашли, что указанный хороший раб продвигаем. -
failover-state-send-slaveof-noone <instance details>
- Мы пытаемся перенастроить продвигаемый ведомый как ведущий, ожидая его переключения. -
failover-end-for-timeout <instance details>
- переход на отказ завершен для таймаута, ведомые устройства в конечном итоге будут настроены так, чтобы реплицировать новый мастер. -
failover-end <instance details>
- Сбой при отказе завершен с успехом. Все подчиненные, как представляется, перенастроены для повторного копирования с новым мастером. -
switch-master <master name> <oldip> <oldport> <newip> <newport>
- Новый новый IP-адрес и адрес являются указанными после изменения конфигурации. Это сообщение, которое интересует большинство внешних пользователей. -
+tilt
- введен режим наклона. -
-tilt
- Отключен режим наклона.