redis 配置主从复制,哨兵模式案例

于 2023-10-25 14:49:14 发布
阅读量663 收藏 2
点赞数
文章标签： redis 数据库 缓存
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_43183496/article/details/134033729
版权

哨兵(Sentinel)模式

1 . 什么是哨兵模式？

反客为主的自动版，能够自动监控master是否发生故障，如果故障了会根据投票数从slave中挑选一个
作为master，其他的slave会自动转向同步新的master，实现故障自动转义

2 . 原理

  1. sentinel会按照指定的频率给master发送ping请求，看看master是否还活着，若master在指定时间内未
    正常响应sentinel发送的ping请求，sentinel则认为master挂掉了，但是这种情况存在误判的可能，比
    如：可能master并没有挂，只是sentinel和master之间的网络不通导致，导致ping失败。

  2. 为了避免误判，通常会启动多个sentinel，一般是奇数个，比如3个，那么可以指定当有多个sentinel都
    觉得master挂掉了，此时才断定master真的挂掉了，通常这个值设置为sentinel的一半，比如sentinel
    的数量是3个，那么这个量就可以设置为2个

  3. 当多个sentinel经过判定，断定master确实挂掉了，接下来sentinel会进行故障转移：会从slave中投票
    选出一个服务器，将其升级为新的主服务器， 并让失效主服务器的其他从服务器slaveof指向新的主服务 器；
    当客户端试图连接失效的主服务器时， 集群也会向客户端返回新主服务器的地址， 使得集群可以 使用新主服务器代替失效服务器。

操作流程

1. 案例 - 配置1主2从3个哨兵

下面我们来实现1主2从3个sentinel的配置，当从的挂掉之后，要求最少有2个sentinel认为主的挂掉了，才进行故障转移。

为了方便，我们在一台机器上进行模拟，我的机器ip是：192.168.200.129，通过端口来区分6个不同的
节点（1个master、2个slave、3个sentinel），节点配置信息如下

在这里插入图片描述

2 . 创建案例工作目录：sentinel

执行下面命令创建 /opt/sentinel 目录，本次所有操作，均在 sentinel 目录进行。

# 方便演示，停止所有的redis
ps -ef | grep redis | awk -F" " '{print $2;}' | xargs kill -9
mkdir /opt/sentinel
cd /opt/sentinel/

3 . 将redis.conf复制到sentinel目录

redis.conf 是redis默认配置文件

cp /opt/redis-6.2.1/redis.conf /opt/sentinel/

4 . 创建master的配置文件：redis-6379.conf

在/opt/sentinel目录创建 redis-6379.conf 文件，内容如下，注意 192.168.200.129 是这个测试机器
的ip，大家需要替换为自己的

include /opt/sentinel/redis.conf
daemonize yes
bind 192.168.200.129
dir /opt/sentinel/
port 6379
dbfilename dump_6379.rdb
pidfile /var/run/redis_6379.pid
logfile "./6379.log"

5 . 创建slave1的配置文件：redis-6380.conf

在/opt/sentinel目录创建 redis-6380.conf 文件，内容如下，和上面master的类似，只是将6379换成6380了

include /opt/sentinel/redis.conf
daemonize yes
bind 192.168.200.129
dir /opt/sentinel/
port 6380
dbfilename dump_6380.rdb
pidfile /var/run/redis_6380.pid
logfile "./6380.log"

6 .创建slave2的配置文件：redis-6381.conf

在/opt/sentinel目录创建 redis-6381.conf 文件，内容如下**

include /opt/sentinel/redis.conf
daemonize yes
bind 192.168.200.129
dir /opt/sentinel/
port 6381
dbfilename dump_6381.rdb
pidfile /var/run/redis_6381.pid
logfile "./6381.log"

7 . 启动master、slave1、slave2

redis-server /opt/sentinel/redis-6379.conf
redis-server /opt/sentinel/redis-6380.conf
redis-server /opt/sentinel/redis-6381.conf

8 . 配置slave1为master的从库

（1）执行下面命令，连接slave1

