Redis 主从复制和哨兵监控,实现Redis高可用配置

news2024/12/17 5:54:16

文章目录

    • 一、概述
    • 二、主从复制模拟说明
    • 三、准备配置文件
    • 四、启动Redis实例
    • 五、主从复制配置
      • 5.1 命令方式启用和取消主从复制
      • 5.2 配置文件方式启用和取消主从复制
      • 5.3 测试主从复制
      • 5.4 有其主从复制的其他参数配置
    • 六、Sentinel 配置
      • 6.1 Sentinel 的作用
      • 6.2 Sentinel 监控说明
      • 6.3 Sentinel 配置文件
      • 6.4 开启 Sentinel
      • 6.5 测试

如果您对Redis的了解不够深入请关注本栏目,本栏目包括Redis安装,Redis配置文件说明,Redis命令和数据类型说明,Redis持久化配置。

一、概述

  • Redis 主从复制是 Redis 提供的一种数据复制机制,用于实现数据冗余高可用性。在主从复制中,一个 Redis 节点(主节点)负责接收写操作并将数据复制到一个或多个从节点。从节点复制主节点的数据,并且在主节点发生故障时可以接管成为新的主节点,以保持服务的可用性。

  • 通过主从复制,Redis 构建了一个具有冗余数据和自动故障切换能力的分布式系统,提高了系统的可用性和容错能力。此外,Redis 主从复制还允许根据业务需求动态添加或移除从节点,以适应负载变化和扩展需求。满足AKF软件架构概念,即可用性(Availability)、可扩展性(Scalability)和灵活性(Flexibility)。

  • Redis 主从复制在一定程度上牺牲了一致性。在主从复制的架构中,当主节点发生故障时,从节点会接管成为新的主节点,但在切换过程中可能会存在数据的不一致性。这是因为主从复制采用异步复制的方式,导致从节点的数据可能会有一段时间的延迟。这是一个分布式系统设计CAP理论,即一致性(Consistency)、可用性(Availability)和分区容错性(Partition Tolerance)。CAP 理论指出在一个分布式系统中,无法同时满足这三个属性,最多只能同时满足其中两个。

  • 数据一致性有两种方式,即强一致性(所有节点阻塞直到数据全部一致)和最终一致性(异步方式)。因为强一致破坏了可用性,最终一致性会导致数据不一致。所以实使用时需结合实际情况选择。

二、主从复制模拟说明

  • 在一台主机上开启3个Redis服务来模拟Redis主从复制。我这里配置端口6381为主,6382和6383为从。示意图如下:

在这里插入图片描述

三、准备配置文件

  • 新建3个配置文件,分别为 redis_6381.conf、redis_6382.conf、redis_6383.conf(您也可以把原redis.conf直接复制三份,然后修改端口、数据目录和进程ID文件即可),有关配置项的详细解释请看Redis配置文件说明。
  • redis_6381.conf
# 导入默认 redis 配置文件
include redis.conf
# 配置端口
port 6381
# 配置数据目录
dir /var/lib/redis/6381
# 配置进程ID文件
pidfile /var/run/redis_6381.pid

# 以下参数可选
# supervised no
# daemonize no
# logfile ""
# appendonly no
  • redis_6382.conf
# 导入默认 redis 配置文件
include redis.conf
# 配置端口
port 6382
# 配置数据目录
dir /var/lib/redis/6382
# 配置进程ID文件
pidfile /var/run/redis_6382.pid

# 以下参数可选
# supervised no
# daemonize no
# logfile ""
# appendonly no

# replicaof  127.0.0.1 6381
  • redis_6383.conf
# 导入默认 redis 配置文件
include redis.conf
# 配置端口
port 6383
# 配置数据目录
dir /var/lib/redis/6383
# 配置进程ID文件
pidfile /var/run/redis_6383.pid

# 以下参数可选
# supervised no
# daemonize no
# logfile ""
# appendonly no

# replicaof  127.0.0.1 6381
  • 注意,配置完成后要检查以上配置目录是否存在,如果不存请手动创建,如下:

    mkdir -p /var/lib/redis/6381 /var/lib/redis/6382 /var/lib/redis/6383
    

