Redis——哨兵机制 Sentinel

一、哨兵机制

1、哨兵的概念

• Sentinel（哨兵）是Redis 的高可用性解决方案：由一个或多个Sentinel实例组成的Sentinel 系统可以监视任意多个主服务器，以及这些主服务器属下的所有从服务器，并在被监视的主服务器进入下线状态时，自动将下线主服务器属下的某个从服务器升级为新的主服务器。简单的说哨兵就是带有自动故障转移功能的主从架构。

• 哨兵(sentinel) 是一个分布式系统，用于对主从结构中的每台服务器进行监控，当出现故障时通过投票机制选择新的master并将所有slave连接到新的master。

2、哨兵的作用

• 监控
  • 不断的检查master和slave是否正常运行。
  • master存活检测、master与slave运行情况检测
• 通知(提醒)
  • 当被监控的服务器出现问题时，向其他（哨兵间，客户端）发送通知。
• 自动故障转移
  • 断开master与slave连接，选取一个slave作为master，将其他slave连接到新的master，并告知客户端新的服务器地址

注意：

• 哨兵也是一台redis服务器，只是不提供数据服务
• 通常哨兵配置数量为单数(选举master防止同票)

二、启用哨兵机制

在同一个服务器中如何模拟三个哨兵服务呢?

• 将Redis安装包中的配置文件sentinel.conf拷贝出来, 然后在sentinel.conf中修改端口, 以及设置master的端口地址, 然后通过redis-sentinel sentinel-端口号.conf即可
• 启动哨兵, redis-cli -p 26379

当启动哨兵服务后, 每一个哨兵都会相互注册, 此时sentinel.conf配置文件以及修改了;

二、哨兵机制的原理

主从切换

• 哨兵在进行主从切换过程中经历三个阶段
  • 监控
  • 通知
  • 故障转移

1、监控阶段

就是上面我们启动各个哨兵服务的时候, 不同的哨兵服务的信息会相互监控, 包括master节点的信息以及master节点的slave节点信息; 能拿到master节点信息是因为在哨兵的配置文件sentinel.conf中配置了master节点的ip,端口地址;

2、通知阶段

3、故障转移阶段

首先sentinel1向master发送hello指令, 此时master没有任何反应, 也拿不到它的信息, 标记master为SRI_S_DOWN(主观下线); 此时该sentinel1会在它的小圈子(sentinel系统)中说, master挂掉了; 此时sentinel2、sentinel3也都向master发送hello指令, 也得不到回应(或者超过半数), 此时该master确定挂掉了, 标记为SRI_O_DOWN(客观下线);

下一步就是清理该master了, 也就是将宕机的master下线, 首先要在多个sentinel中选举一个来清理; 在多个sentinel中通过投票来选举出来一个领头的master;

然后领头的sentinel会从多个slave中挑选一个来充当master;

扫描二维码关注公众号，回复： 11669240 查看本文章

4、详细解读sentinel服务打印的信息