Redis集群（Cluster）
Posted Dorrs
tags:
篇首语：本文由小常识网(cha138.com)小编为大家整理，主要介绍了Redis集群（Cluster）相关的知识，希望对你有一定的参考价值。
Redis集群
集群解决的问题
服务器的容量不足或者进行并发写操作的用户过多等情况下可以使用多台Redis集群的方式缓解压力。
注：（高并发的写操作，如果是一主多从模式主服务器承受的压力会很大，因此引入集群）
代理主机和无中心化集群
以电商项目的用户、订单、商品三个模块来演示代理主机和无中心化集群。如下图：
用户信息、订单信息、商品信息分别使用三台Redis服务器存储。 这样一来，相应的操作就会去请求相应的Redis服务器。
问题：客户端通过何种方式知道需要去请求哪个服务?
①代理主机方式通过加一层代理服务器解决此问题（不推荐使用）
-
访问的时候请求代理服务器，由代理服务器进行分发。
-
局部可以使用主从模式，如果其中某一台Redis服务器挂掉，从机上位变为主服务器继续提供服务。
可以看到，以代理主机方式按照目前的需求搭建集群，至少需要8台服务器。搭建和后期维护都很不方便，所以不推荐使用此方式创建集群，于是引入了无中心化方式的集群！！！
②无中心化搭建Redis集群方式解决此问题（推荐）
- 任何一台Redis服务器都可以作为集群的入口。比如要访问订单数据，通过用户服务器进入集群，用户服务器会在集群内部把请求进行转移，直到找到订单服务器。
无中心化Redis集群搭建方式最少需要6台服务器即可。和代理主机方式相比优势明显。
Redis集群的特点
-
Redis 集群实现了对Redis的水平扩容，即启动N个redis节点，将整个数据库分布存储在这N个节点中，每个节点存储总数据的1/N。
-
Redis 集群通过分区来提供一定程度的可用性： 即使集群中有一部分节点失效或者无法进行通讯， 集群也可以继续处理命令请求。
Redis集群环境搭建
根据上面介绍，我们了解到无中心化集群搭建方式至少需要6台Redis服务器。接下来演示无中心化Redis集群环境搭建：
接下来演示在一台linux主服务器上模拟六台Redis服务器，演示无中心化Redis集群环境的搭建：
①在Linux服务器中新建一个myredis文件夹。如下图：
②创建6个redis实例，端口号为：6379、6380、6381、6389、6390、6391
（如果使用云服务器记得设置这几个端口的安全组）
实现：
- 6379为主机，6389为从机
- 6380为主机，6390为从机
- 6381为主机，6391为从机
vim redis6379.conf 创建配置文件并写入如下内容：
复制出其余5个配置文件
依次通过字符串替换修改5个文件内容（下图是修改redis6381.conf的过程，修改其余配置文件操作类似）
③启动6个Redis服务
格式：redis-server redis6379.conf（启动redis6379服务）
通过ll命令查看，确保如下的节点文件生成成功
④一个集群至少要有三个主节点，先组合创建只有三个主节点的集群（6379、6380、6381）
组合之前，务必请确保所有redis实例启动后，nodes-xxxx.conf文件都生成正常。
Redis版本低的话，需要额外装上rubby环境。新版的redis自带了rubby环境,。我使用的是新版本redis7
-
redis安装目录下的src目录中可以看到，，关于rubby的文件
-
使用命令进行合并创建集群
redis-cli --cluster create --cluster-replicas 0 -a 你的redis密码
47.116.4.200:6379 47.116.4.200:6380 47.116.4.200:6381
其中参数：- ① -replicas 0 表示创建集群的方式，以0个从机的方式创建集群（此处即为创建仅有三个主机的集群）。
- ②-a参数填写redis服务器的密码（没有设置密码可以不写-a）
- ③最后面跟的是服务器的ip和端口号。
⑤启动redis服务后，需要连接Redis。
- 集群之前的连接redis方式为：redis-cli -p 端口号
- 集群连接redis方式为：redis-cli -c -p 端口号（使用-c参数表示 采用集群策略连接。因为是无中心化，所以连接任何一个节点（如6379、6380、6381）都可以）
⑥通过 cluster nodes 命令查看集群信息
⑦增加三个从机到集群中去，并设置相应的主机
redis-cli --cluster add-node 47.116.4.200:6389 47.116.4.200:6379 --cluster-slave --cluster-master-id 主机的id （-a Redis密码）：增加从节点6389到集群中去，并将其设置为6379主机的从机。
- 此处的47.116.4.200:6389为目标从机及其端口号
- 此处的47.116.4.200:6379为目标主机及其端口号
- slave 表示此操作要添加从节点
- cluster-master-id 主机的id： 要添加到哪一个主节点，集群中主机的id可以通过cluster nodes查看
- -a ：如果设置了redis密码，需要-a参数并填入密码
以同样的方式，把6390添加为6380的从机；把6391添加为6381的从机。
添加完毕之后通过redis-cli -c -p 6379连接一台集群中的redis服务器。并通过cluster nodes查看节点信息。如下图：
此时可以看到集群中节点已经分为三组：
- 6379为主机，6389为从机
- 6380为主机，6390为从机
- 6381为主机，6391为从机
slots（插槽）
-
一个 Redis 集群包含 16384 个插槽（hash slot）， 数据库中的每个键都属于这 16384 个插槽的其中一个。
-
插槽用来把值平均分配到不同主机中去，达到分担压力的效果。（比如set k1 v1操作的时候，会计算k1所在插槽值，根据各节点管辖的插槽范围，放入相应的节点中去）
-
集群使用公式
CRC16(key) % 16384来计算键 key 属于哪个槽。 -
集群中的每个节点负责处理一部分插槽。 如下图：
上图中的当前集群有三个主节点， 其中：-
节点 6379 负责处理 0 号至 5460 号插槽。
节点 6380 负责处理 5461 号至 10922 号插槽。
节点 6381 负责处理 10923 号至 16383 号插槽。
-
在集群中录入值
①录入单个值
6381管理的插槽范围是10923 号至 16383 号，12706在其范围内。
一开始，请求进入6379，执行set k1 值操作时，计算k1的插槽值，发现k1插槽值不在6379服务器管理范围内，于是会转移请求找到6381服务器并执行set操作。
②尝试录入多个值
无法计算多个key的插槽值。集群中mset不能执行成功。
如果非要在集群中录入多个值，可以使用添加分组的方法
key值后面添加 组名 ，就可以根据组名计算插槽，而不用再根据key值计算。此方法插入即可成功。如下图：
查询集群中的值
①cluster keyslot key：计算key值的插槽数
②cluster countkeysinslot 插槽值：计算插槽中有几个key（键）
注意： 虽然当前12706插槽中有一个k1，但12706在 6381节点的管辖的插槽值范围（10923~16383） 内。此命令只能计算当前6380节点管辖的插槽值范围（5461~10922） 内的数据。上图中的12706超出范围，因此返回0。
③cluster getkeysinslot 插槽数 个数：返回count个插槽中的key
上图表明，此时的4576插槽中只有一个k3。
故障恢复
此时我们搭建的集群中为三组“一主一从”，如果集群中某台主机挂掉，其从机立马上位接替主机工作，继续提供服务。此即为故障恢复。 如下图：
此时思考：如果此时再次重启6379服务器，6379的角色是什么？
答案是重启6379服务器，6379角色变为6389的从机，上位主机后的6389服务器依然是主机。如下图：
再次思考：如果集群中某台主机挂掉之后，此主机的所有从机也都挂掉了（如下图），整个集还能正常提供服务吗？
答案为不一定。主要要看配置文件。
某一段插槽的主从都挂掉时，集群能否提供服务主要看配置信息（cluster-require-full-coverage ）：
- cluster-require-full-coverage 为yes，那么 某一段插槽的主从都挂掉时，整个集群都挂掉
- cluster-require-full-coverage 为no ，那么 某一段插槽的主从都挂掉时，只是该段插槽数据不能使用，也无法存储；其他段插槽依旧正常提供服务。
Redis集群的优缺点
优点：多台服务器集群可以分摊并发操作压力、实现扩容。
缺点：不支持多键操作（如mset命令会操作失败）、不支持多键的Redis事务、不支持lua脚本.
redis cluster集群理解
Redis Cluster集群
一、redis-cluster设计
Redis集群搭建的方式有多种，例如使用zookeeper等，但从redis 3.0之后版本支持redis-cluster集群，Redis-Cluster采用无中心结构，每个节点保存数据和整个集群状态,每个节点都和其他所有节点连接。其redis-cluster架构图如下：
其结构特点：
1、所有的redis节点彼此互联(PING-PONG机制),内部使用二进制协议优化传输速度和带宽。
2、节点的fail是通过集群中超过半数的节点检测失效时才生效。
3、客户端与redis节点直连,不需要中间proxy层.客户端不需要连接集群所有节点,连接集群中任何一个可用节点即可。
4、redis-cluster把所有的物理节点映射到[0-16383]slot上（不一定是平均分配）,cluster 负责维护node<->slot<->value。
5、Redis集群预分好16384个桶，当需要在 Redis 集群中放置一个 key-value 时，根据 CRC16(key) mod 16384的值，决定将一个key放到哪个桶中。
1、redis cluster节点分配
现在我们是三个主节点分别是：A, B, C 三个节点，它们可以是一台机器上的三个端口，也可以是三台不同的服务器。那么，采用哈希槽 (hash slot)的方式来分配16384个slot 的话，它们三个节点分别承担的slot 区间是：
节点A覆盖0－5460;
节点B覆盖5461－10922;
节点C覆盖10923－16383.
获取数据：
如果存入一个值，按照redis cluster哈希槽的算法： CRC16(‘key‘)384 = 6782。 那么就会把这个key 的存储分配到 B 上了。同样，当我连接(A,B,C)任何一个节点想获取‘key‘这个key时，也会这样的算法，然后内部跳转到B节点上获取数据
新增一个主节点：
新增一个节点D，redis cluster的这种做法是从各个节点的前面各拿取一部分slot到D上，我会在接下来的实践中实验。大致就会变成这样：
节点A覆盖1365-5460
节点B覆盖6827-10922
节点C覆盖12288-16383
节点D覆盖0-1364,5461-6826,10923-12287
同样删除一个节点也是类似，移动完成后就可以删除这个节点了。
2、Redis Cluster主从模式
redis cluster 为了保证数据的高可用性，加入了主从模式，一个主节点对应一个或多个从节点，主节点提供数据存取，从节点则是从主节点拉取数据备份，当这个主节点挂掉后，就会有这个从节点选取一个来充当主节点，从而保证集群不会挂掉。
上面那个例子里, 集群有ABC三个主节点, 如果这3个节点都没有加入从节点，如果B挂掉了，我们就无法访问整个集群了。A和C的slot也无法访问。
所以我们在集群建立的时候，一定要为每个主节点都添加了从节点, 比如像这样, 集群包含主节点A、B、C, 以及从节点A1、B1、C1, 那么即使B挂掉系统也可以继续正确工作。
B1节点替代了B节点，所以Redis集群将会选择B1节点作为新的主节点，集群将会继续正确地提供服务。 当B重新开启后，它就会变成B1的从节点。
不过需要注意，如果节点B和B1同时挂了，Redis集群就无法继续正确地提供服务了。
二、redis集群的搭建
集群中至少应该有奇数个节点，所以至少有三个节点，每个节点至少有一个备份节点，所以下面使用6节点（主节点、备份节点由redis-cluster集群确定）。
下面使用redis-3.2.0安装，下载地址
1、安装redis节点指定端口
解压redis压缩包，编译安装
- [[email protected] redis-3.2.0]# tar xzf redis-3.2.0.tar.gz
- [[email protected] redis-3.2.0]# cd redis-3.2.0
- [[email protected] redis-3.2.0]# make
- [[email protected] redis01]# make install PREFIX=/usr/andy/redis-cluster
在redis-cluster下 修改bin文件夹为redis01,复制redis.conf配置文件
配置redis的配置文件redis.conf
daemonize yes #后台启动
port 7001 #修改端口号，从7001到7006
cluster-enabled yes #开启cluster，去掉注释
cluster-config-file nodes.conf
cluster-node-timeout 15000
appendonly yes
复制六份，修改对应的端口号
2、安装redis-trib所需的 ruby脚本
复制redis解压文件src下的redis-trib.rb文件到redis-cluster目录
- [[email protected] redis-cluster]# cp /usr/andy/redis/redis-3.2.0/src/redis-trib.rb ./
安装ruby环境：
- [[email protected] redis-cluster]# yum install ruby
- [[email protected] redis-cluster]# yum install rubygems
安装redis-trib.rb运行依赖的ruby的包redis-3.2.2.gem，下载
- [[email protected] redis-cluster]# gem install redis-3.2.2.gem
3、启动所有的redis节点
可以写一个命令脚本start-all.sh
- cd redis01
- ./redis-server redis.conf
- cd ..
- cd redis02
- ./redis-server redis.conf
- cd ..
- cd redis03
- ./redis-server redis.conf
- cd ..
- cd redis04
- ./redis-server redis.conf
- cd ..
- cd redis05
- ./redis-server redis.conf
- cd ..
- cd redis06
- ./redis-server redis.conf
- cd ..
设置权限启动
- [[email protected] redis-cluster]# chmod 777 start-all.sh
- [[email protected] redis-cluster]# ./start-all.sh
查看redis进程启动状态
- [[email protected] redis-cluster]# ps -ef | grep redis
- root 4547 1 0 23:12 ? 00:00:00 ./redis-server 127.0.0.1:7001 [cluster]
- root 4551 1 0 23:12 ? 00:00:00 ./redis-server 127.0.0.1:7002 [cluster]
- root 4555 1 0 23:12 ? 00:00:00 ./redis-server 127.0.0.1:7003 [cluster]
- root 4559 1 0 23:12 ? 00:00:00 ./redis-server 127.0.0.1:7004 [cluster]
- root 4563 1 0 23:12 ? 00:00:00 ./redis-server 127.0.0.1:7005 [cluster]
- root 4567 1 0 23:12 ? 00:00:00 ./redis-server 127.0.0.1:7006 [cluster]
- root 4840 4421 0 23:26 pts/1 00:00:00 grep --color=auto redis
可以看到redis的6个节点已经启动成功
杀死全部的几点：
- [[email protected] redis-cluster]# pkill -9 redis
4、使用redis-trib.rb创建集群
- ./redis-trib.rb create --replicas 1 127.0.0.1:7001 127.0.0.1:7002 127.0.0.1:7003 127.0.0.1:7004 127.0.0.1:7005 127.0.0.1:7006
使用create命令 --replicas 1 参数表示为每个主节点创建一个从节点，其他参数是实例的地址集合。
- [[email protected] redis-cluster]# ./redis-trib.rb create --replicas 1 127.0.0.1:7001 127.0.0.1:7002 127.0.0.1:7003 127.0.0.1:7004 127.0.0.1:7005 127.0.0.1:7006
- >>> Creating cluster
- >>> Performing hash slots allocation on 6 nodes...
- Using 3 masters:
- 127.0.0.1:7001
- 127.0.0.1:7002
- 127.0.0.1:7003
- Adding replica 127.0.0.1:7004 to 127.0.0.1:7001
- Adding replica 127.0.0.1:7005 to 127.0.0.1:7002
- Adding replica 127.0.0.1:7006 to 127.0.0.1:7003
- M: dfd510594da614469a93a0a70767ec9145aefb1a 127.0.0.1:7001
- slots:0-5460 (5461 slots) master
- M: e02eac35110bbf44c61ff90175e04d55cca097ff 127.0.0.1:7002
- slots:5461-10922 (5462 slots) master
- M: 4385809e6f4952ecb122dbfedbee29109d6bb234 127.0.0.1:7003
- slots:10923-16383 (5461 slots) master
- S: ec02c9ef3acee069e8849f143a492db18d4bb06c 127.0.0.1:7004
- replicates dfd510594da614469a93a0a70767ec9145aefb1a
- S: 83e5a8bb94fb5aaa892cd2f6216604e03e4a6c75 127.0.0.1:7005
- replicates e02eac35110bbf44c61ff90175e04d55cca097ff
- S: 10c097c429ca24f8720986c6b66f0688bfb901ee 127.0.0.1:7006
- replicates 4385809e6f4952ecb122dbfedbee29109d6bb234
- Can I set the above configuration? (type ‘yes‘ to accept): yes
- >>> Nodes configuration updated
- >>> Assign a different config epoch to each node
- >>> Sending CLUSTER MEET messages to join the cluster
- Waiting for the cluster to join......
- >>> Performing Cluster Check (using node 127.0.0.1:7001)
- M: dfd510594da614469a93a0a70767ec9145aefb1a 127.0.0.1:7001
- slots:0-5460 (5461 slots) master
- M: e02eac35110bbf44c61ff90175e04d55cca097ff 127.0.0.1:7002
- slots:5461-10922 (5462 slots) master
- M: 4385809e6f4952ecb122dbfedbee29109d6bb234 127.0.0.1:7003
- slots:10923-16383 (5461 slots) master
- M: ec02c9ef3acee069e8849f143a492db18d4bb06c 127.0.0.1:7004
- slots: (0 slots) master
- replicates dfd510594da614469a93a0a70767ec9145aefb1a
- M: 83e5a8bb94fb5aaa892cd2f6216604e03e4a6c75 127.0.0.1:7005
- slots: (0 slots) master
- replicates e02eac35110bbf44c61ff90175e04d55cca097ff
- M: 10c097c429ca24f8720986c6b66f0688bfb901ee 127.0.0.1:7006
- slots: (0 slots) master
- replicates 4385809e6f4952ecb122dbfedbee29109d6bb234
- [OK] All nodes agree about slots configuration.
- >>> Check for open slots...
- >>> Check slots coverage...
- [OK] All 16384 slots covered.
上面显示创建成功，有3个主节点，3个从节点，每个节点都是成功连接状态。
3个主节点[M]以及分配的哈希卡槽如下：
M: dfd510594da614469a93a0a70767ec9145aefb1a 127.0.0.1:7001
slots:0-5460 (5461 slots) master
M: e02eac35110bbf44c61ff90175e04d55cca097ff 127.0.0.1:7002
slots:5461-10922 (5462 slots) master
M: 4385809e6f4952ecb122dbfedbee29109d6bb234 127.0.0.1:7003
slots:10923-16383 (5461 slots) master
3个从节点[S]以及附属的主节点如下：
S: ec02c9ef3acee069e8849f143a492db18d4bb06c 127.0.0.1:7004
replicates dfd510594da614469a93a0a70767ec9145aefb1a
S: 83e5a8bb94fb5aaa892cd2f6216604e03e4a6c75 127.0.0.1:7005
replicates e02eac35110bbf44c61ff90175e04d55cca097ff
S: 10c097c429ca24f8720986c6b66f0688bfb901ee 127.0.0.1:7006
replicates 4385809e6f4952ecb122dbfedbee29109d6bb234
以上集群安装成功了，如果安装未成功报如下错误
>>> Creating cluster
[ERR] Sorry, can‘t connect to node ....
需要安装最新的ruby源码，下载
- [[email protected] redis-cluster]# tar -zxvf ruby-2.3.1.tar.gz
- [[email protected] redis-cluster]# cd
- [[email protected] redis-cluster]# ./configure --prefix=/usr/local/ruby-2.3.1
- [[email protected] redis-cluster]# make && make install
- [[email protected] redis-cluster]#gem install redis
还有一种情况是，在VMware做测试的时间（都在一台服务器时），ip应该使用127.0.0.1，如果使用局域网ip，也会报节点创建失败。
三、redis集群的测试
1、测试存取值
客户端连接集群redis-cli需要带上 -c ，redis-cli -c -p 端口号
- [[email protected] redis01]# ./redis-cli -c -p 7001
- 127.0.0.1:7001> set name andy
- -> Redirected to slot [5798] located at 127.0.0.1:7002
- OK
- 127.0.0.1:7002> get name
- "andy"
- 127.0.0.1:7002>
根据redis-cluster的key值分配，name应该分配到节点7002[5461-10922]上，上面显示redis cluster自动从7001跳转到了7002节点。
我们可以测试一下7006从节点获取name值
- [[email protected] redis06]# ./redis-cli -c -p 7006
- 127.0.0.1:7006> get name
- -> Redirected to slot [5798] located at 127.0.0.1:7002
- "andy"
- 127.0.0.1:7002>
7006位7003的从节点，从上面也是自动跳转至7002获取值，这也是redis cluster的特点，它是去中心化，每个节点都是对等的，连接哪个节点都可以获取和设置数据。
四、集群节点选举
现在模拟将7002节点挂掉，按照redis-cluster原理会选举会将 7002的从节点7005选举为主节点。
- [[email protected] redis-cluster]# ps -ef | grep redis
- root 7950 1 0 12:50 ? 00:00:28 ./redis-server 127.0.0.1:7001 [cluster]
- root 7952 1 0 12:50 ? 00:00:29 ./redis-server 127.0.0.1:7002 [cluster]
- root 7956 1 0 12:50 ? 00:00:29 ./redis-server 127.0.0.1:7003 [cluster]
- root 7960 1 0 12:50 ? 00:00:29 ./redis-server 127.0.0.1:7004 [cluster]
- root 7964 1 0 12:50 ? 00:00:29 ./redis-server 127.0.0.1:7005 [cluster]
- root 7966 1 0 12:50 ? 00:00:29 ./redis-server 127.0.0.1:7006 [cluster]
- root 11346 10581 0 14:57 pts/2 00:00:00 grep --color=auto redis
- [[email protected] redis-cluster]# kill 7952
在查看集群中的7002节点
- [[email protected] redis-cluster]#
- [[email protected] redis-cluster]# ./redis-trib.rb check 127.0.0.1:7002
- [ERR] Sorry, can‘t connect to node 127.0.0.1:7002
- [[email protected] redis-cluster]# ./redis-trib.rb check 127.0.0.1:7005
- >>> Performing Cluster Check (using node 127.0.0.1:7005)
- M: a5db243087d8bd423b9285fa8513eddee9bb59a6 127.0.0.1:7005
- slots:5461-10922 (5462 slots) master
- 0 additional replica(s)
- S: 50ce1ea59106b4c2c6bc502593a6a7a7dabf5041 127.0.0.1:7004
- slots: (0 slots) slave
- replicates dd19221c404fb2fc4da37229de56bab755c76f2b
- M: f9886c71e98a53270f7fda961e1c5f730382d48f 127.0.0.1:7003
- slots:10923-16383 (5461 slots) master
- 1 additional replica(s)
- M: dd19221c404fb2fc4da37229de56bab755c76f2b 127.0.0.1:7001
- slots:0-5460 (5461 slots) master
- 1 additional replica(s)
- S: 8bb3ede48319b46d0015440a91ab277da9353c8b 127.0.0.1:7006
- slots: (0 slots) slave
- replicates f9886c71e98a53270f7fda961e1c5f730382d48f
- [OK] All nodes agree about slots configuration.
- >>> Check for open slots...
- >>> Check slots coverage...
- [OK] All 16384 slots covered.
- [[email protected] redis-cluster]#
可以看到集群连接不了7002节点，而7005有原来的S转换为M节点，代替了原来的7002节点。我们可以获取name值：
- [[email protected] redis01]# ./redis-cli -c -p 7001
- 127.0.0.1:7001> get name
- -> Redirected to slot [5798] located at 127.0.0.1:7005
- "andy"
- 127.0.0.1:7005>
- 127.0.0.1:7005>
从7001节点连入，自动跳转到7005节点，并且获取name值。
现在我们将7002节点恢复，看是否会自动加入集群中以及充当的M还是S节点。
- [[email protected] redis-cluster]# cd redis02
- [[email protected] redis02]# ./redis-server redis.conf
- [[email protected] redis02]#
在check一下7002节点
- [[email protected] redis-cluster]# ./redis-trib.rb check 127.0.0.1:7002
- >>> Performing Cluster Check (using node 127.0.0.1:7002)
- S: 1f07d76585bfab35f91ec711ac53ab4bc00f2d3a 127.0.0.1:7002
- slots: (0 slots) slave
- replicates a5db243087d8bd423b9285fa8513eddee9bb59a6
- M: f9886c71e98a53270f7fda961e1c5f730382d48f 127.0.0.1:7003
- slots:10923-16383 (5461 slots) master
- 1 additional replica(s)
- M: a5db243087d8bd423b9285fa8513eddee9bb59a6 127.0.0.1:7005
- slots:5461-10922 (5462 slots) master
- 1 additional replica(s)
- S: 50ce1ea59106b4c2c6bc502593a6a7a7dabf5041 127.0.0.1:7004
- slots: (0 slots) slave
- replicates dd19221c404fb2fc4da37229de56bab755c76f2b
- S: 8bb3ede48319b46d0015440a91ab277da9353c8b 127.0.0.1:7006
- slots: (0 slots) slave
- replicates f9886c71e98a53270f7fda961e1c5f730382d48f
- M: dd19221c404fb2fc4da37229de56bab755c76f2b 127.0.0.1:7001
- slots:0-5460 (5461 slots) master
- 1 additional replica(s)
- [OK] All nodes agree about slots configuration.
- >>> Check for open slots...
- >>> Check slots coverage...
- [OK] All 16384 slots covered.
- [[email protected] redis-cluster]#
可以看到7002节点变成了a5db243087d8bd423b9285fa8513eddee9bb59a6 7005的从节点。
以上是关于Redis集群（Cluster）的主要内容，如果未能解决你的问题，请参考以下文章
redis集群与分片-Redis Cluster集群的搭建与实践