Redis 之六：Redis 的哨兵模式（Sentinel）

Redis 哨兵（Sentinel）模式是一种高可用性解决方案，用于监控和自动故障转移的集群系统。

在 Redis Sentinel 架构中，哨兵是一组运行在特殊模式下的 Redis 进程，它们可以监控一个或多个主从复制结构中的 Redis 主服务器以及其他从服务器的状态。

sentinel 哨兵模式已经被集成在 redis2.4 之后的版本中，哨兵的核心功能是主节点的自动故障转移

特点与工作原理

以下是Redis哨兵模式的主要特点与工作原理：

  1. 监控功能：
    • 哨兵会持续不断地通过心跳检测机制检查主节点和其他从节点的健康状态。
    • 如果主节点无法响应，哨兵会根据预设的超时规则判断主节点是否宕机。
  2. 自动故障转移：
    • 当哨兵确定主节点不可达后，它会执行自动故障转移操作。
    • 选择一个从节点提升为主节点，并负责更新其他从节点的配置，让它们切换到新的主节点进行同步。
  3. 协商机制：
    • 在多个哨兵组成的集群中，哨兵间会相互通信并达成共识，确保只有在足够数量的哨兵同意的情况下才会执行故障转移。
    • 这种多哨兵集群设计增强了系统的鲁棒性和正确性。
  4. 通知机制：
    • 哨兵不仅负责故障转移，还会通过发布订阅功能向客户端或者其他系统发送通知，告知Redis主节点的状态变化。
  5. 配置持久化：
    • 哨兵会将集群的当前配置信息持久化存储，即使哨兵自身重启也能恢复其监控状态。

通过这种模式，Redis能够实现无中心化的、高可用的服务部署，当主节点出现故障时，能够在无需人工干预的情况下快速恢复服务，保证了Redis服务的稳定性和可靠性。

架构

哨兵节点：哨兵系统由一个或多个哨兵节点组成，哨兵节点是特殊的 Redis 节点，不存储数据。

数据节点：主节点和从节点都是数据节点

作用

哨兵模式在Redis中主要用于提供高可用性和故障恢复功能。具体作用如下：

  1. 监控：哨兵（Sentinel）进程会持续监控主服务器和从服务器的运行状态，包括但不限于检查服务是否正常响应、判断主从复制是否正常进行等。
  2. 自动故障检测与转移：当主服务器发生故障（如宕机或网络断开），哨兵能及时发现并确定主服务器是否真的不可达。如果达到预设条件，哨兵将自动执行故障转移操作，选择一个从服务器升级为主服务器，并通知其他从服务器开始复制新的主节点。
  3. 配置更新：哨兵不仅负责切换主从角色，还会自动更新相关的配置信息，确保整个集群中的所有节点都知道新的主服务器是谁，从而维持集群的正确配置和数据同步。
  4. 系统通知：哨兵可以向管理员或者其他应用程序发送报警信息，报告关于Redis服务器的各种状态变化，通过发布订阅模式通知其他的从服务器，修改配置文件，让它们切换主机。
配置步骤

主要操作的文件是 /usr/local/bin/redis-sentinel ;

修改启动配置文件：sentinel.conf

配置文件

复制和修改配置文件

到原 redis 解压目录下复制 sentinel.conf

[root@localhost bin]# ls
dump.rdb  redis81.conf  redis82.conf  redis-benchmark  redis-check-aof  redis-check-rdb  redis-cli  redis.conf  redis-sentinel  redis-server  sentinel.conf
[root@localhost bin]# cd /opt/soft/redis-6.0.6/
[root@localhost redis-6.0.6]# ls
00-RELEASENOTES  CONTRIBUTING  deps     Makefile   README.md   runtest          runtest-moduleapi  sentinel.conf  tests   utils
BUGS             COPYING       INSTALL  MANIFESTO  redis.conf  runtest-cluster  runtest-sentinel   src            TLS.md
[root@localhost redis-6.0.6]# cp sentinel.conf /usr/local/bin     ## 把哨兵配置文件 拷贝到 安装目录
cp: overwrite ‘/usr/local/bin/sentinel.conf’? y   
[root@localhost redis-6.0.6]# #### 切换到安装目录 检查
[root@localhost redis-6.0.6]# cd /usr/local/bin/
[root@localhost bin]# ls
dump.rdb  redis81.conf  redis82.conf  redis-benchmark  redis-check-aof  redis-check-rdb  redis-cli  redis.conf  redis-sentinel  redis-server  sentinel.conf
[root@localhost bin]#
监控主节点

