微服务框架 SpringCloud微服务架构 分布式缓存 43 Redis 哨兵 43.1 哨兵的作用和原理

微服务框架

【SpringCloud+RabbitMQ+Docker+Redis+搜索+分布式，系统详解springcloud微服务技术栈课程|黑马程序员Java微服务】

分布式缓存

43 Redis 哨兵

43.1 哨兵的作用和原理

43.1.1 哨兵的作用

【思考】

slave节点宕机恢复后可以找master节点同步数据，那master节点宕机怎么办？

首先想想明确一个东西，就算master 做了持久化，在master 宕机、master 重启恢复数据的这个过程中

→ 用户没法儿 执行写操作【因为master 挂掉了】

那现在的这个集群的可用性就下降 了，只能读，不能写了，这样肯定不是我们希望看到的

【我们希望的是，无感知、整个集群是一个一直可用的状态】

→ 解决办法：监控集群中的节点状态，发现master 宕机那一刻，立即重新选一个slave 当老大 作为master ，原始master 活过来后，让它当slave

【OK， 开始吧，Redis 的哨兵机制】

Redis提供了哨兵（Sentinel）机制来实现主从集群的自动故障恢复。

哨兵的结构和作用如下：

这是我们之前已经搭建好的 ，一主两从的Redis 集群，已经实现了读写 分离

sentinel 就是我们的 哨兵【而且本身也是一个集群】

作用① ：监控：Sentinel 会不断检查您的master和slave是否按预期工作

作用② ：自动故障恢复：如果master故障，Sentinel会将一个slave提升为master。当故障实例恢复后也以新的master为主

作用③ ：通知：Sentinel充当Redis客户端的服务发现来源，当集群发生故障转移时，会将最新信息推送给Redis的客户端

这就是哨兵 的三个作用

【所以哨兵是如何得知 Redis 集群中每一个节点 的状态的呢？】

43.1.2 服务状态监控

Sentinel基于心跳机制监测服务状态，每隔1秒向集群的每个实例发送ping命令：

• 主观下线：如果某sentinel节点发现某实例未在规定时间响应，则认为该实例主观下线。

  【举个栗子】

  

  这里有一个Redis 集群，上面是哨兵集群

  现在sentinel 向master 节点发送 了一个 ping ，

  

  结果这个master 超过时间都没有返回给sentinel PONG

  那就认为现在这玩意儿 主观下线了 【就哨兵单方面认为master 下线了，也有可能是master 网络阻塞 了】

• 客观下线：若超过指定数量（quorum）的sentinel都认为该实例主观下线，则该实例客观下线。quorum值最好超过Sentinel实例数量的一半。

  

43.1.3 选举新的master

一旦发现master故障，sentinel需要在salve中选择一个作为新的master，选择依据是这样的：

• 首先会判断slave节点与master节点断开时间长短，如果超过指定值（down-after-milliseconds * 10）则会排除该slave节点【毕竟断开时间越长，那数据可能就缺得越多】【即排除一部分 “数据过旧的salve 从节点”】
• 然后判断slave节点的slave-priority值，越小优先级越高，如果是0则永不参与选举
• 如果slave-prority一样，则判断slave节点的offset值，越大说明数据越新，优先级越高
• 最后是判断slave节点的运行id大小，越小优先级越高。【其实是随便了】

43.1.4 如何实现故障转移

当选中了其中一个slave为新的master后（例如slave1），故障的转移的步骤如下：

1. sentinel给备选的slave1节点发送slaveof no one命令，让该节点成为master

2. sentinel给所有其它slave发送slaveof 192.168.150.101 7002 命令，让这些slave成为新master的从节点，开始从新的master上同步数据。

3. 最后，sentinel将故障节点标记为slave，当故障节点恢复后会自动成为新的master的slave节点

《奴隶 的印记》

43.1.5 总结

Sentinel的三个作用是什么？

• 监控
• 故障转移
• 通知

Sentinel如何判断一个redis实例是否健康？

• 每隔1秒发送一次ping命令，如果超过一定时间没有相向则认为是主观下线
• 如果大多数sentinel都认为实例主观下线，则判定服务下线

故障转移步骤有哪些？

• 首先选定一个slave作为新的master，执行slaveof no one
• 然后让所有节点都执行slaveof 新master
• 修改故障节点配置，添加slaveof 新master

最后

以上就是高高大雁为你收集整理的微服务框架 SpringCloud微服务架构 分布式缓存 43 Redis 哨兵 43.1 哨兵的作用和原理的全部内容，希望文章能够帮你解决微服务框架 SpringCloud微服务架构 分布式缓存 43 Redis 哨兵 43.1 哨兵的作用和原理所遇到的程序开发问题。

如果觉得靠谱客网站的内容还不错，欢迎将靠谱客网站推荐给程序员好友。