百度360必应搜狗淘宝本站头条
当前位置:网站首页 > 技术教程 > 正文

# Redis 入门到精通(十)-- 哨兵(#redis哨兵模式配置详解)

mhr18 2024-10-26 10:54 24 浏览 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)

相关推荐

如何检查 Linux 服务器是物理服务器还是虚拟服务器?

在企业级运维、故障排查和性能调优过程中,准确了解服务器的运行环境至关重要。无论是物理机还是虚拟机,都存在各自的优势与限制。在很多场景下,尤其是当你继承一台服务器而不清楚底层硬件细节时,如何快速辨识它是...

第四节 Windows 系统 Docker 安装全指南

一、Docker在Windows上的运行原理(一)架构限制说明Docker本质上依赖Linux内核特性(如Namespaces、Cgroups等),因此在Windows系统上无法直...

C++ std:shared_ptr自定义allocator引入内存池

当C++项目里做了大量的动态内存分配与释放,可能会导致内存碎片,使系统性能降低。当动态内存分配的开销变得不容忽视时,一种解决办法是一次从操作系统分配一块大的静态内存作为内存池进行手动管理,堆对象内存分...

Activiti 8.0.0 发布,业务流程管理与工作流系统

Activiti8.0.0现已发布。Activiti是一个业务流程管理(BPM)和工作流系统,适用于开发人员和系统管理员。其核心是超快速、稳定的BPMN2流程引擎。Activiti可以...

MyBatis动态SQL的5种高级玩法,90%的人只用过3种

MyBatis动态SQL在日常开发中频繁使用,但大多数开发者仅掌握基础标签。本文将介绍五种高阶技巧,助你解锁更灵活的SQL控制能力。一、智能修剪(Trim标签)应用场景:动态处理字段更新,替代<...

Springboot数据访问(整合Mybatis Plus)

Springboot整合MybatisPlus1、创建数据表2、引入maven依赖mybatis-plus-boot-starter主要引入这个依赖,其他相关的依赖在这里就不写了。3、项目结构目录h...

盘点金州勇士在奥克兰13年的13大球星 满满的全是...

见证了两个月前勇士与猛龙那个史诗般的系列赛后,甲骨文球馆正式成为了历史。那个大大的红色标志被一个字母一个字母地移除,在周四,一切都成为了过去式。然而这座,别名为“Roaracle”(译注:Roar怒吼...

Mybatis入门看这一篇就够了(mybatis快速入门)

什么是MyBatisMyBatis本是apache的一个开源项目iBatis,2010年这个项目由apachesoftwarefoundation迁移到了googlecode,并且改名为M...

Springboot数据访问(整合druid数据源)

Springboot整合druid数据源基本概念SpringBoot默认的数据源是:2.0之前:org.apache.tomcat.jdbc.pool.DataSource2.0及之后:com.z...

Linux 中的 &quot;/etc/profile.d&quot; 目录有什么作用 ?

什么是/etc/profile.d/目录?/etc/profile.d/目录是Linux系统不可或缺的一部分保留配置脚本。它与/etc/profile文件相关联,这是一个启动脚本,该脚...

企业数据库安全管理规范(企业数据库安全管理规范最新版)

1.目的为规范数据库系统安全使用活动,降低因使用不当而带来的安全风险,保障数据库系统及相关应用系统的安全,特制定本数据库安全管理规范。2.适用范围本规范中所定义的数据管理内容,特指存放在信息系统数据库...

Oracle 伪列!这些隐藏用法你都知道吗?

在Oracle数据库中,有几位特殊的“成员”——伪列,它们虽然不是表中真实存在的物理列,但却能在数据查询、处理过程中发挥出意想不到的强大作用。今天给大家分享Oracle伪列的使用技巧,无论...

Oracle 高效处理数据的隐藏神器:临时表妙用

各位数据库搬砖人,在Oracle的代码世界里闯荡,处理复杂业务时,是不是总被数据“搅得头大”?今天给大家安利一个超实用的隐藏神器——临时表!当你需要临时存储中间计算结果,又不想污染正式数据表...

Oracle 数据库查询:多表查询(oracle多表关联查询)

一、多表查询基础1.JOIN操作-INNERJOIN:返回两个表中满足连接条件的匹配行,不保留未匹配数据。SELECTa.emp_id,b.dept_nameFROMempl...

一文掌握怎么利用Shell+Python实现多数据源的异地备份程序

简介:在信息化时代,数据安全和业务连续性已成为企业和个人用户关注的焦点。无论是网站数据、数据库、日志文件,还是用户上传的文档、图片等,数据一旦丢失,损失难以估量。尤其是当数据分布在多个不同的目录、服务...

取消回复欢迎 发表评论: