redis cluster 管理！

最新推荐文章于 2025-05-06 19:02:04 发布
最新推荐文章于 2025-05-06 19:02:04 发布
阅读量1.1k 收藏
点赞数
文章标签： redis集群管理
本文详细介绍了Redis集群环境下如何增加、删除节点以及手动切换主从节点的操作流程，包括配置修改、节点加入、数据迁移、状态检查等关键步骤。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

(1)领着选举过程是集群中所有master参与,如果半数以上master节点与master节点通信超过(cluster-node-timeout),认为当前master节点挂掉.

(2)什么时候整个集群不可用(cluster_state:fail),当集群不可用时,所有对集群的操作做都不可用，收到((error) CLUSTERDOWN The cluster is down)错误

    a:如果集群任意master挂掉,且当前master没有slave.集群进入fail状态.

    b:如果进群超过半数以上master挂掉，无论是否有slave集群进入fail状态.


1.1、redis cluster增加节点

    随着业务的增长，有一天你发现现在的redis集群规模已不能满足业务需求了，你得向集群中增加节点来扩展redis cluster的处理能力。向一个redis cluster增加节点也是一件愉快的事情，当然首先你得准备好一个空的redis实例，就像我下边一样我先准备好了一个“redis7006”实例：

1
2
3
4
5
6
7
8
9
10
11
12
13
redis@slave01:~$ ls
redis7003  redis7004  redis7005  redis7006
redis@slave01:~$ tree redis7006
redis7006
├── bin
│   ├── redis-benchmark
│   ├── redis-check-aof
│   ├── redis-check-dump
│   ├── redis-cli
│   ├── redis-sentinel
│   ├── redis-server
│   └── redis-trib.rb
└── redis.conf

配置文件的修改就是修改一端口号、pid文件后缀、日志文件后缀这些信息，这里就不再给出。

接着把新的实例启动起来：

1
2
redis@slave01:~$ cd redis7006/
redis@slave01:~/redis7006$ bin/redis-server redis.conf

新的实例准备好了，接下就把此实例增加到集群中吧，它增加到集群中是担任master，还是担任slave呢？这都是可用参数来控制的，默认不指定时是作为master。增加节点的命令如下：

1
./redis-trib.rb add-node IP:PORT IP:PORT

第一个IP:PORT是指新实例的ip地址和端口号，第二个IP:PORT是指现有集群中的任意一个节点的ip地址和端口，是master可以，是slave也可以。如果增加的节点是做salve，那命令如下：

1
./redis-trib.rb add-node --slave IP:PORT IP:PORT

第一个IP:PORT是指新实例的ip地址和端口号，第二个IP:PORT是指集群中任意一个节点的ip地址和端口，采用这样的方式增加的slave节点我们并不能控制他是哪个节点的从，如果要想指定加入的节点是哪个节点的从节点，那如下命令：

1
2
3
./redis-trib.rb add-node --slave --master-id ID 
  
IP:PORT IP:PORT

不再解释上边命令了，也是很好理解的。

掌握了增加节点的命令，那就把redis7006这个实例加入到现有集群中，如下操作：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
redis@master:~/redis7000$ bin/redis-trib.rb add-node 192.168.207.130:7006 192.168.207.128:7002
>>> Adding node 192.168.207.130:7006 to cluster 192.168.207.128:7002
Connecting to node 192.168.207.128:7002: OK
Connecting to node 192.168.207.130:7003: OK
Connecting to node 192.168.207.130:7004: OK
Connecting to node 192.168.207.128:7001: OK
Connecting to node 192.168.207.128:7000: OK
Connecting to node 192.168.207.130:7005: OK
>>> Performing Cluster Check (using node 192.168.207.128:7002)
S: 0becd52cb1fa1a69f8d3135dd98f87cd8ccf9d78 192.168.207.128:7002
   slots: (0 slots) slave
   replicates 8490b5e84bf0359871ea3fa55b97bb9877be0512
M: 8490b5e84bf0359871ea3fa55b97bb9877be0512 192.168.207.130:7003
   slots:5461-10922 (5462 slots) master
   1 additional replica(s)
M: 9d076e70871fc7291485aba97b2623dc9fb3b3b0 192.168.207.130:7004
   slots:0-5460 (5461 slots) master
   1 additional replica(s)
