1、哨兵模式
哨兵模式是redis高可用的实现方式之一。使用一个或者多个哨兵(Sentinel)实例组成的系统,对redis节点进行监控,在主节点出现故障的情况下,能将从节点中的一个升级为主节点,进行故障转义,保证系统的可用性。
1、哨兵们是怎么感知整个系统中的所有节点(主节点/从节点/哨兵节点)的?
-
首先主节点的信息是配置在哨兵(Sentinel)的配置文件中
-
哨兵节点会和配置的主节点建立起两条连接命令连接和订阅连接
-
哨兵会通过命令连接每10s发送一次INFO命令,通过INFO命令,主节点会返回自己的run_id和自己的从节点信息
-
哨兵会对这些从节点也建立两条连接命令连接和订阅连接
-
哨兵通过命令连接向从节点发送INFO命令,获取到他的一些信息(run_id、 role、从服务器的复制偏移量 offset)
因为哨兵对与集群中的其他节点(主从节点)当前都有两条连接,命令连接和订阅连接
- a. 通过命令连接向服务器的_sentinel:hello频道发送一条消息,内容包括自己的ip端口、run_id、配置纪元(后续投票的时候会用到)等
- b. 通过订阅连接对服务器的_sentinel:hello频道做了监听,所以所有的向该频道发送的哨兵的消息都能被接受到
- c. 解析监听到的消息,进行分析提取,就可以知道还有那些别的哨兵服务节点也在监听这些主从节点了,更新结构体将这些哨兵节点记录下来
- d. 向观察到的其他的哨兵节点建立命令连接----没有订阅连接
2、哨兵模式下的故障迁移
主观下线
- 哨兵(Sentinel)节点会每秒一次的频率向建立了命令连接的实例发送PING命令,如果在down-after-milliseconds毫秒内没有做出有效响应包括(PONG/LOADING/MASTERDOWN)以外的响应,哨兵就会将该实例在本结构体中的状态标记为SRI_S_DOWN主观下线
客观下线
- 当一个哨兵节点发现主节点处于主观下线状态是,会向其他的哨兵节点发出询问,该节点是不是已经主观下线了。如果超过配置参数quorum个节点认为是主观下线时,该哨兵节点就会将自己维护的结构体中该主节点标记为SRI_O_DOWN客观下线
询问命令SENTINEL is-master-down-by-addr <current_epoch> <run_id>
参数意义:
ip/port | 当前认为下线的主节点的ip和端口 |
---|---|
current_epoch | 配置纪元 |
run_id | 标识仅用于询问是否下线 有值标识该哨兵节点希望对方将自己设置为leader 询问时用,选举时用run_id |
leader选举 | 在认为主节点客观下线的情况下,哨兵节 |