Redis Sentinel详解

最新推荐文章于 2023-06-29 01:38:57 发布
最新推荐文章于 2023-06-29 01:38:57 发布
阅读量493 收藏
点赞数
分类专栏： Redis
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_40770950/article/details/95495012
版权

主从复制的问题

  • 当master节点发生故障时，需要手动进行故障转移
  • 写能力与存储能力受限，写能力和存储能力都依赖于master节点

Redis Sentinel架构

​ 在主从复制的基础上，新增多个Redis Sentinel节点，这些Sentinel不存储任何的数据。这些Sentinel节点会完成Redis的故障判断并故障转移的处理，然后通知客户端。一套Redis Sentinel集群可以监控多套Redis主从，每一套Redis主从通过master-name作为标识。

​ 客户端不直接连接Redis服务，而连接Redis Sentinel。在Redis Sentinel中清楚哪个节点是master节点。

故障转移流程

  1. 多个Sentinel发现并确认master有问题
  2. 选举出一个Sentinel作为领导
  3. 选出一个slave作为master
  4. 通知其余slave成为新的master的slave
  5. 通知客户端主从发生的变化
  6. 等待老的master复活成为新master的slave

Redis Sentinel的相关配置

配置含义
port ${port}sentinel的端口号
dir “/redisDataPath”redis的工作目录
logfile “${port}.log”redis的日志文件
sentinel monitor mymaster 127.0.0.1 7000 2名称为mymaster的主从
masterIP=127.0.0.1 masterPort=7000
2个sentinel发现这个master有问题后执行故障转移
sentinel down-after-milliseconds mymaster 30000每个sentinel在连续ping 30000ms不通后认为有问题
sentinel parallel-syncs mymaster 1在故障转移时，该名称为mymaster的集群中
同一时间点只允许1个节点进行复制
sentinel failover-timeout mymaster 180000故障转移的超时时间

Redis Sentinel的安装与配置

1.配置开启主从节点

  • redis-7000.conf
port 7000
daemonize yes
pidfile /var/run/redis-7000.pid
logfile "7000.log"
dir /redisDataPath
  • redis-7001.conf
port 7001
daemonize yes
pidfile /var/run/redis-7001.pid
logfile "7001.log"
dir /redisDataPath
slaveof 127.0.0.1  7000
  • redis-7002.conf
port 7002
daemonize yes
pidfile /var/run/redis-7002.pid
logfile "7002.log"
dir /redisDataPath
slaveof 127.0.0.1 7000

2.配置开启sentinel监控主节点（sentinel是特殊的redis）

  • redis-26379.conf（redis sentinel的默认端口是26379）
port 26379
daemonize yes
dir "/redisDataPath"
logfile "26379.log"
sentinel monitor mymaster 127.0.0.1 7000 2 
#sentinel的master的名字，ip，端口，有几个sentinel检测到master节点有问题，从而故障转移。
sentinel down-after-milliseconds mymaster 30000
#时间判断
sentinel parallel-syncs mymaster 1
#进行故障转移后，旧的master节点将会成为新的master的从节点来复制新的master，
#通过1设置每次只能复制一个
sentinel failover-timeout mymaster 180000 
#故障转移时间
  • redis-26380.conf
port 26380
daemonize yes
dir "/redisDataPath"
logfile "26380.log"
sentinel monitor mymaster 127.0.0.1 7000 2
sentinel down-after-milliseconds mymaster 30000
sentinel parallel-syncs mymaster 1
sentinel failover-timeout mymaster 180000
  • redis-26381.conf
port 26381
daemonize yes
dir "/redisDataPath"
logfile "26381.log"
sentinel monitor mymaster 127.0.0.1 7000 2
sentinel down-after-milliseconds mymaster 30000
sentinel parallel-syncs mymaster 1
sentinel failover-timeout mymaster 180000

在这里插入图片描述