四、启动Redis实例

  • 分别启3个Redis服务实例。

    # 主节点,端口6381
    redis-server redis_6381.conf
    # 从节点1,端口6382
    redis-server redis_6382.conf
    # 从节点2,端口6383
    redis-server redis_6383.conf
    

五、主从复制配置

5.1 命令方式启用和取消主从复制

  • 启用主从复制
    • 使用redis-cli分别连接6382、6383端口的Redis服务,然后使用 REPLICAOF 命令将自己作为从节点,加入到主节点6381中(旧版Redis中使用SLAVEOF命令)即完成主从复制的Redis配置。如下
REPLICAOF 127.0.0.1 6381

[root@yiqifu-redis ~]# redis-cli -p 6382
127.0.0.1:6381> REPLICAOF 127.0.0.1 6381
OK

[root@yiqifu-redis ~]# redis-cli -p 6383
127.0.0.1:6381> REPLICAOF 127.0.0.1 6381
OK

  • 取消主从复制
    • 取消作为从节点,相当于把自己升为主节点
REPLICAOF no one

[root@yiqifu-redis ~]# redis-cli -p 6382
127.0.0.1:6381> REPLICAOF no one
OK

5.2 配置文件方式启用和取消主从复制

  • 启用只需分别在redis_6382.conf、redis_6383.conf 配置文件中添加以下配置,然后重起Redis服务即可。
  • 取消则把以下配置删除即可。
# replicaof <masterip> <masterport>
replicaof  127.0.0.1 6381

5.3 测试主从复制

  • 完成后你可以在6381上添加数据,然后从6382和6383上读取数据

    [root@yiqifu-redis conf]# redis-cli -p 6381
    127.0.0.1:6381> set aaa 111
    OK
    127.0.0.1:6381>
    [root@yiqifu-redis conf]# redis-cli -p 6382
    127.0.0.1:6382> keys *
    1) “aaa”
    127.0.0.1:6382>
    [root@yiqifu-redis conf]# redis-cli -p 6383
    127.0.0.1:6383> keys *
    1) “aaa”
    127.0.0.1:6383>

5.4 有其主从复制的其他参数配置

  • 根据业务情况选择
### 对于主机
# 在主从复制模式中,主机向从机同步数据时,是否直接通过网络发送,而不是先在磁盘建立RDB然后再同步。
# 也就是yes就是直接从网络发,no就是先存磁盘,然后再发
repl-diskless-sync no
# 在主从复制模式中,复制的缓存区大小。
# 太小可能会因为从机无法追赶上主服务的操作而导致复制延迟。太大又会占用更多空间
# repl-backlog-size 1mb

### 对于从机
# 在主从复制模式中,在从机同步主机数据过程中,是否暴露原数据。
# 也就是从机在同步主机数据的过程中,是否让应用程序可以访问从机的未同步前的数据
replica-serve-stale-data yes
# 在主从复制模式中,从机是否为只读模式
replica-read-only yes

### 对于 Sentinel
# 设置在执行写操作之前,Sentinel 要求的最少副本数量。
# 例如,如果你将 min-replicas-to-write 设置为3,那么在执行写操作之前,至少需要有3个从服务器(副本)是可用的,以确保数据的高可用性和一致性。
# 如果可用的从服务器数量低于配置的值,写操作将被拒绝,以确保数据的完整性。
# min-replicas-to-write 3
# 设置从服务器的最大复制延迟。
# 例如,如果你将 min-replicas-max-lag 设置为10,那么当从服务器的复制延迟超过10秒时,Sentinel不再将其视为可用的副本。
# 这是为了确保只有具有较低延迟的从服务器被认为是可用的,以防止可能导致数据不一致的情况。
# min-replicas-max-lag 10

六、Sentinel 配置

6.1 Sentinel 的作用

  • 在前面的配置中当主节点挂掉以后,就没有主了,想要恢复只能手动。而Sentinel的的作用的就是监控这些Redis服务,当主节点挂掉以后会自动选一个可用的从节点升级为主机,保证服务的可用性。

  • 具体来说,Redis 的 Sentinel 系统用于管理多个 Redis 服务器(instance),实现在Redis的高可用, 该系统执行以下三个任务:

    • 监控(Monitoring): Sentinel 会不断地检查你的主服务器和从服务器是否运作正常。

    • 提醒(Notification): 当被监控的某个 Redis 服务器出现问题时, Sentinel 可以通过 API 向管理员或者其他应用程序发送通知。

    • 自动故障迁移(Automatic failover): 当一个主服务器不能正常工作时, Sentinel 会开始一次自动故障迁移操作, 它会将失效主服务器的其中一个从服务器升级为新的主服务器, 并让失效主服务器的其他从服务器改为复制新的主服务器; 当客户端试图连接失效的主服务器时, 集群也会向客户端返回新主服务器的地址, 使得集群可以使用新主服务器代替失效服务器。

6.2 Sentinel 监控说明

  • 同样,我们也一台主机上开启3个Sentinel 服务来监控 Redis主从复制服务实例。我这里配置端口26381、26382和26383。

6.3 Sentinel 配置文件

  • 新建3个配置文件,分别为 sentinel_26381.conf、sentinel_26382.conf、sentinel_26383.conf。分别用来监控Redis主从实例6381、6382和6383。

  • sentinel_26381.conf

port 26381
sentinel monitor mymaster 127.0.0.1 6381 2
  • sentinel_26382.conf
port 26382
sentinel monitor mymaster 127.0.0.1 6381 2
  • sentinel_26383.conf
port 26383
sentinel monitor mymaster 127.0.0.1 6381 2

6.4 开启 Sentinel

redis-sentinel sentinel_26381.conf
redis-sentinel sentinel_26382.conf
redis-sentinel sentinel_26383.conf
  • 也可通过这种方式启动:redis-server sentinel_26381.conf --sentinel

