Redis哨兵模式

最新推荐文章于 2024-09-22 12:42:08 发布

weixin_46078315

最新推荐文章于 2024-09-22 12:42:08 发布

阅读量214

点赞数

分类专栏： Redis 文章标签： redis

本文链接：https://blog.csdn.net/weixin_46078315/article/details/118153165

版权

Redis 专栏收录该内容

6 篇文章 0 订阅

订阅专栏

文章目录

- 哨兵模式

哨兵模式

简介

在主从复制的基础上，增加了哨兵（Sentinel）服务器，其核心功能是实现了自动化的故障恢复，能够后台监控主机是否故障，如果故障了根据投票数自动将库设置为主库。

$[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-G65XV2ey-1624431062629)(C:\Users\lenovo\AppData\Roaming\Typora\typora-user-images\image-20210623101028335.png)]$

单个哨兵，但是也会存在一个问题，但是存在哨兵模式存在宕机的可能，所以一般情况下都会部署3个以上的哨兵服务器。

$[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-Dx1e7gvh-1624431062633)(C:\Users\lenovo\AppData\Roaming\Typora\typora-user-images\image-20210623101807590.png)]$

流程

流程：

假设主服务器宕机，从服务器主管下线后不会进行故障转移等操作

每个哨兵节点维护了3个定时任务：

通过主节点发送info命令获取最新的主从结构
通过发布订阅功能获取其他哨兵节点的信息
通过其他节点发送ping命令进行心跳检测，判断是否下线

主服务器宕机 , 哨兵1先检测这个结果，系统并不会马上进行投票，仅仅是哨兵1认为主服务器不可用，这种现象称之为主观下线。

dailover故障转移：当后边的哨兵也检测到主服务器不可用时，并且数量达到一致时，那么哨兵之间就会进行投票，投票的结果由一个哨兵发起，故障转移分为3个步骤

在从节点中选择新的主节点：选择的原则是首先过滤掉不健康的从机，选择优先级最高的从机，如果优先级无法区分，则会选择复制偏移量最大的从机，如果仍无法区分，则原则runID（唯一标识服务器的ID）最小的节点。
更新从机：通过 slave of one，让选出的从机成为主机，并开通slaveof命令让其他节点成为其从机
将已经下线的主机，设置为新主机的从机，当它重新上线时，它就会成为新主机的从机。

客观下线：切换成功后，就会同步发布订阅模式，让哨兵把自己交控的从服务器实现切换主机，这个过程称之为客观下线。

这里需要注意的是哨兵只是配置提供者而不是代理主机：两者的区别是如果是配置提供者，客户端在通过哨兵获得主节点信息时，会直接建立到主节点的连接，后序的请求会直接发向主机；如果是代理，客户端的每一次请求都会发向哨兵，哨兵再通过主节点处理请求，再由哨兵传给客户端数据。

安装哨兵

首先应该现有至少一个主服务器以及两个从服务器的建立

在redis.conf同级目录下创建sentinel.conf 内容格式固定写法

sentinel monitor [master-group-name] [ip] [port] [quorum] 比如 sentinel monitor mySentinel 127.0.0.1 6379 1

然后在另起一个客户端安装目录下启动哨兵redis-server sentinel.conf --sentinel。

通过 info replication查看各个服务之间主从服务等关系。