redis cluster 动态增减节点

参考链接,这个写的比我的详细很多,也很好理解

我只是搬砖的

搭建集群的方法,这里就不详细说了,对应的启动6个端口就行了,然后集群的配置加上,因为是测试,所以啥备份的日志的都可以不用配置
以下 目前是已经搭建了一个集群了有6个节点3个master,3个slave
在这里插入图片描述

我现在要加2个节点 6390 6391, 先启动这两个节点
redis-server 6390.conf
redis-server 6391.conf
在这里插入图片描述
将6390节点加入进集群

# 127.0.0.1:6380 这个参数是已知的在集群中的节点
redis-trib.rb add-node 127.0.0.1:6390 127.0.0.1:6380

再看一下集群节点状态,我们可以看到节点已经加进去了,但是还用不了,没有分配哈希槽
在这里插入图片描述
开始分配哈希槽
redis-trib.rb reshard 127.0.0.1:6380
第一问你将要分配多少个哈希槽给这个节点,下面有个node id 这个就填6390的id就行
第二问,选择all从原来的那些master拿出点哈希槽,分配到你这个id 6390上,这个差不多是均等分的
在这里插入图片描述
可以看到哈希槽已经分过去了,原来那三个master节点的一些哈希槽都相对应的减少了
在这里插入图片描述

开始添加 6391 slave从节点
在这里插入图片描述
cluster nodes 可以看到这个时候6391 是一个master
我们 redis-cli -c -p 6391 上去改一下,使用 cluster replicate master_id 命令指定master
在这里插入图片描述
测试读slave是否OK

在这里插入图片描述

节点的删除

删除6390 这个master吧,删除之前先把哈希槽给其他的节点,不然如果有数据是落在这个6390哈希槽上,这时删节点的话数据是有可能会丢失的,所以需要把哈希槽分出去

  1. redis-trib.rb shrad ip:port 重新分配
  2. 根据提示进行,1.选择接受数据的节点 2.将要迁移分片的大小(这个必须是准确的,不然后面删除不了节点)3. source 选择源节点,然后done ,yes进行开发reshard
  3. redis-trib.rb del-node 127.0.0.1:6390 节点的id,

这是第二次reshard,第一次reshard就没截图了,都是一样的操作,我这里第二次reshard是因为第一次没有reshard完
在这里插入图片描述
删除节点
在这里插入图片描述
cluster nodes 对比原来的nodes可以发现6390这个节点已经没有了,当移除一个节点时该节点的服务也会关掉
在这里插入图片描述
可以看到这个时候 6391 的master换成了6380,说明了这个集群是会给门进行这种切换的
在这里插入图片描述

移除slave节点就更简单了,直接 del-node 就行了,
Redis Cluster 7.23 是一个假设的版本号,因为截至2024年,Redis 官方尚未发布 7.x 系列的版本。当前稳定版本为 Redis 7.0 系列,因此 7.23 并不存在于官方发布记录中。以下信息基于 Redis Cluster 的现有版本(如 7.0 及其补丁版本)的功能、改进和已知问题进行推测和总结。 ### Redis Cluster 版本特性与改进(基于现有版本) 1. **哈希槽机制** Redis Cluster 采用哈希槽(hash slot)的方式分配数据,总共有 16384 个槽位。每个 key 通过 CRC16 算法计算出一个 16 位的哈希值,再对 16384 取模,确定其所属的槽位,从而决定该 key 应该存储在哪个节点上。这种方式相比哈希求余更均匀,减少了节点增减时数据迁移的范围[^1]。 2. **集群创建命令** Redis 5 及以上版本支持使用 `redis-cli --cluster create` 命令创建集群,简化了集群部署流程。例如: ```bash redis-cli -a 1234 --cluster create 47.101.158.4:6379 47.101.158.4:6380 47.101.158.4:6381 47.101.158.4:6382 47.101.158.4:6383 47.101.158.4:6384 --cluster-replicas 1 ``` 该命令会自动分配槽位并建立主从复制关系,其中 `--cluster-replicas 1` 表示每个主节点有一个从节点[^2]。 3. **集群管理命令** Redis Cluster 提供了丰富的管理命令,用于维护和监控集群状态。例如: - `CLUSTER NODES`:查看集群中所有节点的信息。 - `CLUSTER INFO`:获取集群的整体状态信息。 - `CLUSTER KEYSLOT <key>`:计算某个 key 所属的槽位。 - `CLUSTER SLOTS`:查看所有槽位的分配情况。 - `CLUSTER ADDSLOTS` 和 `CLUSTER DELSLOTS`:手动分配或移除槽位。 - `CLUSTER FAILOVER`:手动触发故障转移[^4]。 4. **故障转移机制** Redis Cluster 支持自动故障转移。当主节点不可用时,集群会从其从节点中选举一个新的主节点继续提供服务。选举过程依赖于 `cluster-node-timeout` 和 `cluster-slave-validity-factor` 两个参数,只有在从节点与主节点断开连接的时间未超过 `cluster-node-timeout * cluster-slave-validity-factor` 的情况下,该从节点才有资格晋升为主节点[^5]。 5. **性能与稳定性改进** 在 Redis 7.0 中引入了多项性能优化,包括: - 改进了集群心跳机制,减少网络开销。 - 增强了集群拓扑同步的效率,提升了节点加入和退出的速度。 - 优化了数据迁移过程,降低了迁移对性能的影响。 6. **安全性增强** Redis 7.0 引入了更强的身份验证机制和访问控制功能,支持 ACL(Access Control List),允许对用户进行精细化权限管理,增强了集群的安全性。 7. **已知问题与限制** - Redis Cluster 不支持多 key 操作(如 `MGET`、`MSET`)跨节点执行,除非这些 key 位于同一个哈希槽中。 - 集群模式下无法使用 Redis 的某些高级功能,如 Lua 脚本跨槽执行。 - 在大规模集群中,节点间的心跳通信可能带来一定的网络压力。 ###
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值