M: 568669e03c61b3c4edc31643dcb47e85bc2c3e23 192.168.207.128:7001
   slots:10923-16383 (5461 slots) master
   1 additional replica(s)
S: 7dae923773125c5956605fac6159412850b100b3 192.168.207.128:7000
   slots: (0 slots) slave
   replicates 9d076e70871fc7291485aba97b2623dc9fb3b3b0
S: f3ba7c62307e0321f5d21310d14027c403c73907 192.168.207.130:7005
   slots: (0 slots) slave
   replicates 568669e03c61b3c4edc31643dcb47e85bc2c3e23
[OK] All nodes agree about slots configuration.
>>> Check for open slots...
>>> Check slots coverage...
[OK] All 16384 slots covered.
Connecting to node 192.168.207.130:7006: OK
>>> Send CLUSTER MEET to node 192.168.207.130:7006 to make it join the cluster.
[OK] New node added correctly.

成功把节点加入到集群后再来检查一下集群状态：

1
2
3
4
5
6
7
8
192.168.207.130:7003> cluster nodes
b502b7efac704e92ac439933a42edf613f908fea 192.168.207.130:7006 master - 0 1444270807484 0 connected
f3ba7c62307e0321f5d21310d14027c403c73907 192.168.207.130:7005 slave 568669e03c61b3c4edc31643dcb47e85bc2c3e23 0 1444270805452 6 connected
7dae923773125c5956605fac6159412850b100b3 192.168.207.128:7000 slave 9d076e70871fc7291485aba97b2623dc9fb3b3b0 0 1444270806468 7 connected
0becd52cb1fa1a69f8d3135dd98f87cd8ccf9d78 192.168.207.128:7002 slave 8490b5e84bf0359871ea3fa55b97bb9877be0512 0 1444270804437 4 connected
568669e03c61b3c4edc31643dcb47e85bc2c3e23 192.168.207.128:7001 master - 0 1444270804437 2 connected 10923-16383
8490b5e84bf0359871ea3fa55b97bb9877be0512 192.168.207.130:7003 myself,master - 0 0 4 connected 5461-10922
9d076e70871fc7291485aba97b2623dc9fb3b3b0 192.168.207.130:7004 master - 0 1444270804437 7 connected 0-5460

从上边的输出中可知redis7006已是一个master节点，但此时此节点不存放任何数据，因为它没有被分配hash slot，所以想让此节点真正的工作起来，你还得做一个切分操作，把在其他节点上的hash slot转移一部份到新增的节点上来，这个操作也是通过redis-trib.rb工具来完成的，具体用法如下：

1
./redis-trib.rb reshard IP:PORT

采用reshard参数表示重新切分，后边的IP:PORT是集群中任意一个节点的ip地址和端口，redis-trib.rb工具会自动寻找集群中的其他节点。

现在我们就来把7004上的2000个slot转移到7006上，如下操作：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
redis@master:~/redis7000$ bin/redis-trib.rb reshard 192.168.207.128:7000
Connecting to node 192.168.207.128:7000: OK
Connecting to node 192.168.207.130:7004: OK
Connecting to node 192.168.207.130:7003: OK
Connecting to node 192.168.207.128:7002: OK
Connecting to node 192.168.207.128:7001: OK
Connecting to node 192.168.207.130:7006: OK
Connecting to node 192.168.207.130:7005: OK
>>> Performing Cluster Check (using node 192.168.207.128:7000)
S: 7dae923773125c5956605fac6159412850b100b3 192.168.207.128:7000
   slots: (0 slots) slave
   replicates 9d076e70871fc7291485aba97b2623dc9fb3b3b0
M: 9d076e70871fc7291485aba97b2623dc9fb3b3b0 192.168.207.130:7004
   slots:0-5460 (5461 slots) master
   1 additional replica(s)
M: 8490b5e84bf0359871ea3fa55b97bb9877be0512 192.168.207.130:7003
   slots:5461-10922 (5462 slots) master
   1 additional replica(s)
S: 0becd52cb1fa1a69f8d3135dd98f87cd8ccf9d78 192.168.207.128:7002
   slots: (0 slots) slave
   replicates 8490b5e84bf0359871ea3fa55b97bb9877be0512
M: 568669e03c61b3c4edc31643dcb47e85bc2c3e23 192.168.207.128:7001
   slots:10923-16383 (5461 slots) master
   1 additional replica(s)
