Redis_Sentinal 核心概念说明

最新推荐文章于 2023-05-18 12:05:20 发布
最新推荐文章于 2023-05-18 12:05:20 发布
阅读量83 收藏
点赞数 1
分类专栏： Redis原理及实战 文章标签： redis 数据库 java
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_69824074/article/details/130681423
版权

Redis_Sentinal 核心概念说明

哨兵会监听mastrer节点状态，如果说此时Sentinal判断master node现在已经宕机，实际上是会有两种宕机状态: Sdown 和 Odown

Sdown 和 Odown两种失败状态说明

sdown是主观宕机，就是一个哨兵自己觉得一个master宕机了，那么就是主观宕机
odown是客观宕机，如果quorum数量的哨兵都觉得一个master宕机了，那么就是客观宕机
sdown达成的条件其实很简单，如果一个哨兵ping一个master 超过了 == is-master-down-after-millisenconds== 指定的毫秒数之后，就主观认为master宕机
sdown 到 odown转换的条件也很简单，如果一个哨兵在指定时间内，收到了quorum指定数量的其他哨兵也认为那个master是down了，那么就认为是odown了

哨兵和Slave集群的自动发现机制

哨兵之间的互相发现，是通过redis的pub/sub系统实现的，每个哨兵都会往自己监控的每个master+slaves对应的_sentinal_:hello channel里发送一条消息，内容是自己的IP,host,和run_id,还有对这个master的监控配置，每个哨兵也会去监听自己监控的每个master + slaves 对应的_sentinal_:hello channel;然后去感知到同样在监听这个master+slaves的其他哨兵的存在
每个哨兵还会跟其他哨兵交换对master的监控配置，互相进行监控配置的同步

slave 配置的自动纠正

哨兵会负责自动纠正slave的一些配置，比如slave 如果要成为潜在的master候选人，哨兵会确保slave在复制现有的master的数据
如果slave连接到一个错误的master上，比如故障转移之后，那么哨兵会确保他们连接到正确的master上

slave->master选举算法

如果一个master 被认为是odown了，而且majority哨兵都允许了主备切换，那么某个哨兵就会执行主备切换操作，此时首先要选举出来一个slave

slave选举的要求(竞选条件)

  1. 跟Master断开连接的时长
    如果一个slave跟master断开连接已经超过了down-after-milliscends的10倍，外加master宕机的时长，那么slave就被认为不适合选举成为master 相关公式为：(down-after-milliscends * 10) + milliseconds_since_master_is_in_SOWN_state
  2. slave的优先级
  3. 复制offset
  4. run_id
接下来会按照上述的信息对slave进行排序
  1. 按照slave优先级进行排序，slave priority越低，优先级越高
  2. 如果slave priority相同，那么看replica offset，那个slave复制了越多的数据，offset越靠后，优先级越高
  3. 如果上面两个条件相同，那么就选择一个run_id比较小的slave

Quorum 和 majority 的概念

每次一个哨兵要做主备切换，首先需要quorum数量的哨兵认为odown,然后选举出来一个哨兵来做切换，这个哨兵还得得到majority数量的哨兵的授权，才能正式执行切换
如果quorum < majority; 比如5个哨兵，majority就是3，quorum设置为2, 那么就3个哨兵授权就可以执行切换
但是如果quorum >= majority，那么必须要quorum数量的哨兵都授权，比如5个哨兵，quorum是5，那么必须5个哨兵都同意授权，才能执行切换

configuration epoch

哨兵会对一套redis master+slave进行监控，有相应的监控的配置
执行切换的那个哨兵，会从要切换的新master哪里得到一个configuration epoch,这就是一个version号，每次切换的version都必须是唯一的，如果第一个选举出来的哨兵切换失败了，那么其他哨兵会等待failover-timeout时间，然后接替继续执行切换，此时会重新获取一个新的configuration epoch,作为新的version 号

configuration 传播

哨兵完成切换之后，会在自己本地更新成为最新的master配置，然后同步给其他的哨兵，这就是通过pub/sub消息机制，这里之前的version号就很重要了，因为各种消息都是通过一个channel去发布和监听的，所以一个哨兵完成一次新的切换之后，新的master配置是跟着新的version的，其他的哨兵都是根据版本号的大小来更新自己的master配置的