redis-cli -h 192.168.200.129 -p 6380

（2）执行下面命令，指定slave1的作为master的从机

slaveof 192.168.200.129 6379

（3）如下，使用 info replication 查看下slave1的主从信息
在这里插入图片描述

9 . 配置slave2为master的从库

（1）执行下面命令，连接slave2

redis-cli -h 192.168.200.129 -p 6381

（2）执行下面命令，指定slave2的作为master的从机

slaveof 192.168.200.129 6379

（3）如下，使用 info replication 查看下slave2的主从信息
在这里插入图片描述

10 . 验证主从复制是否正常

10.1 运行下面命令，连接master
redis-cli -h 192.168.200.129 -p 6379
10.2 运行下面命令，查看master主从信息
info replication
slave2 信息

在这里插入图片描述

10.3 在master中执行下面命令，写入数据
flushdb
set name jack
10.4 如下，查看slave1中name的值
192.168.200.129:6381> get name
"jack"

数据一致，说明同步正常

11 .创建sentinel1的配置文件：sentinel-26379.conf

在/opt/sentinel目录创建 sentinel-26379.conf 文件，内容如下

# 配置文件目录
dir /opt/sentinel/
# 日志文件位置
logfile "./sentinel-26379.log"
# pid文件
pidfile /var/run/sentinel_26379.pid
# 是否后台运行
daemonize yes
# 端口
port 26379
# 监控主服务器master的名字：mymaster，IP：192.168.200.129，port：6379，最后的数字2表示当
Sentinel集群中有2个Sentinel认为master存在故障不可用，则进行自动故障转移
sentinel monitor mymaster 192.168.200.129 6379 2
# master响应超时时间（毫秒），Sentinel会向master发送ping来确认master，如果在20秒内，ping
不通master，则主观认为master不可用
sentinel down-after-milliseconds mymaster 60000
# 故障转移超时时间（毫秒），如果3分钟内没有完成故障转移操作，则视为转移失败
sentinel failover-timeout mymaster 180000
# 故障转移之后，进行新的主从复制，配置项指定了最多有多少个slave对新的master进行同步，那可以理
解为1是串行复制，大于1是并行复制
sentinel parallel-syncs mymaster 1
# 指定mymaster主的密码（没有就不指定）
# sentinel auth-pass mymaster 123456

12 . 创建sentinel2的配置文件：sentinel-26380.conf

在/opt/sentinel目录创建 sentinel-26380.conf 文件，内容如下

# 配置文件目录
dir /opt/sentinel/
# 日志文件位置
logfile "./sentinel-26380.log"
# pid文件
pidfile /var/run/sentinel_26380.pid
# 是否后台运行
daemonize yes
# 端口
port 26380
# 监控主服务器master的名字：mymaster，IP：192.168.200.129，port：6379，最后的数字2表示当
Sentinel集群中有2个Sentinel认为master存在故障不可用，则进行自动故障转移
sentinel monitor mymaster 192.168.200.129 6379 2
# master响应超时时间（毫秒），Sentinel会向master发送ping来确认master，如果在20秒内，ping
不通master，则主观认为master不可用
sentinel down-after-milliseconds mymaster 60000
# 故障转移超时时间（毫秒），如果3分钟内没有完成故障转移操作，则视为转移失败
sentinel failover-timeout mymaster 180000
# 故障转移之后，进行新的主从复制，配置项指定了最多有多少个slave对新的master进行同步，那可以理
解为1是串行复制，大于1是并行复制
sentinel parallel-syncs mymaster 1
# 指定mymaster主的密码（没有就不指定）
# sentinel auth-pass mymaster 123456

13 . 创建sentinel3的配置文件：sentinel-26381.conf

在/opt/sentinel目录创建 sentinel-26381.conf 文件，内容如下