M: b502b7efac704e92ac439933a42edf613f908fea 192.168.207.130:7006
   slots: (0 slots) master
   0 additional replica(s)
S: f3ba7c62307e0321f5d21310d14027c403c73907 192.168.207.130:7005
   slots: (0 slots) slave
   replicates 568669e03c61b3c4edc31643dcb47e85bc2c3e23
[OK] All nodes agree about slots configuration.
>>> Check for open slots...
>>> Check slots coverage...
[OK] All 16384 slots covered.
How many slots do you want to move (from 1 to 16384)? 2000   #输入2000
What is the receiving node ID? b502b7efac704e92ac439933a42edf613f908fea   #输入哪个节点想接收这些slot，这里就是7006的ID
Please enter all the source node IDs.
  Type 'all' to use all the nodes as source nodes for the hash slots.
  Type 'done' once you entered all the source nodes IDs.
Source node #1:9d076e70871fc7291485aba97b2623dc9fb3b3b0    #输入想从哪个节点移动slot，我这里输入了7004的ID
Source node #2:done   #输入done回车后会输出具体会移动的slot
    Moving slot 0 from 9d076e70871fc7291485aba97b2623dc9fb3b3b0
    .........略........
    Moving slot 1995 from 9d076e70871fc7291485aba97b2623dc9fb3b3b0
    Moving slot 1996 from 9d076e70871fc7291485aba97b2623dc9fb3b3b0
    Moving slot 1997 from 9d076e70871fc7291485aba97b2623dc9fb3b3b0
    Moving slot 1998 from 9d076e70871fc7291485aba97b2623dc9fb3b3b0
    Moving slot 1999 from 9d076e70871fc7291485aba97b2623dc9fb3b3b0
Do you want to proceed with the proposed reshard plan (yes/no)? yes   #执行计划，开始真正移动slot
Moving slot 0 from 192.168.207.130:7004 to 192.168.207.130:7006:
.....略.....
Moving slot 1993 from 192.168.207.130:7004 to 192.168.207.130:7006:
Moving slot 1994 from 192.168.207.130:7004 to 192.168.207.130:7006:
Moving slot 1995 from 192.168.207.130:7004 to 192.168.207.130:7006:
Moving slot 1996 from 192.168.207.130:7004 to 192.168.207.130:7006:
Moving slot 1997 from 192.168.207.130:7004 to 192.168.207.130:7006:
Moving slot 1998 from 192.168.207.130:7004 to 192.168.207.130:7006:
Moving slot 1999 from 192.168.207.130:7004 to 192.168.207.130:7006:
redis@master:~/redis7000$

移动完成后再查看一下集群状态，如下：

1
2
3
4
5
6
7
8
192.168.207.130:7003> cluster nodes
b502b7efac704e92ac439933a42edf613f908fea 192.168.207.130:7006 master - 0 1444273978574 8 connected 0-1999    #已有2000个slot
f3ba7c62307e0321f5d21310d14027c403c73907 192.168.207.130:7005 slave 568669e03c61b3c4edc31643dcb47e85bc2c3e23 0 1444273977559 6 connected
7dae923773125c5956605fac6159412850b100b3 192.168.207.128:7000 slave 9d076e70871fc7291485aba97b2623dc9fb3b3b0 0 1444273975530 7 connected
0becd52cb1fa1a69f8d3135dd98f87cd8ccf9d78 192.168.207.128:7002 slave 8490b5e84bf0359871ea3fa55b97bb9877be0512 0 1444273977559 4 connected
568669e03c61b3c4edc31643dcb47e85bc2c3e23 192.168.207.128:7001 master - 0 1444273975530 2 connected 10923-16383
8490b5e84bf0359871ea3fa55b97bb9877be0512 192.168.207.130:7003 myself,master - 0 0 4 connected 5461-10922
9d076e70871fc7291485aba97b2623dc9fb3b3b0 192.168.207.130:7004 master - 0 1444273976544 7 connected 2000-5460   #少了2000个solt

至此，新节点已增加到集群并能正常工作。

1.2、redis cluster删除节点

    有增加节点的操作，当然也会有删除一个节点，当业务量下降后，集群中redis节点数量服务能力大大超过了业务所带来的压力，此时我们应该移除一些节点，回收主机资源，以免造成资源的浪费。

移除一个节点用如下命令：

