目录
十一、哨兵机制
(一)哨兵简介
1、哨兵定义
哨兵是一个分布式系统,用于对主从结构中的每台服务器进行监控,当出现故障时通过投票机制选择新的master并将所有的slave连接到新的master。
- 当宕机的master下线
- 找一个slave作为master
- 通知所有的slave连接的master
- 启动新的master与slave
- 全量复制N+部分复制N
2、哨兵的作用
- 监控
- 不断检查master和slave是否正常运行
- master存活检测,master与slave运行情况检测
- 通知(提醒)
- 当被监控的服务器出现问题是否,向其他(哨兵键,客户端)发送通知
- 自动故障转移
- 断开master与slave链接,选取一个slave作为master,将其它slave连接到新的master,并告知客户端新的服务器地址。
- 注意:哨兵也是一台redis服务器,只是不提供数据服务,通常哨兵配置数量为单数。
(二)启用哨兵模式
1、哨兵机制相关配置
- 指定master别称和地址和端口号和哨兵数量(必须):sentinel monitor mymaster 127.0.0.1 6381 2
- 投票选举后地址会变更
- 当3个哨兵中有配置的2个挂了,就会重新选举。
- 指令master的密码(看master是否有密码):
- sentinel auth-pass mymaster 123456
- master链接判断时长:
sentinel down-after-milliseconds mymaster 30000 链接master30秒没有响应,判断master挂了 - 新上任的master和slave一次和多少个slave同步,
- sentinel parallel-syncs mymaster 1
- master和某个slave多长时间同步算超时
- failover-timeout mymaster 180000
2、配置哨兵
-
配置一主二从的结构
-
配置三个哨兵(配置相同,master端口相同)
- 查看:sentinel.conf
- 复制 sentinel.conf 为 sentinel-26379.conf、sentinel-26380.conf、sentinel-26381.conf
- 分别更改端口号为:26379,26380,26381
-
启动哨兵:
- redis-sentinel sentinel-端☐号.conf
(三)哨兵主从切换工作原理
哨兵的三个阶段
- 哨兵在进行主从切换过程中经历的三个阶段
- 监控
- 通知
- 故障转移
阶段一:监控阶段
- 同步各个节点的信息
- 获取各个sentinel的状态(是否在线,通过ping指令)
- 获取master状态(通过info指令)
- master属性
- runid
- role:master
- 各个slave信息
- master属性
- 获取所有slave状态(根据master中的slave信息)
- slave属性
- runid
- role:save
- master_host、master_port
- offset
- …
- slave属性
首次只有一个哨兵1和master建立链接,SentinelRedisInstance中存有第一个哨兵的信息,当走完3步(判断各个slave是否存在)之后,第二个哨兵2和master建立链接,更新master里面SentinelRedisInstance的信息,然后又走完第三步,哨兵2得到SentinelRedisInstance的信息,哨兵1和2互相ping,询问工作状态,然后第三个哨兵3,和master建立链接,更新master里面SentinelRedisInstance的信息,然后又走完第三步,哨兵2得到SentinelRedisInstance的信息,哨兵1和2和3互相ping。
阶段二:通知阶段
主要任务就是隔一段时间看看各个节工作状态。
第一次可能是sentinel1查看各个master和slave状态
第二次可能是sentinel2查看各个master和slave状态
阶段三:故障转移阶段
1、判断master是不是挂了:
- 当哨兵1发送给master询问信息,如果当前确认master挂了,就给master的SentinelRedisInstance里面标记SRL_S_DOWN(主观下线)。
- 当前这个哨兵1就给其它哨兵发送master挂了的信息。
- 其它哨兵依次给master发送询问信息,如果超过半数(就是配置的半数)确认挂了,就给就给master的SentinelRedisInstance里面标记SRL_O_DOWN(客观下线)。
2、判断master挂了之后如何选举:
当master挂了之后哨兵就开始选举:
- 每个哨兵各有一票
- 每个哨兵互相给其它哨兵发送要票请求,当某个哨兵最先收到那个哨兵的请求,就把票给那个哨兵。
- 最后看那个哨兵那个票多,就去处理死掉的master和从slave中选取master。
3、如何从slave中挑选master:
- 服务器列表中挑选master:
- 选在线的
- 响应快的
- 与原master断开时间短的
- 有限原则:
- 优先级高的
- offset大的
- runid小的
- 优先级高的
- 发送指令:
- 响应的master发送 slaveof no one
- 向其他slave发送slaveof 新master 的 ip 端口
结束
文章结束,喜欢就给个一键三连吧,你的肯定是我最大的动力,点赞上一千我就是脑瘫也出下章。