【Redis学习】Redis哨兵(sentinel)

最新推荐文章于 2024-08-02 21:57:46 发布
最新推荐文章于 2024-08-02 21:57:46 发布
阅读量790 收藏 1
点赞数
分类专栏： Redis学习 文章标签： redis 学习 sentinel
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/a534563/article/details/129977554
版权

理论简介

定义

吹哨人巡查监控后台master主机是否故障，如果故障了根据投票数自动将某一个从库转换为新主库，继续对外服务。

作用：

  1. 监控redis运行状态，包括master和slave

  2. 当master down机，能自动将slave切换成新master

哨兵可以类比为无人值守的运维。

在这里插入图片描述

功能

主从监控

监控主从redis库运行是否正常

消息通知

哨兵可以将故障转移的结果发送给客户端

故障转移

如果Master异常，则会进行主从切换，将其中一个Slave作约新Master

配置中心

客户端通过连接哨兵来获得当前Redis服务的主节点地址

在这里插入图片描述

案例实操

架构说明

3个哨兵

自动监控和维护集群，不存放数据，只是吹哨人

在这里插入图片描述

1主2从

用于数据读取和存放

步骤

/myredis目录下新建或者拷贝sentinel.conf文件，名字绝不能错

先看看/opt目录下默认的sentinel.conf文件的内容

  • 重点参数项说明

    sentinel monitor <master-name> <ip> <redis-port> <quorum>

    设置要监控的master服务器

    quorum表示最少有几个哨兵认可客观下线，同意故障迁移的法定票数。

    网络是不可靠的，有时候一个sentinel会因为网络堵塞而误以为一个master redis已经死掉了，在sentinel集群环境下需要多个sentinel互相沟通来确认某个master是否真的死了，quorum这个参数是进行客观下线的一个依据，意思是至少有quorum个sentinel认为这个master有故障，才会对这个master进行下线以及故障转移。因为有的时候，某个sentinel节点可能因为自身网络原因，导致无法连接master，而此时master1没有出现故障，所以，这就需要多个sentinel都一致认为该master有问题，才可以进行下一步操作，这就保证了公平性和高可用。

    sentinel auth-pass <master-name> <password>

    master设置了密码，连接master服务的密码

sentinel down-after-milliseconds <master-name> <milliseconds>
# 指定多少毫秒之后，主节点没有应答哨兵，此时哨兵主观上认为主节点下线

sentinel parallel-syncs <master-name> <nums>
# 表示允许并行同步的slave个数，当Master挂了后，哨兵会选出新的Master，此时，剩余的slave会向新的master发起同步数据

sentinel failover-timeout <master-name> <milliseconds>
# 故障转移的超时时间，进行故障转移时，如果超过设置的毫秒，表示故障转移失败

sentinel notification-script <master-name> <script-path>
# 配置当某一事件发生时所需要执行的脚本

sentinel client-reconfig-script <master-name> <script-path> 
# 客户端重新配置主节点参数脚本

  • 本次案例哨兵sentinel文件通用配置

    由于机器硬件关系，我们的3个哨兵都同时配置进192.168.111.169同一台机器sentinel26379.conf、sentinel26380.conf 、sentinel26381.conf
    在这里插入图片描述

  • 先启动一主二从3个redis实例，测试正常的主从复制

    架构说明

    在这里插入图片描述

    3台不同的虚拟机实例，启动三部真实机器实例并连接，配置并观察文件内容

以下是哨兵内容部分

  • 再启动3个哨兵，完成监控
redis-sentinel sentinel26379.conf --sentinel
redis-sentinel sentinei26380.conf --sentinel
redis-sentinel sentinel26381.conf --sentinel

