Redis sentinel 哨兵群集

最新推荐文章于 2024-04-16 10:43:08 发布
最新推荐文章于 2024-04-16 10:43:08 发布
阅读量1.1k 收藏 1
点赞数
文章标签： redis 数据库 缓存
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/KW__jiaoq/article/details/122114577
版权

 简介

概述：哨兵模式是主从的升级版，因为主从的出现故障后，不会自动恢复，需要人为干预，这就很麻烦。在主从的基础上，实现哨兵模式就是为了监控主从的运行状况，对主从的健壮进行监控，就好像哨兵一样，只要有异常就发出警告，对异常状况进行处理

Redis Sentinel：是一个分布式系统，Redis Sentinel为Redis提供高可用性。可以在没有人为干预的情况下 阻止某种类型的故障 

主要作用：从redis会代替宕了的主redis

其原理是哨兵通过发送命令，等待Redis服务器响应，从而监控运行的多个Redis实例。同时 sentinel是一个分布式系统，可以在一个架构中运行多个Sentinel进程，可以做到sentinel的高可用

 如图：

 关于sentinel的三个定时任务：
1、每1秒每个sentinel对其他sentinel和redis节点执行ping操作，心跳检测
2、每10秒每个sentinel会对master和slave执行info命令，目的是发现slave结点，确定主从关系
3、每2秒每个sentinel通过master节点的channel交换信息（pub/sub）。master节点上有一个发布订阅的频道(sentinel:hello)。sentinel节点通过__sentinel__:hello频道进行信息交换(对节点的"看法"和自身的信息)，达成共识

 Redis Sentinel的工作方式

Redis 的 Sentinel 系统用于管理多个 Redis 服务器（instance）

工作方式如下：

1、监控(Monitoring): Sentinel 会不断地检查你的主服务器和从服务器是否运作正常
2、提醒(Notification): 当被监控的某个 Redis 服务器出现问题时，Sentinel 可以通过 API 向管理员或者其他应用程序发送通知
3、自动故障迁移（Automatic failover）：如果 master 没有按预期工作，Sentinel 可以启动一个故障转移过程，其中一个副本被提升为 master，其他额外的副本被重新配置为使用新的 master，并且使用 Redis 服务器的应用程序会被告知要使用的新地址连接时

配置提供程序: Sentinel 充当客户端服务发现的权威来源：客户端连接到 Sentinel 以请求负责给定服务的当前 Redis 主节点的地址。如果发生故障转移，Sentinels 将报告新地址 

 代替主redis的过程如图：

 默认情况下：Sentinel 使用 TCP 端口 26379 运行（请注意，6379 是普通的 Redis 端口）Sentinel 接受使用 Redis 协议的命令，因此可以使用redis-cli或任何其他未修改的 Redis 客户端来与 Sentinel 对话。并且可以直接查询 Sentinel 以从其角度检查受监控 Redis 实例的状态，查看它知道的其他 Sentinel，等等 

一、部署Redis Sentinel 群集

系统类型IP地址主机名称端口
CentOS7.4192.168.2.5master6379；2379
CentOS7.4192.168.2.6salve16379
CentOS7.4192.168.2.7salve26379

1、安装redis根据之前的文献进行安装：Rdeis高性能数据库

master、salve1、salve2都需安装

2、配置主从复制


[root@salve1 ~]# echo 'slaveof 192.168.2.5 6379' >> /usr/local/redis/redis.conf                                    
[root@salve1 ~]# echo 'masterauth 123.com' >> /usr/local/redis/redis.conf                                 

[root@salve1 ~]# systemctl restart redis                                      

————————————————————————————————————————————————————————————————————
[root@salve2 ~]# echo 'slaveof 192.168.2.5 6379' >> /usr/local/redis/redis.conf                                      
[root@salve2 ~]# echo 'masterauth 123.com' >> /usr/local/redis/redis.conf                                  

[root@salve1 ~]# systemctl start redis

2.1验证主从复制

——————————————————————————————————————————————主上测试
[root@master ~]# redis -h 192.168.2.5 -p 6379 -a 123.com
....
192.168.2.5:6379> set qvq 1233211234567
OK
192.168.2.5:6379> info replication
# Replication
role:master
connected_slaves:2
slave0:ip=192.168.2.6,port=6379,state=online,offset=14,lag=0
slave1:ip=192.168.2.7,port=6379,state=online,offset=14,lag=0
master_failover_state:no-failover
master_replid:58970ae4319d3d9ca3a0a6ecc64f6c64317acde2
master_replid2:0000000000000000000000000000000000000000
master_repl_offset:14
second_repl_offset:-1
repl_backlog_active:1
repl_backlog_size:1048576
repl_backlog_first_byte_offset:1
repl_backlog_histlen:14

