Redis高可用故障转移 Redis Sentinel 哨兵模式 从配置到编码一气呵成

满怀忧思，不如先干再说！

主从复制出现的问题

上篇文章《Redis主从复制》中我们说到可以对Redis单节点数据进行备份实现Redis高可用，但是如果master节点宕机并不会自动做故障切换等，导致项目中更可能需要接入多数据源，编写代码实现故障切换非常麻烦，Redis考虑到这个问题提供了哨兵模式，也就是Redis Sentinel！

Redis Sentinel基本架构

看图我们说一下Redis Sentinel架构，首先我们需要加入Sentinel节点，Sentinel节点去监控Redis中Master和Slave的运行状态，判断是否可用，当然Sentinel节点也是有多个的，实现Sentinel节点的高可用和多节点判断Redis节点是否可用不会出现误判情况

客户端不再直接操作Redis的Master或者Slave节点，而是去访问Sentinel节点！所以我们的客户端会记录Redis Sentinel的地址！我们的客户端不关心谁是Master而是Sentinel告诉客户端谁是Master，后台Master切换了，客户端也不会受到影响！

当多个sentinel发现并确认master出现问题，会选举出一个sentinel作为领导，选举出一个slave为新的master，通知其余的slave有新的master产生，通知客户端master发生变化，等待老的master复活成为新的master的slave！

一套sentinel可以同时监控多套master和slave！节省资源！每套master/slave会有一个master-name作为标识以示区别

安装和配置

集群规划

1. 配置开启主从节点，一个master端口号为7000，两个slave节点分别问7001和7002；
2. 配置开启sentinel监控主节点。（sentinel是特殊的redis节点，不存储数据），三个sentinel分别为26379，26380，26381；

配置描述

master

port 7000
daemonize yes
pidfile /var/run/redis/redis-7000.pid
logfile "7000.log"
dir "/usr/local/redis-5.0.5/data/"           

slave-7001

命令：sed "s/7000/7001/g" redis-7000.conf > redis-7001.conf           

将7000替换为7001

命令：echo "slaveof stt101 7000" >> redis-7001.conf           

重定向slaveof stt101 7000到redis-7001.conf文件末尾

port 7001
daemonize yes
pidfile /var/run/redis/redis-7001.pid
logfile "7001.log"
dir "/usr/local/redis-5.0.5/data/"
slaveof stt101 7000           

slave-7002

port 7002
daemonize yes
pidfile /var/run/redis/redis-7002.pid
logfile "7002.log"
dir "/usr/local/redis-5.0.5/data/"
slaveof stt101 7000           

配置完之后启动三个节点查看主从关系：

redis-cli -p 7000 info replication           

sentinel主要配置

#三台sentinel使用端口区别
port ${port}
dir "/usr/local/redis-5.0.5/data/"
logfile "${port}.log"
#监控主节点名字为mymaster，ip，端口，2台sentinel认为master有问题就会故障转移
sentinel monitor mymaster ip port 2
#30000毫秒ping不通认为出现问题
sentinel down-after-milliseconds mymaster 30000
#选择了新的master之后老的slave会对新的slave进行复制，1代表每次只有一个slave进行复制，减轻master压力
sentinel parallel-syncs mymaster 1
#故障转移时间
sentinel failover-timeout mymaster 180000           

注意：在redis的安装目录下有一个sentinel.conf文件就是sentinel的配置文件，我们将这个文件拷贝到conf目录下，去除注释等。给出一个26739的配置，其余的两台大家只需修改端口号了pid文件即可

第一台的配置
port 26379
daemonize yes
pidfile "/var/run/redis/redis-sentinel-26379.pid"
logfile "26379.log"
dir "/usr/local/redis-5.0.5/data"
#stt101为ip映射
sentinel monitor mymaster stt101 7000 2
sentinel down-after-milliseconds mymaster 30000
sentinel parallel-syncs mymaster 1
sentinel failover-timeout mymaster 180000
protected-mode no

#通过该命令将sentinel.conf文件去掉注释和换行将内容放到redis-sentinel-26739.conf文件中
cat sentinel.conf | grep -v "#" | grep -v "^#34; > redis-sentinel-26739.conf
#启动
redis-sentinel redis-sentinel-26739.conf

