redis哨兵 |
redis哨兵介绍:http://www.redis.cn/topics/sentinel.html
哨兵模式简介
Sentinel哨兵是redis官方提供的高可用方案,可以用它来监控多个Redis服务实例的运行情况。Redis Sentinel 是一个运行在特殊模式下的Redis服务器。Redis Sentinel是在多个Sentinel进程环境下互相协作工作的。
Sentinel系统有三个主要任务:
- ①监控:Sentinel不断的检查master和slave是否按照预期正常工作。
- ②提醒:被监控的Redis出现问题时,Sentinel会通知管理员或其他应用程序。
- ③自动故障转移:监控的主Redis不能正常工作,Sentinel会开始进行故障迁移操作。将一个slave升级新的主服务器。 让其他slave挂到新的主服务器。同时向客户端提供新的master地址。
Sentinel进程是用于监控redis集群中Master主服务器工作的状态,在Master主服务器发生故障的时候,可以实现Master和Slave服务器的切换,保证系统的高可用,其已经被集成在redis2.6+的版本中,Redis的哨兵模式到了2.8版本之后就稳定了下来。一般在生产环境也建议使用Redis的2.8版本的以后版本。哨兵(Sentinel) 是一个分布式系统,可以在一个架构中运行多个哨兵(sentinel) 进程,这些进程使用流言协议(gossip protocols)来接收关于Master主服务器是否下线的信息,并使用投票协议(Agreement Protocols)来决定是否执行自动故障迁移,以及选择哪个Slave作为新的Master。每个哨兵(Sentinel)进程会向其它哨兵(Sentinel)、Master、Slave定时发送消息,以确认对方是否”活”着,如果发现对方在指定配置时间(可配置的)内未得到回应,则暂时认为对方已掉线,也就是所谓的”主观认为宕机” ,主观是每个成员都具有的独自的而且可能相同也可能不同的意识,英文名称:Subjective Down,简称SDOWN。有主观宕机,肯定就有客观宕机。当“哨兵群”中的多数Sentinel进程在对Master主服务器做出SDOWN 的判断,并且通过 SENTINEL is-master-down-by-addr 命令互相交流之后,得出的Master Server下线判断,这种方式就是“客观宕机”,客观是不依赖于某种意识而已经实际存在的一切事物,英文名称是:Objectively Down, 简称ODOWN。通过一定的vote算法,从剩下的slave从服务器节点中,选一台提升为Master服务器节点,然后自动修改相关配置,并开启故障转移(failover)。
redis哨兵实现 |
redis哨兵实现拓扑图
- ①sentinel只监控master
- ②sentinel可以在部署别的服务器,但是一般为了节省服务器,一般在redis服务器上部署。
sentinel实现的配置
配置文件说明:
[root@redis-s1 etc]# grep "^[a-Z]" /apps/redis/etc/sentinel.conf
bind 0.0.0.0
port 26379
daemonize yes
pidfile "redis-sentinel.pid"
logfile "sentinel_26379.log"
dir "/apps/redis"
sentinel monitor mymaster 192.168.38.17 2 #法定人数限制(quorum),即有几个slave认为 master down了就进行故障转移
sentinel auth-pass mymaster 123456
sentinel down-after-milliseconds mymaster 30000 #(SDOWN)主观下线的时间
sentinel parallel-syncs mymaster 1 #发生故障转移时候同时向新master同步数据的slave数量,数字越小总同步时间越长
sentinel failover-timeout mymaster 180000 #所有slaves指向新的master所需的超时时间
sentinel deny-scripts-reconfig yes #禁止修改脚本
redis master的sentinel.conf配置:
- master:192.168.38.17
[root@centos7-17 etc]# grep "^[a-Z]" /apps/redis/etc/sentinel.conf
port 26379
bind 192.168.38.17
daemonize yes
dir "/apps/redis/sentinel"
pidfile "redis-sentinel.pid"
logfile "sentinel_26379.log"
sentinel monitor mymaster 192.168.38.17 6379 2
sentinel auth-pass mymaster 123456
sentinel deny-scripts-reconfig yes
redis slave的sentinel.conf配置:
- slave :192.168.38.27
port 26379
bind 192.168.38.27
daemonize yes
dir "/apps/redis/sentinel"
pidfile "redis-sentinel.pid"
logfile "sentinel_26379.log"
sentinel monitor mymaster 192.168.38.17 6379 2
sentinel auth-pass mymaster 123456
sentinel deny-scripts-reconfig yes
redis slave的sentinel.conf配置:
- slave :192.168.38.37
port 26379
bind 192.168.38.37
daemonize yes
dir "/apps/redis/sentinel"
pidfile "redis-sentinel.pid"
logfile "sentinel_26379.log"
sentinel monitor mymaster 192.168.38.17 6379 2
sentinel auth-pass mymaster 123456
sentinel deny-scripts-reconfig yes
启动哨兵
- 三台均启动哨兵
redis-sentinel /apps/redis/etc/sentinel.conf
master宕机
master修复后重启
[root@centos7-37 etc]# tail -f /apps/redis/sentinel/sentinel_26379.log
6949:X 15 Nov 15:03:33.538 * +convert-to-slave slave 192.168.38.17:6379 192.168.38.17 6379 @ mymaster 192.168.38.27 6379
- 重启之后,原本的master变为了新master的slave。
当前sentinel状态
- 在sentinel状态中尤其是最后一行,涉及到masterIP是多少,有几个slave,有几个sentinels,必须是符合全部服务器数量的。
master0:name=mymaster,status=ok,address=192.168.38.17:6379,slaves=2,sentinels=3