在这里插入图片描述

  • 启动3个哨兵监控后再测试一次主从复制

    岁月静好一切OK

    在这里插入图片描述

  • 原有的master挂了

    手动关闭6379服务器，模拟master挂了

    • 问题思考

      两台从机数据是否OK？——Y

      是否会从剩下的2台机器上选出新的master？——Y

      之前down机的master机器重启回来，谁将会是新老大?——node02

      会不会双master冲突?——N

    • 揭晓答案

      数据OK，了解Broken Pipe

      在这里插入图片描述

      投票新选

      • 谁是master，限本次案例

        6381被选为新master，上位成功

        以前的6379从master降级变成了slave

        6380还是slave，只不过换了个新老大6381(6379变6381)

  • 对比配置文件

    vim sentinel26379.conf

    在这里插入图片描述

    老master，vim redis6379.conf

    在这里插入图片描述

    新master，vim redis6381.conf

    在这里插入图片描述

    • 结论

      文件的内容，在运行期间会被sentinel动态进行更改

      Master-Slave切换后，master_redis.conf、slave_redis.conf和sentinel.conf的内容都会发生,即master_redis.conf中会多一行slaveof的配置，sentinel.conf的监控目标会随之调换。

其它备注

生产都是不同机房不同服务器，很少出现3个哨兵全挂掉的情况

可以同时监控多个master，一行一个

运行流程

当一个主从配置中的master失效之后，sentinel可以选举出一个新的master用于自动接替原master的工作，主从配置中的其他redis服务器自动指向新的master同步数据。一般建议sentinel采取奇数台，防止某台sentinel无法连接到master导致误切换。

故障切换

