文章目录
一.redis cluster集群是什么？
redis cluster集群是一个由多个主从节点群组成的分布式服务器群，它具有复制、高可用和分片特性。Redis cluster集群不需要sentinel哨兵也能完成节点移除和故障转移的功能。需要将每个节点设置成集群模式，这种集群模式没有中心节点，可水平扩展，据官方文档称可以线性扩展到1000节点。redis cluster集群的性能和高可用性均优于之前版本的哨兵模式，且集群配置非常简单。
jedisCluster连接redisCluster：
二.redis cluster集群搭建—使用ruby
redis cluster集群需要至少要三个master节点，我们这里搭建三个master节点，并且给每个master再搭建一个slave节点，总共6个redis节点，由于节点数较多，这里采用在一台机器上创建6个redis实例，并将这6个redis实例配置成集群模式，所以这里搭建的是伪集群模式，当然真正的分布式集群的配置方法几乎一样，搭建伪集群的步骤如下
- 第一步：在/usr/local下创建文件夹redis-cluster，然后在其下面分别创建6个文件夾如下
（1）mkdir -p /usr/local/redis-cluster
（2）mkdir 7000、mkdir 7001、 mkdir 7002、 mkdir 7003、 mkdir 7004、 mkdir 7005
- 第二步：修改redis.conf配置文件copy到8001下，修改如下内容：
（1）daemonize yes
（2）port 7000（分别对每个机器的端口号进行设置）
（3）bind 0.0.0.0
（4）dir /usr/local/redis-cluster/7000/（指定数据文件存放位置，必须要指定不同的目录位置，不然会丢失数据）
（5）cluster-enabled yes（启动集群模式）
（6）cluster-config-file nodes-7000.conf（这里800x最好和port对应上）
（7）cluster-node-timeout 5000
（8）appendonly yes
-
第三步：把修改后的配置文件，批量替换一下，然后生成到新的文件到其他的各个目录如：
sed ‘s/7000/7001/g’ /usr/local/redis-cluster/7001redis.conf > /usr/local/redis-cluster/7002/redis.conf
语法： sed ‘s/目标值/替换成什么值/g’ 目标文件 > 替换后生成到哪里 -
第四步：由于 redis集群需要使用 ruby命令，所以我们需要安装 ruby（redis5.0之后省略）
（1）yum install ruby
（2）yum install rubygems
（3）gem install redis --version 3.0.0（安装redis和 ruby的接囗）
/usr/local/bin/redis-cli --cluster help -
第五步：分别启动6个redis实例，然后检查是否启动成功
（1）/usr/local/redis/bin/redis-server /usr/local/redis-cluster/700*/redis.conf
（2）ps -ef | grep redis 查看是否启动成功
- 第六步：创建整个redis集群
redis5.0使用
/usr/local/bin/redis-cli --cluster create 192.168.0.104:7000 192.168.0.104:7001 192.168.0.104:7002 192.168.0.104:7003 192.168.0.104:7004 192.168.0.104:7005 --cluster-replicas 1
cluster-replicas 1表示主从关系1:1，3台主节点，3台从节点；
如果是2，主从关系就是1:2即2台主节点4台从节点；由于至少要3台主节点，这里写2会报错；
槽位这里默认平均分配，下面可以修改！
- 第七步：验证集群：
（1）连接任意一个客户端即可：./redis-cli -c -h -p (-c表示集群模式，指定ip地址和端口号）如：
/usr/local/redis/bin/redis-cli -c -h 127.0.0.1 -p 700*
（2）进行验证： cluster info（查看集群信息）、cluster nodes（查看节点列表）
（3）进行数据操作验证
（4）关闭集群则需要逐个进行关闭，使用命令：
/usr/local/redis/bin/redis-cli -c -h 127.0.0.1 -p 800* shutdown
这里有个配置可以关注一下，根据你的业务场景来配置；
三、集群伸缩
（一）扩容集群
- 1.准备新节点
- 2.加入集群
1）使用redis-cli 语法：add-node 新节点ip 端口 已存在节点ip 端口
默认主节点：
/usr/local/redis/bin/redis-cli add-node 192.168.0.104:7006 192.168.0.104:7000
2）指定主从
使用redis-cli 语法（加入时指定）：add-node 新节点ip 端口 已存在节点ip 端口 --cluster-slave --cluster-master-id masterID
添加从节点：
/usr/local/redis/bin/redis-cli add-node 192.168.0.104:7006 192.168.0.104:7000 --cluster-slave --cluster-master-id 主节点id
- 3.迁移槽和数据
1）槽迁移计划
语法：/redis-cli --cluster reshard 已存在节点ip ： 端口
/usr/local/bin/redis-cli --cluster reshard 192.168.204.188:7000
2）迁移数据
执行流程：提示要分配多少槽-》接收节点ID-》all/done
分配槽点后：
（二）缩容集群
- 1.下线迁移槽
语法：redis-cli --cluster reshard --cluster-from 已存在节点ip 端口 要迁出节点ID --cluster-to 接收槽节点ID --cluster-slots 迁出槽数量
/usr/local/bin/redis-cli --cluster reshard 192.168.0.104 7000 --cluster-from 7006的主节点ID --cluster-to 7000的主节点ID --cluster-slots 300
- 2.忘记节点.关闭节点
语法： redis-cli --cluster del-node 已存在节点IP：端口 要删除的节点ID
先删除从节点，再删除主节点
/usr/local/bin/redis-cli --cluster del-node 192.168.0.104:7000 要删除的节点ID
（三）cluster客户端
1.moved重定向：指我们发送命令时，会对发送的key进行crc16算法，得到一个数字，然而我们连接的客户端并不是管理这个数字的范围，所以会返回错误并告诉你此key应该对应的槽位，然后客户端需要捕获此异常，重新发起请求到对应的槽位
2.asx重定向：指在我们送发命令时，对应的客户端正在迁移槽位中，所以此时我们不能确定这个key是还在旧的节点中还是新的节点中
3.smart客户端
1.从集群中选取一个可运行节点，使用cluster slots初始化槽和节点映射。
2.将cluster slots的结果映射到本地，为每个节点创建jedispool
3.准备执行命令
（四）故障转移（与哨兵相似）
1.故障发现： 通过ping/pong消息实现故障发现（不依赖sentinel）
2.故障恢复
1）检查资格
每个从节点检查与主节点的断开时间
超过cluster-node-timeout * cluster-replica-validity-factor 时间取消资格
2）选择偏移量最大的
替换主节点
1.当前从节点取消复制变为主节点（slaveof no one）
2.撤销以前主节点的槽位，给新的主节点
3.向集群广播消息，表明已经替换了故障节点
三、总结
redis集群演变过程
- 1.单机版
核心技术：持久化
持久化是最简单的高可用方法（有时甚至不被归为高可用的手段），主要作用是数据备份，即将数据存储在硬盘，保证数据不会因进程退出而丢失。
- 2.主从复制
复制是高可用Redis的基础，哨兵和集群都是在复制基础上实现高可用的。复制主要实现了数据的多机备份，以及对于读操作的负载均衡和简单的故障恢复。缺陷是故障恢复无法自动化；写操作无法负载均衡；存储能力受到单机的限制。
- 3.哨兵
在复制的基础上，哨兵实现了自动化的故障恢复。缺陷是写操作无法负载均衡；存储能力受到单机的限制。
- 4.集群
通过集群，Redis解决了写操作无法负载均衡，以及存储能力受到单机限制的问题，实现了较为完善的高可用方案
以上信息来我在鲁班学院学习的总结，鲁班学院很不错，值得报班
