引言

模式简介

哨兵模式是redis高可用的实现方式之一
使用一个或者多个哨兵(Sentinel)实例组成的系统，对redis节点进行监控。在主节点出现故障的情况下，通过哨兵们之间的投票，能将从节点中的一个升级为主节点，进行故障转义，保证系统的可用性。

模式原理

1、首先主节点的信息是配置在哨兵(Sentinel)的配置文件中
2、哨兵节点会和配置的主节点建立起两条连接命令连接和订阅连接
3、哨兵会通过命令连接每10s发送一次INFO命令，通过INFO命令，主节点会返回自己的run_id和自己的从节点信息
4、哨兵会对这些从节点也建立两条连接命令连接和订阅连接

5、哨兵通过命令连接向从节点发送INFO命令，获取到他的一些信息
a. run_id
b. role
c. 从服务器的复制偏移量 offset
d. 等

6、因为哨兵对与集群中的其他节点(主从节点)当前都有两条连接，命令连接和订阅连接
a.通过命令连接向服务器的_sentinel:hello频道发送一条消息，内容包括自己的ip端口、run_id、配置纪元(后续投票的时候会用到)等
b. 通过订阅连接对服务器的_sentinel:hello频道做了监听，所以所有的向该频道发送的哨兵的消息都能被接受到
c.解析监听到的消息，进行分析提取，就可以知道还有那些别的哨兵服务节点也在监听这些主从节点了，更新结构体将这些哨兵节点记录下来 d.
7、向观察到的其他的哨兵节点建立命令连接----没有订阅连接

配置哨兵（以5.0版本为例）

01、创建哨兵目录

mkdir /opt/cluster-sentinel

02、复制压缩包redis解压后的整个目录到哨兵目录，并修改目录名

cp -r (redis目录) /opt/cluster-sentinel

mv redis-5.0.14 redis-5.0.14-8974

03、复制redis-5.0.14-8974，分别改名成redis-5.0.14-8975，redis-5.0.14-8976

mv redis-5.0.14-8974 redis-5.0.14-8975

mv redis-5.0.14-8974 redis-5.0.14-8976

注：redis-5.0.14-8974作为主节点，redis-5.0.14-8975和redis-5.0.14-8976作为从节点

04、修改配置（8974,8975,8976这三个文件里的 redis.conf 和 sentinel.conf 都需要修改）

注：其中，8974里的 redis.conf 文件中，不用配置 replicaof 。因为8974自己本身作为主节点，不用自己复制自己

redis.conf 修改的地方：

#端口 三个不一样的端口
port 8974
#主从复制  初始主节点ip 和  端口  
# replicaof <masterip> <masterport>
replicaof （主节点ip） 8974
# 主节点密码  
masterauth xxx

sentinel.conf 修改的地方：

#端口 三个不一样的端口
port 26374
# 设置守护进程   后台启动，不设置也可以
daemonize yes
# 主节点 ip 和 主节点 端口 ， 2代表大于等于2票即可成为主节点
sentinel monitor mymaster （主节点ip） 8974 2
# 主节点密码
sentinel auth-pass mymaster xxx

注：
1、3个文件的主节点端口和哨兵端口必须不一致。
例如：
redis-5.0.14-8974目录里的 redis.conf 文件的端口为8974，sentinel.conf 文件的端口为26374 ；
redis-5.0.14-8975目录里的 redis.conf 文件的端口为8975，sentinel.conf 文件的端口为26375 ；
redis-5.0.14-8976目录里的 redis.conf 文件的端口为8976，sentinel.conf 文件的端口为26376
2、三个哨兵，每个哨兵有一票。当主节点的服务宕机，从剩下的从节点中三个哨兵进行投票。当某个从节点获得大于等于两票时，该从节点晋升为新的主节点。

05、打开6个窗口，分别启动节点和哨兵

用 redis-server 启动 redis.conf ，用 redis-sentinel 启动 sentinel.conf

启动成功：
节点：

哨兵：

06、启动项目，postman测试，redis desktop 观察

3个节点都正常运行时：


07、关闭主节点8974
idea输出：

附：源码

redis哨兵模式测试