编辑修改配置文件，监控主节点

sentinel monitor mymaster 127.0.0.1 6379 1 ###注意监控主节点

修改 把 2 修改为 1。如果有一个哨兵节点认为主节点宕机了，则开始选举机制。

启动哨兵进程

思路：启动三个节点 > 并指定主从关系 > 然后启动哨兵节点来监控主节点

[root@localhost bin]# redis-server redis.conf 
2417:C 05 Aug 2021 20:50:27.725 # oO0OoO0OoO0Oo Redis is starting oO0OoO0OoO0Oo
2417:C 05 Aug 2021 20:50:27.725 # Redis version=6.0.6, bits=64, commit=00000000, modified=0, pid=2417, just started
2417:C 05 Aug 2021 20:50:27.725 # Configuration loaded
[root@localhost bin]# ^C
[root@localhost bin]# redis-cli -p 6379#### 上面启动成功后，下面查看自己当前角色
127.0.0.1:6379> info replication
# Replication
role:master
connected_slaves:2
slave0:ip=127.0.0.1,port=6381,state=online,offset=56,lag=1
slave1:ip=127.0.0.1,port=6382,state=online,offset=56,lag=0
master_replid:2a3410fe212ea06a10413e6c93b59b9746a55d7a
master_replid2:0000000000000000000000000000000000000000
master_repl_offset:56
second_repl_offset:-1
repl_backlog_active:1
repl_backlog_size:1048576
repl_backlog_first_byte_offset:1
repl_backlog_histlen:56
指定主从节点

启动 6381 端口和6382 端口，并指定从节点：

[root@localhost bin]# redis-cli -p 6381
127.0.0.1:6381> slaveof 127.0.0.1 6379    ####指定主从节点####
OK
127.0.0.1:6381> info replication
# Replication
role:slave                                #####从节点#####
master_host:127.0.0.1
master_port:6379
master_link_status:up
master_last_io_seconds_ago:5
master_sync_in_progress:0
slave_repl_offset:42
slave_priority:100
slave_read_only:1
connected_slaves:0
master_replid:2a3410fe212ea06a10413e6c93b59b9746a55d7a
master_replid2:0000000000000000000000000000000000000000
master_repl_offset:42
second_repl_offset:-1
repl_backlog_active:1
repl_backlog_size:1048576
repl_backlog_first_byte_offset:1
repl_backlog_histlen:42

启动6382 并指定主从节点

[root@localhost bin]# redis-server redis82.conf 
2441:C 05 Aug 2021 20:51:19.197 # oO0OoO0OoO0Oo Redis is starting oO0OoO0OoO0Oo
2441:C 05 Aug 2021 20:51:19.197 # Redis version=6.0.6, bits=64, commit=00000000, modified=0, pid=2441, just started
2441:C 05 Aug 2021 20:51:19.197 # Configuration loaded
127.0.0.1:6382> slaveof 127.0.0.1 6379
OK
127.0.0.1:6382> info replication
启动哨兵节点

redis-sentinel sentinel.conf

[root@localhost bin]# redis-sentinel sentinel.conf 
2485:X 05 Aug 2021 20:54:16.497 # oO0OoO0OoO0Oo Redis is starting oO0OoO0OoO0Oo
2485:X 05 Aug 2021 20:54:16.497 # Redis version=6.0.6, bits=64, commit=00000000, modified=0, pid=2485, just started
2485:X 05 Aug 2021 20:54:16.497 # Configuration loaded
2485:X 05 Aug 2021 20:54:16.497 * Increased maximum number of open files to 10032 (it was originally set to 1024).
选举机制