DearSil
关注
  • 1
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
专栏目录
（十六）高并发redis学习笔记：哨兵底层原理以及slave选举算法
秦怀杂货店
05-24 578
文章目录1、sdown和odown转换机制2、哨兵集群的自动发现机制3、slave配置的自动纠正4、slave->master选举算法5、quorum和majority6、configuration epoch7、configuraiton传播 1、sdown和odown转换机制 sdown和odown两种失败状态： sdown是主观宕机，就一个哨兵如果自己觉得一个master宕机了，那么就是主观宕机。sdown达成的条件很简单，如果一个哨兵ping一个master，超过了is-master-dow
关于redis哨兵集群依次启动sentinel 几秒钟后都出现 +sdown sentinel的解决方案
weixin_41753361的博客
05-10 2743
本文章主要是记录本人实战过程中遇到的问题。有雷同情况可供参考。 应用场景： 1.搭建redis主从集群（3个） 2.搭建redis哨兵集群（3个） 3.启动所有redis主从节点 4.启动所有哨兵 5.关闭redis主从集群中的主节点，查看哨兵日志是否会重新选举主节点 问题就出现在这里： 刚开始时我发现主节点停止后，每个哨兵都显示主节点sdown，也就是主观下线，但是没有一个哨兵节点显示oldown(客观下线），这样也就不会进入重新选举主节点环节。 后来经过排查发现在所有哨兵启动成功后就出
Redis哨兵的详解
weixin_30364325的博客
09-12 129
1 哨兵的作用 哨兵是redis集群架构中非常重要的一个组件，主要功能如下： 集群监控：负责监控redis master和slave进程是否正常工作 消息通知：如果某个redis实例有故障，那么哨兵负责发送消息作为报警通知给管理员 故障转移：如果master node挂掉了，会自动转移到slave node上 配置中心：如果故障转移发生了，通知client客户端新的maste...
Sentinel高可用性原理 哨兵间的通信机制
kacey123的博客
04-08 1359
 首先解释2个名词:SDOWN和ODOWN.SDOWN:subjectively down,直接翻译的为"主观"失效,即当前sentinel实例认为某个redis服务为"不可用"状态.ODOWN:objectively down,直接翻译为"客观"失效,即多个sentinel实例都认为master处于"SDOWN"状态,那么此时master将处于ODOWN,ODOWN可以简单理解为master已经...
Redis系列--哨兵模式
weixin_42972832的博客
05-18 4490
当主节点被判断为客观下线后，各个哨兵节点会进行协商，先选举出一个哨兵节点（Raft实算法），并由该哨兵节点推送故障迁移，选出新的master。当启动哨兵模式之后，如果你的master服务器宕机之后，哨兵自动会在从redis服务器里面 投票选举一个master主服务器出来；这个主服务器也可以进行读写操作！如果之前宕机的主服务器已经修好，可以正式运行了。那么这个服务器只能进行读的操作，也就说前大哥现在变为小弟了。
redis_rate:go-redis的速率限制
05-13
安装redis_rate支持2个最新的Go版本，并且需要具有支持的Go版本。 因此，请确保初始化Go模块：go mod init github.com/my/repo 然后安装redis_rate / v9（在导入中注意v9 ；忽略它是一个普遍的错误）：go get github...
flink-connector-redis_2.10-1.1.5-API文档-中英对照版.zip
07-14
赠送jar包：flink-connector-redis_2.10-1.1.5.jar； 赠送原API文档：flink-connector-redis_2.10-1.1.5-javadoc.jar； 赠送源代码：flink-connector-redis_2.10-1.1.5-sources.jar； 赠送Maven依赖信息文件：flink-...
Redis_Windows_6.2.6版本
06-28
Redis 是一个高性能的key-value数据库。 redis的出现，很大程度补偿了memcached这类key/value存储的不足，在部 分场合可以对关系数据库起到很好的补充作用。它提供了Java，C/C++，C#，PHP，JavaScript，Perl，Object...
Redis_redis_
10-03
Redis 思维导图 Redis Redis Redis
flink-connector-redis_2.11-1.0.jar
03-11
eg: "CREATE TABLE redis_dim (\n" + "key String,\n" + "res String\n" + ") WITH (\n" + " 'connector.type' = 'redis', \n" + " 'redis.ip' = '10.100.1.15', \n" + " 'database.num' = '0', \n"+//不起...
Redis 哨兵机制以及底层原理深入解析，这次终于搞清楚了
csdn681的博客
12-11 1539
前面我们基于实际案例搭建了缓存高可用方案（分布式缓存高可用方案，我们都是这么干的）同时提到了redis主从架构下是如何保证高可用的，讲到了它是通过redis sentinel的机制来实现的。 今天我们就来看看redis sentinel即哨兵机制的相关底层原理以及我们在生产中需要避的坑。 什么是redis sentinel 哨兵在redis集群架构中是一个非常重要的组件，其主要功能有下面...
Redis-哨兵的核心概念
上海一九四三
11-08 674
一、sdown和odown转换机制 sdown和odown是两种失败状态。 （1）sdown是主观宕机，就一个哨兵如果自己觉得一个master宕机了，那么就是主观宕机。 （2）odown是客观宕机，如果quorum数量的哨兵都觉得一个master宕机了，那么就是客观宕机。 （3）sdown达成的条件很简单，如果一个哨兵ping一个master，超过了is-master-down-after...
关于redis哨兵判断监视节点是否宕机的原理，redis哨兵Sdown，Odown
weixin_30329623的博客
07-10 2692
sdown和odown转换机制 sdown和odown两种失败状态 sdown是主观宕机，就一个哨兵如果自己觉得一个master宕机了，那么就是主观宕机 odown是客观宕机，如果quorum数量的哨兵都觉得一个master宕机了，那么就是客观宕机 sdown达成的条件很简单，如果一个哨兵ping一个master，超过了is-master-down-after-milliseconds指定...
Redis 哨兵（Sentinel）机制
chenhongyong
06-24 1687
redis的主从复制有个缺点： master宕机，需要手动把一个slave改为master，这期间master不存在，不能对外提供服务，且不一定能即使发现master宕机了。 主从复制表面上是高可用的，实际上并不是。 哨兵机制： 也叫做哨兵模式，监控master、slave的状态，若master故障，自动从slave中选出一个新的master，并将变化通知到管理员、redis客户...
Redis-3.2.1主从故障测试实例 及出现sdown后没有出现try-failover 或者出现 failover-abort-not-elected 解决方法
一叶扁舟
08-22 2万+
Redis-3.2.1主从故障测试实例 配置文件如下： Rdis 实例1配置文件 r1.conf :（默认为master） port 6379 masterauth mypwd requirepass mypwd protected-mode yes bind 192.168.98.136 Rdis 实例2配置文件 r2.conf : port 6380 mast
redis setinel 启动就 sdown
weixin_30649859的博客
03-22 1173
刚启动检测正常后就其他节点都sdown ，每个节点都是一样的报错，报下面的错： 10908:X 22 Mar 16:33:46.571 # WARNING: The TCP backlog setting of 511 cannot be enforced because /proc/sys/net/core/somaxconn is set to the lower value ...
Redis学习笔记(四) Redis哨兵(sentinel)
胡小海丶
12-30 2万+
Redis 的 哨兵(sentinel) 系统用于管理多个 Redis 服务器,该系统执行以下三个任务: • 监控(Monitoring): 哨兵(sentinel) 会不断地检查你的Master和Slave是否运作正常。 • 提醒(Notification):当被监控的某个 Redis出现问题时, 哨兵(sentinel) 可以通过 API 向管理员或者其他应用程序发送通知。 • 自动故障迁移(Automatic failover):当一个Master不能正常工作时，哨兵(sentinel) 会开始一次自
搭建redis-sentinel(哨兵机制)集群
热门推荐
无效的博客
05-31 2万+
简单介绍下Redis-sentinel： Redis-sentinel是Redis实例的监控管理、通知和实例失效备援服务，是Redis集群的管理工具。在一般的分布式中心节点数据库中，Redis-sentinel的作用是中心节点的工作，监控各个其他节点的工作情况并且进行故障恢复，来提高集群的高可用性。（简介来自链接：http://www.searchdatabase.com.cn/showcont
redis哨兵启动master sdown
秦怀杂货店
05-24 3368
搭建好哨兵之后，哨兵一启动，过了30秒就会判断master sdown: [root@cache01 ~]# redis-sentinel /etc/sentinal/5000.conf 1239:X 23 May 01:40:00.457 * Increased maximum number of open files to 10032 (it was originally set to 1024). _._
python redis redis_connect_func
最新发布
09-10
def redis_connect_func(): # 连接到Redis数据库 r = redis.Redis(host='localhost', port=6379, db=0) # 进行一些操作 r.set('key', 'value') value = r.get('key') # 关闭连接 r.close() return ...

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

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

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值