30、Redis 7系列：哨兵（sentinel）

最新推荐文章于 2024-05-30 15:51:28 发布
最新推荐文章于 2024-05-30 15:51:28 发布
阅读量972 收藏 20
点赞数 20
文章标签： redis sentinel 性能优化
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_61470350/article/details/135343491
版权

30、Redis 7系列：哨兵（sentinel）

一、官网

官网地址： High availability with Redis Sentinel | Redis
在这里插入图片描述

二、介绍

吹哨人巡查监控后台 master 主机是否出现故障。如果出现故障了，根据 投票数 自动将某一从库转为新主库，从而继续对外服务。俗称：无人值守运维。

三、作用

1、主从监控

监控主从 Redis 的运行是否正常

2、故障转移

如果 master 运行异常，会进行主从切换。将其中的一个 slave 作为新的 master 。

3、消息通知

哨兵可以将 故障转移 的结果发送给客户端。

4、配置中心

客户端通过哨兵来获得当前 Redis 服务的主节点地址。

四、案例演示

1、基本架构

  • 3个哨兵： 自动监控和维护集群，不存放数据，只是吹哨人。
  • 1主2从： 数据的读取和存放。
  • 架构图如下：
    在这里插入图片描述

2、案例步骤

（1）sentinel.conf 文件
在自定义的工作目录下新建或者拷贝一份 sentinel.conf 文件，名称绝对不能错。

# 命令
cd /opt/redis/redis-7.2.0/
cp sentinel.conf /home/ulanhada/customConfig/redis/

（2）sentinel.conf 重点参数项说明

# 1、服务监听地址，用于客户端连接。通常默认为本机。
bind

# 2、是否支持后台运行
daemonize

# 3、是否开启安全保护模式
protected-mode

# 4、端口
port

# 5、日志文件路径
logfile

# 6、pid文件路径
pidfile

# 7、工作目录
dir

# 8、设置要监控的master服务器
# master-name：master的名字
# ip：master的IP
# redis-port：master的端口
# quorum：表示最少有几个哨兵认可客观下线，同意故障迁移的法定票数。
# 网络是不可靠的，有时候一个sentinel会因为网络堵塞而误以为一个master redis已经死掉了，在sentinel集群环境下需要多个sentinel互相沟通来确认某个master是否真的死了，quorum这个参数是进行客观下线的一个依据，意思是至少有quorum个sentinel认为这个master有故障，才会对这个master进行下线以及故障转移。因为有的时候，某个sentinel节点可能因为自身网络原因，导致无法连接master，而此时master并没有出现故障，所以，这就需要多个sentinel都一致认为该master有问题，才可以进行下一步操作，这就保证了公平性和高可用。
sentinel monitor <master-name> <ip> <redis-port> <quorum>

# 9、master设置了密码，连接master的服务密码
# master-name：master的名字
# password：master的服务密码
sentinel auth-pass <master-name> <password>

拓展：

# 1、指定多少毫秒之后，主节点没有应答哨兵，此时哨兵主观上认为主节点下线
sentinel down-after-milliseconds <master-name> <milliseconds>

# 2、表示允许并行同步的slave个数，当Master挂了后，哨兵会选出新的Master，此时，剩余的slave会向新的master发起同步数据
sentinel parallel-syncs <master-name> <numreplicas>

# 3、故障转移的超时时间，进行故障转移时，如果超过设置的毫秒，表示故障转移失败
sentinel failover-timeout <master-name> <milliseconds>

# 4、配置当某一事件发生时所需要执行的脚本
# script-path：脚本绝对路径
sentinel notification-script <master-name> <script-path>

# 5、客户端重新配置主节点参数脚本
# script-path：脚本绝对路径
sentinel client-reconfig-script <master-name> <script-path>

（3）sentinel 文件通用配置
正常来说，3个哨兵应该是三台服务器。但是由于硬件问题，本次案例将3个哨兵部署在同一台服务器上。
在这里插入图片描述
分别编辑3个配置文件的内容如下：
sentinel26379.conf

# 服务监听地址，用于客户端连接。通常默认为本机。
bind 0.0.0.0

# 是否支持后台运行
daemonize yes

# 是否开启安全保护模式
protected-mode no

# 端口
port 26379

# 日志文件路径
logfile /home/ulanhada/customConfig/redis/sentinel26379.log