Redis Sentinel（哨兵）模式下的选举

在Redis Sentinel系统中，确实存在一种高级的选举和故障转移机制：

  1. 主观下线（Subjectively Down, SDOWN）：单个Sentinel监控到主节点不可达时，标记该节点为SDOWN。
  2. 客观下线（Objectively Down, ODOWN）：多个Sentinel（通常是一个多数派集合）都确认主节点不可达时，将主节点状态改为ODOWN。
  3. Leader Sentinel选举：当主节点被确定为ODOWN后，Sentinel集群内部会进行一次Leader Sentinel的选举。这个选举通常是通过协商一致的方式达成，其中一个Sentinel充当领导者并负责执行故障转移操作。
  4. 新主节点选举：Leader Sentinel会根据预定义的规则选择一个从节点作为新的主节点。这可能基于优先级、复制偏移量等因素决定，选择最优的从节点晋升为主节点。
  5. 故障转移与配置更新：选定从节点升级为主节点后，Leader Sentinel会通知其他Sentinel及从节点更新配置信息，使得整个集群重新达到一致状态。

总之，在Redis Sentinel模式下，选举机制主要用于确保即使在主节点发生故障时，也能快速地选出一个新的主节点以恢复服务的可用性，并保证数据的一致性和完整性。

测试选举机制：停止主节点后，哨兵节点会输出日志，监控到变化和启动选举机制

127.0.0.1:6379> shutdown
not connected> quit

2485:X 05 Aug 2021 20:55:34.787 # +sdown master mymaster 127.0.0.1 6379
2485:X 05 Aug 2021 20:55:34.787 # +odown master mymaster 127.0.0.1 6379 #quorum 1/1
2485:X 05 Aug 2021 20:55:34.787 # +new-epoch 1
2485:X 05 Aug 2021 20:55:34.787 # +try-failover master mymaster 127.0.0.1 6379
2485:X 05 Aug 2021 20:55:34.788 # +vote-for-leader fe3f7dda47b7a9ca63194aeaeb31660c30a7316a 1
2485:X 05 Aug 2021 20:55:34.788 # +elected-leader master mymaster 127.0.0.1 6379
2485:X 05 Aug 2021 20:55:34.788 # +failover-state-select-slave master mymaster 127.0.0.1 6379
2485:X 05 Aug 2021 20:55:34.860 # +selected-slave slave 127.0.0.1:6382 127.0.0.1 6382 @ mymaster 127.0.0.1 6379
2485:X 05 Aug 2021 20:55:34.860 * +failover-state-send-slaveof-noone slave 127.0.0.1:6382 127.0.0.1 6382 @ mymaster 127.0.0.1 6379
2485:X 05 Aug 2021 20:55:34.919 * +failover-state-wait-promotion slave 127.0.0.1:6382 127.0.0.1 6382 @ mymaster 127.0.0.1 6379
2485:X 05 Aug 2021 20:55:35.924 # +promoted-slave slave 127.0.0.1:6382 127.0.0.1 6382 @ mymaster 127.0.0.1 6379
2485:X 05 Aug 2021 20:55:35.924 # +failover-state-reconf-slaves master mymaster 127.0.0.1 6379
2485:X 05 Aug 2021 20:55:35.999 * +slave-reconf-sent slave 127.0.0.1:6381 127.0.0.1 6381 @ mymaster 127.0.0.1 6379
2485:X 05 Aug 2021 20:55:36.992 * +slave-reconf-inprog slave 127.0.0.1:6381 127.0.0.1 6381 @ mymaster 127.0.0.1 6379
2485:X 05 Aug 2021 20:55:36.992 * +slave-reconf-done slave 127.0.0.1:6381 127.0.0.1 6381 @ mymaster 127.0.0.1 6379
2485:X 05 Aug 2021 20:55:37.093 # +failover-end master mymaster 127.0.0.1 6379
2485:X 05 Aug 2021 20:55:37.093 # +switch-master mymaster 127.0.0.1 6379 127.0.0.1 6382
2485:X 05 Aug 2021 20:55:37.093 * +slave slave 127.0.0.1:6381 127.0.0.1 6381 @ mymaster 127.0.0.1 6382
2485:X 05 Aug 2021 20:55:37.093 * +slave slave 127.0.0.1:6379 127.0.0.1 6379 @ mymaster 127.0.0.1 6382
2485:X 05 Aug 2021 20:56:07.186 # +sdown slave 127.0.0.1:6379 127.0.0.1 6379 @ mymaster 127.0.0.1 6382
多哨兵模式

然而一个哨兵进程对 Redis 服务器进行监控，可能会出现问题，为此，我们可以使用多个哨兵进行监控。 各个哨兵之间还会进行监控，这样就形成了多哨兵模式。

多哨兵模式通常指的是在Redis Sentinel（哨兵）系统中部署多个Sentinel节点，以实现对主从复制集群的高可用性和故障转移功能。

优缺点

以下是多哨兵模式的优缺点：

优点：

  1. 高可用性：通过部署多个Sentinel节点，即使有个别Sentinel发生故障，其他Sentinel也能继续监控和管理Redis集群，确保系统的整体稳定性和可用性。
  2. 自动故障检测与恢复：当主服务器出现故障时，多个Sentinel可以通过协商机制达成一致意见，并选举出一个Leader Sentinel执行故障转移操作，将新的主服务器推举出来，从而实现快速恢复服务。
  3. 容错能力增强：由于有多个哨兵并行工作，可以减少单点故障的风险，增加对网络波动、机器宕机等异常情况的容忍度。
  4. 分布式决策：通过投票机制确定主服务器是否下线以及选择哪个从服务器升级为主服务器，避免了单一节点决策可能带来的误判或延迟。

缺点：

  1. 复杂性增加：配置和维护多哨兵架构会比单个哨兵更为复杂，需要考虑哨兵之间的通信、配置一致性等问题。
  2. 资源消耗：每个哨兵都是一个独立运行的进程，因此需要额外的计算资源和网络带宽来支持其运行。
  3. 潜在的问题点增多：随着哨兵数量的增加，可能出现更多潜在的故障点，例如如果所有哨兵同时无法正确监测到主节点状态，可能会导致集群不能正常进行故障切换。
  4. 一致性问题：虽然Sentinel之间通过协议保证了一致性，但在实际部署中，如若配置不当或网络分区等因素，仍有可能引发一致性问题，比如脑裂现象，即不同哨兵群组认为不同的节点是主服务器。

总结来说，多哨兵模式增强了Redis集群的健壮性和可靠性，但也相应增加了管理和运维的复杂度，因此在设计和部署时需要权衡这些因素，确保系统的稳健运行。

本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处：http://www.rhkb.cn/news/267094.html

如若内容造成侵权/违法违规/事实不符，请联系长河编程网进行投诉反馈email:809451989@qq.com，一经查实，立即删除！

相关文章

第十五天-爬虫项目实战

第十五天-爬虫项目实战

目录 1.介绍 2.代码 1.main.py 2.PageSider.py 3.DetailSpider.py 4.DataParse.py 5.Constant.py 6.HanderRequest.py 1.介绍 1. 使用多线程爬取网站 2.爬取数据后保存至excel 3.爬取网站(仅做测试)网创类项目爬取：https://www.maomp.com/ 4..实现效果 …
阅读更多...
修改docker默认存储位置【高版本的docker】

修改docker默认存储位置【高版本的docker】

一、修改docker默认存储位置 1、停服务 systemctl stop docker 2、修改/etc/docker/daemon.json添加新的dcoker路径 如"data-root": "/mnt/hdd1/docker" 3、保存后重启服务：systemctl restart docker 二、其他服务的命令 systemctl disab…
阅读更多...
基于centos的linux上docker安装，及mysql、redis等应用在docker容器中的安装

基于centos的linux上docker安装，及mysql、redis等应用在docker容器中的安装

