当我们使用redis的主从架构时存在一个问题。当master 节点挂掉时，redis服务将不可用。需要人工干预，修改配置。
sentinal就是为了解决redis的高可用问题。主要功能如下：
1.监控所用节点（master,slave）的运行状态。
2.消息通知，当一个节点出现故障时，可能通过提供的API向管理员发送消息提醒。
3.故障转移，当master节点出现故障时，通过对slave的进行选举，升级为新的master
4.配置调整通知：当master节点变更时，会修改节点配置文件信息（master节点变更相关配置）、并通知其他sentinal节点变化。还会通知连接的客户端，告知新master节点信息。
当我们部署sentinal 分布式系统时，最少为三个节点。因为当主节点发生故障时，每一个sentinal 要进行对slave的投票选举。经典的三节点哨兵集群部署如下：
一、哨兵的监控原理：
1.1
每个哨兵10秒会向主节点和从节点发送info命令，获取到最新的 拓扑结构。当配置哨兵时只用配置主节点信息即可，因为可以通过向主节点发送info信息得到从节点的信息，有新从节点加入时也能通过info知道。
1.2
哨兵之间的通讯是通过redis的publish和subscribe来完成。每一个哨兵2秒会向指定的通道发送自己监控情况和自身的节点信息。其他哨兵订阅消息来确定主节点的运行情况。当有新哨兵节点加入或哨兵节点异常时，相互之间也能感知到。
1.3
每个哨兵1秒会向主节点和从节点进行 ping 命令，当超过down-after-milliseconds时间无正确响应是则主观（sdown）认为该节点宕机。当宕机的节点为主节点时，哨兵会通过sentinel is-masterdown-by-addr命令获取到其他哨兵对主节点状态的反馈，如果超过 quorum 台哨兵都认为宕机，则转了客观宕机（odown），然后会进行选举切换操作。
二、选Leader Sentinel原理
当第一个哨兵发现主节点异常时，会向其他的哨兵发is-masterdown-by-addr命令来获取反馈，并建议自己成了leader sentinel来进行故障切换操作。每人上哨兵都有资格成为leader。
其他哨兵收到命令时同意或则拒绝申请升级的哨兵。当有超过一半+1的哨兵同意，那么申请者将升级为leader sentinel。这里使用的是Raft算法主要思想是同一期Term(Epoch)投票中少数服从多数原则达成一致，选出Leader
https://www.jianshu.com/p/8e4bbe7e276c
三、故障转移机制
1.对从节点进行评估，先出一个从节点升级为主节点。
算法：
1.1跟master断开连接的时长,如果一个slave跟master断开连接已经超过了down-after-milliseconds的10倍，外加master宕机的时长，那么slave就被认为不适合选举为master
1.2slave优先级(配置文件中的 slave priority越低，优先级就越高)
1.3 复制offset越靠后（同步数据越多），优先级越高
1.4 run id 如果上面两个条件都相同，那么选择一个run id比较小的那个slave
2.将从节点升级为主节点，并修改配置信息。
3.将所有的从节点的master信息修改为新的主节点信息。
4.将老的主节点设置成为一个从节点。如果恢复则复制主节点信息。
5.将新的主节点信息生成，并发布到通道中，让其他订阅的哨兵知道最新主节点的信息(这里有一个变更配置version的概念，其他哨兵只会更新比自己高版本的配信息到本地，保证所用哨兵的配置信息统一)。
6.告知客户端主节点变更。让客户端重新连接到新的主节点上。
四、实战配置：
https://blog.csdn.net/zbw18297786698/article/details/52891695
https://blog.csdn.net/J080624/article/details/86370718
五：重要参数解释：
sentinel
monitor name hostname port quorum
down-after-milliseconds：
超过多少毫秒跟一个redis实例断了连接，哨兵就可能认为这个redis实例挂了
parallel-syncs：
新的master别切换之后，同时有多少个slave被切换到去连接新master，重新做同步，数字越低，花费的时间越多
假设你的redis是1个master，4个slave，然后master宕机了，4个slave中有1个切换成了master，剩下3个slave就要挂到新的master上面去
这个时候，如果parallel-syncs是1，那么3个slave，一个一个地挂接到新的master上面去，1个挂接完，而且从新的master sync完数据之后，再挂接下一个
如果parallel-syncs是3，那么一次性就会把所有slave挂接到新的master上去
failover-timeout：
执行故障转移的timeout超时时长