Redis高可用哨兵机制及SpringBoot整合哨兵

简介:

Redis高可用哨兵机制及SpringBoot整合哨兵
前言:在前面讲到了Redis分片机制可实现内存数据的扩容来提高执行速率---Redis分片机制,可是Redis分片依旧有一些问题,如果redis分片的节点如果有一个服务器宕机,则直接影响用户的使用.Redis分片机制没有实现高可用功能(HA)。----我所使用的Linux系统是dsCentOS-empty

1.Redis高可用哨兵机制
1.1主从同步配置
1.1.1 主从同步说明
说明:如果需要实现redis的高可用(HA),则必须先实现主从的同步。

当用户操作主节点时,由程序内部自动的实现数据的同步,将数据同步给从节点.这时主机和从机拥有相同的数据。

1.1.2 准备哨兵的Redis节点
说明:

1.首先将redis的分片服务器全部关闭。

2.复制分片的文件目录,并且改名为sentinel
cp -r shards sentinel
3.删除多余的持久化文件
rm -f dump.rdb

4.分别启动redis
redis-server 6379.conf & redis-server 6380.conf & redis-server 6381.conf &
检查Redis启动是否正常.

1.1.3检查Redis节点状态
命令: 要求在redis的客户端中执行

info replication
role:master说明是主机,connevted_slaves:0 说明暂无从机

1.1.4实现主从挂载
设计方案: 6379当主机 6380/6381当从机。

在6380/6381中执行如下命令:
slaveof 主机的IP地址 主机的端口号

2.检查主从的状态
role:slave以为着它是从机,master_host/port 是主机信息

3.向Redis的主机中添加数据,之后检查6380/6381中是否有数据 是否实现数据的同步.

1.2Redis哨兵实现
1.2.1 哨兵工作原理

工作原理说明:

当哨兵启动时,会根据配置文件监听当前的主机.获取主机的全部信息。
哨兵利用心跳检测机制,判断当前主机是否存活.如果连续3次 PING-PONG检测时都没有响应.则断定当前主机宕机。
如果发现主机宕机,则哨兵会通过监听获取当前主机的从节点信息,之后利用选举规则,动态选择新的主机。
如果一旦确定新的主节点,则将其余的节点设置为新主机的从。
1.2.2编辑哨兵配置文件
1.复制哨兵的配置文件
cp sentinel.conf sentinel/
2.打开sentinel配置文件
记住是sentinel文件目录下的配置文件

vim sentinel.conf
2.关闭保护模式

protected-mode no 17行
3.开启后台启动
daemonize yes 26行

4.配置哨兵的监控
mymaster:表示变量的名称. 代表着当前redis的主机.
1: 代表哨兵在选举的过程中几票生效.

5.修改哨兵的宕机选举时间

将主机宕机后,从机选为主机的时间定为了10秒。

6.保存配置
1.2.3测试哨兵高可用
1.启动哨兵
redis-sentinel sentinel.conf
2.检查哨兵服务是否启动

3.高可用测试
将redis主机宕机,等待10秒(这是自定义的),检查主从结构是否变化。

kill -9 22005

主机6379被宕机后,转化为了6380,说明哨兵的选举一切正常。

重新启动6379服务器,检查是否为6380的从机

重启之后,检查6379的状态信息 6379已经是6380的从机.哨兵高可用完成。

2.SpringBoot整合哨兵
2.1 哨兵入门案例
如果哨兵机制服务器全部重启,问 :是否需要重新配置主从,重新配置哨兵?
不需要
原因:一旦使用哨兵.则会将主从信息写入每个节点的配置文件中.如果所有的节点都重启则根据自己的配置文件的信息.实现主从的分配.

redis.conf文件标识:

replicaof 192.168.126.166 6380
sentinel.conf文件标识:

sentinel leader-epoch mymaster 1
sentinel known-replica mymaster 192.168.126.166 6379
sentinel known-replica mymaster 192.168.126.166 6381
sentinel current-epoch 1
测试哨兵机制
说明:用户应该链接redis哨兵,而不是redis主机。

   /**
     * 测试哨兵机制
     * masterName:当前主机的变量名称
     */
    @Test
    public void testSentinel() {
        Set<String> sentinels = new HashSet<String>();
        sentinels.add("192.168.126.166:26379");
        JedisSentinelPool pool = new JedisSentinelPool("mymaster", sentinels);
        Jedis jedis = pool.getResource();//1主2从 1备份2次
        jedis.set("sentinel", "AAAAA");
        System.out.println(jedis.get("sentinel"));
    }

2.2 SpringBoot整合Redis哨兵
2.2.1 编辑redis.properties文件

标识IP地址和端口号信息 IP:PORT

redis.node=192.168.126.166:6379
redis.nodes=192.168.126.166:6379,192.168.126.166:6380,192.168.126.166:6381
redis.sentinel=192.168.126.166:26379
2.2.2 编辑redisConfig配置类

@Value("${redis.sentinel}")
private String sentinel;    //node,node,node

@Bean
public Jedis jedis() {
    Set<String> sentinels = new HashSet<String>();
    sentinels.add(sentinel);
    JedisSentinelPool pool = new JedisSentinelPool("mymaster", sentinels);
    return  pool.getResource();//1主2从 1备份2次
    
}

2.2.3修改RedisAOP
说明:修改RedisAOP的对象注入

