Redis 哨兵机制理解

1.什么是Sentinel？
Sentinel(哨兵)是Redis的HA解决方案：由一个或多个Sentinel实例组成的Sentinel系统可以监视任意多个主服务器，以及这些主服务器属下的所有从服务器，并在被监视的主服务器进入下线状态时，自动将下线主服务器属下的某个从服务器升级为新的主服务器，然后由新的主服务器代替已下线的主服务器继续处理命令。

2.sentinel如何与被监视服务器进行通信？
1）命令连接
sentinel默认会以每十秒一次的频率，向主服务器发送INFO命令，并通过分析INFO命令的回复来获取主服务器的当前信息：
A.关于主服务器本身的信息，包括run_id域记录的服务器run_id，以及role域记录的服务器角色；
B.关于主服务器属下的所有从服务器的信息，如IP、port,从而可以自动发现从服务器。当然，sentinel同样会与从服务器创建命令连接和订阅连接。
2）订阅连接
默认情况下，sentinel会以每两秒一次的频率，向所有被监视的主服务器和从服务器的_sentinel_:hello频道发送信息。当订阅连接建立后，sentinel会通过向服务器发送命令SUBSCRIBE _sentinel_:hello.也就是说，sentinel既向频道_sentinel_:hello发送消息，又从该频道获取其他sentinel实例消息。可以执行命令monitor看到过程，截图：

3.Sentinel如何相互发现组成集群？
sentinel通过分析获取到的频道信息来获知其他sentinel的存在，并通过发送频道信息来让其他sentinel知道自己的存在。因此sentinel可以通过pub/sub自动发现，不需要在配置文件中进行设置。
当sentinel发现新sentinel实例后，会与该新sentinel实例之间创建命令连接，从而进行信息交换。注意，sentinel之间不会创建订阅连接。sentinel与主从服务器会创建订阅连接。

4.主从如何自动切换？
主观下线---客观下线---选举领头sentinel---故障转移

主观下线：默认情况下，sentinel会以每秒一次的频率向与它创建了命令连接的实例(包括主服务器、从服务器、其他sentinel)发送PING命令，并通过实例返回的回复进行实例在线与否的判断。如果一个实例在down-after-milliseconds毫秒内，连续向sentinel返回无效回复，则表示该实例已经注入了主观下线状态sdown。

客观下线：当sentinel将一个主服务器判断为主观下线之后，为了确认这个主服务器是否真的下线，会向同样监视该主服务器的其他sentinel进行询问。当sentinel从其他sentinel那里接收到足够数量的已下线判断之后（补充：数量超过sentinel配置中设置的quorum参数的值，比如sentinel monitor master 127.0.0.1 6379 2，只要有俩sentinel认为进入下线状态，则会判断为客观下线），sentinel会判断为客观下线，从而对该主服务器执行故障转移操作。

选举领头sentinel：sentinel设置局部领头sentinel的规则是先到先得：最先向目标sentinel发送设置要求的源sentinel将成为目标sentinel的局部领头sentinel，而之后接收到的所有设置要求都会被目标sentinel拒绝。如果在给定时限内，没有一个sentinel被选举为领头sentinel，那么各个sentinel将在一段时间之后再次进行选举，直到选出领头sentinel为止。

故障转移：从已下线主服务器属下的所有从服务器里面，选出一个从服务器转换为主服务器，让其他从服务器改为复制新的主服务器，如果已下线主服务器上线会成为新的主服务器的从服务器。
>选主：从已下线主服务器属下的所有从服务器中，根据一定的规则(比如：状态为在线、最近成功与主服务器进行过通信、与已下线主服务器连接断开没有超过down-after-milliseconds*10毫秒、复制偏移量最大、运行ID最小等)，挑选出一个状态良好、数据完整的从服务器，然后向该从服务器发送SLAVEOF no one命令，将这个从服务器转换为主服务器。
>通知：选出新的主服务器后，领头sentinel向其他的从服务器发送SLAVEOF命令形成新的主从复制关系；当旧的主服务器重新上线时，sentinel会向它发送SLAVEOF命令。

参考资料：《redis设计与实现》