# 配置文件目录
dir /opt/sentinel/
# 日志文件位置
logfile "./sentinel-26381.log"
# pid文件
pidfile /var/run/sentinel_26381.pid
# 是否后台运行
daemonize yes
# 端口
port 26381
# 监控主服务器master的名字：mymaster，IP：192.168.200.129，port：6379，最后的数字2表示当
Sentinel集群中有2个Sentinel认为master存在故障不可用，则进行自动故障转移
sentinel monitor mymaster 192.168.200.129 6379 2
# master响应超时时间（毫秒），Sentinel会向master发送ping来确认master，如果在20秒内，ping
不通master，则主观认为master不可用
sentinel down-after-milliseconds mymaster 60000
# 故障转移超时时间（毫秒），如果3分钟内没有完成故障转移操作，则视为转移失败
sentinel failover-timeout mymaster 180000
# 故障转移之后，进行新的主从复制，配置项指定了最多有多少个slave对新的master进行同步，那可以理
解为1是串行复制，大于1是并行复制
sentinel parallel-syncs mymaster 1
# 指定mymaster主的密码（没有就不指定）
# sentinel auth-pass mymaster 123456

14 . 分别查看3个sentinel的信息

14.1 分别对3个sentinel执行下面命令，查看每个sentinel的信息
redis-cli -p sentinel的端口
info sentinel
14.2 sentinel1 的信息如下，其他2个sentinel的信息这里就不列了，大家自己去看一下

在这里插入图片描述

15 . 验证故障自动转移是否成功

step1：在master中执行下面命令，停止master
192.168.200.129:6379> shutdown

step2：等待2分钟，等待完成故障转移
step2：等待2分钟，等待完成故障转移

sentinel中我们配置 down-after-milliseconds 的值是60秒，表示判断主机下线时间是60秒，所以我们
等2分钟，让系统先自动完成故障转移。

step3：查看slave1的主从信息，如下

使用 info replication 命令查看主从信息
在这里插入图片描述

step4：查看slave2的主从信息，如下

slave2变成master了，且slave2变成slave1的从库了，完成了故障转移。
在这里插入图片描述

step5：下面验证下slave1和slave2是否同步

在slave2中执行下面命令

192.168.200.129:6381> set address china
OK

在slave1中执行下面命令，查询一下address的值，效果如下，说明slave2和slave1同步正

16 . 恢复旧的master自动俯首称臣

当旧的master恢复之后，会自动挂在新的master下面，咱们来验证下是不是这样的。

