redis 选举领头 Sentinel

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

#redis #sentinel #数据库

💝💝💝欢迎来到我的博客，很高兴能够在这里和您见面！希望您在这里可以感受到一份轻松愉快的氛围，不仅可以获得有趣的内容和知识，也可以畅所欲言、分享您的想法和见解。
img

  • 持续学习,不断总结,共同进步,活到老学到老
  • 人生的本质是追寻自我的提升，包括思想、能力、意志等等。
  • 直面变化，找到背后更基础的东西，更基础的东西是用户的需求。
  • 我们的成功是我们的现在和将来决定的。今天和明天已经由昨天决定，你还可以决定后天。

非常期待和您一起在这个小小的网络世界里共同探索、学习和成长。💝💝💝 ✨✨ 欢迎订阅本专栏 ✨✨

博客目录

17.选举领头 Sentinel

领头 Sentinel 对下线主服务器进行故障转移操作,需要先选举领头 Sentinel。

选举领头 Sentinel ：

  • 每个监视同一主服务器的 Sentinel 都有资格成为领头
  • 每次选举后不论成功失败，每个 Sentinel 的配置纪元增加 1
  • 一个配置纪元里，所有 Sentinel 都有一次机会将某个 Sentinel 设置为局部领头，且设置后在此纪元不会更改
  • 每个发现主服务器进入客观下线状态的 Sentinel 都会要求其他将自己设置为局部领头。
  • 源 Sentinel 向目标 Sentinel 发送 SENTIENL is-master-down-by-addr 命令且 runid 参数不是 * 而是自己的 runid 时表示要目标设置源为它的局部领头 Sentinel
  • 设置局部领头的规则是先到先得，后来的都被拒绝。
  • 目标接收后将向源回复，其中的 leader_runid 和 leader_epoch 记录目标的局部领头的 runid 和配置纪元
  • 源接收命令的回复后取出参数，如果和自己相同则表示自己成为目标的局部领头
  • 如果某个 Sentinel 被半数以上设置为局部领头，则他成为领头 Sentinel
  • 因为需要半数以上支持且只能设置一次局部领头，则领头 Sentinel 只有一个
  • 在指定时间内没有选出领头 Sentinel，则在一段时间后再