客户端接入基本原理

  1. 客户端需要***所有的sentinel节点***以及对应的***masterName***
  2. 客户端会遍历所有的sentinel节点，获取一个可用的sentinel节点
  3. 向***可用的sentinel***调用 sentinel get-master-addr-by-name masterName， 可用的sentinel将返回master节点信息。
  4. 客户端连接该master节点，调用role或者role replication，确认该节点是master节点。
  5. 如果master发生故障转移，sentinel是能够感知，并通过发布订阅模型将最新的master信息告知客户端
Set<String> sentinelSet = new HashSet<String>() {{
    add("127.0.0.1:26379");
    add("127.0.0.1:26380");
    add("127.0.0.1:26381");
}};
JedisPoolConfig poolConfig = new JedisPoolConfig();
String masterName = "myMaster";
int timeout = 30_000;	//jedis连接sentinel的超时时间
JedisSentinelPool sentinelPool = new JedisSentinelPool(
    			masterName , sentinelSet , poolConfig , timeout);
Jedis jedis = sentinelPool.getResource();
jedis.close();

三个定时任务

  • 每10秒每个sentinel对master和slave执行info
    • 发现slave节点
    • 确认主从关系
  • 每2秒每个sentinel通过mster节点的channel交换信息（pub/sub)
    • 通过_sentinel_:hello频道交互
    • 交互对节点的“看法”和自身信息
  • 每1秒每个sentinel对其他sentinel和redis执行ping

主观下线与客观下线

  • 主观下线：每个sentinel节点对Redis节点失败的看法。
    • sentinel down-after-milliseconds masterName timeout
    • 每个sentinel节点每秒会对Redis节点进行ping，当连续timeout毫秒之后还没有得到PONG，则sentinel认为redis下线。
  • 客观下线：所有sentinel节点对Redis节点失败达成共识。
    • sentinel monitor masterName ip port quorum
    • 大于等于quorum个sentinel主观认为Redis节点失败下线
    • 通过sentinel is-master-down-by-addr提出自己认为Redis master下线

领导者选举

  • 原因：只有一个sentinel节点完成故障转移
  • 选举：通过 sentinel is-master-down-by-addr 命令都希望成为领导者
    • 每个主观下线的sentinel节点向其他sentinel节点发送命令，要求将它设置为领导者
    • 收到命令的Sentinel节点如果没有同意其他Sentinel节点发送的命令，那么将同意该请求，否则拒绝。
    • 如果该Sentinel节点发现自己的票数已经超过Sentinel集合半数且超过quorum，那么将它成为领导者
    • 如果此过程有多个Sentinel节点成为了领导者，那么将等待一段时间重新进行选举

故障转移（Sentinel领导者节点完成之后）

  1. 从slave节点中选出一个“合适的”节点作为新的master节点
    • 选择slave-priority(slave节点优先级)最高的slave节点，如果存在则返回，不存在则继续
    • 选择复制偏移量最大的slave节点（复制的最完整性），如果存在则返回，不存在则继续
    • 选择runId最小的slave节点
  2. 对上面的slave节点执行slave no one命令让其成为master节点
  3. 向其余的slave节点发送命令，让它们成为新master节点的slave节点，复制规则和parallel-syncs参数有关。
  4. 更新对原来master节点配置为slave，并保持对其“关注”，当其恢复后命令它去复制新的master节点

节点运维（上线与下线）

生产节点下线可能原因

  • 机器下线：过保等情况
  • 机器性能不足：例如CPU、内存、磁盘、网络等

1.主节点

##节点下线
##手动进行故障转移
sentinel failover ${masterName}
##跳过主观下线、客观下线与领导者选举，领导者即为当前连接的sentinel节点

##节点上线
config set slave-priority num  #调大新增节点的优先级
sentinel failover ${masterName}

2.从节点

需要区分是临时下线还是永久下线。例如需要做一些配置、AOF、RDB等方面的清理工作。

当上线时候，执行slaveof masterIp masterPort即可

3.Sentinel节点

需要区分是临时下线还是永久下线。例如需要做一些配置的清理工作。

高可用读写分离

