Redis的哨兵机制的配置

最新推荐文章于 2025-06-12 21:10:09 发布
最新推荐文章于 2025-06-12 21:10:09 发布
阅读量471 收藏 1
点赞数
CC 4.0 BY-SA版权
分类专栏： nosql
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/qq_40667143/article/details/83349877
本文深入解析Redis哨兵(sentinel)系统，介绍其监控、提醒及自动故障迁移功能，阐述哨兵如何确保Redis集群的高可用性和稳定性，包括哨兵的工作原理、配置步骤及与Zookeeper的相似之处。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

什么是哨兵机制

Redis的哨兵(sentinel) 系统用于管理多个 Redis 服务器,该系统执行以下三个任务:

·        监控(Monitoring): 哨兵(sentinel) 会不断地检查你的Master和Slave是否运作正常。

·        提醒(Notification):当被监控的某个 Redis出现问题时, 哨兵(sentinel) 可以通过 API 向管理员或者其他应用程序发送通知。

·        自动故障迁移(Automatic failover):当一个Master不能正常工作时，哨兵(sentinel) 会开始一次自动故障迁移操作,它会将失效Master的其中一个Slave升级为新的Master, 并让失效Master的其他Slave改为复制新的Master; 当客户端试图连接失效的Master时,集群也会向客户端返回新Master的地址,使得集群可以使用Master代替失效Master。

哨兵(sentinel) 是一个分布式系统,你可以在一个架构中运行多个哨兵(sentinel) 进程,这些进程使用流言协议(gossipprotocols)来接收关于Master是否下线的信息,并使用投票协议(agreement protocols)来决定是否执行自动故障迁移,以及选择哪个Slave作为新的Master.

每个哨兵(sentinel) 会向其它哨兵(sentinel)、master、slave定时发送消息,以确认对方是否”活”着,如果发现对方在指定时间(可配置)内未回应,则暂时认为对方已挂(所谓的”主观认为宕机” Subjective Down,简称sdown).

若“哨兵群”中的多数sentinel,都报告某一master没响应,系统才认为该master"彻底死亡"(即:客观上的真正down机,Objective Down,简称odown),通过一定的vote算法,从剩下的slave节点中,选一台提升为master,然后自动修改相关配置.

虽然哨兵(sentinel) 释出为一个单独的可执行文件 redis-sentinel ,但实际上它只是一个运行在特殊模式下的 Redis 服务器，你可以在启动一个普通 Redis 服务器时通过给定 --sentinel 选项来启动哨兵(sentinel).

哨兵(sentinel) 的一些设计思路和zookeeper非常类似

单个哨兵(sentinel)

哨兵模式修改配置

实现步骤：

1、在你所设定的哨兵服务器，把sentinel.conf 拷贝到 etc 目录下

cp sentinel.conf /usr/local/redis/etc

2.修改sentinel.conf配置文件

sentinel monitor mymaster 192.168.161.134 6379 1  #主节点 名称 IP 端口号 选举次数

sentinel auth-pass mymaster 123456 # 名称  密码

3、修改心跳检测 30秒 表示实时监测 默认为30秒 

：

4.修改合格节点： 默认为1 如果你有多个节点的话 可以进行修改

sentinel parallel-syncs mymaster 1  做多多少合格节点

5、. 启动哨兵模式

./redis-server /usr/local/redis/etc/sentinel.conf --sentinel & 

看到图中效果表示哨兵配置成功：

 

 

Redis哨兵机制配置实战-实测(Redis6.2.5版本)
雾林小妖的博客
09-21 379
Redis哨兵机制实战，步骤详细
Redis——Redis哨兵机制原理
庄小焱
03-15 4288
摘要 Redis 的数据全部在内存里，如果突然宕机，数据就会全部丢失，因此必须有一种机制来保证 Redis 的数据不会因为故障而丢失，这种机制就是 Redis 的持久化机制。Redis 的持久化机制有两种，第一种是快照，第二种是 AOF 日志。快照是一次全量备份， AOF 日志是连续的增量备份。快照是内存数据的二进制序列化形式，在存储上非常紧凑，而 AOF 日志记录的是内存数据修改的指令记录文本。 AOF 日志在长期的运行过程中会变的无比庞大，数据库重启时需要加载 AOF 日志进行指令重放，这个时间就会无
Redis的哨兵机制
小迷糊
03-19 802
Redis的哨兵机制：Sentinel（哨兵）是Redis 的高可用性解决方案 为了达到redis的高可用，有两种常用的部署方式：主从复制+哨兵机制；集群模式。哨兵机制是redis2.8开始支持。集群模式是redis3.0开始支持。 什么是redis的哨兵机制？ :Redis的哨兵(sentinel) 系统用于管理多个 Redis 服务器,该系统执行以下三个任务 监控(Monitoring): ...
Redis哨兵机制
art_code的博客
11-01 237
什么是哨兵机制 Redis的哨兵(sentinel)系统用于管理多个Redis服务器,该系统执行以下三个任务: ·监控(Monitoring):哨兵(sentinel)会不断地检查你的Master和Slave是否运作正常。 ·提醒(Notification):当被监控的某个Redis出现问题时,哨兵(sentinel)可以通过API向管理员...
【Redis】Redis探秘Sentinel（哨兵模式）！
最新发布
mifffy_java的博客
06-12 1014
Redis的高可用机制有持久化、复制、哨兵和集群。持久化：持久化是最简单的高可用方法(有时甚至不被归为高可用的手段)，主要作用是数据备份，即将数据存储在硬盘，保证数据不会因进程退出而丢失。复制：复制是高可用Redis的基础，哨兵和集群都是在复制基础上实现高可用的。复制主要实现了数据的多机备份，以及对于读操作的负载均衡和简单的故障恢复。缺陷：故障恢复无法自动化；写操作无法负载均衡；存储能力受到单机的限制。哨兵实现了主从复制中故障的自动化恢复。缺陷：写操作无法负载均衡；存储能力受到单机的限制。
Redis 哨兵机制及配置
一个人的Code博客
02-14 1364
一、为什么 Redis 集群中要有哨兵机制 Redis 主从复制有一个缺点，当 master 宕机以后，整个集群的写就会挂掉。因为 redis 本身是不会自动从 slave 中选举出新的 master 的。 我们理想的情况是：当 master 挂掉之后，可以有 slave 迅速补上，自动切换为 master，不影响整个服务。 基于此，引入了 Redis Sentinel（Redis 哨兵机制）。 它能够在 master 挂掉之后，自动从 多台 slave 中选举出 新的 master，迅速开始工作，
Redis哨兵机制及配置过程
weixin_46685039的博客
02-16 736
Redis的哨兵(sentinel) 系统用于管理多个 Redis 服务器,该系统执行以下三个任务: 1.监控(Monitoring): 哨兵(sentinel) 会不断地检查你的Master和Slave是否运作正常(心跳)。 2.提醒(Notification):当被监控的某个 Redis出现问题时, 哨兵(sentinel) 可以通过 API 向管理员或者其他应用程序发送通知。 自动故障迁移(Automatic failover):当一个Master不能正常工作时，通过投票机制，选举出新的master。
redis的哨兵机制
xiaozhuangyumaotao的博客
05-04 265
在"redis的主从配置"这篇文章最后，我这样写道“4.如果主挂掉了，我们知道6380,6381的会以slave的身份静默待命，如果此时我在6380上执行slaveof no one,可以把80变为主，在6381上执行slaveof 192.168.23.112 6380,那么以6381为端口的redis就“改换门庭”了，变成了6380的从，6379再启动的话也只是个独立的re...
Java面试八股之Redis哨兵机制
u012151345的博客
07-15 1368
选择新主节点：领导者哨兵根据配置的从节点选择策略（如优先选择复制偏移量最大的从节点，表示数据最完整）从健康的从节点中选择一个作为新的主节点。故障自动修复：如果新的主从关系出现问题（如新主节点故障），哨兵会再次触发故障转移流程，选举新的主节点，确保集群的高可用性。配置监控：为每个哨兵节点配置要监控的主节点（以及其从节点），包括主节点的IP地址、端口、密码（如有）以及监控间隔等参数。原主节点恢复（可选）：当原主节点恢复在线时，哨兵会将其自动配置为新主节点的从节点，等待后续可能的手动或自动故障恢复。
大厂面试官：Redis哨兵机制，你了解多少？
静韧
08-25 1148
大厂常问面试题，Redis哨兵机制，你了解多少？
redis哨兵模式配置(配置文件等)
weixin_61407147的博客
04-17 2480
(3)自动故障转移：当主节点下线之后，哨兵可以从主节点的多个从节点中选出一个为主节点，并更新配置文件和其他从节点的主节点信息。(2)提醒：如果Redis运行出现问题可以 按照配置文件中的配置项 通知客户端或者集群管理员。(1)监控：不停监控Redis主从节点是否安装预期运行。三台机器的redis.conf。
redis 主从复制，多个哨兵相关配置
04-29
redis服务配置，配置redis主从复制，多个哨兵监控redis主服务，自动切换服务
Redis哨兵模式配置详解
dhj1212的博客
03-11 5803
主从复制模式，它是属于 Redis 多机运行的基础，但这种模式本身存在一个致命的问题，当主节点奔溃之后，需要人工干预才能恢复 Redis 的正常使用。我们需要一个自动的工具——Redis Sentinel（哨兵模式）来把手动的过程变成自动的，让 Redis 拥有自动容灾恢复（failover）的能力。哨兵就相当于对主从服务器做一个监视的任务。一旦发现主服务器宕机了，就迅速启动相应的规则将某一台从服务器升级为主服务器，无需人工干预，更稳定更快。
小白学Redis系列：哨兵机制(上)
SomeoneMH的博客
07-06 1423
     Redis一般以一主多从的形式部署，以实现读写分离，减轻单个Redis实例的负载压力。今天我们来讨论下，在主数据库宕机停止服务的情况下，如何恢复主数据库，保持整个Redis系统的高可用性。方式一：手工通过从数据库恢复主数据库    手工通过从数据库恢复主数据是一个相对繁琐且危险的过程，操作不当可能导致整个Redis系统数据丢失。因此，手工操作时需要严格按照以下两步进行：从备选从数据库中选...
Redis容灾部署哨兵(sentinel)机制配置详解及原理介绍
黄太洪的博客
04-26 7770
1.为什么要用到哨兵哨兵(Sentinel)主要是为了解决在主从复制架构中出现宕机的情况,主要分为两种情况:1.从Redis宕机这个相对而言比较简单,在Redis中从库重新启动后会自动加入到主从架构中,自动完成同步数据。在Redis2.8版本后,主从断线后恢复 的情况下实现增量复制。2.主Redis宕机这个相对而言就会复杂一些,需要以下2步才能完成 i.第一步,在从数据库中执行SLAVEOF NO
REDIS哨兵配置
。
08-08 1322
为了提高网站响应速度，企业会将热点数据保存在内存中而不是直接从后端数据库中读取。大型网站应用，热点数据往往巨大，几十G上百G是很正常的事，这种情况下，就需要用到缓存服务器，通过缓存服务器承载大部分用户请求，小部分用户请求交给后端服务器处理，如此一来，就可以大大提高用户访问的速度，提升用户使用体验。常用的缓存服务器有：memcacheredisRedis 是一种开源（BSD 许可）内存中数据结构存储，用作数据库、缓存、消息代理和流引擎。为了实现最佳性能，Redis 使用 内存数据集。
Redis配置哨兵及其机制
光头强的博客
11-15 2002
Redis 哨兵是为了解决 Redis 主从同步的时候宕机问题，是 Redis一种高可用的实现方案。但是哨兵也会宕机，这时候又需要 Redis集群来解决了……参考文档：https://time.geekbang.org/column/article/274483。
redis 配置哨兵模式
王嘞嘞的前端之路
02-21 1434
创建文件夹/data/redis/conf，把redis.conf 分别复制三份 redis_6379.conf、redis_6380.conf、redis_6381.conf，vi打开redis_6380.conf修改。当 主服务器 重新向 Sentinel的PING命令返回 有效回复 时，主服务器 的 主观下线状态 就会被移除。当一个 主服务器 被 Sentinel标记为 客观下线 时，Sentinel 向 下线主服务器 的所有 从服务器 发送 INFO 命令的频率，会从10秒一次改为 每秒一次。
springboot redis哨兵集群配置
03-08
### Spring Boot Redis Sentinel 集群配置指南 在分布式环境中，为了提高系统的可用性和可靠性，通常会采用Redis哨兵(Sentinel)机制来监控和管理Redis实例。对于Spring Boot应用程序来说，与Redis哨兵集群集成涉及几个重要方面。 #### 1. 添加依赖项 要在项目中启用对Redis的支持，在`pom.xml`或者`build.gradle`文件里加入相应的starter包[^1]： 对于Maven构建工具而言： ```xml <dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-data-redis</artifactId> </dependency> ``` 而对于Gradle，则应添加如下语句： ```groovy implementation 'org.springframework.boot:spring-boot-starter-data-redis' ``` #### 2. 配置Sentinel节点信息 编辑application.properties或application.yml文件以指定多个sentinels地址以及master名称。下面是一个YAML格式的例子[^2]: ```yaml spring: redis: sentinel: master: mymaster nodes: localhost:26379,localhost:26380,localhost:26381 ``` 这里假设存在三个运行在同一台机器上的sentinel进程监听不同端口；实际部署时应当替换为真实的IP地址及端口号组合。 #### 3. 自定义RedisConnectionFactory Bean (可选) 如果需要更细粒度地控制连接行为，比如设置超时时长等参数，可以通过创建自定义bean实现这一点。这一步不是必需的，但在某些场景下可能会有所帮助[^3]: ```java @Configuration public class RedisConfig { @Bean public LettuceConnectionFactory redisConnectionFactory() { RedisSentinelConfiguration sentinelConfig = new RedisSentinelConfiguration() .master("mymaster") .sentinel("host1", port1) .sentinel("host2", port2); return new LettuceConnectionFactory(sentinelConfig); } } ``` 上述代码片段展示了如何利用Lettuce作为客户端库建立到Redis哨兵集群的安全可靠链接。 通过遵循这些指导原则，能够有效地将基于Spring Boot的应用程序同Redis哨兵集群结合起来，从而增强服务稳定性和响应速度。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值