redis的哨兵配置

前沿：参考文章

Redis哨兵（Sentinel）模式

docker配置Redis哨兵Sentinel模式

Redis Sentinel Documentation

一、redis的一主二从三哨兵配置

总览：这里redis.conf中默认端口为6379,sentinel.conf中默认端口为26379，具体如下关系

服务类型	是否是主服务器	IP	端口
Redis	是	192.168.108.4	6379
Redis	否	192.168.108.5	6379
Redis	否	192.168.108.6	6379
Sentinel	-	192.168.108.4	26379
Sentinel	-	192.168.108.5	26379
Sentinel	-	192.168.108.6	26379

要明白，哨兵（sentinel）也是会启动一个服务的，其实最后会有6个服务

1.1、 一主二配置

• 配置一主 192.168.108.4（master）
  在redis.conf中修改配置文件如下

# 使得Redis服务器可以跨网络访问
bind 0.0.0.0
# 设置密码 设置客户端连接服务端时需要填写密码
requirepass "123456"
# 主服务器（192.168.108.4）连接密码
masterauth 123456

这里既然（192.168.108.4）自己是master，为什么还要配置连接（master）的密码呢,因为如果master(192.168.108.4)出现了故障，此时哨兵(sentinel)就会执行故障转移，假如执行故障转移后master为192.168.108.5，如果此时的环境一直在运行，那么没有问题，但是一旦你把整个服务停止，再次启动，因为现在192.1368.108.5为master，所以192.168.108.4需要取连接192.168108.5，就需要密码了，所以为了方便，每个服务需要验证的密码一致，并且每个服务都配置了密码，这样无论谁是master，其它服务器的redis都可以通过密码登陆

• 配置二从 192.168.108.5 (slave1),192.168.108.6 (slave2)

# 使得Redis服务器可以跨网络访问
bind 0.0.0.0
# 设置密码 设置客户端连接服务端时需要填写密码
requirepass "123456"
# 指定主服务器，注意：有关slaveof的配置只是配置从服务器，主服务器不需要配置
slaveof 192.168.108.4 6379
# 主服务器（192.168.108.4）连接密码
masterauth 123456

• requirepass 在主服务器中，为了设置身份验证密码，并确保实例将不处理对未经身份验证的客户端的请求。
• masterauth 为了使副本能够与主服务器进行身份验证，以便正确地从副本中复制数据，请在副本中进行复制。

即使是slave，但也是服务端（这是备用的，所以也需要设置连接密码，密码需要一致）,并且设置它们是从，指定主（master）的地址，因为从服务端需要同步数据，所以是需要知道连接主(master)的连接密码的

此时主从就已经配置好了，在master(192.168.108.4)中设置值，在从(192.168.108.5,192.168.108.6)中都可以查到

二、redis配置哨兵

配置3个哨兵，每个哨兵的配置都是一样的。在Redis安装目录下有一个sentinel.conf文件，copy一份进行修改，这里的配置文件可以参考官方文档，说的挺详细的 点击跳转

# 配置监听的主服务器，这里sentinel monitor代表监控，mymaster代表服务器的名称，可以自定义，192.168.108.4代表监控的主服务器，6379代表端口，2代表只有两个或两个以上的哨兵认为主服务器不可用的时候，才会进行failover操作。
sentinel monitor mymaster 192.168.108.4 6379 2
# sentinel author-pass定义服务的密码，mymaster是服务名称，123456是Redis服务器密码
# sentinel auth-pass <master-name> <password>
sentinel auth-pass mymaster 123456

为了在使用进行配置时，哨兵能够连接到Redis服务器实例requirepass，Sentinel配置必须包括 sentinel auth-pass指令，格式为：

sentinel auth-pass <master-group-name> <pass>

配置项	参数类型	作用
sentinel down-after-milliseconds	<服务名称><毫秒数（整数）>	指定哨兵在监控Redis服务时，当Redis服务在一个默认毫秒数内都无法回答时，单个哨兵认为的主观下线时间，默认为30000（30秒）
sentinel parallel-syncs	<服务名称><服务器数（整数）>	指定可以有多少个Redis服务同步新的主机，一般而言，这个数字越小同步时间越长，而越大，则对网络资源要求越高
sentinel failover-timeout	<服务名称><毫秒数（整数）>	指定故障切换允许的毫秒数，超过这个时间，就认为故障切换失败，默认为3分钟
sentinel notification-script	<服务名称><脚本路径>	指定sentinel检测到该监控的redis实例指向的实例异常时，调用的报警脚本。该配置项可选，比较常用

• 启动
  请务必开启端口，或者关闭防火墙
  启动时，指定配置文件，使得我们刚刚配置的属性生效

# 启动Redis服务器进程
./redis-server ../redis.conf
# 启动哨兵进程
./redis-sentinel ../sentinel.conf

启动时，首先启动三个节点的server 192.168.108.4 ，192.168.108.5，192.168.108.6
此时master(192.1368.108.4)，如下

其余的副本节点(192.168.108.5以及192.168.108.6)

• 再启动三个节点的sentinel 192.168.108.4 ，192.168.108.5，192.168.108.6
  启动三个Sentinel后，可以看到它们记录的一些消息，例如：

monitor master mymaster 127.0.0.1 6379 quorum 2

三、测试

向Sentinel询问主机状态，检查其监视的主服务器是否运行良好，但是此时使用客户端连接时，需要认证，否则无法使用命令

