Redis（八）哨兵机制（sentinel）-编程知识

文章目录

- 哨兵机制
- 案例
- - 认识异常
- 哨兵运行流程及选举原理
- - 主观下线(Subjectively Down)
  - ODown客观下线(Objectively Down)
  - 选举出领导者哨兵
  - 选出新master过程
- 哨兵使用建议

哨兵机制

吹哨人巡查监控后台master主机是否故障，如果故障了根据投票数自动将某一个从库转换为新主库，继续对外服务

https://redis.io/docs/manual/sentinel/
作用

主从监控：监控主从redis库运行是否正常
消息通知：哨兵可以将故障转移的结果发送给客户端
故障转移：如果Master异常，则会进行主从切换，将其中一个Slave作为新Master
配置中心：客户端通过连接哨兵来获得当前Redis服务的主节点地址

案例

sentinel.conf参数说明

bind服务监听地址，用于客户端连接，默认本机地址
daemonizee是否以后台daemon方式运行
protected-mode安全保护模式
port 端口
logfile日志文件路径
pidfile pid文件路径
dir工作目录

新增

sentinel monitor
设置要监控的master服务器，quorum表示最少有几个哨兵认可客观下线，同意故障迁移的法定票数。
sentinel auth-pass
master设置了密码，连接master服务的密码

# 指定多少毫秒之后，主节点没有应答哨兵，此时哨兵主观上认为主节点下线
sentinel down-after-milliseconds <master-name> <milliseconds>：# 表示允许并行同步的slave个数，当Master挂了后，哨兵会选出新的Master，此时，剩余的slave会向新的master发起同步数据
sentinel parallel-syncs <master-name> <nums>：# 故障转移的超时时间，进行故障转移时，如果超过设置的毫秒，表示故障转移失败
sentinel failover-timeout <master-name> <milliseconds>：# 配置当某一事件发生时所需要执行的脚本
sentinel notification-script <master-name> <script-path> ：# 客户端重新配置主节点参数脚本
sentinel client-reconfig-script <master-name> <script-path>：

sentinel文件通用配置

bind 0.0.0.0
daemonize yes
protected-mode no
port 26379
logfile "/var/log/sentinel26379.log"
pidfile /var/run/redis-sentinel26379.pid
dir /data/redis
# 下面这段命令是 Sentinel 监控 Redis 主从架构中的一个主节点，其中：
# sentinel：表示要连接到 Sentinel 服务器。
# monitor：表示监控 Redis 服务。
# mymaster：表示被监控的 Redis 服务的名称，可以自定义。
# 192.168.111.169：表示 Redis 主节点的 IP 地址。
# 6379：表示 Redis 主节点的端口号。
# 2：表示需要至少有 2 个 Sentinel 实例认为 Redis 主节点失效才会触发故障转移。
sentinel monitor mymaster 192.168.217.169 6379 2
sentinel auth-pass mymaster

启动

redis-sentinel ./sentinel129.conf --sentinel

注意

之前down机的master机器重启回来，会变成从机
6381被选为新master，上位成功
以前的6379从master降级变成了slave

关于配置文件小结

文件的内容，在运行期间会被sentinel动态进行更改
Master-Slave切换后，master_redis.conf、slave_redis.conf和sentinel.conf的内容都会发生改变
即master_redis.conf中会多一行slaveof的配置，sentinel.conf的监控目标会随之调换
可以同时监控多个master，一行一个
示例：https://redis.io/docs/management/sentinel/

认识异常

broken pipe

pipe是管道的意思，管道里面是数据流，通常是从文件或网络套接字读取的数据。当该管道从另一端突然关闭时，会发生数据突然中断，即是broken，对于socket来说，可能是网络被拔出或另一端的进程崩溃

这个异常是客户端读取超时关闭了连接,这时候服务器端再向客户端已经断开的连接写数据时就发生了broken pipe异常！
在这里插入图片描述

哨兵运行流程及选举原理

当一个主从配置中的master失效之后，sentinel可以选举出一个新的master用于自动接替原master的工作，主从配置中的其他redis服务器自动指向新的master同步数据。般建议sentinel采取奇数台，防止某一台sentinel无法连接到master导致误切换

主观下线(Subjectively Down)

SDOWN(主观不可用)是单个sentinel自己主观上检测到的关于master的状态，从sentinel的角度来看如果发送了PING心跳后，在一定时间内没有收到合法的回复，就达到了SDOWN的条件。
sentinel配置文件中的down-after-milliseconds设置了判断主观下线的时间长度