可以考虑尝试扩展 JedisSentinelPool，维护master节点与slave节点池

并关注三条消息来维护节点池

  • switch-master : 切换主节点（从节点晋升为主节点）
  • convert-to-slave : 切换从节点（原主节点降为从节点）
  • sdown : 主动下线
朱海涛的博客
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
Redis Sentinel
敖尔其楞的专栏
08-02 1222
sentinel能做下面事情： 1监控 2通知 3自动故障转移 4客户端连接sentinel，sentinel能自动提供正确的服务地址 运行sentinel redis-sentinel /path/to/sentinel.conf redis-server /path/to/sentinel.conf –sentinel sentinel模式下运行 该工具是运行在26379端口下
Redis-sentinel（哨兵模式）的搭建步骤及相关知识
最新发布
muxia_jhy的博客
06-08 1205
Redis主从复制是一种用于数据冗余和可伸缩性的机制，它将一台Redis服务器的数据复制到其他Redis服务器。在这种模式下，数据会实时地从一个主节点（Master）同步到一个或多个从节点（Slave）。然而，单纯的redis主从复制存在一个明显的缺点——即当主节点（Master）发生故障不可用时，尽管数据因为实时的进行复制而不会丢失（或者丢失极少），但将从节点（Slave）升级为主节点（Master）需要人工介入，手动进行切换。因此，这不但增加了运维的人工成本，并且还无法保障业务连续性。
redis之sentinel模式
不务正业随手记
06-08 1509
redis哨兵模式，高可用集群部署模式
Redis7【⑦ Redis哨兵(sentinel)】
weixin_44981126的博客
06-29 2382
Redis7【⑦ Redis哨兵(sentinel)】
redis Sentinel模式详解.docx
09-10
Redis Sentinel 模式详解 从标题、描述、标签和部分内容中，我们可以提取出以下几个重要的知识点： 1. Redis 在 Web 开发中的应用：Redis 是一种基于内存的 key-value 数据库，经常用于存储用户登录态、加速热数据...
Redis Sentinel服务配置流程(详解)
09-09
Redis Sentinel 是 Redis 集群中的一个重要组件，它的主要功能是监控、通知和自动故障迁移，确保 Redis 服务的高可用性。下面将详细介绍 Redis Sentinel 的配置流程以及相关概念。 1. **Redis Sentinel 系统概述** ...
Linux redis-Sentinel配置详解
09-09
**Linux Redis-Sentinel配置详解** Redis Sentinel 是一个高可用性解决方案，用于监控、故障检测以及在主从架构中自动故障转移Redis服务器。在Linux环境中配置Redis Sentinel可以确保系统的稳定性和可靠性。以下将...
Redis服务之高可用组件sentinel详解
09-08
Redis Sentinel是Redis服务的一个重要组件，主要负责提供高可用性（High Availability, HA）解决方案。Sentinel系统设计的目标是监控Redis主从集群中的Master节点，当Master节点出现故障时，能够自动进行故障转移，...
第四十六章：Redis sentinel哨兵集群1
08-08
【Redis Sentinel哨兵集群详解】 Redis Sentinel是一种高可用性解决方案，它是Redis官方提供的一种分布式系统，专门用于监控Redis集群中的Master主服务器状态。在Master出现故障时，Sentinel能够自动进行故障转移，...
Nodejs对接redis sentinel
clearlxj的博客
07-05 2270
Nodejs对接redis sentinel 注：该文档的实验环境基于《redis高可用方案redis sentinel的介绍和实践》搭建，如有疑问详见上述文档 本文档是对《redis高可用方案redis sentinel的介绍和实践》的一些补充，主要说明使用nodejs来对接redis sentinel，以及进行简单的容灾实验测试。 redis-sentinel对接 nodejs对接redis ...
深入学习Redis高可用架构：哨兵原理及实践
极客神殿
05-06 467
本文将要介绍的哨兵，它基于 Redis 主从复制，主要作用便是解决主节点故障恢复的自动化问题，进一步提高系统的高可用性。 文章将首先介绍哨兵的作用和架构；然后讲述哨兵系统的部署方法，以及通过客户端访问哨兵系统的方法；然后简要说明哨兵实现的基本原理；最后给出关于哨兵实践的一些建议。（注：文章内容基于 Redis 3.0 版本） 哨兵的作用和架构 哨兵的作用 在介绍哨兵之前，首先从宏观角度回顾一下 Redis 实现高可用相关的技术。 它们包括：持久化、复制、哨兵和集群，其主要作用和解决的问题是： 持久化：持久
Redis 中的 哨兵（Sentinel） API
norang的博客
09-03 532
这里写目录标题9.3 API1.sentinel masters2.sentinel master< master name>3.sentinel slaves< master name>4.sentinel sentinels< master name>5.sentinel get-master-addr-by-name < master name>6.sentinel reset < pattern >7.sentinel failover&l
Redis 学习笔记（十三）Redis Sentinel 介绍与部署
热门推荐
men_wen的博客
05-25 4万+
Redis Sentinel 介绍与部署1. Sentinel介绍1.1 主从复制的问题Redis主从复制可将主节点数据同步给从节点，从节点此时有两个作用： 一旦主节点宕机，从节点作为主节点的备份可以随时顶上来。 扩展主节点的读能力，分担主节点读压力。 但是问题来了： 一旦主节点宕机，从节点晋升成主节点，同时需要修改应用方的主节点地址，还需要命令所有从节点去复制新的主节点，整个过程需要人工干预。 主
Redis Sentinel实现的机制与原理详解
weixin_34288121的博客
03-17 179
序言 Redis-Sentinel是Redis官方推荐的高可用性(HA)解决方案。实际上这意味着你可以使用Sentinel模式创建一个可以不用人为干预而应对各种故障的Redis部署。 它的主要功能有以下几点 监控：Sentinel不断的检查master和slave是否正常的运行。 通知：如果发现某个redis节点运行出现问题，可以通过API通知系统管理员和其他的应用程序。 ...
.NET平台下Redis使用(六)【ServiceStack.Redis发布、订阅服务示例】
极客神殿
09-30 1万+
#订阅者首先创建RedisClient，然后调用CreateSubscription()方法创建订阅客户端，然后设置订阅客户端的几个事件：OnMessage:接受到消息时。OnSubscribe：订阅频道时。OnUnSubscribe：取消订阅频道时。最后，调用subscribeToChannels(channelName)，订阅频道。 class Program { sta
Redis全方位讲解--哨兵模式（Sentinel模式）
weixin_30783629的博客
11-03 1718
前言 　　当按照上一篇《redis主从复制》部署好之后，我们会想，一旦redis的master出现了宕机，并且我们并没有及时发现，这时候就可能会出现数据丢失或程序无法运行。此时，redis的哨兵模式就派上用场了，可以用它来做redis的高可用。 功能作用 监控(monitoring)：Sentinel 会不断地检查你的主服务器和从服务器是否运作正常。 提醒(Notifation)...
Redis 主从复制操作和哨兵模式配置
Hello, New World!
07-09 1447
Redis 主从复制操作和哨兵模式配置1. Redis 主从复制1.1 配置步骤1.2 主从复制原理2. Redis 哨兵模式2.1 高可用2.1 配置步骤2.3 哨兵模式优缺点 官网教程：https://www.redis.net.cn/tutorial/3515.html 1. Redis 主从复制 主从复制是指将一台 Redis 服务器的数据，复制到其它的 Redis 服务器。 前者称为主节点(master)，后者称为从节点(slave)；数据的复制是单向的，只能由主节点到从节点。 默认情况下，每台
Redis Sentinel的三个定时任务的详解
02-16
Redis Sentinel 是 Redis 的高可用方案，它通过运行多个 Redis 实例来保证 Redis 的高可用性。Redis Sentinel 有三个重要的定时任务，分别是故障检测、故障转移和配置更新。 1. 故障检测：Sentinel 会定期向监控的 ...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值