redis 哨兵机制

哨兵机制的作用

哨兵机制

服务发现和健康检查

服务发现和健康检查流程

故障切换流程

故障切换流程

七大核心概念

1. 哨兵如何知道Redis主从信息（自动发现机制）
2. 什么是master主观下线
3. 什么是客观下线
4. 哨兵之间如何通信（哨兵之间的自动发现）
5. 哪个哨兵负责故障转移？(哨兵领导选举机制)
6. slave选举机制
7. 最终主从切换的过程

哨兵配置

# 配置文件在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