Redis架构之哨兵机制与集群

Redis架构之哨兵机制与集群

哨兵机制

1、介绍：

Sentinel（哨兵）是redis高可用性解决方案：由一个或多个由一个或多个Sentinel 实例 组成的Sentinel 系统可以监视任意多个主服务器，以及这些主服务器属下的所有从服务器，并在被监视的主服务器进入下线状态时，自动将下线主服务器属下的某个从服务器升级为新的主服务器。简单的说哨兵就是带有 自动故障转移功能的主从架构 。（简单来说就是哨兵机制会监视所有的服务器，当主服务器宕机时，会自动将主服务器下的某个从服务器变成新的主服务器，当原来的主服务器恢复后会变成从服务器。就像你部门的主管跑了，然后临时提拔你当主管，而且你干的不错，成为了新主管，原来的主管回来了，当了你的下属。）

2、哨兵架构原理

即使当主服务器宕机的时候会有从服务器来代替主服务器工作，但是还是不能解决 单节点并发压力问题 以及 单节点内存和磁盘物理上限 。因为工作的只有一台主服务器，如果数据量大的时候，比如一亿条，那么主服务器的压力就很大。那么我们就会想，既然一台不够，那就多搞几台，这样就会涉及到多台主服务器下数据来了传给谁的问题。由此引出 集群架构 ，设置多台主服务器。

Redis集群

1、集群

Redis在3.0后开始支持Cluster(模式)模式,目前redis的集群 支持节点的自动发现 ,支持slave-master选举和容错,支持在线分片(sharding shard )等特性。

PING PONG协议（心跳机制）：节点与节点之间通过心跳机制来维护和连接。也叫ping pong机制，就是我发给你一个ping，你需要给我一个pong来说明我们是连接的，如果没有回复我不能一直等吧，所以会设置一个超时过期时间，假设某个主服务器在这段时间内一直没有回应，视为出现了问题，将由哨兵机制来升级一个从服务器为主服务器。我们之前的ping www.baidu.com也是这种机制，不过内部更为复杂。

2、集群架构图

- 所有的redis节点彼此互联(PING-PONG机制),内部使用二进制协议优化传输速度和带宽.
- 节点的fail是通过集群中超过半数的节点检测失效时才生效.（半数机制，后面hadoop也会说到 ） 
- 客户端与redis节点直连,不需要中间proxy层.客户端不需要连接集群所有节点,连接集群中任何一个可用节点即可
- redis-cluster把所有的物理节点映射到[0-16383]slot上,cluster 负责维护node<->slot<->value

在前面我们说道，面对传输过来的数据该由哪个节点接收呢。在redis中提供了一个叫槽（Slot）的东西，这个槽覆盖了所有的master节点，每个redis集群中最多有16384个槽，并且将这些槽大致均分给每个主节点。当我们用户端发送一个请求set name bfy 是交给哪一个服务器呢。这时候就会用到CRC16算法，会对key做这个算法，并且返回一个值，这个值的范围就是槽的范围，这个值在哪个节点中就由哪个节点接收。

3、集群搭建

判断一个是集群中的节点是否可用,是集群中的所用主节点选举过程,如果半数以上的节点认为当前节点挂掉,那么当前节点就是挂掉了,所以搭建redis集群时建议节点数最好为奇数， 搭建集群至少需要三个主节点,三个从节点,至少需要6个节点 。

步骤

1. 准备环境安装ruby以及redis集群依赖

   yum install -y ruby rubygems
   # https://rubygems.org/gems/redis/versions
   - gem install redis-xxx.gem

   

   

2. 在一台机器创建七个目录

   

3. 每个目录复制一份配置文件

   [root@master redis-cluster]# cp /usr/local/soft/redis-install/redis-7.0.0/redis.conf ./7000/
   [root@master redis-cluster]# cp /usr/local/soft/redis-install/redis-7.0.0/redis.conf ./7001/
   [root@master redis-cluster]# cp /usr/local/soft/redis-install/redis-7.0.0/redis.conf ./7002/
   [root@master redis-cluster]# cp /usr/local/soft/redis-install/redis-7.0.0/redis.conf ./7003/
   [root@master redis-cluster]# cp /usr/local/soft/redis-install/redis-7.0.0/redis.conf ./7004/
   [root@master redis-cluster]# cp /usr/local/soft/redis-install/redis-7.0.0/redis.conf ./7005/
   [root@master redis-cluster]# cp /usr/local/soft/redis-install/redis-7.0.0/redis.conf ./7006/

4. 修改不同目录配置文件

   - port 	7000 .....                		 //修改端口
   - # bind 127.0.0.1 -::1                //开启远程连接
   - protected-mode no
   - daemonize yes                         //开启守护进程
   - dbfilename dump-7000.rdb              //每台机器的文件不能一样
   - cluster-enabled  yes 	        			 //开启集群模式
   - cluster-config-file  nodes-7000.conf //集群节点配置文件
   - cluster-node-timeout  5000      	   //集群节点超时时间
   - appendonly  yes   		               //开启AOF持久化
   - appendfilename "appendonly-7000.aof"       //修改aof文件名
   - appenddirname "appendonlydir-7000"

5. 指定不同目录配置文件启动七个节点

   [root@master redis-cluster]# redis-server 7000/redis.conf 
   [root@master redis-cluster]# redis-server 7001/redis.conf 
   [root@master redis-cluster]# redis-server 7002/redis.conf 
   [root@master redis-cluster]# redis-server 7003/redis.conf 
   [root@master redis-cluster]# redis-server 7004/redis.conf 
   [root@master redis-cluster]# redis-server 7005/redis.conf 
   [root@master redis-cluster]# redis-server 7006/redis.conf

6. 查看进程

   ps aux|grep redis

   

7. 创建集群

   redis7.0.0之后的命令：
   redis-cli --cluster create 192.168.137.150:7000 192.168.137.150:7001 192.168.137.150:7002 192.168.137.150:7003 192.168.137.150:7004 192.168.137.150:7005 --cluster-replicas 1

   

   

8. 查看集群状态

   # 1.查看集群状态 check [原始集群中任意节点] [无]
   redis-cli --cluster check 192.168.40.110:7000
   
   # 2.集群节点状态说明
   - 主节点 
   	主节点存在hash slots,且主节点的hash slots 没有交叉
   	主节点不能删除
   	一个主节点可以有多个从节点
   	主节点宕机时多个副本之间自动选举主节点
   
   - 从节点
   	从节点没有hash slots
   	从节点可以删除
   	从节点不负责数据的写,只负责数据的同步

   

   使用集群（演示其中一个主节点宕机的状态，然后从节点接管）

   

   

   此时7000的从节点7003变成了主节点

9. 添加一个新节点

   redis-cli --cluster add-node 192.168.137.150:7006 192.168.137.150:7001 --cluster-slave