Docker环境安装 安装yum-utils： yum install ‐y yum‐utils device‐mapper‐persistent‐data lvm2为yum源添加docker仓库位置： yum‐config‐manager ‐‐add‐repo https://download.docker.com/linux/centos/docker‐ce.repo如果上面执行命令后…
阅读更多...
hippy 调试demo运行联调-mac环境准备篇

hippy 调试demo运行联调-mac环境准备篇

适用对于终端编译环境不熟悉的人看，仅mac端 hippy 调试文档官网地址 前提：请使用node16 联调预览效果图： 编译iOS Demo环境准备 未跑通，待补充 编译Android Demo环境准备 1、正常安装Android Studio 2、下载Android NDK&a…
阅读更多...
群控代理IP搭建教程：打造一流的网络爬虫

群控代理IP搭建教程：打造一流的网络爬虫

目录 前言 一、什么是群控代理IP？ 二、搭建群控代理IP的步骤 1. 获取代理IP资源 2. 配置代理IP池 3. 选择代理IP策略 4. 编写代理IP设置代码 5. 异常处理 三、总结 前言 群控代理IP是一种常用于网络爬虫的技术，通过使用多个代理IP实现并发请求…
阅读更多...
力扣SQL50 产品销售分析 I 查询

力扣SQL50 产品销售分析 I 查询

Problem: 1068. 产品销售分析 I 思路 left join on：左连接 Code select p.product_name, s.year, s.price from Sales s left join Product p on s.product_id p.product_id
阅读更多...
力扣SQL50 无效的推文 查询

力扣SQL50 无效的推文 查询

Problem: 1683. 无效的推文 思路 👨‍🏫 参考 char_length(str)：计算 str 的字符长度length(str)：计算 str 的字节长度 Code select tweet_id from Tweets where char_length(content) > 15;
阅读更多...
【Vue】更换浏览器默认 logo

【Vue】更换浏览器默认 logo

更换浏览器默认logo为自定义图片 一. 浏览器默认 logo二. 替换为自定义logo三. 步骤3.1 转换大小3.1.1 查看图片尺寸3.1.2 修改尺寸（为32px 32px） 3.2 替换成功 一. 浏览器默认 logo 二. 替换为自定义logo 三. 步骤 3.1 转换大小 将自定义 logo 转为323…
阅读更多...
二叉搜索树在线OJ题讲解

二叉搜索树在线OJ题讲解

二叉树创建字符串 我们首先进行题目的解读： 大概意思就是用（）把每个节点的值给括起来，然后再经过一系列的省略的来得到最后的结果 大家仔细观察题目给出的列子就可以发现，其实这个题目可以大致分为三种情况&#xff1…
阅读更多...
贝叶斯定理与条件独立假设：朴素贝叶斯分类方法深度解读

贝叶斯定理与条件独立假设：朴素贝叶斯分类方法深度解读

今天给大家分享的是朴素贝叶斯算法，这个算法在实际使用中不是很多，因为现在很多算法已经发展的很好，性能上也比朴素贝叶斯算法的好很多，因此在实际中我们其实看到在实际应用中朴素贝叶斯算法的使用已经比较少，即使出现…
阅读更多...
高级语言期末2008级A卷（计算机学院）

高级语言期末2008级A卷（计算机学院）