192.168.2.5:6379> quit
——————————————————————————————————————————————— salve1 上查看
[root@salve1 ~]# redis -h 192.168.2.6 -p 6379 -a 123.com
.....
192.168.2.6:6379> keys *
1) "qvq"
192.168.2.6:6379> quit
—————————————————————————————————————————————— salve2 从上查看
[root@salve2 ~]# redis -h 192.168.2.7 -p 6379 -a 123.com
Warning: Using a password with '-a' or '-u' option on the command line interface may not be safe.
192.168.2.7:6379> keys *
1) "qvq"
192.168.2.7:6379> quit

3、配置Redis sentinel

[root@master ~]# cp redis-6.2.6/src/redis-sentinel /usr/local/redis/           #复制sentinel启动脚本
[root@master ~]# cp redis-6.2.6/sentinel.conf /usr/local/redis/                #复制sentinel配置文件
[root@master ~]# mkdir -p /var/redis/data                                      #创建日志存放位置


[root@master ~]# vim /usr/local/redis/sentinel.conf
.....
..
 21 port 26379
.....
 26 daemonize yes                                                              #开启后台运行
....
 36 logfile "26379.log"                                                        #日志名称
....
 65 dir /var/redis/data                                                        #指定路径
...
..
 84 sentinel monitor mymaster 192.168.2.5 6379 1                               # 1:当一台master 出现故障进行切换
......
116 sentinel auth-pass mymaster 123.com                                        #手动输入；连接master与slave节点的密码
....
125 sentinel down-after-milliseconds mymaster 1000                             #指定master的失效时间，单位毫秒；1s
....
..
225 sentinel failover-timeout mymaster 200000                                  #切换操作成功的时间周期为200s，超过认为切换失败


保存

 3.1、启动Redis sentinel

[root@master ~]# /usr/local/redis/redis-sentinel /usr/local/redis/sentinel.conf          #启动Redis sentinel 

[root@master ~]# tail -9 /usr/local/redis/sentinel.conf 
# Generated by CONFIG REWRITE
protected-mode no
user default on nopass ~* &* +@all
sentinel myid fc06c9ec190c1d80a05d06b891f19a63b7905259
sentinel config-epoch mymaster 0
sentinel leader-epoch mymaster 0
sentinel current-epoch 0
sentinel known-replica mymaster 192.168.2.7 6379
sentinel known-replica mymaster 192.168.2.6 6379


[root@master ~]# netstat -utpln|grep redis-sen
tcp        0      0 0.0.0.0:26379           0.0.0.0:*               LISTEN      107083/redis-sentin 
tcp6       0      0 :::26379                :::*                    LISTEN      107083/redis-sentin

4、测试Redis sentinel，关闭master节点后群集切换

[root@master ~]# systemctl stop redis

 查看日志：