# pid文件路径
pidfile /home/ulanhada/customConfig/redis/redis-sentinel26379.pid

# 工作目录
dir /home/ulanhada/customConfig/redis

# 设置要监控的master服务器
sentinel monitor mymaster 192.168.250.130 6379 2

# master设置了密码，连接master的服务密码
sentinel auth-pass mymaster 123456

sentinel26380.conf

# 服务监听地址，用于客户端连接。通常默认为本机。
bind 0.0.0.0

# 是否支持后台运行
daemonize yes

# 是否开启安全保护模式
protected-mode no

# 端口
port 26380

# 日志文件路径
logfile /home/ulanhada/customConfig/redis/sentinel26380.log

# pid文件路径
pidfile /home/ulanhada/customConfig/redis/redis-sentinel26380.pid

# 工作目录
dir /home/ulanhada/customConfig/redis

# 设置要监控的master服务器
sentinel monitor mymaster 192.168.250.130 6379 2

# master设置了密码，连接master的服务密码
sentinel auth-pass mymaster 123456

sentinel26381.conf

# 服务监听地址，用于客户端连接。通常默认为本机。
bind 0.0.0.0

# 是否支持后台运行
daemonize yes

# 是否开启安全保护模式
protected-mode no

# 端口
port 26381

# 日志文件路径
logfile /home/ulanhada/customConfig/redis/sentinel26381.log

# pid文件路径
pidfile /home/ulanhada/customConfig/redis/redis-sentinel26381.pid

# 工作目录
dir /home/ulanhada/customConfig/redis

# 设置要监控的master服务器
sentinel monitor mymaster 192.168.250.130 6379 2

# master设置了密码，连接master的服务密码
sentinel auth-pass mymaster 123456

（4）Redis 实例配置

  • 架构图
    在这里插入图片描述

  • master（6379）配置文件
    在这里插入图片描述
    6379 后续可能会变成 从机，需要设置访问新主机的密码， 请设置 masterauth 项访问密码为 123456 。
    不然后续可能报错 master_link_status:down

  • master（6380）配置文件
    在这里插入图片描述

  • master（6381）配置文件
    在这里插入图片描述
    注： 具体 IP地址 和 密码 根据本地真实情况，酌情修改。

（5）启动3台 Redis 实例
master
在这里插入图片描述
slave 1
在这里插入图片描述
slave 2
在这里插入图片描述
（6）启动3台哨兵

# 启动命令
redis-sentinel sentinel26379.conf --sentinel
redis-sentinel sentinel26380.conf --sentinel
redis-sentinel sentinel26381.conf --sentinel

在这里插入图片描述
同时，会生成相对应的 log文件 和 pid文件 。
在这里插入图片描述
打开一个 log文件 查看里面内容，试一下信息记录，后期遇到报错，也来到此处查看。

vim sentinel26379.log

在这里插入图片描述
查看 conf文件 内容，配置信息在原有的基础上新增加 哨兵 的配置。

vim sentinel26379.conf

在这里插入图片描述
（7）shutdown master 服务器
在这里插入图片描述
模拟 master 异常，此时此刻我们在 slave 上查询数据，会出现如下错误：
在这里插入图片描述
此时此刻， 哨兵 内部正在进行着激烈的投票选举 新的 master，稍等片刻，进行网络的重新读取和规划，然后再次读取数据：
在这里插入图片描述
在这里插入图片描述
上图所示，发现 端口：6381 黄袍加身，成为了新的 master。
查看一下日志：sentinel26379.log
在这里插入图片描述

  • 如果，6379 重启的话，会不会出现双 master 冲突呢？
    验证如下：
    在这里插入图片描述
    在这里插入图片描述
    上图所示，6379 重启归来已经是 slave 的身份，如今大势已去，大清已经亡了~
    6379 如今已经不写，只能读了。
    在这里插入图片描述

  • 新的 master 是否可以保证主从复制呢？
    验证如下：
    在这里插入图片描述
    在这里插入图片描述
    在这里插入图片描述
    （8）对比配置文件

  • 6379
    自动新增加了一部分配置，主要内容就是让 6381 作为自己的 master 。还有持久化 RDB 的配置。

vim redis6379.conf

