Redis哨兵 部署和配置（上）

一.哨兵简介

哨兵介绍

Sentinel(哨兵)是用于监控redis集群中Master状态的工具，其已经被集成在redis2.4+的版本中Sentinel可以自动对主从进行检测，当一个有问题后，将会自动切换从节点为主。

哨兵适合使用单点的redis，并有高可用需求的。因为始终是单台的redis，性能是有限度的，有更高需求可以选择集群。

在代码中，用jedis之类工具读取 Sentinel 的信息，获取当前没问题的主节点，进行写入操作即可。当主挂掉，Sentinel会自动切换，只要对最新的主节点进行读写即可。

如果将主从做高可用，需要监控Sentinel的信息输出，将所有从节点做一个资源池，读将从资源池里找从节点进行。

哨兵原理

Sentinel系统时刻监控着主和从，当主挂掉后选择其中一个从来升任成主，可以启动多个Sentinel来避免监控挂掉，但多个Sentinel它们要投票。

Sentinel作用 1.Master状态检测

2.如果Master异常，则会进行Master-Slave切换，将其中一个Slave作为Master，将之前的Master作为Slave

3.Master-Slave切换后，master_redis.conf、slave_redis.conf和sentinel.conf的内容都会发生改变，即master_redis.conf中会多一行slaveof的配置，sentinel.conf的监控目标会随之调换

Sentinel工作方式 1.在一般情况下，每个 Sentinel 会以每 10 秒一次的频率向它已知的所有Master，Slave发送 INFO 命令来获得redis主从的节点信息

2.当Master被 Sentinel 标记为客观下线时，Sentinel 向下线的 Master 的所有 Slave 发送 INFO 命令的频率会从 10 秒一次改为每秒一次

3.每2秒，会订阅获取一下主节点的哨兵信息，来了解哨兵们的信息，有新的哨兵加入，将会记录新哨兵信息，并与他建立连接

4.每秒钟一次的频率向它所知的Master，Slave以及其他 Sentinel 实例发送一个 PING 命令

5.如果一个 实例 距离最后一次有效回复 PING 命令的时间超过 down-after-milliseconds 选项所指定的值， 则这个实例会被 Sentinel 标记为主观下线

6.当主观下线的节点是 Master 时，则询问其他哨兵，超过一定个数则判断主节点挂掉，进行客观下线

7.当需要对一个 Master 进行客观下线，就需要在 Sentinel 们中选举一个领导者来执行这个操作，对 Master 进行下线，选举才用Raft算法

8.若没有足够数量的 Sentinel 同意 Master 已经下线， Master 的客观下线状态就会被移除

9.若 Master 重新向 Sentinel 的 PING 命令返回有效回复， Master 的主观下线状态就会被移除

10 当对一个 Master 进行客观下线后，会从其它从中选择出一个执行slaveof no one命令，使其升级为主节点

11.向其它从节点发送命令，指定新主，并对新主进行数据复制

12.当原坏掉的主恢复后，将会作为新主的从节点

13.如果原坏掉的主删除不恢复，Sentinel依然会定期检测，会造成一定资源浪费

主观下线和客观下线 主观下线： Subjectively Down，简称SDOWN，指的是当前 Sentinel 实例对某个redis服务器做出的下线判断，这个判断只是认为，但并不做任何动作

客观下线： Objectively Down， 简称ODOWN，指的是多个 Sentinel 实例在对Master Server做出 SDOWN 判断，并且通过 SENTINEL is-master-down-by-addr 命令互相交流之后，得出的Master Server下线判断，然后开启failover