[root@master redis]# cat /var/redis/data/26379.log 
43681:X 24 Dec 2021 05:06:38.860 # oO0OoO0OoO0Oo Redis is starting oO0OoO0OoO0Oo
43681:X 24 Dec 2021 05:06:38.860 # Redis version=6.2.6, bits=64, commit=00000000, modified=0, pid=43681, just started
43681:X 24 Dec 2021 05:06:38.860 # Configuration loaded
43681:X 24 Dec 2021 05:06:38.860 * Increased maximum number of open files to 10032 (it was originally set to 1024).
43681:X 24 Dec 2021 05:06:38.860 * monotonic clock: POSIX clock_gettime
43681:X 24 Dec 2021 05:06:38.860 * Running mode=sentinel, port=26379.
43681:X 24 Dec 2021 05:06:38.860 # WARNING: The TCP backlog setting of 511 cannot be enforced because /proc/sys/net/core/somaxconn is set to the lower value of 128.
43681:X 24 Dec 2021 05:06:38.861 # Sentinel ID is fc06c9ec190c1d80a05d06b891f19a63b7905259
43681:X 24 Dec 2021 05:06:38.861 # +monitor master mymaster 192.168.2.6 6379 quorum 1
43681:X 24 Dec 2021 05:06:39.895 # +sdown slave 192.168.2.5:6379 192.168.2.5 6379 @ mymaster 192.168.2.6 6379
Redis-Sentinel集群日志信息
+reset-master主服务器已被重置
+slave一个新的从服务器已经被Sentinel识别并关联
+failover-state-reconf-slaves故障转移状态切换到了reconf-slaves状态
+failover-detected另一个Sentinel开始了一次故障转移操作，或者一个从服务器转换成了主服务器
+slave-reconf-sent领头（leader）的Sentinel向实例发送了SLAVEOF命令，为实例设置新的主服务器
+slave-reconf-inprog实例正在将自己设置为指定主服务器的从服务器，但相应的同步过程仍未完成
+slave-reconf-done从服务器已经成功完成对新主服务器的同步
-dup-sentinel对给定主服务器进行监视的一个或多个Sentinel已经因为重复出现而被移除当Sentinel实例重启的时候，就会出现这种情况
+sentinel一个监视给定主服务器的新Sentinel已经被识别并添加
+sdown给定的实例现在处于主观下线状态
-sdown给定的实例已经不再处于主观下线状态
+odown给定的实例现在处于客观下线状态
-odown给定的实例已经不再处于客观下线状态
+new-epoch当前的纪元（epoch）已经被更新
+try-failover一个新的故障迁移操作正在执行中，等待被大多数Sentinel选中（waitingtobeelectedbythemajority）
+elected-leader赢得指定纪元的选举，可以进行故障迁移操作了
+failover-state-select-slave故障转移操作现在处于select-slave状态——Sentinel正在寻找可以升级为主服务器的从服务器
no-good-slaveSentinel操作未能找到适合进行升级的从服务器。Sentinel会在一段时间之后再次尝试寻找合适的从服务器来进行升级，又或者直接放弃执行故障转移操作
selected-slaveSentinel顺利找到适合进行升级的从服务器
failover-state-send-slaveof-nooneSentinel正在将指定的从服务器升级为主服务器，等待升级功能完成
failover-end-for-timeout故障转移因为超时而中止，不过最终所有从服务器都会开始复制新的主服务器（slaveswilleventuallybeconfiguredtoreplicatewiththenewmasteranyway）
failover-end故障转移操作顺利完成。所有从服务器都开始复制新的主服务器了
+switch-master配置变更，主服务器的IP和地址已经改变。这是绝大多数外部用户都关心的信息

5、测试新master节点与slave节点之间的主从同步

[root@salve1 ~]# redis -h 192.168.2.6 -p 6379 -a 123.com
......
192.168.2.6:6379> keys *
1) "qvq"
192.168.2.6:6379> set aaa aaaa
OK

————————————————————————————————————————————————————————————————-
[root@salve2 ~]# redis -h 192.168.2.7 -p 6379 -a 123.com
...................
192.168.2.7:6379> keys *
1) "qvq"
2) "aaa"
192.168.2.7:6379> set adb ase
(error) READONLY You can't write against a read only replica.

6、恢复master节点，查看群集状态

[root@master redis]# systemctl start redis
[root@master redis]# redis -h 192.168.2.5 -a 123.com
...........
192.168.2.5:6379> info replication
# Replication
role:slave
master_host:192.168.2.6
master_port:6379
master_link_status:down
master_last_io_seconds_ago:-1
master_sync_in_progress:1
slave_read_repl_offset:1
slave_repl_offset:1
master_sync_total_bytes:-1
master_sync_read_bytes:0
master_sync_left_bytes:-1
master_sync_perc:-0.00
master_sync_last_io_seconds_ago:0
master_link_down_since_seconds:-1
slave_priority:100
slave_read_only:1
replica_announced:1
connected_slaves:0
master_failover_state:no-failover
master_replid:cfc33cdad2f9a2b7a2aa07f10e75a6bc4bad6729
master_replid2:0000000000000000000000000000000000000000
master_repl_offset:0
second_repl_offset:-1
repl_backlog_active:0
repl_backlog_size:1048576
repl_backlog_first_byte_offset:0
repl_backlog_histlen:0

 如要实现IP地址的统一性，可以使用keepalived及shell脚本实现

