redis 哨兵机制
2020-03-01 本文已影响0人
小蜗牛Aaron
哨兵机制的作用
哨兵机制
服务发现和健康检查
服务发现和健康检查流程
故障切换流程
故障切换流程
七大核心概念
- 哨兵如何知道Redis主从信息（自动发现机制）
- 什么是master主观下线
- 什么是客观下线
- 哨兵之间如何通信（哨兵之间的自动发现）
- 哪个哨兵负责故障转移？(哨兵领导选举机制)
- slave选举机制
- 最终主从切换的过程
哨兵配置
# 配置文件在sentinel运行期间是会被动态修改的
# sentinel如果重启时，就可以根据这个配置来恢复其之前所监控的redis集群的状态 # 绑定IP
bind 0.0.0.0
# 默认yes，没指定密码或者指定IP的情况下，外网无法访问
protected-mode no
# 哨兵的端口，客户端通过这个端口来发现redis
port 26380
# 哨兵自己的IP，手动设定也可自动发现，用于与其他哨兵通信
sentinel announce-ip
# 临时文件夹
dir /tmp
# sentinel监控的master的名字叫做mymaster,地址为 60.205.209.106 6380,两个及以上哨兵认定为死亡，才认为是真的死亡
sentinel monitor mymaster 60.205.209.106 6380 2
# 发送心跳PING来确认master是否存活
# 如果master在“一定时间范围”内不回应ping 或者是回复了一个错误消息，那么这个sentinel会主观地(单方面地)认为这个master已经不可用了
sentinel down-after-milliseconds mymaster 1000
# 如果在该时间（ms）内未能完成failover操作，则认为该failover失败
sentinel failover-timeout mymaster 3000
# 指定了在执行故障转移时，最多可以有多少个从Redis实例在同步新的主实例，在从Redis实例较多的情况下这个数字越小，同步的时间越长，完成故障转 移所需的时间就越长
sentinel parallel-syncs mymaster 1