输入自己前面配置的密码

AUTH 123456

但是我们不用连接server，即6379的端口，我们连接26379(Sentinel默认配置中开启的端口)

/usr/local/bin/redis-cli -p 26379

向Sentinel询问主机状态，检查其监视的主服务器是否运行良好：

[root@localhost redis-5.0.7]# /usr/local/bin/redis-cli -h 192.168.108.4  -p 26379
192.168.108.4:26379>  sentinel master mymaster
 1) "name"
 2) "mymaster"
 3) "ip"
 4) "192.168.108.4"
 5) "port"
 6) "6379"
 7) "runid"
 8) "81510908fa2b5442fac3570ca7107bc7523966f5"
 9) "flags"
10) "master"
11) "link-pending-commands"
12) "0"
13) "link-refcount"
14) "1"
15) "last-ping-sent"
16) "0"
17) "last-ok-ping-reply"
18) "155"
19) "last-ping-reply"
20) "155"
21) "down-after-milliseconds"
22) "30000"
23) "info-refresh"
24) "1959"
25) "role-reported"
26) "master"
27) "role-reported-time"
28) "1096727"
29) "config-epoch"
30) "0"
31) "num-slaves"
32) "2"
33) "num-other-sentinels"
34) "2"
35) "quorum"
36) "2"
37) "failover-timeout"
38) "180000"
39) "parallel-syncs"
40) "1"
127.0.0.1:26379> 

它会打印许多有关主(master)的信息。以下是我们特别感兴趣的一些：
num-other-sentinels是2，因此我们知道Sentinel已经为该主机检测到了另外两个Sentinels。如果查看日志，将看到+sentinel生成的事件。
flags就是master。如果主机掉线了，我们也可以在这里看到s_down或o_down标记。
num-slaves 正确设置为2，因此Sentinel也检测到我们的主有附加的副本。
为了进一步了解此实例，你也可能需要尝试以下两个命令：

SENTINEL slaves mymaster
SENTINEL sentinels mymaster

作用请自行百度

• 获取当前主机的地址

正如我们已经指定的那样，Sentinel还充当要连接到一组主副本和副本副本的客户端的配置提供程序。由于可能的故障转移或重新配置，客户端不知道谁是给定实例集的当前活动主服务器，因此Sentinel有如下API来确定问题：

192.168.108.4:26379> SENTINEL get-master-addr-by-name mymaster
1) "192.168.108.4"
2) "6379"

• 测试故障转移
  此时，我们的Sentinel部署已准备好进行测试。我们可以杀死主(192.168.108.4)服务器，然后检查配置是否发生了变化。为此，我们可以这样做：

[root@localhost ~]# /usr/local/bin/redis-cli -h 192.168.108.4 -p 6379
192.168.108.4:6379> auth 123456
OK
192.168.108.4:6379> DEBUG sleep 60

这个命令将使我们的master不再可用，睡眠60秒。出于某种原因，它基本上模拟了主悬挂。(需要等待60秒左右)

如果查看Sentinel日志，我们则应该可以看到很多操作：

sentinel down-after-milliseconds配置项只是一个哨兵在超过规定时间依旧没有得到响应后，会自己认为主机不可用（sdown）。对于其他哨兵而言，并不是这样认为。哨兵会记录这个消息，当拥有认为主观下线的哨兵达到sentinel monitor所配置的数量时，就会发起一次投票，进行failover，此时哨兵会重写Redis的哨兵配置文件，以适应新场景的需要(odown)

如果我们再次查看的当前主地址IP是什么（mymaster），最总结果变为192.168.108.5

192.168.108.4:26379> SENTINEL get-master-addr-by-name mymaster
1) "192.168.108.5"
2) "6379"

四、springboot配置哨兵

在application.yml或者application.properties文件中，配置哨兵，如下

spring:
  redis:
    host: 192.168.108.4
    port: 6379
    password: 123456
    sentinel:
      master: mymaster  # mymaster代表服务器的名称 之前配置的
      nodes: 192.168.108.4:26379,192.168.108.5:26379,192.168.108.6:26379  # 三个哨兵的地址

使用,和之前没有区别

    @Autowired
    private StringRedisTemplate stringRedisTemplate;
    
    @GetMapping(value = "/testSentinel/{id}")
    @ResponseBody
    public String testSentinel (@PathVariable Integer id){
        stringRedisTemplate.opsForValue().set("id",id+"");
        return "testSentinel";
    }

使用浏览器请求，那么就会在redis中设置id的值

随意登陆一个redis，查看如下

以上可以证明正常情况下没有问题，接下来测试如果测试挂掉，springboot项目会不会受到影响,按照之前的逻辑使用 ，DEBUG sleep 60 使当前的master(192.1368.108.5)睡眠，此时matser变为192.168.108.6

再次请求，设置id为80

查看redis,可以看到被设置为80,而且此时的主机为192.1368.25.6,也没有影响

呃呃呃，但是在redis的哨兵正在切换时，不知道会不会影响，这个还没有测过

关于redis集群与哨兵的区别，官网也给出了说明
Redis Sentinel和Redis Cluster自动分区。都是提供redis的高可用性，但是redis集群是分hash值的，并不是每一个主机的数据都是一样的，搭建的话，请参考,我觉得说的真的很详细了，（而且我个人觉得哨兵感觉比集群好些，哈哈！）

• redis集群搭建（非常详细，适合新手）
• 快速搭建redis5.0集群