乘浪初心
关注
redis6.2.6版本配置详解
liushangzaibeijing的博客
11-06 4万+
redis 6.2.6 配置详细说明，记录以后使用。
Redis之哨兵与集群
Guo_youyou的博客
07-30 2817
Redis集群是一个提供在多个Redis间节点间共享数据的程序集Redis集群并不支持处理多个keys的命令，因为这需要在不同节点间移动数据，从而达不到像Redis那样的性能，在高负载的情况下可能会导致不可预料的错误Redis集群通过分区来提供一定程度的可用性，在实际环境中当某个节点宕机或者不可达的情况下可继续处理命令2. Redis集群的优点。
redis sentinel 集群部署
小小关的博客
01-19 969
1：案例环境：就一台 2：案例实施： 192.168.100.10 上： 《1》：rz 上传软件包 《2》：iptables -F 《3》：systemctl stop firewalld 《4》： setenforce 0 《5》： ls 《6》：tar xf redis-4.0.9.tar.gz -C /usr/src/ 解压 《7》：cd /usr/src/redis-4.0.9/ 切换路径 《8》： make && make instal...
（进阶篇）Redis6.2.0 集群 哨兵模式_搭建_01
Gblfy_Blog
07-06 1608
redis sentinel是分布式系统中监控redis主从服务器，病痛主服务器下显示自动故障转移的模式。 其中4个特性为监控、提醒、自动故障转移、配置提供者。 编写配置文件 三个节点分别创建sentinel.conf并添加以下配置 vim /usr/local/redis/conf/sentiel.conf # 放行所有ip限制 bind 0.0.0.0 # 进程端口号 port 26379 # 后台启动 daemonize yes # 日志记录文件 logfile "/usr/local/r.
虚拟机 redis6.2.6主从、哨兵、集群搭建
qq_41430431的博客
05-22 972
虚拟机 redis6.2.6主从、哨兵、集群搭建
Shell 脚本如何 使用redis sentinel 模式 找到master 节点进行一系列动作
weixin_38919432的博客
02-15 1004
Shell 脚本如何 使用redis sentinel 模式 找到master 节点进行一系列动作 一句话搞定： SENTINEL get-master-addr-by-name 例子： /bin/sh << EOF>host.master redis-cli -h host -p port -a password SENTINEL get-master-addr-by-name serverhsot EOF host=(sed−n1phost.master)port=(sed -n 1
Redis哨兵模式 (sentinel) (主从复制,读写分离)
黑马程序员广州中心的专栏
12-12 2520
Redis的集群方案大致有三种： 1）redis cluster集群方案；2）master/slave主从方案；3）哨兵模式来进行主从替换以及故障恢复。 一、sentinel哨兵模式介绍 Sentinel(哨兵)是用于监控redis集群中Master状态的工具，是Redis 的高可用性解决方案，sentinel哨兵模式已经被集成在redis2.4之后的版本中...
麒麟系统Redis7.2哨兵集群部署
Python Golang
03-16 1680
Redis 哨兵模式是指在 Redis 集群中，有一组专门的进程（即哨兵进程）负责监控主节点和从节点的状态，并在发现故障时自动进行故障转移，以保证 Redis 集群的高可用性。Redis 提供了哨兵的命令，哨兵命令是一个独立的进程，哨兵进程会周期性地向主节点和从节点发送 PING 命令来检测它们的状态，当哨兵进程发现 master主节点 不可用时，根据投票数自动将某一个 slave 转换 master，然后通过消息订阅模式通知其它 slave，让它们切换到新的 master主节点 上，从而实现故障转移。
redis哨兵群集
m0_64896523的博客
01-01 550
redis哨兵群集 Redis sentinel,跟redis主从区别； redis主从； 主挂了从不会替代主 redis sentinel 主挂了从会替代主 MHA 一、Redis sentinel 概述； 概述；Sentinel：哨兵模式，是一个分布式的系统，该进程是用于监控redis集群中Master主服务器工作的状态，在Master主服务器发生故障的时候，可以实现Master和Slave服务器的切换，保证系统的高可用，其已经被集成在redis2.6 + 的版本中，Redis的哨兵模式到了2
redis—主从，哨兵，集群
且将&的博客
12-11 728
redis—主从，哨兵，集群
Redis 6.2.6（主从复制、集群）
weixin_43117449的博客
03-01 1008
一、主从复制 1、概念 主从复制就是主机数据更新后根据配置和策略，自动同步到备机的master/slave机制，master以写为主，slave以读为主。 2、优点 读写分离，性能扩展。 容灾快速恢复 3、配置 拷贝多个redis.conf文件include 开启daemonize yes pid文件名字pidfile 指定端口port log文件名字 dump.rdb名字dbfilename appendonly关闭或换名字 info replication 打印主从复制的相关信息 slaveof
Redis详解（十）进阶：如何配置主从复制
weixin_45181611的博客
11-01 621
主从复制，是指将一台Redis服务器的数据，复制到其他的Redis服务器。前者称为主节点（Master/Leader）,后者称为从节点（Slave/Follower）， 数据的复制是单向的！只能由主节点复制到从节点（主节点以写为主、从节点以读为主）
Redis的高可用集群 完
cp_dvd的博客
11-02 2187
集群并不是建立之后，节点数就固定不变的，也会有新的节点加入集群或者集群中的节点下线，这就是集群的扩容和缩容。但是由于集群节点和槽息息相关，所以集群的伸缩也对应了槽和数据的迁移集群扩容当有新的节点准备好加入集群时，这个新的节点还是孤立节点，加入有两种方式。一个是通过集群节点执行命令来和孤立节点握手，另一个则是使用脚本来添加节点。主节点：分摊槽和数据从节点：作故障转移备份集群缩容判断该节点是否持有槽，如果未持有槽就跳转到下一步，持有槽则先迁移槽到其他节点。
Redis学习篇5_主从复制、哨兵模式、缓存穿透、击穿与雪崩
xiaosi的博客
07-05 320
目录 主从复制 环境配置 举栗 复制原理 主从复制的另外一种链式结构 链式结构下选主节点引出哨兵模式 哨兵模式 哨兵的作用 测试举栗 优缺点 哨兵模式的全部配置 缓存穿透、击穿与雪崩 什么是缓存穿透及解决方案 什么是缓存击穿及解决方案 什么是缓存雪崩及解决方案 一、主从复制 什么是主从复制 将一台Redis服务器的数据，复制到其他Redis服务器。前者称为主节点master，后者称为从节点slave，共同负载的提供服务 数据的复制只能是单向的，只能从主节点到从节点，类似树的父、.
redis-6.2.1 sentinel 部署脚本
a1808862593的博客
06-28 168
直接执行即可，执行中需要交互输入主节点IP，需访问公网
基于centos7.9部署redis6.2主从哨兵模式
最新发布
weixin_45894600的博客
04-16 466
三台机器可以相互ping通，可以ping通baidu。
redis配置哨兵（sentinel）模式
噗嗤
12-30 4686
主从复制 当主服务器宕机时，我们需要手动的将从服务器中选取新的主服务器，这样会会需要人工干预，费时费力，而且不能及时的发现服务器宕机，造成一定时间内服务不可用。这并不是一个推荐的方案，我们更加建议使用哨兵模式替代。 哨兵模式 Redis-Sentinel是Redis官方推荐的高可用性(HA)解决方案，当用Redis做Master-slave的高可用方案时，假如master宕机了，Redis本身(包括它的很多客户端)都没有实现自动进行主备切换，而Redis-sentinel本身也是一个独立运行的进程，.
Redis主从复制集群的实现
kang50055的博客
05-25 510
Redis主从复制集群的实现 主从复制的特点 一个master可以有多个slave 一个slave只能有一个master 数据流向是从master到slave单向的 1.主从复制的实现 Redis SLave也要开启持久化并设置和master同样的连接密码，因为后期slave会有提升为master可能，slave端切换master同步后丢失之前的所有数据，而通过持久化可以恢复数据 一旦某个slave成为一个master的slave，redis slave服务会清空当前re
redis主从复制
qq_45105305的博客
01-25 784
一、集群环境配置 1、环境配置信息查询 [root@localhost bin]# redis-cli -p 6379 127.0.0.1:6379> info replication # Replication role:master #角色 master connected_slaves:0 #没有从机 master_failover_state:no-failover master_replid:4963354471dd313d484eb6acf6c2bbdb4ab910bc master_r
Docker搭建Redis Sentinel哨兵集群与SpringBoot集成教程
本文档详细介绍了如何在Spring Boot应用中整合Redis Sentinel哨兵集群，并使用Docker进行部署。主要步骤如下： 1. Docker环境准备: - 在CentOS 7系统上，首先确保防火墙已开启redis服务器所需的对外访问端口6379和...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

乘浪初心

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值