在这里插入图片描述

  • 6380
    自动修改并增加一些配置文件。
    在这里插入图片描述
    在这里插入图片描述

  • 6381
    由于自己变成 master ，则会自动将 replicaof 配置内容删除。
    在这里插入图片描述
    在这里插入图片描述

  • sentinel配置
    监控的 master 自动修改为新的 master 。
    在这里插入图片描述
    自动新增加的配置信息。
    在这里插入图片描述

  • 结论
    配置文件内容，在运行期间会被 sentinel 动态进行修改。
    当 master 和 slave 在身份进行改变后， master_redis.conf ， slave_redis.conf ， sentinel.conf 的内容都会发生改变。及 master_redis.conf 中会多一行 slaveof 的配置， sentinel.conf 监控的目标也会随之切换。

3、哨兵的运行流程和选举原理

（1）概括：
当一个主从配置中的 master 失效之后，sentinel 会选举出一个新的 master 用于自动接替原 master 的工作。主从配置中的其他 redis 服务器自动向新的 master 同步数据。
一般建议 sentinel 采取奇数台，少数服从多数，防止某一台 sentinel 无法连接到 master 而导致误切换。

（2）下线方式

  • SDown主观下线（Subjectively Down）
    单个 sentinel 自己主观上，检测到的关于 master 的状态。从 sentinel 角度来看，如果发送了PING心跳后，在一定的时间内没有收到合法的回复，就达到了 SDOWN 的条件。
    sentinel 配置文件中的 sentinel down-after-milliseconds 设置了判断主观下线的时间长度。
  • ODown客观下线（Objectively Down）
    需要一定数量的 sentinel ，多个哨兵达成一致意见，才能认为 master 客观上宕掉。
# quorum这个参数是进行客观下线的一个依据，法定人数/法定票数
sentinel monitor <master-name> <ip> <redis-port> <quorum>

至少有 quorum 个 sentinel 认为这个 master 有故障才会对这个 master 进行下线以及故障转移。因为有的时候，某个 sentinel 节点可能因为自身网络原因导致无法连接 master ，而此时 master 并没有出现故障，所以这就需要多个 sentinel 都一致认为该 master 有问题，才可以进行下一步操作，这就保证了公平性和高可用。
在这里插入图片描述
（3）选举出领导者哨兵（兵王）
当主节点被判断客观下线后，各个哨兵节点会进行协商，先选举出一个 领导者哨兵节点（兵王） 进行failover（故障迁移）。

# 依次查看3个哨兵的日志，查看投票信息。
vim sentinel26379.log
vim sentinel26380.log
vim sentinel26381.log

找到如下日志，则为 领导者哨兵（兵王）。
在这里插入图片描述

  • 领导者哨兵（兵王）是怎么选出来的？
    Raft算法。

监视该主节点的所有哨兵都有可能被选为领导者，选举使用的算法是 Raft算法 。
Raft算法 的基本思路： 先到先得：
即在一轮选举中，哨兵A向B发送成为领导者的申请，如果B没有同意过其他哨兵，则会同意A成为领导者。
在这里插入图片描述
（4）领导者哨兵（兵王）推动故障切换流程并选出新的 master

  • 新主登基
    选出某个 slave 作为新的 master。
    在剩下的都是健康的 slave 情况下，选举的规则如下：
    在这里插入图片描述
    在这里插入图片描述

  • 群臣俯首
    一朝天子一朝臣。
    执行 slaveof no one 命令，让选出来的从节点成为新的主节点，并通过 slaveof 命令，让其他节点成为其从节点。
    Sentinel leader （兵王） 会对选举出的 新master 进行 slaveof no one 命令，将其提升为 master。
    Sentinel leader （兵王） 向其他 slave 发送命令，让剩余的 slave 成为 新master 主节点的 slave。

  • 旧主拜服
    将之前已下线的 老master 设置为新选出的 新master 的从节点。当 老master 重新上线后，它会成为 新master 的从节点。
    Sentinel leader （兵王） 会将 老master 降级为 slave ，从而恢复正常工作。

  • 总结
    上述的 failover（故障迁移）操作均由 sentinel 本身自动完成，无需人工干预。

五、总结