三个哨兵监控一主二从，正常运行中…

  • SDown主观下线(Subjectively Down)

    SDOWN(主观不可用)是单个sentinel自己主观上检测到的关于master的状态，从sentinel的角度来看，如果发送了PING心跳后，在一定时间内没有收到合法的回复，就达到了SDOWN的条件。

    sentinel配置文件中的down-after-milliseconds设置了判断主观下线的时间长度（默认30s）

    在这里插入图片描述

  • ODown客观下线(Objectively Down)

    ODOWN需要一定数量的sentinel，多个哨兵达成一致意见才能认为一个master客观上已经宕掉

    在这里插入图片描述

    在这里插入图片描述

  • 选举出领导者哨兵(哨兵中选出兵王)

    当主节点被判断客观下线以后，各个哨兵节点会进行协商，先选举出一个**领导者哨兵节点(兵王)**并由该领导者节点，也即被选举出的兵王进行failover(故障迁移。

    哨兵领导者，兵王如何选出来的?——Raft算法

    在这里插入图片描述

由兵王开始推动故障切换流程并选出一个新master

选举算法

新主登基

某个Slave被选中成为新Master

选出新master的规则，剩余slave节点健康前提下，执行如下规则：

在这里插入图片描述

redis.conf文件中，优先级slave-priority或者replica-priority最高的从节点(数字越小优先级越高) →

复制偏移位置**offset(同步数据最多)**最大的从节点 →

最小Run ID的从节点字典顺序，ASCII码

群臣俯首

一朝天子一朝臣，换个码头重新拜

  • 执行slaveof no one命令让选出来的从节点成为新的主节点，并通过slaveof命令让其他节点成为其从节点

    Sentinel leader会对选举出的新master执行slaveof no one操作，将其提升为master节点

    Sentinel leader向其它slave发送命令，让剩余的slave成为新的master节点的slave

旧主拜服

老master回来也认怂

将之前已下线的老master设置为新选出的新master的从节点，当老master重新上线后，它会成为新master的从节点。

entinel leader会让原来的master降级为slave并恢复正常工作。

小结

上述的failover操作均由sentinel自己独自完成，完全无需人工干预。

在这里插入图片描述

使用建议

哨兵节点的数量应为多个，哨兵本身应该集群，保证高可用

哨兵节点的数量应该是奇数

各个哨兵节点的配置应一致

如果哨兵节点部署在Docker等容器里面，尤其要注意端口的正确映射

哨兵集群+主从复制，并不能保证数据零丢失 ——集群

Pycro
关注
专栏目录
深入学习 Redis Sentinel - 基于 DockerCompose 编排哨兵分布式架构，理解工作原理
CYK_byte的博客
09-13 1074
Redis Sentinel 是⼀个分布式架构，其中包含若干个 Sentinel 节点（哨兵）和 Redis 数据节点，这两种结点之间的哨兵机制，是通过独立的进程来体现的，和 redis-server 是不同进程！redis-sentinel 不负责存储数据，只是对其他的 redis-server 进程起到监控的效果.
redis 一般启动几个 哨兵_Redis Sentinel（哨兵）部署
weixin_32771631的博客
12-31 1278
Redis-sentinel是Redis实例的监控管理、通知和实例失效备援服务，是Redis集群的管理工具。在一般的分布式中心节点数据库中，Redis-sentinel的作用是中心节点的工作，监控各个其他节点的工作情况并且进行故障恢复，来提高集群的高可用性。一、Redis Sentinel规划IP端口号角色192.168.1.517000Redis Master192.168.1.527000Re...
redis系统深度学习四：主节点自动化故障恢复——哨兵
linuxguitu的博客
12-08 862
前言 在深入学习Redis（3）：主从复制中曾提到，Redis主从复制的作用有数据热备、负载均衡、故障恢复等；但主从复制存在的一个问题是故障恢复无法自动化。本文将要介绍的哨兵，它基于Redis主从复制，主要作用便是解决主节点故障恢复的自动化问题，进一步提高系统的高可用性。 文章主要内容如下：首先介绍哨兵的作用和架构；然后讲述哨兵系统的部署方法，以及通过客户端访问哨兵系统的方法；然后简要说明哨兵实现的基本原理；最后给出关于哨兵实践的一些建议。文章内容基于Redis 3.0版本。 目录 一、作用和架..
Redis 3.2.8 集群模式+Sentinel多Master部署
05-05 220
环境准备CentOS 7.3redis1 172.18.1.101:7001 masterredis2 172.18.1.102:7002 masterredis3 172.18.1.103:7003 masterredis4 172.18.1.104:7004 slaveredis5 172.18.1.105:7005 slaveredis6 172.18.1.106:7006 sla...
Redis系列之Redis Sentinel
最新发布
lonelymanontheway的博客
08-02 1202
Redis Sentinel：主从集群存在的问题、引入Redis Sentinel、概述、功能、安装、心跳检查、自动发现机制、配置的自动纠正、下线、主观下线、客观下线、哨兵选举、故障转移、缺点、数据丢失、优化方案、
redis主从中的Master自动选举之Sentinel哨兵机制
weixin_40980639的博客
07-02 3364
顾名思义，哨兵的作用就是监控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集群部署的master节点status=sdown
Ellen_Tangxiang的博客
07-22 4940
在网上找了很多相关的文章，有的说bind的问题，有的说是防火墙的问题，这些问题我都检查过，但是依然没有解决我的问题。 （其实这2个也有原因） 我们首先了解一下哨兵的原理: 三个定时任务 每隔10s向主从节点发送info 每隔2秒向redis数据节点频道发送消息 每隔1秒，每个Sentinel节点会向主节点、从节点、其余Sentinel节点发送一条ping命令做一次心跳检测，来确认这些节点当前是否...
redis集群：redis-sentinel(哨兵机制)集群
05-09
Redis Sentinel（哨兵）是Redis集群中的一个重要组件，它提供了高可用性解决方案，确保当主节点发生故障时，能够自动将从节点提升为主节点，从而维持服务的连续性。哨兵系统通过监控、通知和自动故障转移来实现这一...
【五】redis主从同步与Redis Sentinel(哨兵)
ymony的博客
07-22 740
同步复制分为全量复制和部分增量复制，主从节点之间维护心跳和偏移量检查机制，保证主从节点通信正常和数据一致。Redis为了保证高性能复制过程是异步的，写命令处理完后直接返回给客户端，不等待从节点复制完成。因此从节点数据集会有延迟情况。即当使用从节点用于读写分离时会存在数据延迟、过期数据、从节点可用性等问题，需要根据自身业务提前作出规避。注意在运维过程中，主节点存在多个从节点或者一台机器上部署大量主节点的情况下，会有复制风暴的风险。......
Redis学习笔记（五）Redis哨兵sentinel
qq_62592925的博客
09-20 48
redis哨兵
Redis 技术内幕——Redis Sentinel
一叶知秋的博客
07-21 1528
Redis Sentinel（哨兵）是 Redis 官方提供的集群管理工具，是 Redis 高可用的解决方案，本身是一个独立运行的进程，它可以监视多个 Master-Slave 集群，发现 Master 宕机之后，能进行自动切换，将该 Master 下的某个 Slave 晋升为 Master，继续处理请求。
Redis中的Sentinel 连接使用
Leon_Jinhai_Sun的博客
10-24 1437
Jedis 连接Sentinel（gupao-jedis：JedisSentinelTest.java） master name 来自于sentinel.conf 的配置。 private static JedisSentinelPool createJedisPool() { String masterName = "redis-master"; Set<String> sentinels = new HashSet<String>(); sentinels.add("
《Redis系列》第七章:高可用之哨兵模式(Sentinel)
迦南学院
02-22 848
一、Redis Sentinel原理 1.1 概述 当我们部署的redis集群在运行过程中,如果主服务器宕机后，需要手动把一台从服务器切换为主服务器，这就需要人工干预，费事费力，还会造成一段时间内服务不可用。这不是一种推荐的方式，更多时候，我们优先考虑哨兵模式。 Sentinel(哨兵)是用于监控redis集群中Master状态的工具，是一个独立的进程，作为进程，它会独立运行, 它是Redis 的高可用性解决方案，可以帮助我们管理集群,哨兵，sentinel可以让redis实现主从复制，当一个集群中的
redis学习(肆) -- sentinel哨兵
clouderpig的博客
07-17 1171
一、定义 上一次我们讲过redis的主从复制存在一个很大的问题，就是主节点遇到故障只能手动恢复，而redis sentinel正是为了解决这一问题出现的。sentinel的核心功能就是通过对主从节点的监控实现及时发现主节点故障并自动故障转移的功能。sentinel实际上是特殊的redis节点，只是不存储数据。启动方式类似redis：./redis-sentinel sentinel.conf...
redis 高可用 Sentinel 详解
面向生活编程
05-01 1748
Sentinel 本质上只是一个运行在特殊模式下的Redis服务器，Sentinel如何保证redis的高可用呢？
Redis：master/slave、sentinel、Cluster简单总结
五山口老法师
01-07 462
一、单节点实例 　　单节点实例还是比较简单的，平时做个测试，写个小程序如果需要用到缓存的话，启动一个Redis还是很轻松的，做为一个key/value数据库也是可以胜任的。单节点部署参照：http://www.cnblogs.com/yiwangzhibujian/p/7053840.html 中的初级教程。 二、主从模式（master/slaver） 　　主从模式的简介和配置，此处不再说，...
Redis6.0.9一主二从Sentinel监控配置
myl626的博客
12-22 497
Redis6.0.9一主二从Sentinel监控配置 1:安装一个Redis服务之后，可以克隆出来3台机器，避免重复安装。 开启哨兵模式，至少需要3个Sentinel实例（奇数个，否则无法选举Leader）。 本例通过3个Sentinel实例监控3个Redis服务（1主2从）。 IP地址 节点角色&端口 192.168.44.186 Master：6379 / Sentinel : 26379 192.168.44.187 Slave ：6379 / Sentinel : 26
Docker中搭建Redis集群及Sentinel哨兵实践
"该文档详细介绍了如何...通过这个文档，读者不仅可以学习到Docker的基本操作，还能深入理解redis集群和哨兵系统的实现，这对于任何需要在云环境中运行高可用性redis服务的开发者或运维人员来说都是非常宝贵的资源。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值