#配置其他两台，三台配置是一样的，修改端口和日志文件，pid文件即可
sed "s/26379/26380/g" redis-sentinel-26379.conf > redis-sentinel-26380.conf
sed "s/26379/26381/g" redis-sentinel-26379.conf > redis-sentinel-26381.conf           

启动

# 使用redis-sentinel命令读取配置文件分别启动三台sentinel节点
# 记得修改文件名哦
redis-sentinel redis-sentinel-26739.conf

# 分别启动三台Redis节点
redis-server redis-6379.conf

# 通过客户端连接上sentinel节点
redis-cli -h 192.168.109.101 -p 26379

           

这里大家注意一下：有些可能有疑问，上边端口不是7000吗下边咋变成6379了，搞咩啊，之前在写的时候，这里有一点小瑕疵，我直接重写了，端口号上下没有对应起来，这里声明一下，之前的7000,7001,7002分别对应下文的6379,6380,6381，如果没有发现问题，是不没认真看啊！

启动之后查看状态

大家看下边动图，名字为6379, 6380, 6381的为redis节点，名字为26379的为sentinel节点，演示节点状态和故障转移

• 首先在redis sentinel下查看address是6381，说明其为主节点
• 之后将6381kill掉，等待一段时间，这里时间大概在30S左右，这段时间我暂停了
• 之后再查看info信息，发现address变为6380

SpringBoot集成Redis Sentinel演示

这个思路也很简单，我们循环添加或者查询数据，将主节点手动宕机，查看日志打印是否成功切换继续读写数据即可，我们只需要修改application.yml配置文件即可

配置文件

spring:
  redis:
    #host: 192.168.109.101  #这是之前单机时的ip配置
    #port: 6379              # 这个是单机时的端口配置，现在都不用写了
    sentinel:
      # 写sentinel节点的ip:port
      nodes: 192.168.109.101:26379,192.168.109.102:26380,192.168.109.103:26381
      # 写sentinel节点的名字，因为sentinel可以有很多组，每一组使用名字区分
      master: mymaster
    timeout: 2s
      #连接池最大连接数（使用负值表示没有限制)
    max-active: 2000
      #连接池最大阻塞等待时间（使用负值表示没有限制）
    max-wait: -1ms
      #连接池中的最大空闲连接
    max-idle: 1024
      #连接池中的最小空闲连接
    min-idle: 100           

代码

/**
添加数据
*/
@Test
public void test7(){
   //循环，添加数据
   for (int i = 0; i < 200; i++) {
     String key = "key-" + i;
	 String value = "value-" + i;
	 try {
		redisTemplate.opsForValue().set(key,value);
		//慢一点
		Thread.sleep(500);
		System.out.println("当前插入：" + key + "===>" + value);
     } catch (InterruptedException e) {
		e.printStackTrace();
	 }catch (Exception e){
		e.printStackTrace();
	 }
   }
   System.out.println("数据插入完成");
}

/**
查询数据
*/
@Test
public void test8(){
   //编写循环，添加数据
   for (int i = 0; i < 200; i++) {
        String key = "key-" + i;
        try {
            Object o = redisTemplate.opsForValue().get(key);
            //慢一点
            Thread.sleep(500);
            System.out.println("当前获取：" + o );
        } catch (InterruptedException e) {
            e.printStackTrace();
        }catch (Exception e){
            e.printStackTrace();
        }
    }
}           

演示

这里我又将刚刚关闭的6381节点启动，三个节点提供服务，进行演示，一样的动图送给大家，这里只贴出插入数据的动图了，查询的类似，大家动手做一做试一下！

基本原理

由三个定时任务实现的切换

每10S一个info

每10秒每个sentinel节点会对master和slave发送一个info命令，一是为了发现slave节点，二是为了确认主从关系

每2秒交换信息

每2秒每个sentinel通过master节点的channel交换信息（pub/sub），相当于一个sentinel的交互平台，交互对master/slave状态的监听情况和自身的信息。通过一个名为__sentinel__:hello的频道交互，每个sentinel节点都会订阅这个频道

每秒1ping

每一秒每个sentinel节点对其他sentinel和redis执行一次ping，这一步基于第一步sentinel掌握redis的master和slave节点的状况，基于第二步sentinel节点知道其他的sentinel节点，对他们进行心跳检测，判断是否在正常工作

收藏等于学会！别忘了点赞，关注哦，高频推出技术文章，有问题记得评论或者私信！