Redis 的集群搭建_redis配置集群ip

一.为什么要使用redis集群

当主从复制场景，无法满足主机的单点故障时，需要引入集群配置。

一般数据库要处理的读请求远大于写请求 ，针对这种情况，我们优化数据库可以采用读写分离的策略。我们可以部 署一台主服务器主要用来处理写请求，部署多台从服务器 ，处理读请求

Redis 集群优点

实现扩容

分摊压力

无中心配置相对简单

Redis 集群的不足

多键操作是不被支持的

多键的Redis事务是不被支持的

由于集群方案出现较晚，很多公司已经采用了其他的集群方案，而代理或者客户端分片的方案想要迁移至redis cluster，需要整体迁移而不是逐步过渡，复杂度较大。

二.基本原理

哨兵选举机制，如果有半数节点发现某个异常节点，共同决定改异常节点的状态，如果该节点是主节点，对应的备节点自动顶替为主节点。Sentinel（哨兵）是Redis 的高可用性解决方案：由一个或多个Sentinel 实例 组成的Sentinel 系统可以监视任意多个主服务器，以及这些主服务器属下的所有从服务器，并在被监视的主服务器进入下线状态时，自动将下线主服务器属下的某个从服务器升级为新的主服务器。

三.配置集群所需的环境

Redis集群至少需要3个节点，因为投票容错机制要求超过半数节点认为某个节点挂了该节点才是挂了，所以2个节点无法构成集群。

要保证集群的高可用，需要每个节点都有从节点，也就是备份节点，所以Redis集群至少需要6台服务器。因为我没有那么多服务器，也启动不了那么多虚拟机，所在这里搭建的是伪分布式集群，即一台服务器虚拟运行6个redis实例，修改端口号为（7001-7006），当然实际生产环境的Redis集群搭建和这里是一样的。

1.规划网络

用一台虚拟机模拟6个节点，一台机器6个节点，创建出3 master、3 salve 环境。虚拟机是 CentOS7 ，ip地址192.168.158.129

2.创建redis节点

首先在 192.168.158.129 机器上 /usr/java/目录下创建 redis_cluster 目录；

mkdir redis_cluster

3.在redis_clust目录下创建7001,7002,7003,7004,7005,7006的目录(节点)

 4.配置7001的redis.conf文件

 
include /usr/redis/bin/redis.conf
port 7001
dbfilename dump_7001.rdb
appendfilename "appendonly_7001.aof"
pidfile /var/run/redis_7001.pid
daemonize yes
 
 
logfile "/usr/redis/redis_cluster/7001/redis_err_7001.log"
bind 0.0.0.0
save 60 1
dir "/usr/redis/redis_cluster/7001"
appendonly yes
appendfsync always
protected-mode no
 
cluster-enabled yes
cluster-config-file nodes-7001.conf
cluster-node-timeout 15000

5.在把redis.conf放到这六个目录中

echo ./7002 ./7003 ./7004 ./7005 ./7006 | xargs -n 1 cp -v /usr/redis/redis_cluster/7001/redis.conf

把剩下的5个换成正确的接口

7002:把配置文件中的所有7001替换成7002(下同)

6.启动这6个redis

7.创建redis集群

使用六个配置文件

redis-cli --cluster create 集群节点 --cluster-replicas 1

1代表的是主从的比例1:1

分配原则尽量保证每个主数据库运行在不同的IP地址，每个从库和主库不在一个IP地址上。

配置成功如下:

什么是slots

一个 Redis 集群包含 16384 个插槽（hash slot）， 数据库中的每个键都属于这 16384 个插槽的其中一个，

集群使用公式 CRC16(key) % 16384 来计算键 key 属于哪个槽， 其中 CRC16(key) 语句用于计算键 key 的 CRC16 校验和 。

集群中的每个节点负责处理一部分插槽。 举个例子， 如果一个集群可以有主节点， 其中：

节点 A 负责处理 0 号至 5460 号插槽。

节点 B 负责处理 5461 号至 10922 号插槽。

节点 C 负责处理 10923 号至 16383 号插槽。

8.连接集群

./redis-cli -c -h 127.0.0.1 -p 7002

-c以集群的方式

-h ip地址

-p 对应的端口号

查看集群的节点的信息: cluster nodes

9.查看集群状态

./redis-cli --cluster check 127.0.0.1:7001

10.添加新的主节点7007

添加配置7007 /redis.conf

启动7007服务

/usr/java/redis/bin/redis-cli --cluster add-node 192.168.159.34:7007 192.168.159.34:7001

前面的IP加端口号是要添加的redis节点，后面的IP和端口号是集群中的任意一个节点。

检查节点的状态

11.配置主节点

刚才添加的主节点还没有分配槽，所以无法使用

7007 设置成主节点, 默认slots =0

分配slots

slots(槽)一共就16384

重新分配slots

slot的概念。slot对于Redis集群而言，就是一个存放数据的地方，就是一个槽。对于每一个Master而言，会存在一个slot的范围，而Slave则没有。在Redis集群中，依然是Master可以读、写，而Slave只读

/usr/redis/bin/redis-cli --cluster reshard 127.0.0.1:7001

12.配置从节点

添加从节点7008

创建配置

启动

添加从节点

redis-cli --cluster add-node 新节点 集群节点 --cluster-slave --cluster-master-id 主节点的id

13.删除节点

删除从节点

./redis-cli --cluster del-node 集群 节点id

从节点7008就删掉了

删除主节点

删除主节点需要先使用 reshard 把主节点的slots移到其他节点才可以

没有槽了可以直接删除

./redis-cli --cluster del-node 集群 要删除的节点id

删掉了!

14.在集群中录入值

在redis-cli每次录入、查询键值，redis都会计算出该key应该送往的插槽，如果不是该客户端对应服务器的插槽，redis会报错，并告知应前往的redis实例地址和端口。

redis-cli客户端提供了 –c 参数实现自动重定向。

如 redis-cli -c –p 7001登入后，再录入、查询键值对可以自动重定向。

不在一个slot下的键值，是不能使用mget,mset等多键操作。

集群不支持批量存储,key取余之后得到的值肯是不一样的放到不同的槽里面,更改slots失败,

如果非要存 就给他分一个组key后面加上{}来给他分组

取值的时候也要在他组里力取

15.宕机检测

关闭一个主节点查看对应的备用节点是不是能够顶替主节点成为主节点

关闭的时候一定要使用shutdown命令不要使用kill命令

关掉主节点查看主从关系

如下图可见关掉主节点之后他的从节点变成了主节点

再启动他的主节点

发现他的之前的主节点变成了从节点,并没有因为再启动再变回主节点