Redis架构之哨兵机制

最新推荐文章于 2024-10-08 12:58:09 发布

云雨殇

最新推荐文章于 2024-10-08 12:58:09 发布

阅读量717

点赞数 12

分类专栏： Redis 文章标签： redis 架构数据库

本文链接：https://blog.csdn.net/BabyOi/article/details/140803335

版权

Redis 专栏收录该内容

5 篇文章 0 订阅

订阅专栏

Redis哨兵（Sentinel）

概念：哨兵机制来实现主从集群的自动故障恢复。

哨兵机制作用：

监控：Sentinel会不断检查master和slave是否按预期工作。
自动故障恢复：如果master故障，Sentinel会将一个slave提升为master。当故障实例恢复后旧的master变成slave。
通知：Sentinel充当Redis客户端的服务发现来源，当集群发生故障转移时，会将最近信息推送到Redis的客户端。

Sentinel是通过什么方式知道集群中每个节点的状态？

服务状态监控

Sentinel基于心跳机制检测服务状态，每隔1秒向集群的每个实例发送ping命令：

主观下线：如果某Sentinel节点发现某实例未在规定时间响应，则认为该实例主观下线。
客观下线：若超过指定数量（quorum）的Sentinel都认为该实例主观下线，则该实例客观下线。quorum值最好配置超过Sentinel实例数量的一半。

如果master发生故障，如何进行故障转移？

1.选举新的master

一旦发现master故障，Sentinel需要在slave中选择一个作为新的master。

首先会判断slave节点和master节点断开的时间长短，如果超过指定值（down-after-milliseconds * 10），则会排除该节点。（down-after-milliseconds在配置文件中配）
然后判断slave节点的slave-priority值，越小优先级越高，如果是0则永不参与选举（slave-priority在配置文件中配）
如果slave-priority一样，则判断slave节点的offset的值，值越大说明数据越新，优先级越高
最后判断slave节点的运行id大小，越小优先级越高。

2.故障转移

Sentinel给备选的slave节点发送slaveof no one命令，让该节点成为master
Sentinel给所有其他slave节点发送slaveof ip port命令，让这些slave成为新的master节点的从节点，开始从新的master节点上同步数据
最后，Sentinel将故障节点标记的slave，当故障节点恢复后自动成为新的master的slave节点（修改故障节点配置，添加slaveof）

Spring中使用RedisTemplate哨兵模式

1.在pom文件中引入redis的starter依赖：

<dependency>
    <groupId>org.springframework.boot</gourpId>
    <artifactId>spring-boot-starter-data-redis</artifactId>
</dependency>

2.在application.yml配置文件中指定Sentinel相关信息：

spring:
    redis:
        sentinel:
            master: mymaster # 指定master名称，需要与redis部署的sentinel的配置名称一致
            nodes: # 指定redis-sentinel集群信息
                - 192.168.0.1:27001
                - 192.168.0.1:27002
                - 192.168.0.1:27003

3.配置读写分离：

@Bean
public LettuceClientConfigurationBuilderCustomizer configurationBuilderCustomizer(){
    return configBuilder -> configBuilder.readFrom(ReadFrom.REPLICA_PREFERRED);
}

ReadFrom是配置Redis的读取策略，包括以下多个选择：