Redis Sentinel 的高可用
Redis Sentinel 是一个分布式架构,其中包含若干个Sentinel节点和Redis 数据节点,每个Sentinel节点会对数据节点和其余Sentinel节点进行监控,当它发现节点不可达时,会对节点做下线标识。如果被标识的是主节点,它还会和其他Sentinel节点进行“协商”,当大多数Sentinnel节点都认为主节点不可达时,它们会选举出一个Sentinel节点来完成自动故障转移的工作,同时会将这个变化实时通知给Redis应用方。整个过程完全是自动的,不需要人工来介入,所以这套方案很有效的解决了Redis的高可用问题。
Redis Sentinel 架构
整个自动故障转移的处理逻辑有下面4个步骤:
1) 主节点故障
主节点出现故障,此时两个从节点与主节点失去连接,主从复制失败。
2) 定期监控主节点
每个Sentinel节点通过定期监控发现主节点出现了故障。
3) 选出领导
多个Sentinel节点对主节点的故障达成一致,选出sentinel-3节点作为领导者负责故障转移。
4)执行故障转移
5)故障转移后,整个Redis Sentinel的拓扑结构图
Redis Sentinel具有以下几个功能:
监控:Sentinel节点会定期检测Redis数据节点、其余Sentinel节点是否可达。
通知:Sentinel节点会将故障转移的结果通知给应用方。
配置提供者:在Redis Sentinel结构中,客户端在初始化的时候连接的是Sentinel节点集合,从中获取节点信息。
Redis Sentinel包含了若干个Sentinel节点,这样也带来了两个好处:
1)对于节点的故障判断是由多个Sentinel节点共同完成,这样可以有效的防止误判。
2)Sentinel节点集合是由若干个Sentinel节点组成,这样即使个别Sentinel节点不可用,整个Sentinel节点依然是健壮的。
Sentinel节点本身就是独立的Redis节点,只不过它们有一些特殊,它们不存储数据,只支持部分命令。
实战Sentinel
创建sentinel.conf配置文件
touch sentinel.conf
配置sentinel.conf
sentinel monitor mymaster 127.0.0.1 6379 1
sentinel节点需要监控127.0.0.1:6379这个主节点,1 代表,判断主节点失败至少需要1个sentinel节点同意,mymaster是主节点的别名.
启动Sentinel节点
./redis-sentinel /usr/local/redis/etc/sentinel.conf
查询sentinel节点的信息
Redis Sentinel 优化配置
此处只是使用了一个sentinel节点来测试,在高可用的环境下需要多个sentinel节点监控,但是有2点需要强调一下:
1)生产环境建议Redis Sentinel的所有节点应该分布在不同的物理机上。
2)Redis Sentinel中的数据节点和普通的Redis数据节点在配置上没有任何区别,只不过是添加了一些Sentinel节点对他们进行监控。
Redis安装目录下有个sentinel.conf,是默认的sentinel节点配置文件,下面就以它作为例子进行说明: