Redis哨兵配置

最新推荐文章于 2025-09-07 18:25:12 发布

原创最新推荐文章于 2025-09-07 18:25:12 发布 · 619 阅读

1 ·

CC 4.0 BY-SA版权

文章标签：

#redis

该博客介绍了如何在Spring Boot应用中配置Redis哨兵，包括设置主节点名称（默认mymaster）、哨兵节点的IP和端口列表以及哨兵的密码，以实现高可用的Redis集群方案。

Redis哨兵配置

可在application.yml中填写Redis哨兵配置

spring.redis.sentinel.master: 主节点名称，默认为mymaster
spring.redis.sentinel.nodes: 填写IP:PORT，多个节点用西文逗号分隔。
spring.redis.sentinel.password: Redis哨兵的密码

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

glseda

关注关注

0
点赞
踩
1

收藏

觉得还不错? 一键收藏
0
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

SpringBoot+Redis哨兵模式搭建

Zer01ne的博客

10-11

4214

Redis高可用哨兵模式搭建一主二从三哨兵模式 Redis安装 1、Redis下载 wget http://download.redis.io/releases/redis-4.0.11.tar.gz 2、解压 tar zxcf redis-4.0.11.tar.gz 3、进入目录 cd redis-4.0.11/ 4、安装 cd src m...

spring boot整合redis主从sentinel

最新发布

乐于分享，共同成长

09-07

1218

Redis哨兵模式在Spring Boot项目中的使用与实践

Springboot整合Redis三种模式的连接方式

吃顿好的

12-13

9232

Springboot整合Redis三种模式的连接方式写在前面环境介绍maven 依赖redis连接standalone模式默认配置配置信息代码调用自定义配置配置信息代码调用sentinel模式（哨兵模式）配置信息代码调用cluster模式（集群模式）配置信息代码调用写在前面本文只是简单整理，并没有过多研究，所以难免有纰漏，还请大家指出。环境介绍机器 10.3.50.182 Springb...

redis-springboot-哨兵模式-yml的配置文件

z104640219的博客

12-31

4635

yml 配置文件哨兵模式 spring: redis: password: 123456 sentinel: master: mymaster nodes: 47.98.217.106:26379,47.98.217.109:26380,47.98.217.109:26381 timeout: 20000 database: 0 ...

SpringBoot 集成Redis哨兵-配置

柏~的博客

03-04

373

目录配置配置如下配置需要添加Redis依赖：添加Redis依赖 spring: redis: # 使用的第几个数据库 database: 1 # Redis密码 password: 111111 sentinel: # master名称在sentinel.conf中配置，默认是mymaster master: mymas...

精选资源

Redis哨兵模式配置文件

03-26

在Windows环境下配置Redis哨兵模式，你需要按照以下步骤操作： 1. 安装Redis服务：首先需要在每台服务器上安装Redis服务，并配置相应的redis.conf文件。 2. 配置哨兵：然后，为每个哨兵节点创建并编辑sentinel.conf...

redis哨兵配置文件.zip

04-02

redis哨兵配置文件：3个Sentinel节点、2个从节点、1个主节点下载完成后，默认密码是12345678，只需修改slaveof masterip port即可运行。 redis版本最好是大于3.0

SpringRedis哨兵配置

12-24

SpringRedis哨兵配置，包括RedisTemplete、CacheManger

redis哨兵配置好的3个conf文件

11-08

在探讨Redis哨兵配置的三个conf文件之前，我们需要对Redis哨兵系统有一个基本的了解。Redis哨兵是Redis的高可用性解决方案，它负责监控Redis主从服务器集群的状态，包括主服务器是否正常工作，以及在必要时进行故障...

Redis哨兵配置文件

12-24

以上是Redis Sentinel配置文件中的一些核心参数，正确配置这些参数能够确保哨兵系统有效监控和管理Redis集群，提高服务的稳定性和可用性。在实际部署中，根据业务需求和环境调整这些参数，以实现最佳性能和可靠性。

spring + redis + sentinel 配置

10-17

spring + redis + sentinel 配置文件，同学们可以下载使用，有问题请指教。

springboot2 配置redis哨兵sentinel

01-17

5306

上一篇基础 springboot2 配置redis，RedisTemplate，RedisCachehttps://blog.csdn.net/haveqing/article/details/86519992 配置sentinel.master和sentinel.nodes spring-redis会自动加载配置配置了哨兵，host和port就不用配置了， spring: re...

Redis Sentinel架构配置方法

大数据流浪法师的学习笔记与分享

03-16

411

在你开始配置Sentinel架构之前，你应该已经拥有一个至少3个节点的redis集群（已配置主从架构的那种）。第一步：三个节点修改Sentinel配置文件三台机器执行以下命令修改redis的哨兵配置文件 cd /export/servers/redis-3.2.8 vim sentinel.conf #修改bind配置，每台机器修改为自己对应的主机名 bind hadoop01 #配置se...

redis一主二从三sentinel配置

星猿

08-27

1228

前言应用redis的sentinel技术，做到redis的高可用环境操作系统为 CentOS Linux release 7.9.2009 Redis 版本为 Redis server 6.2.5 三台虚拟机，CPUx4 4G，ip地址为 10.1.1.200 ~ 202 安装安装Redis 在三台服务器，安装 Redis ，参考在CentOS7中使用yum方式安装redis 三台一样操作。三台服务器和三个Redis-server的关系 Server1: 10.1.1.200 Redis 10.

redis 高可用主从+哨兵模式配置以及整合springboot使用

王威振的博客

06-23

3414

首先准备三台redis服务。高可用基本上都是选用大于3台服务先设置主从关系：先选用一个节点为主节点。我这里用6380作为主。在其他两个服务redis.conf中增加slaveof 127.0.0.1:6380 因为是要做哨兵模式。所以每个节点都要设置可以写。在三个服务中redis.conf更改 slave-read-only为no。并且找到masterauth XXXXX 修改。这个密码主节点的密码。最好对于这三个redis服务密码都设置一样。这样主从就搞好了。接下来做哨兵在三..

关于spring的redis的配置

qq_44969215的博客

02-10

1万+

1、配置文件引用 <dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-data-redis</artifactId> </dependency> <dependency> <g

Redis 学习总结(3) Redis 哨兵模式

张云飞Vir的专栏

07-23

465

1. 背景在实际开发中不会仅仅部署一个 Redis 示例，为了获得高可用，Redis 哨兵模式则是高可用的一种选择。本文先介绍下哨兵模式，再介绍了如何在 springboot 项目中使用。 2.知识 Redis Sentinel 即哨兵模式，它是 Redis 官方的高可用性解决方案。这意味着使用 Sentinel (哨兵模式)，您可以创建一个 Redis 部署，它可抵抗某些类型的故障...

SpringBoot 集成Redis(哨兵模式)

书香水墨

05-01

1452

一、引入pom依赖 <dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-redis</artifactId> <version>1.4.1.RELEASE</version> </dependency> 二、配置属性文件 spring.redis.host=127

redis哨兵配置

03-27

<think>嗯，用户之前问了Redis分片，现在又问哨兵配置，看来他们对Redis的高可用和扩展性方案比较感兴趣。可能用户正在搭建一个需要高可用性的Redis环境，或者遇到了主从故障切换的问题。首先，我需要回顾Redis哨兵的作用。哨兵是用来监控Redis主从实例，自动进行故障转移的系统。用户可能想知道如何配置哨兵，以及配置时需要注意哪些参数。接下来，用户可能已经了解分片，现在关注高可用性，所以需要将哨兵和集群区分开。需要解释哨兵和Cluster的区别，比如哨兵管理主从切换，而Cluster处理分片和自动数据分布。然后，配置步骤是关键。用户需要具体的配置文件和步骤，比如如何设置监控的主节点、quorum、故障转移后的行为等。要给出示例配置文件，并说明每个参数的意义，比如sentinel monitor、down-after-milliseconds、failover-timeout等。另外，用户可能关心如何启动和操作哨兵，包括检查状态、手动故障转移等命令。需要提供常用命令，比如sentinel masters，sentinel slaves，sentinel failover等。还要考虑哨兵的部署注意事项，比如至少三个哨兵实例、网络分区的影响、客户端兼容性等。用户可能在生产环境中部署，需要这些最佳实践来避免常见问题。可能用户遇到的误区是认为哨兵可以完全避免数据丢失，需要强调哨兵只负责故障转移，持久化仍需配置。此外，客户端如何正确处理切换，比如重连机制和订阅通知，也是需要提及的。最后，总结哨兵的适用场景，比如主从架构下的高可用，和Cluster方案的对比，帮助用户根据业务需求选择合适的方案。需要确保回答结构清晰，逐步引导用户理解配置和原理，避免过于技术化，但又要足够详细。</think>### Redis 哨兵配置详解：高可用架构的守护者 **Redis 哨兵（Sentinel）** 是 Redis 官方提供的分布式监控系统，核心功能是 **自动故障转移（Failover）** 和 **主从切换**。其角色类似于“数据库管理员”：持续监控主从节点健康状态，当主节点故障时，自动选举新主节点并通知客户端，保障服务持续可用。 --- #### **一、哨兵的核心能力** | **功能** | **说明** | **类比场景** | | --- | --- | --- | | **节点监控** | 每秒向主/从节点发送 `PING` 命令检测存活状态 | 类似医院的心跳监测仪 | | **自动故障转移** | 主节点宕机时，选举新主节点并更新配置 | 飞机自动驾驶系统接管控制 | | **配置中心** | 客户端通过哨兵获取最新主节点地址 | 类似DNS服务器动态解析地址 | | **通知告警** | 通过脚本或API发送故障事件通知 | 类似消防报警系统 | --- #### **二、哨兵配置实战（以 3 节点哨兵集群为例）** **1. 基础配置文件** 创建 `sentinel.conf` 文件（每个哨兵节点独立配置）： ```conf # 哨兵端口 port 26379 # 监控主节点（格式：sentinel monitor <主节点名称> <IP> <端口> <仲裁数>） sentinel monitor mymaster 127.0.0.1 6379 2 # 主节点响应超时判定（毫秒） sentinel down-after-milliseconds mymaster 5000 # 故障转移超时时间（毫秒） sentinel failover-timeout mymaster 180000 # 故障转移时，最多允许多少个从节点同时同步新主节点 sentinel parallel-syncs mymaster 1 ``` **关键参数解析**： - `quorum 2`：至少需要 2 个哨兵同意才触发故障转移 - `down-after-milliseconds`：连续 5 秒无响应判定节点失效 - `parallel-syncs`：控制从节点重建复制连接的并发量，避免新主节点过载 --- #### **三、哨兵集群启动流程** ```bash # 启动 Redis 主节点 redis-server redis.conf # 启动两个从节点（需在配置文件中设置 replicaof） redis-server redis-slave1.conf redis-server redis-slave2.conf # 启动三个哨兵节点 redis-sentinel sentinel1.conf redis-sentinel sentinel2.conf redis-sentinel sentinel3.conf ``` --- #### **四、哨兵工作原理** 1. **监控阶段** - 哨兵每秒向主节点发送 `PING` - 主节点返回 `PONG` 表示存活，超时未响应则标记为 **主观下线（SDOWN）** 2. **仲裁阶段** - 哨兵通过 Gossip 协议与其他哨兵通信 - 当超过 `quorum` 数量的哨兵认为主节点下线，标记为 **客观下线（ODOWN）** 3. **选举领导者哨兵** - 使用 Raft 算法选举一个哨兵作为领导者，负责执行故障转移 4. **故障转移流程**： - 从从节点列表中选取数据最新的节点 - 对其执行 `SLAVEOF NO ONE` 提升为主节点 - 修改其他从节点复制目标为新主节点 - 更新客户端连接信息 --- #### **五、哨兵操作命令** | **命令** | **作用** | **示例** | | --- | --- | --- | | `SENTINEL masters` | 查看监控的主节点信息 | `redis-cli -p 26379 SENTINEL masters` | | `SENTINEL slaves <master-name>` | 查看从节点列表 | `SENTINEL slaves mymaster` | | `SENTINEL failover <master-name>` | 手动触发故障转移 | 用于测试或维护场景 | | `SENTINEL get-master-addr-by-name <master-name>` | 获取当前主节点地址 | 客户端自动发现使用 | --- #### **六、哨兵部署注意事项** 1. **最少节点数** - 生产环境至少部署 **3 个哨兵节点**，避免脑裂（网络分区时需满足多数派原则） 2. **网络隔离影响** - 若哨兵节点与 Redis 节点部署在同一机器，机器宕机会导致监控失效 - **推荐方案**：哨兵节点独立部署在不同物理机/可用区 3. **客户端兼容性** - 客户端需支持哨兵协议（如 Jedis、Lettuce） - 客户端需实现自动重连和主节点刷新逻辑 4. **配置持久化** - 哨兵会动态修改配置文件（如主节点变更后更新 `sentinel.conf`） - 确保配置文件有写入权限 --- #### **七、常见问题解决方案** **问题1：脑裂（Split-Brain）** - **现象**：网络分区导致出现两个主节点 - **解决方案**： - 设置 `min-slaves-to-write 1`（主节点至少需有 1 个从节点才能写入） - 配置合理的 `quorum` 值（建议为哨兵节点数/2 + 1） **问题2：故障转移延迟** - **优化方向**： - 调整 `down-after-milliseconds`（如从 30 秒降至 5 秒） - 减少 `parallel-syncs` 值避免新主节点过载 --- #### **八、哨兵 vs Redis Cluster** | **维度** | **哨兵模式** | **Redis Cluster** | | --- | --- | --- | | 数据分布 | 主从复制，无分片 | 自动分片（16384 个槽） | | 扩展性 | 垂直扩展（提升单机配置） | 水平扩展（增加节点） | | 适用场景 | 高可用读写分离 | 海量数据 + 高并发 | | 复杂度 | 配置简单 | 需处理跨槽位事务 | --- **总结**：Redis 哨兵是构建高可用 Redis 服务的基石，通过合理配置哨兵参数和部署方案，可实现秒级故障切换。对于需要读写分离但数据量未达到分片级别的场景，哨兵模式仍然是性价比最高的选择。