上一篇文章的内容是redis的主从复制,当一个主结点挂后,从节点可以通过执行命令 replicaof no one 主节点的切换,这里我们主要是实现自动切换,采用哨兵机制(Redis Sentinel)
架构图
文章图片
Sentinel的功能列表:
- 监控(Monitoring):Sentinel不断的去检查你的主从实例是否按照预期在工作。
- 通知(Notification):Sentinel可以通过一个api来通知系统管理员或者另外的应用程序,被监控的Redis实例有一些问题
- 自动故障转移(Automatic failover):如果一个主节点没有按照预期工作,Sentinel会开始故障转移过程,把一个从节点提升为主节点,并重新配置其他的从节点使用新的主节点,使用Redis服务的应用程序在连接的时候也被通知新的地址。
- 配置提供者(Configuration provider):Sentinel给客户端的服务发现提供来源:对于一个给定的服务,客户端连接到Sentinels来寻找当前主节点的地址。当故障转移发生的时候,Sentinels将报告新的地址。
- 当多个Sentinel同意一个master不再可用的时候,就执行故障检测。这明显降低了错误概率。
- 即使并非全部的Sentinel都在工作,Sentinel也可以正常工作,这种特性,让系统非常的健康。
文章图片
port 26379//端口
sentinel monitor mymaster 127.0.0.1 6381 2//监控一个叫做mymaster的主节点,地址是 127.0.0.1 端口号是6379,并且有2个仲裁机器(有两个sentinel判定redis挂了,redis就会认为是挂了)
sentinel down-after-milliseconds mymaster 60000 // 这个时间内一旦我们不能收到回复,主节点将发现失败。
实际操作: 将sentinel的配置文件我们copy3份到redistest目录(防止影响正在运行的redis实例) 【redis|Redis哨兵-实现Redis高可用】
文章图片
修改三个实例的配置文件 1.修改端口
文章图片
2. 指定主节点
文章图片
启动主节点和从节点
# 启动redis的命令
redis-server ./6379.confstart|start|stop
#启动命令
redis-sentinel ./26379
ps -fe | grep sentinel
kill -9 进程
启动6379(主节点)
文章图片
启动6380
文章图片
启动6381
文章图片
启动sentinel集群
启动26379
文章图片
启动26380
文章图片
启动26381
文章图片
从配置文件中可看出: 每个sentinel几点之间是保持通信的,与主节点通过发布订阅的模式进行通信,主节点上有从节点和sentinl的信息
在主节点上执行请阅命令
文章图片
sentinel的api SENTINEL masters 展示监控的主节点和它们的状态列表
SENTINEL master 展示指定的主节点的信息
SENTINEL salves 展示这个主节点的从节点,以及它们的状态
SENTINEL sentinels 展示这个主节点的sentinel实例,以及它们的状态
SENTINEL get-master-addr-by-name 返回主节点的IP和端口号。如果这个主节点的一次故障转移正在进行,就返回提升的从节点的IP和端口号
文章图片
文章图片
文章图片
故障转移 n/2+1的sentinel几点在60秒内没有收到主节点的消息,则判定主节点挂了,然后再从节点中选举一个从节点升级为主节点,然后进行数据同步
我们停止6379redia实例, 观察sentinel的输出日志
文章图片
查询目前的主节点
文章图片
推荐阅读
- springboot系列|【SpringBoot系列】最详细demo-- redis、EhCache、Guava做缓存
- Redis|Redis 的 Java 客户端
- Redis|【Redis系列7】Redis高级特性之发布/订阅和Lua脚本执行原理分析
- Java|redis 发布和订阅 持久化 事务 缓存问题
- redis|SpringBoot缓存使用Redis与@CaChe注解整合 简洁使用
- redis|springboot整合spring @Cache和Redis
- 笔记|Redis-redis概念、配置、Sentinel高可用
- Redis集群搭建方式
- redis|centos7 redis集群搭建