4.1 Redis哨兵模式

lvdapiaoliang

已于 2022-08-29 11:00:37 修改

阅读量229

点赞数

分类专栏： redis 文章标签： redis

于 2022-08-29 09:09:29 首次发布

本文链接：https://blog.csdn.net/Xx13624558575/article/details/126577401

版权

redis 专栏收录该内容

13 篇文章 0 订阅

订阅专栏

引子

Master挂了，如何保证可用性，实现继续读写。

什么是哨兵

Sentinel（哨兵）用于监控Redis集群中的Master状态的工具，是Redis高可用解决方法，哨兵可以监视一个或多个redis master服务，以及这些master服务的所有从服务；当某个master服务宕机后，会把这个master下的某个从服务升级为master来替代一宕机的master继续工作。

示例图

配置哨兵监控master

创建并配置sentinel.conf:

普通配置

port 26379
pidfile "/usr/local/redis/sentinel/redis-sentinel.pid"
dir "/usr/local/redis/sentinel"
daemonize yes
protected-mode no
logfile "/usr/local/redis/sentinel/redis-sentinel.log"

核心配置

# 配置哨兵
sentinel monitor mymaster 127.0.0.1 6379 2
# 密码
sentinel auth-pass <master-name> <password>
# master被sentinel认定为失效的间隔时间
sentinel down-after-milliseconds mymaster 30000
# 剩余的slaves重新和新的master做同步的并行个数
sentinel parallel-syncs mymaster 1
# 主备切换的超时时间，哨兵要去做故障转移，这个时候哨兵也是一个进程，如果他没有去执行，超过这个时间后，会由其他的哨兵来处理
sentinel failover-timeout mymaster 180000

启动哨兵 x 3

redis-sentinel sentinel.conf

测试

master挂了，看slave是否成为master
master恢复，观察slave状态

结论

master挂了之后，由于哨兵监控，剩余slave会进行选举，选举后其中一个成为master，当原来的master恢复后，他会成为slave。

解决原Master恢复后不同步问题

● 解决原Master恢复后不同步问题

● 一般master数据无法同步给slave的方案检查步骤

● 解决原Master恢复后不同步问题

◆ 原Master恢复后不同步问题

原来的Master(191)恢复成Slave,他的同步状态不OK,状态为 master_link_status:down,这是为什么?

原因：这是因为我们只设置了 192 和 193 的masterauth，这是用于同步master的数据

但是191一开始是 master 是不受影响的

当master转变为slave，由于它没有设置masterauth，

所以他不能从新的master同步数据。

随之导致 info replication的时候，同步状态为 down，

所以只需要修改redis.conf 中 masterauth 的密码改为一致的即可

● 一般master数据无法同步给slave的方案检查步骤

◆ 网络通信问题，要保证互相ping通，内网互通。

◆ 关闭防火墙，对应的端口开放（虚拟机中建议永久关闭防火墙，云服务器的话需要保证内网互通）

◆ 统一所有的密码，通过逐台检查机器以防某个节点被遗漏

进入客户端状态下

sentinel master sentinel-master 查看主节点的状态

sentinel slave sentinel-master 查看从节点的状态

redis-cli -p 26379

sentinel sentinels sentinel-master 查看主节点哨兵相关的信息

总结：经典模式一主二从，不过一旦主节点宕机，从节点无法写出信息，这样就不可用了，为了解决这个问题引入哨兵监控，通过投票机制，把从节点提升为主节点；每个节点都有一个哨兵

采用少数服从多数原则，那么哨兵节点数至少有3个或者为单数，计算方法：节点数除以2再加一，所以3个节点的quorum=2

quorum=投票人数，成为队长以后可以负责故障转移，可以决定哪台slave节点提升为master

约定：

哨兵节点数要设定为奇数个，避免出现重新投票的情况
哨兵部署在不同的计算机节点防止团灭
一组哨兵只监听一组主从

Springboot集成Redis哨兵配置

spring:

redis:

database: 0

password: 1TdhblkFcdhx2a

sentinel:

master: sentinel-master

nodes: 192.168.1.191:26379,192.168.1.192:26379,192.168.1.193:26379