1.编bool型函数&#xff0c;判断二维空间中的某点是否优于另一点。优于关系定义为&#xff1a;在二维空间中&#xff0c;某点&#xff08;A1&#xff0c;A2&#xff09;优于&#xff08;B1&#xff0c;B2&#xff09;&#xff0c;当且仅当A1>B1,A2>B2 #include <stdi…
阅读更多...
【C++进阶】哈希（万字详解）—— 学习篇(上）

【C++进阶】哈希（万字详解）—— 学习篇(上）

&#x1f387;C学习历程&#xff1a;入门 博客主页&#xff1a;一起去看日落吗持续分享博主的C学习历程博主的能力有限&#xff0c;出现错误希望大家不吝赐教分享给大家一句我很喜欢的话&#xff1a; 也许你现在做的事情&#xff0c;暂时看不到成果&#xff0c;但不要忘记&…
阅读更多...
Tomcat部署Web服务器及基础功能配置

Tomcat部署Web服务器及基础功能配置

前言 Tomcat作为一款网站服务器&#xff0c;目前市面上Java程序使用的比较多&#xff0c;作为运维工人&#xff0c;有必要了解一款如何去运行Java环境的网站服务。 目录 一、Java相关介绍 1. Java历史 2. Java跨平台服务 3. Java实现动态网页功能 3.1 servelt 3.2 jsp …
阅读更多...
python统计分析——广义线性模型的评估

python统计分析——广义线性模型的评估

参考资料&#xff1a;用python动手学统计学 残差是表现数据与模型不契合的程度的重要指标。 1、导入库 # 导入库 # 用于数值计算的库 import numpy as np import pandas as pd import scipy as sp from scipy import stats # 导入绘图的库 import matplotlib.pyplot as plt i…
阅读更多...
AcWing 466. 回文日期

AcWing 466. 回文日期

先贴个题目&#xff1a; 以及原题链接&#xff1a;466. 回文日期 - AcWing题库https://www.acwing.com/problem/content/468/ 这题乍一看有点恶心&#xff0c;如果枚举日期还要判断合法性&#xff0c;然后每个日期再判断是不是回文&#xff0c;即麻烦&#xff0c;时间复杂度又高…
阅读更多...
day07_分类管理EasyExcel品牌管理

day07_分类管理EasyExcel品牌管理

文章目录 1 分类管理1.1 菜单添加1.2 表结构介绍1.3 页面制作1.4 列表查询1.4.1 需求分析1.4.2 后端接口CategoryCategoryControllerCategoryServiceCategoryMapperCategoryMapper.xml 1.4.3 前端对接category.jscategory.vue 2 EasyExcel2.1 数据导入导出意义2.2 EasyExcel简介…
阅读更多...
本地maven库缓存导入私库

本地maven库缓存导入私库

为了加速编译代码&#xff0c;想将本地maven缓存导入内网私库使用。 脚本网上搜的 #!/bin/bash # copy and run this script to the root of the repository directory containing files # this script attempts to exclude uploading itself explicitly so the script name …
阅读更多...
物体检测-系列教程19：YOLOV5 源码解析9 （Focus模块、Model类构造函数）

物体检测-系列教程19：YOLOV5 源码解析9 （Focus模块、Model类构造函数）

&#x1f60e;&#x1f60e;&#x1f60e;物体检测-系列教程 总目录 有任何问题欢迎在下面留言 本篇文章的代码运行界面均在Pycharm中进行 本篇文章配套的代码资源已经上传 点我下载源码 13、Focus模块 13.1 基本流程 原始输入图像的格式为&#xff1a;tensor: float32[1,3,64…
阅读更多...
Unity（第十八部）物理力学，碰撞，触发、关节和材质

Unity（第十八部）物理力学，碰撞，触发、关节和材质

1、重力 刚体组件 英文中文描述RigidBody刚体组件physics->rigidbody &#xff0c;刚体组件使一个物体有了质量&#xff0c;重力等。&#xff0c;use gravity 勾选后&#xff0c;物体才会受到重力&#xff0c;会自动下落&#xff0c;取消勾选就不会。&#xff0c;&#xf…
阅读更多...
Unity中URP下实现水体（水面反射）

Unity中URP下实现水体（水面反射）

文章目录 前言一、原理1、法一&#xff1a;使用立方体纹理 CubeMap&#xff0c;作为反射纹理使用2、法二&#xff1a;使用反射探针生成环境反射图&#xff0c;所谓反射的采样纹理 二、实现水面反射1、定义和申明CubeMap2、反射向量需要什么3、计算 N ⃗ \vec{N} N 4、计算 V ⃗…
阅读更多...
最新文章
推荐文章

Copyright @ 2022~2023

友情链接： 我的编程经验分享 一条长河网 尧图网站开发