1、哨兵的使用建议

  • 哨兵节点的数量应为多个。哨兵本身应该是集群，保证高可用。
  • 哨兵节点的个数应该为奇数。
  • 各个哨兵的配置保持一致，包括服务器硬件设备。以免影响公平的投票机制。
  • 如果哨兵节点部署在 Docker 等容器上，一定要保证端口的正确映射。
  • 哨兵集群+主从复制，并不能保证数据的零丢失。由于只有一台 master ，当master宕机之后，在哨兵选择出新 master 之前，这之间存在一段空白时间。这段空白时间内， master 是不能存储数据的，所以有可能会出现数据的丢失。所以，接下来引出 Redis集群（cluster） 。
    Redis集群（cluster） 在我的下一篇文章~~~

到这里 Redis 7系列：哨兵（sentinel） 就结束了！！！🎉🎉🎉
欢迎小伙伴们学习和指正！！！😊😊😊
祝大家学习和工作一切顺利！！！😎😎😎

chnmayan
关注
  • 20
    点赞
  • 踩
  • 20
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
Redis：哨兵（sentinel）
m0_46669446的博客
01-23 1609
redis：持久化 redis：主从复制 redis：哨兵 redis：集群 1 概述 1.1 作用 从宏观角度回顾一下Redis实现高可用相关的技术。它们包括：持久化、复制、哨兵和集群，其主要作用和解决的问题是： 持久化：持久化是最简单的高可用方法(有时甚至不被归为高可用的手段)，主要作用是数据备份，即将数据存储在硬盘，保证数据不会因进程退出而丢失。 复制：复制是高可用Redis的基础，哨兵和集群都是在复制基础上实现高可用的。复制主要实现了数据的多机备份，以及对于读操作的负载均衡和简单的故障恢复。缺陷
redis Sentinel （哨兵）
weixin_38777734的博客
08-02 97
Redis Sentinel 原理(https://redis.io/topics/sentinel) Sentinel 集群通过给定的配置文件发现 master，启动时会监控 master。通过向 master 发送 info 信息获得该服务器下面的所有从服务器。 Sentinel 集群通过命令连接向被监视的主从服务器发送 hello 信息 (每秒一次)，该信息包括 Sentinel 本身的 I...
Redis7【⑦ Redis哨兵(sentinel)】
weixin_44981126的博客
06-29 2432
Redis7【⑦ Redis哨兵(sentinel)】
Redis_07_Redis Sentinel-哨兵
爱喝可乐的w
04-14 583
Redis哨兵模式(实现分布式架构)
Linux下的Redis7版本哨兵模式部署
最新发布
Monks_gao的博客
05-30 1092
手把手教会你再Linux系统下编译安装Redis7的集群并实现哨兵模式
Centos7＋ redis7搭建主从＋哨兵模式超详细教程攻略
十二
07-19 1353
Centos7＋ Redis7搭建主从＋哨兵模式超详细教程攻略
【Redis7】 Redis7 哨兵（重点：哨兵运行流程和选举原理）
爱干饭的猿的博客
04-20 1350
本文重点介绍Redis7 哨兵，重点：哨兵运行流程和选举原理。
redis集群：redis-sentinel(哨兵机制)集群
05-09
Redis Sentinel（哨兵）是Redis集群中的一个重要组件，它提供了高可用性解决方案，确保当主节点发生故障时，能够自动将从节点提升为主节点，从而维持服务的连续性。哨兵系统通过监控、通知和自动故障转移来实现这一...
redis-test:使用 sentinel 测试一些 redis 配置
07-06
Redis Sentinel 是一个强大的工具，用于实现 Redis 集群的高可用性（HA）和故障转移。在这个名为 "redis-test" 的项目中，我们显然会探索如何使用 Sentinel 对 Redis 实例进行监控和管理，确保在主节点故障时能无缝...
第四十六章：Redis sentinel哨兵集群1
08-08
【Redis Sentinel哨兵集群详解】 Redis Sentinel是一种高可用性解决方案，它是Redis官方提供的一种分布式系统，专门用于监控Redis集群中的Master主服务器状态。在Master出现故障时，Sentinel能够自动进行故障转移，...
bitnami-docker-redis-sentinel：Bitnami Redis前哨Docker映像
02-16
Bitnami包装的Redis（TM）Sentinel是什么？ 免责声明：REDIS（r）是Redis Labs Ltd.的注册商标。RedisLabs Ltd.保留任何权利。Bitnami的任何使用仅供参考，并不表示Redis Labs Ltd之间有任何赞助，认可或从属关系。 ...
php-redis-sentinel:crypt连接redisPHP库哨兵
05-13
PHP Redis前哨 为AES，RSA，3DES和一些特殊算法...$ sentinel = new \ RedisSentinel \ Sentinel ( $ master_name );$ sentinel -> add ( new \ RedisSentinel \ Client ( '192.168.1.2' , 26379 ));$ sentinel -> add
下载哨兵数据的网站以及下载方法说明
热门推荐
qq_45241385的博客
07-19 1万+
网站1：https://search.asf.alaska.edu 使用说明： 1.选择下载的数据类型 该网站除了可以下载地理数据外，还可下载SBAS、Baseline 2.选择area of interest(感兴趣区域) 可以通过导入文件：点击import…按钮后导入 或直接利用下面的绘图工具选择。 3.限制起止时间 4.点击filter按钮，弹出下面的对话框，按照自己的需求，选择数据类型，模式，极化方式，升轨或降轨等等。然后点击search，从得到的影像中自行选择去下载。 小结：该网站只有哨兵
在Redis主从系统中使用哨兵
weixin_49561506的博客
07-19 626
介绍如何在主从系统中使用哨兵，以及哨兵的检测下线的原理，哨兵的部署与配置规范。
你不知道的redis七-redis高可用，哨兵机制详解
2301_82257730的博客
03-31 600
虽然我个人也经常自嘲，十年之后要去成为外卖专员，但实际上依靠自身的努力，是能够减少三十五岁之后的焦虑的，毕竟好的架构师并不多。架构师，是我们大部分技术人的职业目标，一名好的架构师来源于机遇(公司)、个人努力(吃得苦、肯钻研)、天分(真的热爱)的三者协作的结果，实践+机遇+努力才能助你成为优秀的架构师。如果你也想成为一名好的架构师，那或许这份Java成长笔记你需要阅读阅读，希望能够对你的职业发展有所帮助。《一线大厂Java面试题解析+核心总结学习笔记+最新讲解视频+实战项目源码》点击传送门即可获取！
centos7 部署redis 哨兵模式测试
weixin_43110668的博客
12-12 873
redis哨兵模式 （本测试用的是redis-6.2.5.tar.gz） 要求： 三台机器 192.168.1.41 （主） 192.168.1.42 （从） 192.168.1.43 （从） systemctl stop firewalld systemctl disable firewalld setenforce 0 sed -i "s/^SELINUX=enforcing/SELINUX=disabled/g" /etc/sysconfig/selinux sed -i "s/^SE
Centos7 Redis哨兵模式主从集群搭建
专注基础架构领域
06-15 1314
目前项目组还处于刚刚成立阶段，有许多东西需要从零到一，借着这个机会，学习到许多以前没有接触过的东西，Redis哨兵模式主从集群也是在这个阶段搭建的，其实在很久以前就一直有搭建哨兵集群的想法，直到一年之后才来做这件事感到挺惭愧的，将知识点记录和总结下来也是一种快乐。 一、Redis 哨兵模式简介 Redis-Sentinel是官方推荐的高可用解决方案，当redis在做master-slave的高...
redis超详细篇7 redis哨兵模式
生命不息，bug不止，一起探讨下写bug的技术吧
03-14 2248
上一篇我们讲了redis的主从复制以及三个特点， 我们有提到反客为主，不过那时候是用命令手动实现的，那么有没有办法自动实现呢？带着问题，我们来到这篇，那么当然有了。 开篇 哨兵模式：反客为主的自动版，能够后台检测主机是否故障，如果故障了，根据投票数，自动将从库变成主库 哨兵模式的实现 步骤： 1.先创建一个sentinel.conf文件（哨兵配置文件，名字绝对不能打错） 2.进行哨兵配置，填写内容 3.启动配置 sentinel.conf配置 我们还是在myredis目录下进行创建，输入以下命令 senti
构建高可用Redis服务：Redis Sentinel详解
2. **哨兵配置**：设置多个Sentinel实例，分布在不同的物理位置，以防止Sentinel本身成为单点故障。 3. **故障检测**：Sentinel定期检查Redis实例的状态，如果发现主节点不可用，会触发故障转移流程。 4. **客户端...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值