47

コマンドライン（redis-cli）からredisのステータスを知る方法は？マスター/スレーブ

4

2 に答える 2

70

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

編集：Linusによって示されている簡潔なcliコマンドは次のとおりです（ただし、投稿を削除したばかりの人）：

redis-cli info | grep ^role

:)

于 2012-07-03T11:03:34.850 に答える
7

分散セットアップでステータスの意味を提供することにより、上記の答えを拡張したいと思います

# 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>-マスターがリセットされました。
  • +slave <instance details>-新しいスレーブが検出され、接続されました。
  • +failover-state-reconf-slaves <instance details>--フェイルオーバー状態がreconf-slaves状態に変更されました。
  • +failover-detected <instance details>--別のSentinelまたは他の外部エンティティによって開始されたフェイルオーバーが検出されました（接続されたスレーブがマスターになりました）。
  • +slave-reconf-sent <instance details>-リーダーの番兵は、新しいスレーブ用にインスタンスを再構成するために、このインスタンスにSLAVEOFコマンドを送信しました。
  • +slave-reconf-inprog <instance details>-再構成中のスレーブは、新しいマスターip：portペアのスレーブであることが示されましたが、同期プロセスはまだ完了していません。
  • +slave-reconf-done <instance details>-これで、スレーブは新しいマスターと同期されます。
  • -dup-sentinel <instance details>--指定されたマスターの1つ以上のセンチネルが重複として削除されました（これは、たとえばSentinelインスタンスが再起動されたときに発生します）。
  • +sentinel <instance details>-このマスターの新しい番兵が検出され、接続されました。
  • +sdown <instance details>-指定されたインスタンスは主観的にダウン状態になります。
  • -sdown <instance details>-指定されたインスタンスは主観的にダウン状態ではなくなりました。
  • +odown <instance details>--指定されたインスタンスはObjectivelyDown状態になりました。
  • -odown <instance details>-指定されたインスタンスは、ObjectivelyDown状態ではなくなりました。
  • +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-チルトモードが終了しました。
于 2016-03-04T16:12:28.733 に答える