1
./redis-trib.rb del-node IP:PORT 'node-id'

 IP:PORT表示集群中任意一个节点的ip地址和端口，node-id表示你想要移除的节点ID号

接下来就测试一下删除一个节点的操作，我们计划把7004这个节点删除，那运行如下命令：

1
2
3
4
5
6
7
8
9
10
redis@master:~/redis7000$ bin/redis-trib.rb del-node 192.168.207.128:7000 '9d076e70871fc7291485aba97b2623dc9fb3b3b0'
>>> Removing node 9d076e70871fc7291485aba97b2623dc9fb3b3b0 from cluster 192.168.207.128:7000
Connecting to node 192.168.207.128:7000: OK
Connecting to node 192.168.207.130:7004: OK
Connecting to node 192.168.207.130:7003: OK
Connecting to node 192.168.207.128:7002: OK
Connecting to node 192.168.207.128:7001: OK
Connecting to node 192.168.207.130:7006: OK
Connecting to node 192.168.207.130:7005: OK
[ERR] Node 192.168.207.130:7004 is not empty! Reshard data away and try again.

  上边报错了，说是这个节点不是空的，需要重新切片后再尝试，这是因为在这个节点上还有2000-5460的slot，需要把这些slot移走后才能删除此节点，我们就把7004上的所有slot移到7006后再来删除此节点试试：

1
redis@master:~/redis7000$ bin/redis-trib.rb reshard  --from 9d076e70871fc7291485aba97b2623dc9fb3b3b0 --to b502b7efac704e92ac439933a42edf613f908fea --slots 3461 --yes 192.168.207.128:7000

#上边的命令是一种非交互模块下的数据迁移命令，用“--from...--to”的结构表示从哪个节点把数据迁移到哪个节点，官方命令格式是“./redis-trib.rb reshard <host>:<port> --from <node-id> --to <node-id> --slots --yes”这样的，但在实际运用时发现“<host>:<port>”需要写在最后，这个是表示集群中任意一个节点的ip地址和端口信息。

运行上表命令并等待一会儿后，数据就迁移完毕，再来观察一下集群中7004节点的状态信息：

1
2
3
4
5
6
7
8
9
192.168.207.130:7004> cluster nodes
f3ba7c62307e0321f5d21310d14027c403c73907 192.168.207.130:7005 slave 568669e03c61b3c4edc31643dcb47e85bc2c3e23 0 1444283310797 6 connected
568669e03c61b3c4edc31643dcb47e85bc2c3e23 192.168.207.128:7001 master - 0 1444283307772 2 connected 10923-16383
8490b5e84bf0359871ea3fa55b97bb9877be0512 192.168.207.130:7003 master - 0 1444283306763 4 connected 5461-10922
0becd52cb1fa1a69f8d3135dd98f87cd8ccf9d78 192.168.207.128:7002 slave 8490b5e84bf0359871ea3fa55b97bb9877be0512 0 1444283308780 4 connected
9d076e70871fc7291485aba97b2623dc9fb3b3b0 192.168.207.130:7004 myself,master - 0 0 7 connected
      
7dae923773125c5956605fac6159412850b100b3 192.168.207.128:7000 slave 9d076e70871fc7291485aba97b2623dc9fb3b3b0 0 1444283308780 7 connected
b502b7efac704e92ac439933a42edf613f908fea 192.168.207.130:7006 master - 0 1444283309788 8 connected 0-5460

看见了吧，上边输出信息中7004已没有slot了，现在再来移除此节点试试：

1
2
3
4
5
6
7
8
9
10
11
12
redis@master:~/redis7000$ bin/redis-trib.rb del-node 192.168.207.128:7000 '9d076e70871fc7291485aba97b2623dc9fb3b3b0'
>>> Removing node 9d076e70871fc7291485aba97b2623dc9fb3b3b0 from cluster 192.168.207.128:7000
Connecting to node 192.168.207.128:7000: OK
Connecting to node 192.168.207.130:7004: OK
Connecting to node 192.168.207.130:7003: OK
Connecting to node 192.168.207.128:7002: OK
Connecting to node 192.168.207.128:7001: OK
Connecting to node 192.168.207.130:7006: OK
Connecting to node 192.168.207.130:7005: OK
>>> Sending CLUSTER FORGET messages to the cluster...
>>> 192.168.207.128:7000 as replica of 192.168.207.130:7006
>>> SHUTDOWN the node.

