問題タブ [redis-cluster]

大きな負荷ではまったく問題なく動作し、低負荷では 50% のタイムアウト率と不安定な応答時間で実行を開始する、redis クラスターの奇妙な動作を確認してください。

低負荷の時間帯には、毎日同じパターンがあります。

このような奇妙なパターンを引き起こす可能性のあるアイデアはありますか? おそらく、この RedisCluster が低負荷時間で開始するメンテナンス作業でしょうか? スロットのリバランスのように。確認する設定や側面があればお勧めします。

バージョン: Redis 2.0.7、Jedis 2.8.1

構成: 9 つのマスター プロセスと 18 のスレーブを持つ 3 つの物理ノード。

JedisCluster タイムアウト = 5 ミリ秒。

負荷は setex で 100% の書き込みです。

このグラフは、実際の RedisCluster 時間ではなく、JedisCluster の応答時間に関するものです。ここの「セット」行は、合計数ではなく、実際に成功したセットです。

各マシンにマスター+スレーブを備えた3台のマシンを持つRedisクラスターがあります（Amazon Cloud envs）。順番は[M1,S3][M2,S1][M3,S2]

[M2,S1] などの 1 台のマシンの再起動後、CLUSTER NODES コマンドは異なる情報を表示します。それがどのように可能かわかりません。

例: ./redis-cli -h 10.20.21.59 -p 7000 CLUSTER NODES コマンドは次のように表示されます。

bba828ee8151f5addb0cb3d3bf91db559837c13f 10.20.21.59:7000 自分、マスター - 0 0 3 接続済み

しかし ./redis-cli -h 10.20.21.59 -p 7001 CLUSTER NODES コマンドは完全に異なるものを示しています:

d7d45ad6d12dfe65dff2867be05eef678ef72f69 10.20.21.44:7000 slave de0ecb56f8cd28fc99807d51851bc735887e5a0a 0 1460988751963 6 connected de0ecb56f8cd28fc99807d51851bc735887e5a0a 10.20.21.113:7001 master - 0 1460988751462 6 connected 0-5461 c034167f1ec790f4a5fdb28bb91843b03cbc77a0 10.20.21.113:7000 master - 0 1460988750960 2 connected 5462-10922 9a74b8c329437cb845d409b34222a3adbe6146d2 10.20.21.44:7001 slave bba828ee8151f5addb0cb3d3bf91db559837c13f 0 1460988752463 4 connected 69243875fc4a0dea0a95d559fbc8be8e8550c25f 10.20.21.59:7001 myself,slave c034167f1ec790f4a5fdb28bb91843b03cbc77a0 0 0 5 connected bba828ee8151f5addb0cb3d3bf91db559837c13f 10.20.21.59:7000 master - 0 1460988752964 3 connected 10923-16383

誰が何が起こっているのか説明できますか? ありがとう！

redis クラスター 3.0.0 をインストールしました。しかし、3.0.7 にアップグレードしたいです。誰かがそれを行う手順を教えてもらえますか?

データを失いたくありません。また、ダウンタイムも必要ありません。