目录1、创建两个文件夹Redis和sentinel文件夹用于存放Docker-compose.yml文件2、redis下的docker-compose.yml3、sentinel下的docker-compose.yml文
version: "3"
services:
master:
image: redis:latest
container_name: my_redis_master
command: redis-server --requirepass root # 在连接容器时需要密码
ports:
- 6379:6379
slave1:
image: redis:latest
depends_on: # 这里目的是需要先启动master,随后再启动slave节点
- master
container_name: my_redis_slave1
command: redis-server --slaveof my_redis_master 6379 --requirepass root --masterauth root # 再容器启动后,通过这里命令来指定主节点ip地址
ports:
- 6380:6379
slave2:
image: redis:latest
depends_on:
- master
container_name: my_redis_slave2
ports:
- 6381:6379
command: redis-server --slaveof my_redis_master 6379 --requirepass root --masterauth root
networks: # 这里是配置网络环境,目的是让容器之间能够相互连接,如果不配置,哨兵将获取不到从节点的信息,并且无法转换master节点
default:
external:
name: redis_net
version: '3'
services:
sentinel1:
image: redis
container_name: redis-sentinel-1
networks:
- redis_net
ports:
- 26379:26379
command: redis-sentinel /usr/local/etc/redis/sentinel.conf # 启动哨兵,并且指定配置文件
volumes:
- ./sentinel1.conf:/usr/local/etc/redis/sentinel.conf
sentinel2:
image: redis
container_name: redis-sentinel-2
networks:
- redis_net
ports:
- 26380:26379
command: redis-sentinel /usr/local/etc/redis/sentinel.conf
volumes:
- ./sentinel2.conf:/usr/local/etc/redis/sentinel.conf
sentinel3:
image: redis
container_name: redis-sentinel-3
networks:
- redis_net
ports:
- 26381:26379
command: redis-sentinel /usr/local/etc/redis/sentinel.conf
volumes:
- ./sentinel3.conf:/usr/local/etc/redis/sentinel.conf
networks: # 这里指定网络跟redis在同一个网络环境下
redis_net:
external:
name: redis_net
sentinel配置文件,将下面的配置文件 cp成三分就行
port 26379
dir /tmp
sentinel monitor mymaster 192.168.16.2 6379 2 #指定集群的名字以及集群中master的ip地址,这里是容器地址,如果是用的虚拟机地址我这边会导致master转换不了。2就是指哨兵有多少个哨兵认为失效master就失效,保证超过50%就行
sentinel auth-pass mymaster root # 重点:我就是在这里忘了配置master需要密码登陆 导致一直获取不到master节点下的从信息
sentinel down-after-milliseconds mymaster 30000 #这里是指定master在失效之后多久就认为失效
sentinel parallel-syncs mymaster 1 # failover进行主备切换时最多可以有多少个slave对新的master进行同步,值越小完成failover的时间就越长,设置为1就是每次只有一个slave处于不能处理命令的状态
sentinel failover-timeout mymaster 180000
sentinel deny-scripts-reconfig yes
依赖
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-data-redis</artifactId>
<!-- 排除lettuce包,使用jedis代替-->
<exclusions>
<exclusion>
<groupId>io.lettuce</groupId>
<artifactId>lettuce-core</artifactId>
</exclusion>
</exclusions>
</dependency>
<dependency>
<groupId>redis.clients</groupId>
<artifactId>jedis</artifactId>
<version>3.0.1</version>
</dependency>
配置
spring:
redis:
sentinel:
master: mymaster
nodes: 192.168.16.5:26379,192.168.16.6:26380,192.168.16.7:26381 # 这里是连接的docker容器中哨兵的ip
jedis:
pool:
max-idle: 8
min-idle: 0
max-wait: -1
max-active: 8
passWord: root
如果使用的虚拟机中的docker ip地址 先配置路由表,这样宿主机才能访问docker容器中的哨兵
route add -p 容器的网络地址 mask 子网掩码 虚拟机ip地址 切记一定要关闭虚拟机的防火墙
配置bean
@Bean
public RedisTemplate<String,Object> redisTemplate(RedisConnectionFactory redisConnectionFactory){
RedisTemplate<String, Object> redisTemplate = new RedisTemplate<>();
redisTemplate.setConnectionFactory(redisConnectionFactory);
Jackson2JSONRedisSerializer jackson2jsonRedisSerializer = new Jackson2JsonRedisSerializer(Object.class);
ObjectMapper om = new ObjectMapper();
om.setVisibility(PropertyAccessor.ALL, JsonAutoDetect.Visibility.ANY);
om.enableDefaultTyping(ObjectMapper.DefaultTyping.NON_FINAL);
jackson2JsonRedisSerializer.setObjectMapper(om);
StringRedisSerializer stringRedisSerializer = new StringRedisSerializer();
// key采用String的序列化方式
redisTemplate.seTKEySerializer(stringRedisSerializer);
// hash的key也采用String的序列化方式
redisTemplate.setHashKeySerializer(stringRedisSerializer);
// value序列化方式采用jackson
redisTemplate.setValueSerializer(jackson2JsonRedisSerializer);
// hash的value序列化方式采用jackson
redisTemplate.setHashValueSerializer(jackson2JsonRedisSerializer);
redisTemplate.afterPropertiesSet();
return redisTemplate;
}
1、特点:
2、故障转移(Raft算法):
3、缺点:
1、特点:
2、工作方式
每个节点上都有slot槽的概念,取值范围是0-16383,还有一个就是cluster用于集群管理的插件。当存取的key值到达时 redis会根据crc16进行计算,然后把计算的结果对16384取余数,这样就每个key就会有对应的编号在0-16383之间的哈希槽,通过这个值跳转到对应的节点中。
redis-cluster引入了主从模式,一个主节点对应多个从节点,当超过半数的从节点ping主节点超时时,就会认为主节点宕机了。
3、缺点:
1、缓存雪崩
描述:在同一时间段,缓存集中过期。所有的请求都去查询数据库
解决方案:
解锁或者队列的方式防止大量线程对数据库的一次性独写
协调redis的过期时间,随机时间
做二级缓存,一级缓存为短期,二级缓存为长期
依赖隔离组件为后端限流并且降级
2、缓存穿透
描述:在redis中没有查询到并且数据库中也没有查询到,下一次进来还是会到redis中查询,就没有查询的意义了
解决方案:
布隆过滤器
将空对象记录在缓存中
3、缓存击穿
描述:查询的某个key恰好失效,刚好又有大量的并发过来,造成DB压力
解决方案:
通过加锁或者队列防止大量请求透过redis到DB中
对于热点key可以无限调长
也可以做二级缓存
4、缓存降级
描述:访问量剧增、服务出现问题,非核心的服务影响到核心流程的性能,但是仍需要服务还是可用
5、缓存预热
描述:先将数据直接加载到redis中,防止用户在请求时先查数据库
解决方案:
定时刷新缓存
6、缓存更新
描述:维护大量缓存,自定义缓存淘汰的策略
解决方案:定时清理过期的缓存,先判断缓存是否过期,如果过期就去数据库获取新的数据然后再更新
到此这篇关于docker搭建redis哨兵集群并且整合SpringBoot的实现的文章就介绍到这了,更多相关docker搭建redis哨兵集群内容请搜索我们以前的文章或继续浏览下面的相关文章希望大家以后多多支持我们!
--结束END--
本文标题: docker搭建redis哨兵集群并且整合springboot的实现
本文链接: https://www.lsjlt.com/news/33310.html(转载时请注明来源链接)
有问题或投稿请发送至: 邮箱/279061341@qq.com QQ/279061341
下载Word文档到电脑,方便收藏和打印~
2024-05-14
2024-05-14
2024-05-14
2024-05-14
2024-05-14
2024-05-14
2024-05-14
2024-05-14
2024-05-14
2024-05-14
回答
回答
回答
回答
回答
回答
回答
回答
回答
回答
0