一引言
上一篇文章我们一步一步的教大家搭建了 Redis 的 Cluster 集群环境, 形成了 3 个主节点和 3 个从节点的 Cluster 的环境当然, 大家可以使用 Cluster info 命令查看 Cluster 集群的状态, 也可以使用 Cluster Nodes 命令来详细了解 Cluster 集群每个节点的详细信息和关系我们可以在主节点上增加数据操作数据, 也可以在从节点上读取数据, 这些操作当然都没有问题我们今天这篇文章主要是讲解一下如何在不停掉 Cluster 集群环境的情况下, 动态的往集群环境中增加主从节点和动态的从集群环境中删除节点好了, 废话不多说, 开始我们今天的讲解在开始之前, 先要说明一下, 因为 redis 的动态扩容操作都是通过 redis-trib.rb 脚本文件来完成的, 所以我们先来看看对这个脚本文件的说明, 效果如图:
[root@linux redis] # ruby redis-trib.rb
二 Cluster 集群增加操作
现在正是开始我们的操作, 我把增加节点和删除节点分开来写, 并且增加或者删除节点, 我都分了两个方面来说, 一个方面是主节点的操作, 另一个方面是从节点的操作, 因为主从节点在操作上会有差异, 所以分来来说增加节点的顺序是先增加 Master 主节点, 然后在增加 Slave 从节点, 当然这篇文章是在上一篇文章所讲的 Cluster 集群模式的基础之上来讲的, 那就让我们先来看看上一篇文章所建立的 Cluster 集群模式的详细信息效果如图:
1 动态增加 Master 主服务器节点
1.1 创建目录 7006(Master 主节点文件夹)和 7007(Slave 从节点文件夹), 并从以前 Cluster 集群节点 7000-7005 任一节点中拷贝配置文件 redis.conf 到 7006 和 7007 目录下
- [root@linux redis-cluster]# pwd
- [root@linux redis-cluster]# /root/application/program/redis-cluster/
- [root@linux redis-cluster]# mkdir 7006 7007
- [root@linux redis-cluster]# ls
- 7000 7001 7002 7003 7004 7005 7006 7007
- [root@linux redis-cluster]# cp 7000/redis.conf 7006
- [root@linux redis-cluster]# cp 7000/redis.conf 7007
1 创建目录:
2 拷贝配置文件:
1.2 修改配置文件, 将 7006 和 7007 目录下面的 redis.conf 配置文件的端口进行相应修改, 与自己的目录名称保持一致, 修改项目如下:(在 linux 环境下可以执行如下命令进行全局替换::%s/7000/7006/g,%s/7000/7007/g, 保存并退出则可)
1.2.17006 节点的配置文件: redis.conf
- bind 192.168.127.130
- port 7006
- daemonize yes
- pidfile /var/run/redis-7006.pid
- logfile /root/application/program/redis-cluster/7006/redis.log
- dir /root/application/program/redis-cluster/7006/
- cluster-enabled yes
- cluster-config-file nodes-7006.conf
- cluster-node-timeout 15000
- appendonly yes
- appendfsync always
1.2.27007 节点的配置文件: redis.conf
- bind 192.168.127.130
- port 7007
- daemonize yes
- pidfile /var/run/redis-7007.pid
- logfile /root/application/program/redis-cluster/7007/redis.log
- dir /root/application/program/redis-cluster/7007/
- cluster-enabled yes
- cluster-config-file nodes-7007.conf
- cluster-node-timeout 15000
- appendonly yes
- appendfsync always
1.3 启动 7006 和 7007 目录下 Redis 实例, 并查看效果
- [root@linux redis]# pwd
- [root@linux redis]# /root/application/program/redis/
- [root@linux redis]# redis-server ../redis-cluster/7006/redis.conf
- [root@linux redis]# redis-server ../redis-cluster/7007/redis.conf
效果如图:
1.4 将 7006 主节点加入到 Cluster 集群
- [root@linux redis]# pwd
- [root@linux redis]# /root/application/program/redis/
- [root@linux redis]# ruby redis-trib.rb add-node 192.168.127.130:7006 192.168.127.130:7000
注意: 当添加新节点成功以后, 新的节点不会有任何数据, 因为他没有分配任何的数据 Slot(哈希 slots), 这一步需要手动操作
1 增加 7006:
2 节点增加成功
3cluster info 验证:
4cluster nodes 验证:
1.5 为 7006Master 主节点分配数据 Slots, 分配方法是从集群中知道任何一个主节点(因为只有 Master 主节点才有数据 slots), 然后对其进行重新分片工作
- [root@linux redis]# pwd
- [root@linux redis]# /root/application/program/redis/
- [root@linux redis]# ruby redis-trib.rb reshard 192.168.127.130:7000
1 分配数据槽:
2 选择接收数据槽的节点和数据槽产生的方式:
3 执行分配计划:
5 数据槽分配成功:
2 动态增加 Slave 从服务器节点
在增加主节点 7006 的时候, 前面的 3 步是共有的, 也就是从 1.1-1.3, 之后才是建立主节点的内容, 前面的 3 步骤针对从节点 7007 也是必须的, 我只是把这些步骤写到了创建主节点 7006 的步骤里, 大家请知晓
2.1 将 7007 节点增加到集群中
- [root@linux redis]# pwd
- [root@linux redis]# /root/application/program/redis/
- [root@linux redis]# ruby redis-trib.rb add-node 192.168.127.130:7007 192.168.127.130:7000
效果如图:
2.2 指定 7007 节点作为 7006 的从节点, 实现主从的配置
- [root@linux redis]# pwd
- [root@linux redis]# /root/application/program/redis/
- [root@linux redis]# redis-cli -c -h 192.168.127.130 -p 7007 // 登陆 7007
192.168.127.130::7007>cluster replicate 71ecd970838e9b400a2a6a15cd30a94ab96203bf(主节点的 ID, 这里是 7006)
192.168.127.130::7007>OK
效果如图:
三 Cluster 集群删除操作
由于我们在上面的步骤里面创建 7006 和 7007 两个主从的节点, 下面接下来的操作, 我就是从这个 Cluster 集群模式中动态的删除掉这两个节点删除的顺序是先删除 Slave 从节点, 然后在删除 Master 主节点, 最后还原到我们上一篇文章建立的 Cluster 集群模式, 也就是 3 个主节点和 3 个从节点现在是 4 个主节点和 4 个从节点效果如图:
1 动态删除 Slave 从服务器节点
1.1 删除 7007 从节点, 输入 del-node 命令, 指定删除节点的 IP 地址和 Port 端口号, 同时还要提供该从节点 ID 名称
- [root@linux redis]# pwd
- [root@linux redis]# /root/application/program/redis/
- [root@linux redis]# ruby redis-trib.rb del-node 192.168.127.130:7007 991ed242102aaa08873eb9404a18e0618a4e37bd
删除成功如图:
删除前如图:
删除后如图:
2 动态删除 Master 主服务器节点
要想删除 Master 主节点, 可能要繁琐一些因为在 Master 主节点上有数据槽(slots), 为了保证数据的不丢失, 必须把这些数据槽迁移到其他 Master 主节点上, 然后在删除主节点
2.1 重新分片, 把要删除的 Master 主节点的数据槽移动到其他 Master 主节点上, 以免数据丢失
- [root@linux redis]# pwd
- [root@linux redis]# /root/application/program/redis/
- [root@linux redis]# ruby redis-trib.rb reshard 192.168.127.130:7006
1 移除多少槽如图: 创建输入 200, 这里要输入 199, 因为计数是从 0 开始的, 切记
2 接受槽的 Master 主节点 ID: 这个节点可以是任意一个主节点都可以, 我选择 7002,ID 是: 3b025b3ecfa65f462de639c7a412be443cf1dd1c
3 从哪个主节点移除, 该主节点是 7006,ID 是: 71ecd970838e9b400a2a6a15cd30a94ab96203bf
4 执行分区计划, 选择 yes 分区完成, 效果如图:
5 当前 7006 主节点已经没有数据槽了
2.2 删除 7006 主节点, 提供要删除节点的 IP 地址和 Port 端口, 当然还有要删除的节点的 ID 名称
- [root@linux redis]# pwd
- [root@linux redis]# /root/application/program/redis/
- [root@linux redis]# ruby redis-trib.rb del-node 192.168.127.130:7006 71ecd970838e9b400a2a6a15cd30a94ab96203bf
1 删除成功
2 查看节点效果
四总结
今天就写到这里了, 做一个小小的总结主从复制和哨兵模式这两个集群模式由于不能动态扩容, 而且主节点之间 (有多个主节点的情况) 数据完全一样, 导致了主节点的容量成了整个集群的瓶颈, 如果想扩展集群容量, 必须扩展主节点的容量由于以上的问题, redis 在 3.0 开始 Cluster 集群模式, 这个模式在主节点之间数据是不一样的, 数据也可以根据需求自动转向其他节点这样就可以实现横向动态扩容, 新增加的主从节点, 用于存储新的数据则可, 对以前的节点的数据不会有任何影响再者说, 配置也很简单, 这才是我们所需要的集群模式
来源: https://www.cnblogs.com/PatrickLiu/p/8473135.html