step1：执行下面命令，启动旧的master
redis-server /opt/sentinel/redis-6379.conf
step2：执行下面命令，连接旧的master
redis-cli -h 192.168.200.129 -p 6379```
step3：执行下面命令，查看其主从信息
info replication

效果如下，确实和期望的一致。
在这里插入图片描述

17 . 更多Sentinel介绍

关于sentinel更多信息，见：http://itsoku.com/article/247

我家老洋
关注
  • 0
    点赞
  • 踩
  • 2
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
redis主从模式与哨兵模式例子
07-27
redis主从模式与哨兵模式例子 # 当前Sentinel服务运行的端口 port 26378 # 哨兵监听的主服务器 sentinel myid 09a71e001825114de399e0b6214c4b6f5449ab3a # 3秒内mymaster没响应，则认为mymaster宕机 sentinel deny...
深入学习 Redis - 主从结构配置、流程、底层原理（全网最详细）
CYK_byte的博客
08-11 4287
单点问题可用性：如果这个机器挂了，意味着服务就中断了.性能：支持的并发量也是比较有限的.因此引入分布式系统，主要也是为了解决上述的单点问题~ 分布式系统中，往往需要多个服务器来部署 redis 服务，从而构成redis 集群，此时就可以让这个集群给整个分布式系统中的其他服务，提供更稳定 / 更高效的数据存储功能.本章主要来讲一下 redis 部署方式中的主从模式~
Redis—主从配置
xiayping的博客
08-03 3372
Redis主从配置参数详解
Redis主从配置
m0_63926154的博客
08-31 4399
Redis主从配置
redis 主从配置
空明的博客
09-17 1097
redis 主从配置
Redis哨兵主从模式+keepalived.docx
12-12
Redis哨兵主从模式+keepalived
redis 的主从复制，哨兵模式
04-15
redis 的主从复制，哨兵模式。
redis部署主从哨兵模式
06-30
学习总结资料
redis主从配置以及哨兵模式配置
03-30
详细的描述了redis的配置，以及哨兵sentinel模式的配置以及使用，很实用！
redis专题：redis的主从、哨兵、集群架构的配置和部署详情、以及问题分析
qq_1149513559的博客
11-06 2181
文章目录1. 在linux下安装redis 1. 在linux下安装redis 下载地址：http://redis.io/download 安装步骤： # 安装gcc yum install gcc # 把下载好的redis-5.0.3.tar.gz放在/usr/local文件夹下(可以使用Xftp传输) wget http://download.redis.io/releases/redis-5.0.3.tar.gz # 解压 tar xzf redis-5.0.3.tar.gz cd redis-5
REDIS主从配置
2302_78534730的博客
08-08 1033
Redis的主从配置是指在Redis集群中，将一个Redis节点配置为主节点（master），其他节点配置为从节点（slave），主节点负责写操作和部分读操作，从节点负责读操作。主从配置的作用主要有以下几点：提高读写性能：主节点负责写操作，从节点负责读操作，实现了读写分离，有效提高了系统的读写性能。从节点可以接受主节点的复制数据，这样读操作可以在从节点上执行，减轻了主节点的负载。提高可用性：主节点故障时，从节点可以接替主节点的角色，继续提供服务。
Redis主从配置(一主两从)
qq_36842015的博客
10-20 3317
Redis主从配置(一主两从)
Redis原理剖析视频
黎程雨的博客
02-21 818
互联网高并发系列：教你实现Redis高可用和剖析原理 1.Redis Sentinel（哨兵）架构下的高可用 Redis的主从复制下，一旦主节点由于故障不能提供服务，需要人工将从节点晋升为主节点，同时还要通知应用方更新主节点地址，对于很多应用场景这种故障处理的方法是无法接受的。可喜的是Redis从2.8开始正式提供了Redis Sentinel（哨兵）架构来解决这个问题。 Redis Sentin...
【Redis】深入探索 Redis 主从结构的创建、配置及其底层原理
最新发布
qq_61635026的博客
09-19 1096
在 Redis 中，主从结构是一种数据复制机制，它包括一个 Redis 主节点（Master）和一个或多个 Redis 从节点（Slave）。其中主节点主要负责处理写数据操作（数据的写入和更新），而从节点则负责复制主节点的数据并处理读请求。通过这样的主从结构，提高了 Redis 服务器的性能和高可用。
Redis主从部署及sentinel配置详细教程
jks212454的博客
06-01 1934
Redis主从部署及sentinel配置详细教程
手把手教你配置Redis主从复制（含详细图文）
weixin_34332998的博客
03-20 4168
这期来聊聊什么是主从复制？主从复制能干什么？Redis如何实现的主从复制？哨兵模式如何实现？最后再来说说复制的原理以及他的缺点
Redis主从复制配置
qq_45476645的博客
09-19 1825
Redis主从复制配置 保姆级操作教程
Redis学习笔记---Redis的主从复制
qq_39314972的博客
01-31 734
Redis学习笔记—Redis的主从复制 1.Redis的高可用性 高可用性（High Availability）通常来描述一个系统经过专门的设计，从而减少停工时间，而保持其服务的高度可用性。 Reids保证的是分布式理论中CAP的A，并且Redis是AP模型 但是单机的Redis是无法保证高可用性的，当Redis服务器宕机后，即使在有持久化的机制下也无法保证不丢失数据，所以我们采用Redis多机和集群的方式来保证Redis的高可用性。 单进程+单线程 + 多机 （集群） 2.Redis主从复制介绍
redis主从配置 哨兵模式
08-26
要配置Redis主从复制，需要进行以下步骤： 1. 配置主节点： - 打开主节点的配置文件 `redis.conf`。 - 将 `bind` 设置为主节点的 IP 地址。 - 将 `port` 设置为主节点的端口号。 - 将 `daemonize` 设置为 `yes`...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值