6.5 测试

  • 成功开启后如果Redis服务6381停止,Sentinel 会在 6382 和 6383 中选一台升级为主。当再次启动 6381 时,Sentinel 会把他作为从加入当前主中。以下是我测试时的日志:

    Redis 6381 用户停止

    6277:M 27 Oct 2023 15:53:23.922 # User requested shutdown…
    6277:M 27 Oct 2023 15:53:23.922 * Saving the final RDB snapshot before exiting.
    6277:M 27 Oct 2023 15:53:23.951 * DB saved on disk
    6277:M 27 Oct 2023 15:53:23.951 * Removing the pid file.
    6277:M 27 Oct 2023 15:53:23.951 # Redis is now ready to exit, bye bye…

    Redis 6382 被 Sentinel 选为主

    6126:M 27 Oct 2023 15:53:54.391 * Discarding previously cached master state.
    6126:M 27 Oct 2023 15:53:54.391 # Setting secondary replication ID to 00cd50f9815b69bcda4fc80abc782afc0a4785da, valid up to offset: 17475. New replication ID is f1aa0d5cb34adbf6d20f1bc8a3824e1b77304fa6
    6126:M 27 Oct 2023 15:53:54.391 * MASTER MODE enabled (user request from ‘id=10 addr=127.0.0.1:58452 fd=8 name=sentinel-18226c99-cmd age=590 idle=0 flags=x db=0 sub=0 psub=0 multi=4 qbuf=188 qbuf-free=32580 obl=45 oll=0 omem=0 events=r cmd=exec user=default’)
    6126:M 27 Oct 2023 15:53:54.392 # CONFIG REWRITE executed with success.
    6126:M 27 Oct 2023 15:53:54.771 * Replica 127.0.0.1:6383 asks for synchronization
    6126:M 27 Oct 2023 15:53:54.772 * Partial resynchronization request from 127.0.0.1:6383 accepted. Sending 156 bytes of backlog starting from offset 17475.

    Redis 6383 作为从跟随 6382

    6153:S 27 Oct 2023 15:53:54.708 * REPLICAOF 127.0.0.1:6382 enabled (user request from ‘id=8 addr=127.0.0.1:57678 fd=10 name=sentinel-18226c99-cmd age=590 idle=0 flags=x db=0 sub=0 psub=0 multi=4 qbuf=329 qbuf-free=32439 obl=45 oll=0 omem=0 events=r cmd=exec user=default’)
    6153:S 27 Oct 2023 15:53:54.709 # CONFIG REWRITE executed with success.
    6153:S 27 Oct 2023 15:53:54.769 * Connecting to MASTER 127.0.0.1:6382
    6153:S 27 Oct 2023 15:53:54.769 * MASTER <-> REPLICA sync started
    6153:S 27 Oct 2023 15:53:54.769 * Non blocking connect for SYNC fired the event.
    6153:S 27 Oct 2023 15:53:54.771 * Master replied to PING, replication can continue…
    6153:S 27 Oct 2023 15:53:54.771 * Trying a partial resynchronization (request 00cd50f9815b69bcda4fc80abc782afc0a4785da:17475).
    6153:S 27 Oct 2023 15:53:54.773 * Successful partial resynchronization with master.
    6153:S 27 Oct 2023 15:53:54.773 # Master replication ID changed to f1aa0d5cb34adbf6d20f1bc8a3824e1b77304fa6
    6153:S 27 Oct 2023 15:53:54.773 * MASTER <-> REPLICA sync: Master accepted a Partial Resynchronization.

    Sentinel 26381 被 Sentinel 26382 和 26383 选举为 leader, 然后协调 Redis 6382 为 Master 和 Redis 6383 为 Slave 的过程日志

    6214:X 27 Oct 2023 15:53:54.213 # +elected-leader master mymaster 127.0.0.1 6381
    6214:X 27 Oct 2023 15:53:54.213 # +failover-state-select-slave master mymaster 127.0.0.1 6381
    6214:X 27 Oct 2023 15:53:54.307 # +selected-slave slave 127.0.0.1:6382 127.0.0.1 6382 @ mymaster 127.0.0.1 6381
    6214:X 27 Oct 2023 15:53:54.307 * +failover-state-send-slaveof-noone slave 127.0.0.1:6382 127.0.0.1 6382 @ mymaster 127.0.0.1 6381
    6214:X 27 Oct 2023 15:53:54.390 * +failover-state-wait-promotion slave 127.0.0.1:6382 127.0.0.1 6382 @ mymaster 127.0.0.1 6381
    6214:X 27 Oct 2023 15:53:54.628 # +promoted-slave slave 127.0.0.1:6382 127.0.0.1 6382 @ mymaster 127.0.0.1 6381
    6214:X 27 Oct 2023 15:53:54.628 # +failover-state-reconf-slaves master mymaster 127.0.0.1 6381
    6214:X 27 Oct 2023 15:53:54.708 * +slave-reconf-sent slave 127.0.0.1:6383 127.0.0.1 6383 @ mymaster 127.0.0.1 6381
    6214:X 27 Oct 2023 15:53:55.265 # -odown master mymaster 127.0.0.1 6381
    6214:X 27 Oct 2023 15:53:55.612 * +slave-reconf-inprog slave 127.0.0.1:6383 127.0.0.1 6383 @ mymaster 127.0.0.1 6381
    6214:X 27 Oct 2023 15:53:55.612 * +slave-reconf-done slave 127.0.0.1:6383 127.0.0.1 6383 @ mymaster 127.0.0.1 6381
    6214:X 27 Oct 2023 15:53:55.664 # +failover-end master mymaster 127.0.0.1 6381
    6214:X 27 Oct 2023 15:53:55.664 # +switch-master mymaster 127.0.0.1 6381 127.0.0.1 6382
    6214:X 27 Oct 2023 15:53:55.665 * +slave slave 127.0.0.1:6383 127.0.0.1 6383 @ mymaster 127.0.0.1 6382
    6214:X 27 Oct 2023 15:53:55.665 * +slave slave 127.0.0.1:6381 127.0.0.1 6381 @ mymaster 127.0.0.1 6382
    6214:X 27 Oct 2023 15:54:25.741 # +sdown slave 127.0.0.1:6381 127.0.0.1 6381 @ mymaster 127.0.0.1 6382

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

如若内容造成侵权/违法违规/事实不符,请联系多彩编程网进行投诉反馈,一经查实,立即删除!

相关文章

现货白银指标分析根本没用!?

在现货白银市场上&#xff0c;RSI、PAR、抛物线、动力指标MOM等的分析工具大行其道&#xff0c;受到不少投资者的欢迎&#xff0c;其实这些指标都是由于美国人威尔斯威尔德发明&#xff0c;但它后来有发表文章推翻了这些分析工具的好处&#xff0c;并推出了另一套崭新理论去取代…

