为什么redis哨兵集群只有2个节点无法正常工作？

最新推荐文章于 2025-06-17 16:57:29 发布
原创 最新推荐文章于 2025-06-17 16:57:29 发布 · 8k 阅读 · 11 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#redis #哨兵

本文解释了为什么仅配置两个节点的Redis哨兵集群无法正常工作。通过对比2节点与3节点集群，阐述了majority机制如何影响故障转移，并强调了为确保高可用性至少需要3个哨兵节点。

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

为什么redis哨兵集群只有2个节点无法正常工作？

哨兵集群必须部署2个以上节点

如果哨兵集群仅仅部署了个2个哨兵实例，quorum=1

+----+         +----+
| M1 |---------| R1 |
| S1 |         | S2 |
+----+         +----+

Configuration: quorum = 1

master宕机，s1和s2中只要有1个哨兵认为master宕机就可以还行切换，同时s1和s2中会选举出一个哨兵来执行故障转移

同时这个时候，需要majority，也就是大多数哨兵都是运行的，2个哨兵的majority就是2（2的majority=2，3的majority=2，5的majority=3，4的majority=2），2个哨兵都运行着，就可以允许执行故障转移

但是如果整个M1和S1运行的机器宕机了，那么哨兵只有1个了，此时就没有majority来允许执行故障转移，虽然另外一台机器还有一个R1，但是故障转移不会执行

经典的3节点哨兵集群

       +----+
       | M1 |
       | S1 |
       +----+
          |
+----+    |    +----+
| R2 |----+----| R3 |
| S2 |         | S3 |
+----+         +----+

Configuration: quorum = 2，majority

如果M1所在机器宕机了，那么三个哨兵还剩下2个，S2和S3可以一致认为master宕机，然后选举出一个来执行故障转移

同时3个哨兵的majority是2，所以还剩下的2个哨兵运行着，就可以允许执行故障转移

【微服务】springboot整合redis哨兵集群使用详解
congge
08-02 6298
springboot整合redis哨兵集群使用详解
Redis哨兵和集群模式
qq_64519337的博客
07-02 2474
领导哨兵节点从现有的从服务器中选举一个新的主服务器，并更新所有其他从服务器的配置，让它们开始复制新的主服务器。当检测到某个主节点失效时，集群中的其他节点会协同选举一个从节点作为新的主节点，确保数据的高可用性。# 多了这一行，用于追随某个节点的redis，被追随的节点为主节点，追随的为从节点，Redis5.0前版本可使用slaveof。当主节点失效时，集群会自动选举一个从节点作为新的主节点。：当检测到主服务器失效时，哨兵节点会从现有的从服务器中选举出一个新的主服务器，并将其他从服务器指向新的主服务器。
redis sentinel 2节点，停机自动切换
sdlyjzh的专栏
12-13 5566
我们知道，redis sentinel可以自动切换master和slave。在实验的时候，只用了两个节点。模拟master机器down机。这样，只剩下了一个sentinel。 但我们知道，sentinel选择leader的时候，要大部分sentinel同意才认为他是leader。当前情形下，就要求2个节点都同意。但是，我们只剩下了一个sentinel，就永远不会选择出leader，也就无法进行fa
redis 双节点redis集群搭建
weixin_41013126的博客
08-19 404
我整理的一些关于【集群】的项目学习资料（附讲解～～）和大家一起分享、学习一下：https://d.51cto.com/yOSbkRRedis 双节点集群搭建指南 在开发过程中，Redis因其高性能和丰富的数据结构被广泛应用。为了提高系统的可用性和扩展性，搭建一个Redis双节点集群是非常有必要的。本文将详细说明如何在两个...
redis高可用- Redis Sentinel（哨兵模式）
最新发布
qq_38252052的博客
06-17 312
主从架构，不数据分片，管理简单，适合中小场景。
有没有做 Redis 的集群?有哪几种方式,Redis 的集群最少要有多少个节点?如果其中一个节点挂掉会怎样?如果只有两个主节点 Redis 能不能跑起来?
qq_43795369的博客
08-01 274
在 Redis Sentinel 中，Sentinel 进程会自动检测到主节点的故障，并从从节点中选举出新的主节点，确保集群的可用性。在 Redis Cluster 中，集群会自动进行数据迁移和重新分配，使得集群中的其他节点可以接管故障节点的数据，保持集群的正常运行。总结：Redis 提供了多种集群方式，其中 Redis Sentinel 和 Redis Cluster 是常见的方式。这种方式需要一个或多个 Sentinel 进程来监控 Redis 主节点和从节点的状态，并在主节点故障时自动进行故障转移。
redis集群和哨兵模式出错解决
GJX00的博客
04-13 1064
1.当redis设置了密码之后，集群和哨兵要注意的地方 从机应该在redis.conf中末尾加上一个配置，masterauth redis的密码 哨兵模式 在redis-sentinel.conf 加一个配置 sentinel auth-pass 主机的密码
redis集群原理分析--故障转移
hw120219的博客
07-15 2273
Redis集群内节点通过ping/pong消息实现节点通信，消息不但可以传播节点槽信息，还可以传播其他状态如：主从状态、节点故障等。因此故障发现也是通过消息传播机制实现的，主要环节包括：主观下线（pfail）和客观下线（fail）。 主观下线：指某个节点认为另一个节点不可用，即下线状态，这个状态并不是最终的故障判定，只能代表一个节点的意见，可能存在误判情况。 1）节点a发送ping消息给节点b，...
docker-compose redis主从哨兵 redis多节点高可用 redis集群高可用
04-12
2. **Redis哨兵系统（Sentinel）**：哨兵是Redis的监控和故障转移组件，它可以监控主从节点的状态，当主节点故障时自动进行故障转移。在Docker Compose中，我们需要定义额外的哨兵节点，配置哨兵间的心跳检测和故障...
Redis哨兵集群搭建
hongcaixia的博客
06-24 825
准备6台机器，都安装上Redis，一台作为主节点，两台作为从节点，三台作为哨兵节点。只有master节点上可以执行写操作，两个slave节点只能执行读操作。这里我的redis版本很低，因为项目太老了，支持不了高版本。测试：主节点中设置的值，可以在两个从节点中get到。注意：日志文件要创建好。只需要在从节点配置上。
如何搭建redis哨兵集群
小诸葛的博客
08-18 353
进到master（6380）容器，连接redis，使用info replication命令查看集群状态。redissentinel.conf配置模板。6381，6382，6383节点配置方式同。redis.conf配置模板。
Redis不可用性以及基于哨兵机制的高可用性说明
weixin_69824074的博客
05-14 138
如果你系统的服务端再全年99.99%的时间内都是可用的，那么这样的系统就叫做99.99%高可用性。
Redis Sentinel 常见问题
jcsyl_mshot的博客
05-15 1655
节点运维 节点上下线：主节点，从节点，sentinel 节点 机器下线：例如过保等情况 机器性能不足：CPU,内存等 下线： 主节点：sentinel failover (忽略主客观下线，领导选举) 从节点：临时下线还是永久下线，但是要考虑读写分离情况 上线： 主节点：sentinel failover 从节点：slave of sentinel 节点:参考其他节点启动即可 ...
Reids 主从复制-哨兵机制中，脑裂问题及解决方案
chuixue24的博客
04-02 1838
1、什么是脑裂 redis的主从模式下脑裂是指因为网络问题，导致redis master节点跟redis slave节点和sentinel集群处于不同的网络分区，此时因为sentinel集群无法感知到 master 的存在，就会将某一个 slave 节点提升为 master 节点。此时就存在两个不同的 master节点，就像一个大脑分裂成了两个。 集群脑裂问题中，如果客户端还在基于原来的 master 节点继续写入数据，那么新的master 节点将无法同步这些数据，当网络问题解决之后，sentinel
【redis】哨兵模式
蜂蜜柚子茶
01-11 1318
redis的单机安装：【redis】liunx安装redis_蜂蜜柚子茶-优快云博客 哨兵模式是redis高可用的一种解决方案。 哨兵必须用三个实例取保证自己的高可用，但是哨兵+主从模式是不能保证消息不丢失的。 为什么用三个来保证呢？ 假设现在有两个服务器，第一台有redis主节点M1，和哨兵S1，第二台有redis从节点S2，哨兵S2。 如果M1宕机，S1和S2中只要有1个哨兵认为master宕机就可以还行切换，此时哨兵大多数（我理解的大多数的过半）还在运行，那么S1，S2能通过选举，拿出
redis系列之哨兵模式
qq_39329062的博客
07-13 698
为什么要有哨兵呢？
【Redis学习4】Redis四种模式之哨兵模式
LCreator的博客
03-09 2034
描述哨兵模式的工作机制
全面剖析Redis Cluster原理和应用
william的博客
04-11 379
全面剖析Redis Cluster原理和应用 1.Redis Cluster总览 1.1 设计原则和初衷 在官方文档Cluster Spec中，作者详细介绍了Redis集群为什么要设计成现在的样子。最核心的目标有三个： 性能：这是Redis赖以生存的看家本领，增加集群功能后当然不能对性能产生太大影响，所以Redis采取了P2P而非Proxy方式、异步复制、客户端重定向等设计...
Redis高可用（四）- 哨兵
weixin_40074110的博客
06-29 2684
Redis哨兵：基于Redis主从复制，主要作用便是解决主节点故障恢复的自动化问题。Redis Sentinel，即Redis哨兵，Redis 2.8版本开始引入；哨兵的核心功能是主节点的自动故障转移。哨兵的四个作用：客户端：只要通过API访问redis服务器，都会称作客户端，包括redis-cli、Java客户端Jedis等。其中，监控和自动故障转移功能，使得哨兵可以及时发现主节点故障并完成转移；而配置提供者和通知功能，则需要在与客户端的交互中才能体现。 哨兵节点：哨兵系统由一个或多个哨兵节点组成，特殊的
redis集群部署一般多少个节点？主从节点部署还是哨兵机制？
03-26
<think>好的，我现在需要回答用户关于Redis集群最佳实践的问题，包括节点数量、主从复制与哨兵模式的对比。首先，我得理清楚用户的需求，他们可能是在部署Redis时遇到了选择困难，想知道如何配置节点以及何时使用主从复制或哨兵模式。 首先，回忆一下主从复制的特点。主从复制主要是实现读写分离和数据备份，主节点处理写操作，从节点处理读操作，提高并发能力。但是主从复制本身不具备自动故障转移的能力，需要哨兵来监控和自动切换。所以主从复制适合读写分离的场景，而哨兵模式则是在主从基础上增加了高可用性。 接下来是节点数量的推荐。根据引用中的信息，主从复制至少需要一个主节点和一个从节点，但生产环境建议每个主节点有2-3个从节点。这样即使一个从节点故障，还有其他备份可用。对于哨兵模式，建议部署至少3个哨兵节点，且最好是奇数个，这样可以防止脑裂问题，确保故障转移的决策能够达成多数共识。 然后是主从复制与哨兵机制的对比。主从复制的优势在于简单，适合读写分离和负载均衡，但无法自动处理故障。而哨兵模式在故障转移方面自动化，适合高可用性要求高的场景，但配置更复杂，资源消耗也更多。 关于集群模式，用户可能还关心何时使用Cluster集群。当数据量超过单机内存容量，需要分片存储时，Cluster集群是更好的选择，因为它支持数据分片和自动故障转移，但需要至少6个节点（3主3从）。不过用户的问题中没有提到Cluster，可能需要稍微提及，但重点还是主从和哨兵。 在最佳实践中，需要考虑数据量、可用性要求、运维成本等因素。比如，小规模应用可能主从+哨兵就足够了，而大规模数据则需要Cluster。另外，节点分布在不同物理机或可用区，可以避免单点故障。 需要确保回答中引用了正确的资料，比如引用[1]到[4]中的内容。例如，主从复制的读写分离和数据备份来自引用[4]，哨兵的工作原理来自引用[3]，节点数量建议来自引用[1]和[4]。 最后，生成相关问题时要围绕用户的问题扩展，比如性能优化、故障处理、版本差异等。确保问题与用户的问题相关，并且有逻辑上的联系。 现在需要组织语言，分点回答，结构清晰。先回答节点数量推荐，再对比主从和哨兵，最后给出最佳实践建议。同时，每个部分引用对应的资料，确保信息的准确性。</think>### Redis集群部署最佳实践指南 #### 一、节点数量推荐 1. **主从复制模式** - 最小配置：1主1从（仅用于测试） - 生产环境建议：1主2从或1主3从[^4]。 例如：主节点负责写操作，3个从节点实现读负载均衡和数据冗余，单从节点故障时仍能保证数据安全。 2. **哨兵模式** - 哨兵节点需独立部署，推荐3个哨兵节点（奇数防止脑裂）[^3] - 主从节点建议：1主2从 + 3哨兵，共6节点[^1]。 3. **Cluster集群模式** - 最小要求：6节点（3主3从），每主节点对应1从节点 - 扩展建议：每主节点配2从节点（例如9节点：3主6从），提升容灾能力。 #### 二、主从复制 vs 哨兵模式对比 | 维度 | 主从复制 | 哨兵模式 | |--------------|------------------------------|------------------------------| | **核心功能** | 读写分离、数据备份 | 高可用、自动故障转移 | | **故障恢复** | 需人工干预 | 自动选举新主节点 | | **复杂度** | 配置简单 | 需部署哨兵节点和协调机制[^2] | | **适用场景** | 读写压力分离的小型系统 | 对可用性要求高的生产环境 | | **资源消耗** | 低（仅主从线程通信） | 高（哨兵需持续监控和选举） | #### 三、最佳实践建议 1. **节点规划** - 主节点与从节点应部署在不同物理服务器/可用区，避免单点故障[^4] - 哨兵节点避免与Redis实例同机部署，防止硬件故障连带失效[^1] 2. **模式选择逻辑** ```mermaid graph TD A[数据量<单机内存80%] --> B{需要自动故障转移?} B -->|是| C[哨兵模式] B -->|否| D[主从复制] A[数据量>单机内存80%] --> E[Cluster集群模式] ``` 3. **性能优化要点** - 主从复制开启`repl-diskless-sync`（无盘复制）减少IO压力 - 哨兵模式下设置`down-after-milliseconds 5000`（超时检测阈值） #### 四、典型场景示例 **电商促销场景** - 配置：3主3从Cluster集群 + 3哨兵节点 - 优势： 1. 支持10TB级商品缓存数据分片存储 2. 任一主节点故障时，30秒内完成从节点晋升 3. 读写吞吐量可达50万QPS（通过分片线性扩展）
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值