最低0.47元/天 解锁文章
Sentinel（哨兵）检测主观下线、客观下线、选举领头Sentinel、实现故障转移
See_Csdn_的博客
04-20 1297
文章目录主观下线客观下线选举领头Sentinel故障转移修改从服务器的复制目标 主观下线 默认情况下，Sentinel哨兵会以每秒一次的频率向所有与它创建命令连接的实例（包括主服务器、从服务器、其他Sentinel）发送PING命令，并通过实例返回的PING命令回复来判断实例是否在线。 收到的有效回复为+PONG、-LOADING、-MASTERDOWN命令，其余都是无效回复（包括没有回复的）。 如果在down-after-milliseconds毫秒以内，sentinel收到的都是无效回复，
Redis: Sentinel节点管理，故障迁移一致性以及TILT模式
Wang的专栏
10-02 1347
raft 共识算法保证了故障迁移一致性在同一个周期里边，不会产生多个领头者也就不会产生多个故障迁移保证了故障迁移的一致性TILT模式是当前节点如果服务器压力大，或者说因为某些其他的原因导致获取不到系统时间没有办法有效的做出命令的回复的一个间隔判断，那么它就会进入TILT这个保护模式当这个保护模式正常运行 30 秒钟，它就会退出如果在这个保护模式期间仍然要做时间判断，还是没有办法去处理，它会延长TILT的这个模式。
Raft协议实战之Redis Sentinel的选举Leader源码解析
weixin_30814319的博客
11-09 803
这可能是我看过的写的最详细的关于redis 选举的文章了， 原文链接 Raft协议是用来解决分布式系统一致性问题的协议，在很长一段时间，Paxos被认为是解决分布式系统一致性的代名词。但是Paxos难于理解，更难以实现，诸如Google大牛们开发的分布式锁系统Chubby都遭遇了很多坑。Raft协议设计的初衷就是容易实现，保证对于普遍的人群都可以十分舒适容易的去理解。另外，它必须能够让...
[Redis] Redis哨兵机制
最新发布
无需多言
11-08 2249
何为Docker,我们一定都听说过一个词,叫做虚拟机.所谓虚拟机就是通过软件,在一个电脑上模拟出另外的一些硬件.但是虚拟机有一个非常大的问题,比较吃配置,这个事情对我们仅有的一台服务器来说,压力山大.Docker可以认为是一个"轻量级"的虚拟机,起到了虚拟机这样的环境隔离的效果,但是有没有吃很多的硬件配置资源.在Docker中,有两个非常重要的概念需要我们做出区分,一个就是"镜像",另一个就是"容器".“镜像"可以看做一个模版或者是一个蓝图。
redis选举领头Sentinel
牛逼！
03-05 527
1.所有监视同一个主服务器的多个在线Sentinel中的任意一个都有可能成为领头Sentinel 2.每次进行领头Sentinel选举之后，无论选举是否成功，所有Sentinel的配置纪元(configuration epoch)的值都会加1。配置纪元实际上就是一个计数器，并没有什么特别的。 3.在一个配置纪元里面，所有的Sentinel都有一次将某个Sentinel设置为局部领头Sentinel的机会，并且局部领头一旦设置，在这个配置纪元里面就不能再更改。 4.每个发现主服务器进入客观下线的Sentine
【Redis学习】Sentinel集群选举机制
kezade的blog
03-21 2714
【Redis学习】Sentinel集群选举机制概要一、三个定时任务1.每隔10秒2.每隔2秒3.每隔1秒二、主观下线三、客观下线四、Sentinel领导者选举五、故障转移 概要 当redis集群的主节点故障时，Sentinel集群将从剩余的从节点中选举一个新的主节点，有以下步骤： 故障节点主观下线 故障节点客观下线 Sentinel集群选举领导者 Sentinel领导者决定新主节点 一、三个定时任务 1.每隔10秒 每隔10秒，每个Sentinel节点会向主节点和从节点发送info命令，用以获取最新的拓
Redis Sentinel和ZooKeeper选举机制
weixin_39304656的博客
07-04 471
使用 Raft 协议的变体进行领导者选举。依赖于多个 Sentinel 实例的投票来决定新的主服务器。选择新主服务器时，考虑从服务器的优先级和数据最新程度。ZooKeeper使用 Zab 协议进行领导者选举。选举过程中，节点根据zxid进行比较，zxid大的节点优先。新领导者选出后，会与从节点同步数据，确保一致性。Redis Sentinel 和 ZooKeeper 都采用分布式共识算法来选举主服务器，并确保系统在主服务器故障时能够快速恢复和继续提供服务。
Redis(设计与实现)---＞选取领头Sentinel
m0_46405589的博客
10-19 313
小伙伴们大家好呀，一转又是两天过去了，你们比昨天更博学了吗？ hhh，废话不多说，直接上正题。 一、概念 当一个主服务器被判断为客观下线时，监视这个下线主服务器的各个Sentinel会进行协商，选举出一个领头Sentinel，并由领头Sentinel对下线主服务器执行故障转移操作。 二、选举领头Sentinel的规则和方法 1.所有在线的Sentinel都有被选为领头Sentinel的资格，换句话说，监视同一个主服务器的 多个在线Sentinel中的任意一个都有可能成为领头Sentinel 2.每次进行领头
Redis-Sentinel集群日志信息
qq_35374297的博客
01-02 1106
@[【Redis-Sentinel集群日志信息】 +reset-master：主服务器已被重置。 +slave：一个新的从服务器已经被Sentinel识别并关联。 +failover-state-reconf-slaves：故障转移状态切换到了reconf-slaves状态。 +failover-detected：另一个Sentinel开始了一次故障转移操作，或者一个从服务器转换成了主服务器。 +slave-reconf-sent：领头（leader）的Sentinel向实例发送了SLAVEOF命令，为实例
Redis哨兵模式（Sentinel、1主2从3哨兵6台服务器配置实战、客户端调用、日志解析、主观下线、客观下线、仲裁、脑裂问题、哨兵长与从节点投票选举过程与原理）
weixin_42100387的博客
06-24 4250
Redis哨兵模式（Sentinel、1主2从3哨兵6台服务器配置实战、客户端调用、日志解析、主观下线、客观下线、仲裁、脑裂问题、哨兵长与从节点投票选举过程与原理）
【有料】Raft协议实战之Redis Sentinel的选举Leader源码解析
daobuxinzi的博客
05-10 920
Raft协议是用来解决分布式系统一致性问题的协议，在很长一段时间，Paxos被认为是解决分布式系统一致性的代名词。但是Paxos难于理解，更难以实现，诸如Google大牛们开发的分布式锁系统Chubby都遭遇了很多坑。Raft协议设计的初衷就是容易实现，保证对于普遍的人群都可以十分舒适容易的去理解。另外，它必须能够让人形成直观的认识，这样系统的构建者才能够在现实中进行必然的扩展。本文从Redis Sentinel集群选择Leader的具体流程和源码分析，描述Raft协议中的选举Leader算法。
关于Redis sentinel哨兵高可用选举master的几个技术细节知识问与答
watermelonbig的专栏
11-25 1758
Redis Sentinel应用Raft协议来解决分布式系统一致性问题，即选举redis master的问题。我们在使用redis哨兵架构时，经常强调哨兵节点数量需要设置为3或5或7。假定哨兵节点数量为N，那么quorum票数就设置为N/2+1 。 实际的业务情况有很多变化，部署规模也不等，在设计Redis哨兵高可用架构时如果没留意其中的一些细节，很容易进坑。所以我结合实际工作经验设计出下面这样一...
Redis篇——一篇文章带你彻底拿下Sentinel哨兵模式(自动选举老大的模式)技术点，超详细、保姆级别教程奉上，不要错过~
我热爱学习，也乐于分享。无论是科技前沿的洞见，还是生活中的小技巧，我都会在这里与你分享。我相信，知识就是力量，而分享则能让这份力量得到更好的传递。
12-08 3483
一、概述和实现逻辑主从切换技术的方法是，当主服务器宕机后，需要手动把一台从服务器通过命令切换为主服务器，这就需要人工干预，还会造成一段时间内服务不可用。这不是一种值得推荐的方式，更多的时候，我们会优先考虑哨兵模式！！！哨兵模式，是一个分布式系统：通俗的讲，就是一种谋朝篡位的自动版，能够在后台监控主机是否故障，如果故障了，会根据投票自动将从服务器转换为主服务器。用于监控和管理Redis实例的高可用性。在Redis Sentinel中，哨兵实例之间通过PING和PONG消息进行通信。
Redis 哨兵架构、集群选举原理分析-04
YanQiuXiang
06-11 2989
哨兵架构下client端第一次从哨兵找出redis的主节点，后续就直接访问redis的主节点，不会每次都通过 sentinel代理访问redis的主节点，当redis的主节点发生变化，哨兵会第一时间感知到，并且将新的redis 主节点通知给client端(这里面redis的client端一般都实现了订阅功能，订阅sentinel发布的节点变动消息)redis集群没有过半机制会有脑裂问题，网络分区导致脑裂后多个主节点对外提供写服务，一旦网络分区恢复，会将其中一个主节点变为从节点，这时会有大量数据丢失。
Redis哨兵模式中的选举算法：Raft vs Paxos
TaloyerG的博客
12-12 4059
哨兵模式是在主从模式的基础上，引入了哨兵（sentinel）节点，用于监控主节点和从节点的运行状态，并在主节点发生故障时，自动将一个从节点升级为新的主节点，实现主节点的自动故障转移。哨兵模式可以提高Redis的可用性和容错性，是实现Redis高可用的一种常用方式。自动故障转移，无需人工干预，减少了服务中断和数据丢失的风险集群监控，可以实时感知主从节点的健康状况，及时发现和处理异常情况配置中心，可以提供主节点的动态发现和通知服务，方便客户端的连接和切换。
高可用：哨兵机制（Redis Sentinel）
qq_25447799的博客
03-30 2695
Redis中实现高可用的哨兵机制
redis主从中的Master自动选举之Sentinel哨兵机制
weixin_40980639的博客
07-02 3697
顾名思义，哨兵的作用就是监控Redis系统的运行状况，它的功能包括两个哨兵是一个独立的进程，使用哨兵后的架构如图所示，同时为了保证哨兵的高可用，我们会对Sentinel做集群部署，因此Sentinel不仅仅监控Redis所有的主从节点，Sentinel也会实现相互监控。 在前面主从复制的基础上，增加三个sentinel节点，来实现对redis中master选举的功能。 192.168.221.128（sentinel） 192.168.221.129（sentinel） 192.168.221.130（se
Redis-Sentinel（哨兵模式），看这篇就够了哦
热门推荐
养歌的博客
12-15 1万+
简介 Sentinel（哨兵） 是redis的高可用性解决方案：由一个或多个Sentinel实例组成的Sentinel系统可以监视任意多个主服务器，以及这些主服务器属下的所有从服务器，并在被监视的主服务器进行下线时，自动将下线主服务器属下的某个从服务器升级为新的主服务器。然后由新的主服务器代替已下线的主服务器继续处理命令请求。 例如下图所示： 当Server1 掉线后： 升级Server2 为新的主服务器： 启动并初始化Sentinel 启动一个Sentinel可以使用命令： redis-sentin
Redis设计与实现 学习笔记 第十六章 Sentinel
tus00000的博客
11-07 1051
8.源Sentinel接收到目标Sentinel返回的命令回复后，会检查回复中leader_epoch参数的值和自己的配置纪元是否相同，如果相同，那么源Sentinel继续取出回复中的leader_runid参数，如果leader_runid参数的值和源Sentinel的运行ID一致，那么表示目标Sentinel将源Sentinel设置成了局部领头Sentinel。9.如果有某个Sentinel被半数以上Sentinel设置成了局部领头Sentinel，那么这个Sentinel成为领头Sentinel。
redis lua脚本，实现服务器启动时候哨兵选举
06-01
Redis Sentinel 是 Redis 的一个高可用性解决方案，它可以监控多个 Redis 实例，并在主节点出现故障时自动将从节点提升为新的主节点，从而实现 Redis 集群的高可用性。哨兵选举是 Sentinel 的一个重要功能，它用于在启动 Sentinel 时自动选举出一个领头 Sentinel，领头 Sentinel 负责监控 Redis 实例的状态，并在出现故障时发起故障转移操作。 在 Redis 中使用 Lua 脚本可以方便地实现哨兵选举功能。以下是一个简单的 Lua 脚本，用于在启动时自动选举领头 Sentinel： ``` local leader = redis.call('get', 'sentinel.leader') if leader == false or leader == KEYS[1] then redis.call('set', 'sentinel.leader', KEYS[1]) return true else return false end ``` 这个 Lua 脚本需要传入一个参数，即当前 Sentinel 的 ID。它首先从 Redis 中获取当前的领头 Sentinel，如果领头 Sentinel 为空或者当前 Sentinel 的 ID 与领头 Sentinel 的 ID 相同，则将当前 Sentinel 设置为领头 Sentinel，并返回 true，否则返回 false。这样，当多个 Sentinel 启动时，只有一个 Sentinel 会被选举为领头 Sentinel，从而保证整个 Sentinel 集群的稳定性。
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值