Redis哨兵详解

Redis详解

DevToCoding | Java面试指南、学习笔记

目录

Redis哨兵工作原理

哨兵的作用

服务状态监控 

工作原理总结

redis哨兵集群搭建

RedisTemplate操作哨兵


Redis哨兵工作原理

哨兵的作用

redis提供了哨兵(sentinel)机制来实现主从集群的自动故障恢复。哨兵的结构和作用如下:

  • 监控:sentinel会不断检查你的master和slave是否按预期工作
  • 自动故障恢复:如果master故障。sentinel会将一个slave提升为master。当故障实例恢复后也以新的master为主。
  • 通知:sentinel充当redis客户端的服务发现来源,当集群发送故障转移时,会将最新信息推送给redis客户端。

Redis哨兵详解_第1张图片

服务状态监控 

sentinel基于心跳机制监测服务状态,每隔1s向集群的每个实例发送ping命令:

  • 主观下线:如果某sentinel节点发现某实例未在规定时间响应,则认为该实例主观下线。
  • 客观下线:若超过指定数量的sentinel都认为该实例主观下线,则该实例客观下线。quorum值最好超过sentinel实例数量的一半。

Redis哨兵详解_第2张图片

选举新的master

一旦发现master故障,sentinel需要在slave中选择一个作为新的master,选择依据是这样的:

  • 首先会判断slave节点与master节点断开时间长短,如果超过指定值(down- after- millisecond * 10)则会排除该slave节点
  • 然后判断slave节点的slave- priority值,越小优先级越高,如果是0则永不参与选举
  • 如果slave- priority一样,则判断slave节点的offset值,越大说明数据越新,优先级越高
  • 最后是判断slave节点的运行id大小,越小优先级越高。

如何实现故障转移

当选中了其中一个slave为新的master后(例如slave1),故障的转移的步骤如下:

  • sentinel给备选的slave节点发送slaveof no one命令,让该节点成为master
  • sentinel给所有其它slave发送slaveof 192.168.150.101 7002命令,让这些slave成为新master的从节点,开始从新的master上同步数据。
  • 最后,sentinel将故障节点标记为slave,当故障节点恢复后会自动成为新的master的slave节点。

Redis哨兵详解_第3张图片

工作原理总结

sentinel的三个作用是什么?

  • 监控、故障转移、通知

sentinel如何判断一个redis实例是否健康?

  • 每隔1s发送一次ping命令,如果超过一定时间没有响应则认为是主观下线
  • 如果大多数sentinel都认为实例主观下线,则判定服务下线

故障转移步骤有哪些?

  • 首先选定一个slave作为新的master,执行slaveof no one
  • 然后让所有节点都执行slaveof 新master
  • 修改故障节点配置,添加slaveof 新master

redis哨兵集群搭建

我的云服务目录环境

Redis哨兵详解_第4张图片

cd /home/software/redis 

mkdir s1 s2 s3

然后我们在s1目录创建一个sentinel.conf文件,添加下面的内容:

port 27001

sentinel announce-ip 139.198.181.54

sentinel monitor mymaster 139.198.181.54 7001 2

sentinel down-after-milliseconds mymaster 5000

sentinel failover-timeout mymaster 60000

sentinel auth-pass mymaster 123456  #配置redis master密码

daemonize yes #后台启动哨兵

dir "/home/software/redis/s1"

 

说明:

port 27001:是当前sentinel实例的端口
sentinel monitor mymaster 192.168.150.101 7001 2:指定主节点信息
mymaster:主节点名称,自定义,任意写
139.198.181.54 7001:主节点的ip和端口
2:选举master时的quorum值

 然后将s1/sentinel.conf文件拷贝到s2、s3两个目录中(在/tmp目录执行下列命令): 

# 方式一:逐个拷贝

cp s1/sentinel.conf s2cp s1/sentinel.conf s3

# 方式二:管道组合命令,一键拷贝

echo s2 s3 | xargs -t -n 1cp s1/sentinel.conf

 修改s2、s3两个文件夹内的配置文件,将端口分别修改为27002、27003:

sed -i -e 's/27001/27002/g'-e 's/s1/s2/g's2/sentinel.conf

sed -i -e 's/27001/27003/g'-e 's/s1/s3/g's3/sentinel.conf

 为了方便查看日志,我们打开3个ssh窗口,分别启动3个redis实例,启动命令:

# 第1个

redis-sentinel s1/sentinel.conf

# 第2个

redis-sentinel s2/sentinel.conf

# 第3个

redis-sentinel s3/sentinel.conf

RedisTemplate操作哨兵

在sentinel集群监管下的redis主从集群,其节点会因为自动故障转移而发生变化,redis的客户端必须感知这种变化,及时更新连接信息。spring的redis template底层利用lettuce实现了节点的感知和自动切换。

在sentinel模式下,主从地址是可以变更的,redis不能配置死,只需要知道sentinel地址即可

读写分离,写操作都去找master节点,读操作都去找slave节点

/**

 * master:从主节点读取

 * master_preferred:优先从master节点读取,master不可用才读取replica

 * replica:从slave(replica)节点读取

 * replica_preferred:优先从slave(replica)节点读取,所有的slave都不可用才读取master

 */

@Bean

public LettuceClientConfigurationBuilderCustomizer customizer() {

    return (clientConfigurationBuilder) -> clientConfigurationBuilder.readFrom(ReadFrom.REPLICA_PREFERRED);

}

这里的ReadFrom是配置redis的读取策略,是一个枚举,包括下面选择:

master:从主节点读取

master_preferred:优先从master节点读取,master不可用才读取replica

replica:从slave(replica)节点读取

replica_preferred:优先从slave(replica)节点读取,所有的slave都不可用才读取master

在配置文件中指定sentinel相关信息

spring:
  redis:
    # 配置哨兵(sentinel)集群信息
    password: 123456 # 如果redis有密码,配置redis密码
    sentinel:
      master: mymaster # 指定master名称
      nodes: # 指定redis-sentinel集群信息
        - 139.198.181.54:27001
        - 139.198.181.54:27002
        - 139.198.181.54:27003

你可能感兴趣的:(Java,Redis,redis,缓存,数据库)