虹科直播 | CDS网络与数据安全专题技术直播重磅来袭,11.2起与您精彩相约

文章来源&#xff1a;虹科网络安全 阅读原文&#xff1a;https://mp.weixin.qq.com/s/T-CgU28hmYy4YV5SV9QGhg 虹科数据加密解决方案 虹科终端安全防护方案 虹科是在各细分专业技术领域内的资源整合及技术服务落地供应商&#xff0c;虹科网络安全事业部的宗旨是&#xff1a;让…

【牛牛送书 | 第二期】《ChatGPT 驱动软件开发:AI 在软件研发全流程中的革新与实践》

目录 前言&#xff1a; 本书目录&#xff1a; 内容简介&#xff1a; 专家评价&#xff1a; 适合对象&#xff1a; 送书规则&#xff1a; 前言&#xff1a; 现如今&#xff0c;随着计算机技术的不断发展和互联网的普及&#xff0c;我们已经迈入了一个高效的信息处理和传…

批量管理文件,轻松实现翻译与重命名,一键操作高效便捷!

在工作中&#xff0c;我们经常需要处理大量的文件&#xff0c;而文件的翻译和重命名是常见的需求。为了帮助您更高效地管理文件&#xff0c;我们特别推出一款全新的批量文件管理工具&#xff0c;让您轻松实现文件的翻译和重命名&#xff0c;提高工作效率&#xff01; 首先第一步…

【收藏】药物专利信息查询方法-经典实操案例!

生物医药领域在专利行业中&#xff0c;一直是独特的存在。药物专利在各国之间有不同的登记要求&#xff0c;如何在这种查询方式诸多局限的情况下&#xff0c;检索得更全更准呢&#xff1f; 作为一名医药行业的IPR&#xff0c;经常需要调研药物原研专利。 大家所熟知的最快捷的…

Boris FX Optics 2024:打造电影级视觉特效的终极工具

在一部电影中&#xff0c;视觉特效是不可或缺的一部分&#xff0c;它能够将观众带入一个奇妙的世界&#xff0c;让他们沉浸在故事中。然而&#xff0c;创建这些特效并不容易&#xff0c;需要使用专业的软件来完成。今天&#xff0c;我们将向您介绍一款名为Boris FX Optics 2024…

【Python生活脚本】过滤重复汉字,特别适用于制作tft字库

忘记过去&#xff0c;超越自己 ❤️ 博客主页 单片机菜鸟哥&#xff0c;一个野生非专业硬件IOT爱好者 ❤️❤️ 本篇创建记录 2023-10-27 ❤️❤️ 本篇更新记录 2023-10-27 ❤️&#x1f389; 欢迎关注 &#x1f50e;点赞 &#x1f44d;收藏 ⭐️留言&#x1f4dd;&#x1f64…

Python + requests实现接口自动化框架!

为什么要做接口自动化框架 1、业务与配置的分离 2、数据与程序的分离&#xff1b;数据的变更不影响程序 3、有日志功能&#xff0c;实现无人值守 4、自动发送测试报告 5、不懂编程的测试人员也可以进行测试 正常接口测试的流程是什么&#xff1f; 确定接口测试使用的工具…

Java中的类和对象 (二)

目录 1.封装 1.1 封装的概念 1.2 访问限定符 1.3 封装扩展之包 1.3.1 包的概念 1.3.2 导入包中的类 1.3.3 自定义包 1.3.4 包的访问权限控制举例 1.3.5 常见的包 2. static成员 2.1 static修饰成员变量 2.2 static修饰成员方法 2.3 static成员变量初始化 …

Python+Pytest+Request【第一章】接口框架介绍

接口框架介绍 businesscommonconfigoutputstest_reporttestcase business business目录下面我们会放一些底层接口信息&#xff0c;会将封装好的一些方法组装成一个动作&#xff0c;你可以理解为一个组装车间&#xff0c;把已经写好的零部件组合起来&#xff0c;组成一个车子的…