原文地址https://my.oschina.net/u/4115134/blog/3208781

相关文章
|
3月前
|
NoSQL Java 网络安全
SpringBoot启动时连接Redis报错:ERR This instance has cluster support disabled - 如何解决?
通过以上步骤一般可以解决由于配置不匹配造成的连接错误。在调试问题时,一定要确保服务端和客户端的Redis配置保持同步一致。这能够确保SpringBoot应用顺利连接到正确配置的Redis服务,无论是单机模式还是集群模式。
346 5
|
4月前
|
存储 监控 NoSQL
Redis高可用架构全解析:从主从复制到集群方案
Redis高可用确保服务持续稳定,避免单点故障导致数据丢失或业务中断。通过主从复制实现数据冗余,哨兵模式支持自动故障转移,Cluster集群则提供分布式数据分片与水平扩展,三者层层递进,保障读写分离、容灾切换与大规模数据存储,构建高性能、高可靠的Redis架构体系。
|
4月前
|
NoSQL Java 调度
分布式锁与分布式锁使用 Redis 和 Spring Boot 进行调度锁(不带 ShedLock)
分布式锁是分布式系统中用于同步多节点访问共享资源的机制,防止并发操作带来的冲突。本文介绍了基于Spring Boot和Redis实现分布式锁的技术方案,涵盖锁的获取与释放、Redis配置、服务调度及多实例运行等内容,通过Docker Compose搭建环境,验证了锁的有效性与互斥特性。
310 0
分布式锁与分布式锁使用 Redis 和 Spring Boot 进行调度锁(不带 ShedLock)
|
10月前
|
NoSQL Java 关系型数据库
微服务——SpringBoot使用归纳——Spring Boot 中集成Redis——Redis 介绍
本文介绍在 Spring Boot 中集成 Redis 的方法。Redis 是一种支持多种数据结构的非关系型数据库(NoSQL),具备高并发、高性能和灵活扩展的特点,适用于缓存、实时数据分析等场景。其数据以键值对形式存储,支持字符串、哈希、列表、集合等类型。通过将 Redis 与 Mysql 集群结合使用,可实现数据同步,提升系统稳定性。例如,在网站架构中优先从 Redis 获取数据,故障时回退至 Mysql,确保服务不中断。
389 0
微服务——SpringBoot使用归纳——Spring Boot 中集成Redis——Redis 介绍
|
4月前
|
监控 NoSQL Redis
Redis哨兵机制
Redis哨兵机制用于解决主从复制中主节点故障无法自动恢复的问题。通过独立进程监控主节点状态,在主节点宕机时,多个哨兵协作选举新主节点并完成故障转移,实现高可用性。哨兵机制具备监控、故障转移和通知功能,支持自动切换主从关系,但无法提升存储容量和完全避免数据丢失。
|
10月前
|
缓存 NoSQL Java
基于SpringBoot的Redis开发实战教程
Redis在Spring Boot中的应用非常广泛,其高性能和灵活性使其成为构建高效分布式系统的理想选择。通过深入理解本文的内容,您可以更好地利用Redis的特性,为应用程序提供高效的缓存和消息处理能力。
898 79
|
8月前
|
缓存 NoSQL 算法
Redis数据库的键值过期和删除机制
我们需要注意的是,虽然Redis提供了这么多高级的缓存机制,但在使用过程中,必须理解应用的特性,选择合适的缓存策略,才能最大化Redis的性能。因此,在设计和实施应用程序时,理解应用的数据访问模式,以及这些模式如何与Redis的缓存机制相互作用,尤为重要。
283 24
|
11月前
|
NoSQL Java Redis
Springboot使用Redis实现分布式锁
通过这些步骤和示例,您可以系统地了解如何在Spring Boot中使用Redis实现分布式锁,并在实际项目中应用。希望这些内容对您的学习和工作有所帮助。
1115 83
|
7月前
|
机器学习/深度学习 数据采集 人机交互
springboot+redis互联网医院智能导诊系统源码,基于医疗大模型、知识图谱、人机交互方式实现
智能导诊系统基于医疗大模型、知识图谱与人机交互技术,解决患者“知症不知病”“挂错号”等问题。通过多模态交互(语音、文字、图片等)收集病情信息,结合医学知识图谱和深度推理,实现精准的科室推荐和分级诊疗引导。系统支持基于规则模板和数据模型两种开发原理:前者依赖人工设定症状-科室规则,后者通过机器学习或深度学习分析问诊数据。其特点包括快速病情收集、智能病症关联推理、最佳就医推荐、分级导流以及与院内平台联动,提升患者就诊效率和服务体验。技术架构采用 SpringBoot+Redis+MyBatis Plus+MySQL+RocketMQ,确保高效稳定运行。
554 0
|
10月前
|
存储 人工智能 NoSQL
SpringBoot整合Redis、ApacheSolr和SpringSession
本文介绍了如何使用SpringBoot整合Redis、ApacheSolr和SpringSession。SpringBoot以其便捷的配置方式受到开发者青睐,通过引入对应的starter依赖,可轻松实现功能整合。对于Redis,可通过配置RedisSentinel实现高可用;SpringSession则提供集群Session管理,支持多种存储方式如Redis;整合ApacheSolr时,借助Zookeeper搭建SolrCloud提高可用性。文中详细说明了各组件的配置步骤与代码示例,方便开发者快速上手。
195 11