移除成功了，移除后还会重新计算集群中的主从关系，并把移除的节点shutdown，这里就把7000作为7006的从节点了，再来查看集群状态就是这样了：

1
2
3
4
5
6
7
8
9
redis@slave01:~/redis7004$ bin/redis-cli -c -h 192.168.207.130 -p 7003
192.168.207.130:7003> cluster nodes
b502b7efac704e92ac439933a42edf613f908fea 192.168.207.130:7006 master - 0 1444283726189 8 connected 0-5460
f3ba7c62307e0321f5d21310d14027c403c73907 192.168.207.130:7005 slave 568669e03c61b3c4edc31643dcb47e85bc2c3e23 0 1444283728207 6 connected
7dae923773125c5956605fac6159412850b100b3 192.168.207.128:7000 slave b502b7efac704e92ac439933a42edf613f908fea 0 1444283725182 8 connected
     #看下他的主节点是7006
0becd52cb1fa1a69f8d3135dd98f87cd8ccf9d78 192.168.207.128:7002 slave 8490b5e84bf0359871ea3fa55b97bb9877be0512 0 1444283729216 4 connected
568669e03c61b3c4edc31643dcb47e85bc2c3e23 192.168.207.128:7001 master - 0 1444283728207 2 connected 10923-16383
8490b5e84bf0359871ea3fa55b97bb9877be0512 192.168.207.130:7003 myself,master - 0 0 4 connected 5461-10922

1.3、redis cluster主从手动切换

    也许在一些特殊的场景你需要切换集群中主从节点，比如你想让一个主节点下线升级维护时，当然你可简单粗爆的把这个主节点shutdown，然后redis cluster会监测到集群中少了一个主节点，集群就会把他的从节点提升为主节点，然后你再把shutdown的节点启动，那他会成为一个从节点运行，这样你就可以做你想做的了。但这样粗爆的行为是会导致集群短暂的停止服务，有一个切换的时间，如果是一个可控的维护工作，我们还是希望更为平滑，那集群中手动切换工具就能满足我们的需求。

    我们先连接到集群中，查看一下集群状态信息，如下：

1
2
3
4
5
6
7
8
9
10
redis@slave01:~/redis7004$ bin/redis-cli -c -h 192.168.207.128 -p 7002
    #连接到7002从节点
192.168.207.128:7002> cluster nodes
8490b5e84bf0359871ea3fa55b97bb9877be0512 192.168.207.130:7003 master - 0 1444285238614 4 connected 5461-10922
0becd52cb1fa1a69f8d3135dd98f87cd8ccf9d78 192.168.207.128:7002 myself,slave 8490b5e84bf0359871ea3fa55b97bb9877be0512 0 0 3 connected
   #7002的主节点是7003
568669e03c61b3c4edc31643dcb47e85bc2c3e23 192.168.207.128:7001 master - 0 1444285240634 2 connected 10923-16383
b502b7efac704e92ac439933a42edf613f908fea 192.168.207.130:7006 master - 0 1444285237604 8 connected 0-5460
7dae923773125c5956605fac6159412850b100b3 192.168.207.128:7000 slave b502b7efac704e92ac439933a42edf613f908fea 0 1444285239625 8 connected
f3ba7c62307e0321f5d21310d14027c403c73907 192.168.207.130:7005 slave 568669e03c61b3c4edc31643dcb47e85bc2c3e23 0 1444285239625 6 connected

接下来就进行手动切换操作，把7002与7003的主从关系调换：

1
2
3
4
5
6
7
8
9
10
11
12
13
192.168.207.128:7002> cluster failover
    #这就是切换命令
OK
192.168.207.128:7002> cluster nodes
8490b5e84bf0359871ea3fa55b97bb9877be0512 192.168.207.130:7003 slave 0becd52cb1fa1a69f8d3135dd98f87cd8ccf9d78 0 1444285980634 9 connected
   #变成slave了
0becd52cb1fa1a69f8d3135dd98f87cd8ccf9d78 192.168.207.128:7002 myself,master - 0 0 9 connected 5461-10922
    #变成master了
568669e03c61b3c4edc31643dcb47e85bc2c3e23 192.168.207.128:7001 master - 0 1444285977604 2 connected 10923-16383
b502b7efac704e92ac439933a42edf613f908fea 192.168.207.130:7006 master - 0 1444285976594 8 connected 0-5460
7dae923773125c5956605fac6159412850b100b3 192.168.207.128:7000 slave b502b7efac704e92ac439933a42edf613f908fea 0 1444285979624 8 connected
f3ba7c62307e0321f5d21310d14027c403c73907 192.168.207.130:7005 slave 568669e03c61b3c4edc31643dcb47e85bc2c3e23 0 1444285978615 6 connected
192.168.207.128:7002>

在上边的主从切换测试中几乎是瞬间完成，这样业务是不受到影响的。值得注意的是“cluster failover”命令只能在slave节点上运行.

redis 如何用命令切换主从机， 使用到的命令
qq_24682765的博客
12-13 2023
### under the redis folder such as: 'D:\Redis-x64-3.0.500' on the redis server run below command to connect redis sentinel  (跑下面的命令可以连接到redis的哨兵, 设置了密码的需要“-a” 参数， 后面跟着设置的密码) ` redis-cli.exe -h localho...
Redis系列之Redis Cluster
lonelymanontheway的博客
08-09 1095
Redis Cluster概述、对比Redis Sentinel、简介、通信（集中式、Gossip）、Gossip消息（ping、pong、meet、fail）、故障切换、一致性Hash算法、Hash Slot、一致性、参数 、问题。客户端、JedisCluster集群寻址。实战、安装、命令。拓展、16384个槽。
redis cluster 手动切换主从
我的博客
05-11 1601
CLUSTER REPLICATE 将当前节点设置为 node_id 指定的节点的从节点。CLUSTER SAVECONFIG 将节点的配置文件保存到硬盘里面。redis cluster 自动切换主从之后想手动切回原来的状态。如果7003 还是master的情况，那么请按照如下操作。自动发生主从切换之后的集群状态。这个时候集群应该就正常了。在7000节点上执行。
redis 主从切换命令
苦逼码农的博客
06-17 3494
从切换成主：redis-cli -h 192.168.1.20 -a password -p 6379 slaveof NO ONE 主切换成从：redis-cli -h 192.168.1.20 -a password -p 6379 slaveof 192.168.1.10 6379
【redis】redis 手动切换主从
最新发布
rita_0567的博客
05-06 879
线上redis master异常关机之后重启， 发现redis哨兵模式下 三个节点都是slave，无法选择出主。启动192.168.1.11 redis进程，成为192.168.1.12（new master）的slave。不要直接关闭redis进程，使用 shutdown ，能在进程关闭前持久化内存中的数据。架构: 3台服务器，1主2从3哨兵，每台服务有一个主（或从））和哨兵。登录192.168.1.11（master），关闭redis进程。redis 主从备份（手动切换）Redis的主从切换。
redis 安装、主从复制、主从切换
weixin_47276187的博客
03-24 1877
redis集群： redis集群： 自动分割数据到不同的节点上。 整个集群的部分节点失败或者不可达的情况下能够继续处理命令。 redis-cli --cluster help vim /etc/redis/6379.conf /// appendonly yes /// /etc/init.d/redis_6379 restart cd /usr/local/ mkdir redis cd redis/ mkdir 700{1..6} cd 7001 vim redis.conf /// port
redis之主从切换可能有哪些问题
wang0907的博客
12-14 2177
本文一起看下集群模式下，发生了主从切换时可能存在的问题以及应对方案。
redis-cluster-operator:Redis Cluster Operator在Kubernetes上创建和管理Redis集群
05-03
Redis Cluster Operator在Kubernetes上管理 。 操作员本身是用。 每个主节点及其从节点都由statefulSet管理，为每个statefulSet创建一个无头svc，并为所有节点创建clusterIP服务。 每个有状态集都使用...
php成功操作redis cluster集群的实例教程
10-17
php操作Redis Cluster集群的实例教程涵盖了多个知识点，包括Redis Cluster集群的基本概念、PHP与Redis交互的不同方法以及如何使用Predis库与Redis Cluster集群进行通信。以下是详细介绍： 1. Redis Cluster概述： ...
codis/redis 迁移redis cluster工具
08-18
同样，它也支持从Redis迁移到Codis，以及在Redis实例之间进行迁移，这些功能使得数据管理更具灵活性。值得一提的是，该工具还支持增量同步数据，意味着在迁移过程中，新产生的数据也可以被实时同步到目标系统，确保...
rediscluster.rar
05-31
Redis Cluster是Redis官方提供的分布式解决方案，它允许用户在多个节点之间分发数据，从而实现高可用性和水平扩展。本文将详细介绍Redis Cluster的工作原理、配置、使用以及与MySQL数据库的配合。 **一、Redis ...
docker小白第十天
疯子的梦想@的博客
12-31 780
3主3从的redis集群，某个主机宕机了，需要对应的从机补位。可以看到1号和6号对应是主从关系。此时尝试停掉节点1.可以看到redis节点1已经failed了，redis节点6的信息变成了master，不再是之前的slave。此时再启动之前停掉的redis节点1.通过xshell在开个连接窗口，在linux虚机的命令行执行，不是在容器内执行。然后在还没退出的redis节点2查看集群信息。此时节点1变成了从机。不再是之前的主机。
redis集群调整主从关系
weixin_40715227的博客
08-03 540
Redis集群调整主从关系详解 在Redis集群中，主从关系的配置对系统的可用性和数据的安全性有重要影响。很多情况下，当我们需要调整主从关系，或者进行故障转移时，了解具体的步骤是非常有必要的。本文将为你提供调整Redis集群主从关系的流程、步骤以及每步所需的代码示例。 流程概述 下面是调整Redis集群主从关系的基本流程：...
Redis 的主从复制、哨兵和cluster集群
qq_57093716的博客
04-03 2322
redis 主从 哨兵和cluster集群
Redis主从、哨兵、cluster集群的部署和细节
m0_57408211的博客
05-23 1188
哨兵架构下client端第一次从哨兵找出redis的主节点，后续就直接访问redis的主节点，不会每次都通过 sentinel代理访问redis的主节点，当redis的主节点发生变化，哨兵会第一时间感知到，并且将新的redis 主节点通知给client端(这里面redis的client端一般都实现了订阅功能，订阅sentinel发布的节点变动消息)当节点删除或者发生宕机时，节点上保存的数据也就丢失，但如果数据绑定的是插槽，那么当出现该情况时候，就可以将故障接的插槽转移到存活节点上。
CLUSTERDOWN The cluster is down 的解决办法
热门推荐
Catastrophe
02-25 1万+
在本机上单机创建redis cluster 执行命令报错 (error) CLUSTERDOWN The cluster is down redis-cli --cluster check 127.0.0.1:6379 给出问题原因 not all 16384 slots are covered by nodes 因此是部分slot分配的节点已经挂掉了 输入命令 redis-cli --cluster fix 127.0.0.1:6379 问题解决 ...
一次现网问题定位-Redis连接不断增长
shuxiaohua的博客
12-24 3348
背景 系统原来是使用(HAProxy+Sentinel+redis)做的高可用方案，该方案HAProxy无法感知到主从切换，导致写操作失败。具体可参考之前的文章。 为了解决这个问题，拿掉了HAProxy，然后使用Jedis的Sentinel模式。 # 代码有删减 RedisSentinelConfiguration redisSentinelConfiguration = new RedisSentinelConfiguration(sentinel.getMaster(), sentinelHostAnd
Redis 集群:CLUSTERDOWN The cluster is down
微信公众号：大数据从业者
07-17 2303
1.错误 (error)CLUSTERDOWN The clusteris down 2.问题表现 Java项目使用redis集群时报错, HTTP Status500 - Could not get a resource from the pool 查看redis集群启动情况: ps -ef | grep "redis",如图 在操作redis集群写入数据时报错: (...
redis.clients.jedis.exceptions.JedisClusterException: CLUSTERDOWN The cluster is down异常的正确解决方法，嘿嘿嘿
PythonAigc的博客
05-14 4931
`redis.clients.jedis.exceptions.JedisClusterException: CLUSTERDOWN The cluster is down` 异常表示你尝试与Redis集群进行交互时，集群处于不可用状态。这通常意味着集群中的大多数主节点（master nodes）无法正常工作，导致集群无法处理任何请求。
Kubernetes上的Redis集群管理：Redis Cluster Operator指南
资源摘要信息:"Redis Cluster Operator是一种在Kubernetes环境中自动化部署和管理Redis集群的工具。该工具可以简化Redis集群的创建、扩展、缩减、备份和恢复等操作，同时提供了自定义配置和高级功能。" Redis ...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值