[量化投资-学习笔记002]Python+TDengine从零开始搭建量化分析平台-MA均线的多种实现方式

MA 均线时最基本的技术指标&#xff0c;也是最简单&#xff0c;最不常用的&#xff08;通常使用EMA、SMA&#xff09;。 以下用两种不同的计算方法和两种不同的画图方法进行展示和说明。 MA 均线指标公式 MA (N)(C1 C2 C3 …C N )/N目录 方式一1.SQL 直接查询均值2.使用 pyp…

带你深入理解“栈”(c语言 c++和stl Stack三个版本的模拟实现)

目录 一.栈的概念及结构 二.栈的实现&#xff08;c语言版&#xff09; 2.1静态增长的栈 2.2动态增长的栈 2.3动态栈的模拟实现 1.栈的初始化 2.入栈 3.出栈 4.获取栈顶元素 5.获取栈中有效数据个数 6.检查栈是否为空 7.栈的销毁 三.C 版本模拟实现栈 1.C版本的源代码…

java代理示例

以上代码通过Apache HttpComponents库&#xff0c;使用Java其中&#xff0c;proxy_host参数为代理服务器的主机名&#xff0c;proxy_port参数为服务器的端口号。程序首先创建了一个HttpGet对象&#xff0c;然后创建了一个HttpClient对象。接着&#xff0c;设置了HttpGet对象的U…

使用Typecho搭建个人博客网站,并内网穿透实现公网访问

使用Typecho搭建个人博客网站&#xff0c;并内网穿透实现公网访问 文章目录 使用Typecho搭建个人博客网站&#xff0c;并内网穿透实现公网访问前言1. 安装环境2. 下载Typecho3. 创建站点4. 访问Typecho5. 安装cpolar6. 远程访问Typecho7. 固定远程访问地址8. 配置typecho 前言 …

接口测试 —— Requests库GET请求!

Requests库GET请求是使用HTTP协议中的GET请求方式对目标网站发起请求。 &#xff08;不带参数的GET请求请看上一篇文章的练习&#xff09; 1、Requests库待参数的GET请求 使用Get方法带参数请求时&#xff0c;是params参数字典&#xff0c;而不是data参数字典。data参数字典…

亚马逊云科技Amazon Lightstail(VPS)与其他主流VPS相比优势在哪里?

亚马逊云科技作为全球网络科技的一方巨擘&#xff0c;在全球云计算领域可谓一枝独秀。而说到云计算领域&#xff0c;作为入门和基础使用场景的VPS就是一个无法绕开的话题。那么亚马逊云科技又有什么样的优势呢&#xff1f;今天这篇文章就市面现有的VPS服务做比较&#xff0c;解…

MYSQL数据库的概念和sql语句

数据是什么 数&#xff1a;数字信息 据&#xff1a;属性或某种凭据 数据&#xff1a;对一些列对对象的具体属性的描述信息的集合。 数据库是什么 数据库&#xff1a;就是用来组织 (按照规则组织起来的) &#xff0c;存储和管理 (对数据的增、删、改、查) 数据的仓库。 数…

【C++】set multiset

文章目录 前言1.set介绍2.set的使用3.multiset介绍4.multiset的使用 前言 知识铺垫&#xff1a;关联式容器和值键对概念 链接-【C】关联式容器 & 键值对&#xff08;概念介绍&#xff09; 1.set介绍 set文档 翻译&#xff1a; set是按照一定次序存储元素的容器&#xff…

2023年安全生产监管人员证考试题库及安全生产监管人员试题解析

题库来源&#xff1a;安全生产模拟考试一点通公众号小程序 2023年安全生产监管人员证考试题库及安全生产监管人员试题解析是安全生产模拟考试一点通结合&#xff08;安监局&#xff09;特种作业人员操作证考试大纲和&#xff08;质检局&#xff09;特种设备作业人员上岗证考试…

typedef复杂函数接口的解释

文章目录 typedef定义函数解释interface.h接口1、函数定义2、函数实现加载动态链接库3、sdologinentry.dll或者sdologinentry64.dll动态链接库哪个工程生成的并导出三个接口函数4、sdologinsdk.dll或者sdologinsdk64.dll动态链接库哪个工程生成并导出三个接口函数 typedef定义函…