# Redis 入门到精通(十)-- 哨兵(#redis哨兵模式配置详解)
mhr18 2024-10-26 10:54 17 浏览 0 评论
# Redis 入门到精通(十)-- 哨兵
## 一、redis 哨兵:哨兵简介
### 1、哨兵
哨兵(sentinel) :是一个分布式系统,用于对主从结构中的每台服务器进行监控,当出现故障时通过投票机制选择新的 master 并将所有 slave 连接到新的 master。
### 2、哨兵的作用
1)监控
- 不断的检查 master 和 slave 是否正常运行。
- master 存活检测、master 与 slave 运行情况检测。
2)通知(提醒)
当被监控的服务器出现问题时,向其他(哨兵间,客户端)发送通知。
3)自动故障转移
断开 master 与 slave 连接,选取一个 slave 作为 master,将其他 slave 连接到新的 master,并告知客户端新的服务器地址。
### 3、注意事项:
- 哨兵也是一台 redis 服务器,只是不提供数据服务。
- 通常哨兵配置数量为单数。
## 二、redis 哨兵:哨兵结构搭建
### 1、配置哨兵
- 配置一拖二的主从结构。
- 配置三个哨兵(配置相同,端口不同):参看sentinel.conf。
- 启动哨兵。
```java
redis-sentinel sentinel- 端口号 .conf
```
### 2、sentinel.conf 配置文件,配置哨兵。
| 配置项 | 范例 | 说明 |
|--|--|--|
| sentinel auth-pass <服务器名称> <password> | sentinel auth-pass mymaster itcast| 连接服务器口令 |
| sentinel down-after-milliseconds <自定义服务名称><主机地址><端口><主从服务器总量> | sentinel monitor mymaster 192.168.194.131 6381 1| 设置哨兵监听的主服务器信息,最后的参数决定了最终参与选举的服务器 数量(-1)|
| sentinel down-after-milliseconds <服务名称><毫秒数(整数)>| sentinel down-after-milliseconds mymaster 3000| 指定哨兵在监控Redis服务时,判定服务器挂掉的时间周期,默认30秒 (30000),也是主从切换的启动条件之一|
| sentinel parallel-syncs <服务名称><服务器数(整数)>| sentinel parallel-syncs mymaster 1 | 指定同时进行主从的slave数量,数值越大,要求网络资源越高,要求越小,同步时间越长 |
| sentinel failover-timeout <服务名称><毫秒数(整数)>| sentinel failover-timeout mymaster 9000| 指定出现故障后,故障切换的最大超时时间,超过该值,认定切换失败,默认3分钟 |
| sentinel notification-script <服务名称><脚本路径>| | 服务器无法正常联通时,设定的执行脚本,通常调试使用。 |
| | | |
### 3、哨兵结构搭建:操作 redis 编辑 sentinel.conf 文件,配置哨兵。
(打开一个终端,作为主节点 master 窗口)
```java
# 切换到 redis 安装目录 (master窗口)
cd /usr/local/redis/redis-4.0.0/
# 查看 sentinel.conf 文件(取掉注释,取掉空格)
cat sentinel.con | grep -v "#" | grep -v "^#34;
port 26379
dir /tmp
sentinel monitor mymaster 127.0.0.1 6379 2
sentinel down-after-milliseconds mymaster 30000
sentinel parallel-syncs mymaster 1
sentinel failover-timeout mymaster 180000
# 查看 sentinel.conf 文件(取掉注释,取掉空格)并把全部内部复制到当前目录下的conf目录的sentinel-26379.conf 文件中。
cat sentinel.con | grep -v "#" | grep -v "^#34; > ./conf/sentinel-26379.conf
# 编辑 sentinel-26379.conf 文件:
sudo vim conf/sentinel-26379.conf
# 修改内容如下:
port 26379
dir /usr/local/redis/redis-4.0.0/data
sentinel monitor mymaster 127.0.0.1 6379 2
sentinel down-after-milliseconds mymaster 30000
sentinel parallel-syncs mymaster 1
sentinel failover-timeout mymaster 180000
# 切换到 redis 安装目录下的 conf 目录 (master窗口)
cd /usr/local/redis/redis-4.0.0/conf/
# 复制 2个 sentinel-26379.conf 文件,并改名为:sentinel-26380.conf, sentinel-26379.conf 并把端口号作相应改变。
sed 's/26379/26380/g' sentinel-26379.conf > sentinel-26380.conf
sed 's/26379/26381/g' sentinel-26379.conf > sentinel-26381.conf
# 查看 sentinel-26380.conf, sentinel-26379.conf 内容:
cat sentinel-26380.conf
cat sentinel-26381.conf
# 复制 redis-6380.conf 文件内容,到 redis-6381.conf 文件,并把端口号作相应改变。
sed 's/6380/6381/g' redis-6380.conf > redis-6381.conf
# 查看 redis-6381.conf 内容:
cat redis-6381.conf
# 删除 conf 目录下的其他日志文件,只留配置文件。
rm -rf 6379*
# 切换到 redis 安装目录下的 data 目录(此目录为自己创建的目录) (master窗口)
cd /usr/local/redis/redis-4.0.0/data/
# 清除 data 目录下的所有文件。
rm -rf *
# 切换到 redis 安装目录下(master窗口)
cd /usr/local/redis/redis-4.0.0/
# 指定配置文件,启动 redis 服务(主节点master):
root@WIN-20240529BJA:/usr/local/redis/redis-4.0.0# redis-server conf/redis-6379.conf
# 模拟 master窗口6379 主节点宕机
Ctrl + C 停止 redis-server conf/redis-6379.conf 服务。
# 查看日志,观察其他服务变化。
```
### 4、打开另一终端,启动 slave-01 从节点服务
```java
# 切换到 redis 安装目录下(slave-01窗口)
cd /usr/local/redis/redis-4.0.0/
# 指定配置文件,启动 redis 服务(slave-01从节点1):
redis-server conf/redis-6380.conf
# 模拟 master窗口6379 主节点宕机
Ctrl + C 停止 redis-server conf/redis-6379.conf 服务。
# 查看日志,观察其他服务变化。
```
### 5、打开另一终端,启动 slave-02 从节点2服务
```java
# 切换到 redis 安装目录下(slave-02窗口)
cd /usr/local/redis/redis-4.0.0/
# 指定配置文件,启动 redis 服务(slave-02从节点2):
redis-server conf/redis-6381.conf
# 模拟 master窗口6379 主节点宕机
Ctrl + C 停止 redis-server conf/redis-6379.conf 服务。
# 查看日志,观察其他服务变化。
```
### 6、打开另一终端(Sentinel-01窗口),启动哨兵1服务端
```java
# 切换到 redis 安装目录下(Sentinel-01窗口)
cd /usr/local/redis/redis-4.0.0/
# 指定配置文件,启动哨兵1服务(Sentinel-01窗口):
redis-sentinel conf/sentinel-26379.conf
```
### 7、打开另一终端客户端(Sentinel-cli-01窗口),连接哨兵1服务端
```java
# 切换到 redis 安装目录下(Sentinel-cli-01窗口)
cd /usr/local/redis/redis-4.0.0/
# 连接哨兵1服务端(Sentinel-cli-01窗口):
redis-cli -p 26379
127.0.0.1:26379>
```
### 8、打开另一终端(Sentinel-02窗口),启动哨兵2服务端
```java
# 切换到 redis 安装目录下(Sentinel-02窗口)
cd /usr/local/redis/redis-4.0.0/
# 查看一下哨兵1服务端启动后的配置文件 conf/
cat conf/sentinel-26379.conf
# 内容变为:
port 26379
dir /usr/local/redis/redis-4.0.0/data
sentinel myid 0249e5c2fdde04cbe1059aa1a137b9b352f0f7f0
sentinel monitor mymaster 127.0.0.1 6379 2
sentinel config-epoch mymaster 0
sentinel leader-epoch mymaster 0
# Generated by CONFIG REWRITE
sentinel known-slave mymaster 127.0.0.1 6380
sentinel known-slave mymaster 127.0.0.1 6381
sentinel current-epoch 0
# 指定配置文件,启动哨兵2服务(Sentinel-02窗口):
redis-sentinel conf/sentinel-26380.conf
```
### 9、打开另一终端客户端(Sentinel-cli-02窗口),连接哨兵2服务端
```java
# 切换到 redis 安装目录下(Sentinel-cli-02窗口)
cd /usr/local/redis/redis-4.0.0/
# 连接哨兵1服务端(Sentinel-cli-02窗口):
redis-cli -p 26380
127.0.0.1:26380>
```
### 10、打开另一终端(Sentinel-03窗口),启动哨兵3服务端
```java
# 切换到 redis 安装目录下(Sentinel-03窗口)
cd /usr/local/redis/redis-4.0.0/
# 查看一下哨兵1 哨兵2 服务端 2 个启动后的配置文件 conf/
cat conf/sentinel-26379.conf
# 内容又会有变化:
port 26379
dir /usr/local/redis/redis-4.0.0/data
sentinel myid 0249e5c2fdde04cbe1059aa1a137b9b352f0f7f0
sentinel myid 0249e5c2fdde36cbe1059aa79137b9b352f0f733
sentinel monitor mymaster 127.0.0.1 6379 2
sentinel config-epoch mymaster 0
sentinel leader-epoch mymaster 0
# Generated by CONFIG REWRITE
sentinel known-slave mymaster 127.0.0.1 6380
sentinel known-slave mymaster 127.0.0.1 6381
sentinel current-epoch 0
# 指定配置文件,启动哨兵2服务(Sentinel-03窗口):
redis-sentinel conf/sentinel-26381.conf
```
### 11、打开另一终端客户端(Sentinel-cli-03窗口),连接哨兵3服务端
```java
# 切换到 redis 安装目录下(Sentinel-cli-03窗口)
cd /usr/local/redis/redis-4.0.0/
# 连接哨兵1服务端(Sentinel-cli-03窗口):
redis-cli -p 26381
127.0.0.1:26381>
```
### 12、打开另一终端客户端(master-cli窗口),连接 master 主节点服务端
```java
# 启动另一客户端(master-cli窗口):
# 切换到 redis 安装目录
cd /usr/local/redis/redis-4.0.0/
# 指定端口号,启动 redis 客户端:
redis-cli -p 6379
# 查看所有 key
127.0.0.1:6380> keys *
1) "name"
# 清空所有 redis 数据库
127.0.0.1:6380> flushall
OK
# 查看所有 key
127.0.0.1:6380> keys *
(empty list or set)
# 创建数据
127.0.0.1:6380> set name redis-6379
OK
# 模拟 master 窗口 6379 主节点宕机后,测试连接
127.0.0.1:6380> set name aaa
could not connect to Redis at 127.0.0.1:6379: Connection refused
not connected>
```
### 13、打开另一终端客户端(slave-cli窗口),连接 slave 从节点服务端
```java
# 启动另一客户端(slave-cli窗口):
# 切换到 redis 安装目录
cd /usr/local/redis/redis-4.0.0/
# 指定端口号,启动 redis 客户端:
redis-cli -p 6380
# 查看所有 key
127.0.0.1:6380> keys *
1) "name"
# 清空所有 redis 数据库
127.0.0.1:6380> flushall
OK
# 查看所有 key
127.0.0.1:6380> keys *
(empty list or set)
# 从节点获取数据
127.0.0.1:6380> get name
"redis-6379"
```
## 三、redis 哨兵:工作原理(1)
### 1、redis 哨兵在进行主从切换过程中经历三个阶段
- 监控。
- 通知。
- 故障转移。
### 2、redis 哨兵:工作原理:
阶段一:监控阶段: 用于同步各个节点的状态信息。
1)获取各个 sentinel 的状态(是否在线)。
2)获取 master 的状态。
- master 属性。
- runid
- role:master
- 各个slave的详细信息。
3)获取所有 slave 的状态(根据 master 中的 slave 信息)。
- slave属性
- runid
- role:slave
- master_host、master_port
- offset
- ......
### 3、redis哨兵工作原理-阶段一监控阶段示例图:
## 四、redis 哨兵:工作原理(2)
redis哨兵工作原理-阶段二通知阶段示例图:
## 五、redis 哨兵:工作原理(3)
### 1、redis 哨兵工作原理:阶段三--故障转移阶段
1)服务器列表中挑选备选 master。
- 在线的。
- 响应慢的。
- 与原master断开时间久的。
- 优先原则。
- 优先级
- offset
- runid
2)发送指令( sentinel )
- 向新的 master 发送 slaveof no one。
- 向其他 slave 发送 slaveof 新 masterIP 端口。
### 2、redis 哨兵工作原理:阶段三--故障转移阶段 示例图:
### 3、redis 哨兵工作原理
1)第一阶段--监控: 同步信息。
2)第二阶段--通知: 保持联通。
3)第三阶段--故障转移
- 发现问题。
- 竞选负责人。
- 优选新 master。
- 新 master 上任,其他 slave 切换 master,原 master 作为 slave 故障回复后连接。
### 4、redis 消兵模式 总结:
- 什么是哨兵
- 哨兵模式搭建
- 哨兵工作原理
- 监控
- 通知
- 故障转移
****`上一节关联链接请点击:`****
# Redis 入门到精通(九)-- 主从复制(3)-CSDN博客
[# Redis 入门到精通(九)-- 主从复制(3)](https://dzs168.blog.csdn.net/article/details/140591940)
相关推荐
- B站收藏视频失效?mybili 收藏夹备份神器完整部署指南
-
本内容来源于@什么值得买APP,观点仅代表作者本人|作者:羊刀仙很多B站用户都有过类似经历:自己精心收藏的视频突然“消失”,点开一看不是“已被删除”,就是“因UP主设置不可见”。而B站并不会主动通知...
- 中间件推荐初始化配置
-
Redis推荐初始化配置bind0.0.0.0protected-modeyesport6379tcp-backlog511timeout300tcp-keepalive300...
- Redis中缓存穿透问题与解决方法
-
缓存穿透问题概述在Redis作为缓存使用时,缓存穿透是常见问题。正常查询流程是先从Redis缓存获取数据,若有则直接使用;若没有则去数据库查询,查到后存入缓存。但当请求的数据在缓存和数据库中都...
- 后端开发必看!Redis 哨兵机制如何保障系统高可用?
-
你是否曾在项目中遇到过Redis主服务器突然宕机,导致整个业务系统出现数据读取异常、响应延迟甚至服务中断的情况?面对这样的突发状况,作为互联网大厂的后端开发人员,如何快速恢复服务、保障系统的高可用...
- Redis合集-大Key处理建议
-
以下是Redis大Key问题的全流程解决方案,涵盖检测、处理、优化及预防策略,结合代码示例和最佳实践:一、大Key的定义与风险1.大Key判定标准数据类型大Key阈值风险场景S...
- 深入解析跳跃表:Redis里的"老六"数据结构,专治各种不服
-
大家好,我是你们的码农段子手,今天要给大家讲一个Redis世界里最会"跳科目三"的数据结构——跳跃表(SkipList)。这货表面上是个青铜,实际上是个王者,连红黑树见了都要喊声大哥。...
- Redis 中 AOF 持久化技术原理全解析,看完你就懂了!
-
你在使用Redis的过程中,有没有担心过数据丢失的问题?尤其是在服务器突然宕机、意外断电等情况发生时,那些还没来得及持久化的数据,是不是让你夜不能寐?别担心,Redis的AOF持久化技术就是...
- Redis合集-必备的几款运维工具
-
Redis在应用Redis时,经常会面临的运维工作,包括Redis的运行状态监控,数据迁移,主从集群、切片集群的部署和运维。接下来,从这三个方面,介绍一些工具。先来学习下监控Redis实时...
- 别再纠结线程池大小 + 线程数量了,没有固定公式的!
-
我们在百度上能很轻易地搜索到以下线程池设置大小的理论:在一台服务器上我们按照以下设置CPU密集型的程序-核心数+1I/O密集型的程序-核心数*2你不会真的按照这个理论来设置线程池的...
- 网络编程—IO多路复用详解
-
假如你想了解IO多路复用,那本文或许可以帮助你本文的最大目的就是想要把select、epoll在执行过程中干了什么叙述出来,所以具体的代码不会涉及,毕竟不同语言的接口有所区别。基础知识IO多路复用涉及...
- 5分钟学会C/C++多线程编程进程和线程
-
前言对线程有基本的理解简单的C++面向过程编程能力创造单个简单的线程。创造单个带参数的线程。如何等待线程结束。创造多个线程,并使用互斥量来防止资源抢占。会使用之后,直接跳到“汇总”,复制模板来用就行...
- 尽情阅读,技术进阶,详解mmap的原理
-
1.一句话概括mmapmmap的作用,在应用这一层,是让你把文件的某一段,当作内存一样来访问。将文件映射到物理内存,将进程虚拟空间映射到那块内存。这样,进程不仅能像访问内存一样读写文件,多个进程...
- C++11多线程知识点总结
-
一、多线程的基本概念1、进程与线程的区别和联系进程:进程是一个动态的过程,是一个活动的实体。简单来说,一个应用程序的运行就可以被看做是一个进程;线程:是运行中的实际的任务执行者。可以说,进程中包含了多...
- 微服务高可用的2个关键技巧,你一定用得上
-
概述上一篇文章讲了一个朋友公司使用SpringCloud架构遇到问题的一个真实案例,虽然不是什么大的技术问题,但如果对一些东西理解的不深刻,还真会犯一些错误。这篇文章我们来聊聊在微服务架构中,到底如...
- Java线程间如何共享与传递数据
-
1、背景在日常SpringBoot应用或者Java应用开发中,使用多线程编程有很多好处,比如可以同时处理多个任务,提高程序的并发性;可以充分利用计算机的多核处理器,使得程序能够更好地利用计算机的资源,...
你 发表评论:
欢迎- 一周热门
- 最近发表
- 标签列表
-
- oracle位图索引 (63)
- oracle批量插入数据 (62)
- oracle事务隔离级别 (53)
- oracle 空为0 (50)
- oracle主从同步 (55)
- oracle 乐观锁 (51)
- redis 命令 (78)
- php redis (88)
- redis 存储 (66)
- redis 锁 (69)
- 启动 redis (66)
- redis 时间 (56)
- redis 删除 (67)
- redis内存 (57)
- redis并发 (52)
- redis 主从 (69)
- redis 订阅 (51)
- redis 登录 (54)
- redis 面试 (58)
- 阿里 redis (59)
- redis 搭建 (53)
- redis的缓存 (55)
- lua redis (58)
- redis 连接池 (61)
- redis 限流 (51)