第十八章《redis哨兵》

第十八章《redis哨兵》

redis sentinel(redis哨兵)
一、redis哨兵简介
特殊的redis节点,不是数据节点。用来监控数据节点,如果数据节点故障,能够对该节点进行下线标识,如果故障的节点是主节点,sentinel可以实现自动的故障切换。

二、故障转移的流程
1.主节点发生故障后,客户端连接主节点失败,两个从节点连接主节点失败,复制中断;
2.如果主节点无法正常启动,需要选出一个从节点(slave-1) ,对其执行slaveof no one
命令使其成为新的主节点;
3.更新应用方的主节点设置,让应用方连接到新的主节点;
4.客户端命令另一个从节点(slave-2)去复制新的主节点;
5.原来的主节点恢复后,让它作为从节点去复制新的主节点。

三、为什么sentinel要以集群的方式存在?
单个sentinel来监控数据节点会出现两个问题:
1.一旦sentinel节点故障,无法监控并自动故障转移;
2.由于网络或其他问题可能导致sentinel对数据节点故障的误判;
由于以上问题,所以一般用3个或更多的sentinel节点;

四、sentinel的选举
(1) sentinel节 点会监控数据节点以及其他的sentinel节点,如果发现主节点故障,sentinel会将信息发送给其他的sentinel节点,如果大多数sentinel节点都认为主节点下线了,就会选出一个leader节点去执行故障转移;
达到一半+1数量的sentinel节点同意选出leader节点

启动sentinel节点的命令:
(1)redis-sentinel sentinel.conf
(2)redis-server sentinel.conf –sentinel

sentinel的命令:
1.sentinel masters 或 sentinel master mastername
查看sentinel监控的主节点信息:
2.sentinel slaves mastername:
查看mastername集群的从节点信息:
3.sentinel sentinels mastername
查看其他sentinel节点的信息
4.sentinel reset mastername/
清除主节点的相关状态,重新发现主节点和sentinel节点
5.sentinel failover mastername
对指定的mastername进行强制故障转移(没有和其他的sentinel节点商量),当故障转移完成后再将信息发送给其他的sentinel节点,使其更新自身配置。
6.sentinel ckquorum mastername
检测当前主机点的哨兵是否达到quorum的个数
7.sentinel flushconfig
将sentinel节点的配置信息强制写到磁盘上
8.sentinel remove mastername
取消当前sentinel节点对于mastername主节点的监控;
9.sentinel monitor mastername ip port quorum
指定主节点ip、端口、quorum等

sentinel实现监控和故障转移的原理:
sentinel的3个定时任务
(1)每隔秒给主节点发送info命令获取集群的拓扑结构
(2)每隔2秒,向redis的_sentinel_:hello频道发送sentinel节点对于主节点的判断以及当前sentinel节点的信息;
sentinel节点之间进行主节点状态信息的交换,作为后面客观下线和leader sentinel节点选举的依据;
(3)每隔一秒,每隔sentinel节点会向主节点、从节点,其他sentinel节点发送一条ping命令做心跳检测,来确认这些节点的存活状态

主观下线:
当sentinel节点在超过down-after-millisencons 这个配置设置的时间没有收到主节点的回应,就会主观的认为主节点下线了,就会在频道里发送节点下线信息;

客观下线:
sentinel节点主观判断主节点下线后,会在频道里发送sentinel is-master-down-by-addr <current_epoch> 这个命令,如果超过quorum个sentinel都认为主节点下线,那么就是客观下线,接下来就是选举leader,执行故障转移;

当等于 “ * ”时候,作用是sentinel节点之间交换对主节点下线的判断,当等于当前sentinel节点的runid时,作用是希望其他sentinel节点同意自己成为leader的请求。

实际部署需要注意的点:
1.不要将多个sentinel节点部署在同一台服务器上;
2.一般部署3个或多余3个的奇数个sentinel节点;
3.我们可以用一套sentinel集群来监控多个主节点,也可以每个主节点都部署一套sentinel集群;
(1)一套sentinel监控多个主节点:
优点:降低维护成本,方便维护
缺点:一旦sentinel集群出现问题,多个主从的故障转移就会失败
(2)每个主节点都部署一条
优点:每套sentinel都是彼此隔离的,相互不受影响
缺点:造成资源浪费

五、哨兵实验:
先配置一主两从
关闭所有的防火墙
master节点
修改配置文件
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
启动redis
在这里插入图片描述
进入redis
在这里插入图片描述
两个slave节点
修改配置文件
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
启动redis
在这里插入图片描述
进入redis
在这里插入图片描述
三台复制配置文件
在这里插入图片描述
修改配置文件
在这里插入图片描述
在这里插入图片描述
三台启动命令
redis-sentinel sentinel1.conf

进入
在这里插入图片描述
查看主节点信息
在这里插入图片描述
故障转移shutdown之后等待30秒登录
验证一下
在这里插入图片描述
去从节点看一下节点信息
在这里插入图片描述

主节点的redis-server宕机,然后主节点的redis-cli就无法登录,等30秒之后登录redis-cli -p 26379,输入命令sentinel master mymaster或者sentinel sentinels mymaster查看sentinel的主节点信息,查看是否切换成功,去从节点登录redis-cli,输入info replication查看节点信息
主节点宕机,故障切换,其中的一个从就变成了主,然后把主节点重启,主节点就会变成从节点

版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 举报,一经查实,本站将立刻删除。

发布者:全栈程序员-用户IM,转载请注明出处:https://javaforall.cn/101960.html原文链接:https://javaforall.cn

【正版授权,激活自己账号】: Jetbrains全家桶Ide使用,1年售后保障,每天仅需1毛

【官方授权 正版激活】: 官方授权 正版激活 支持Jetbrains家族下所有IDE 使用个人JB账号...

(0)
blank

相关推荐

发表回复

您的电子邮箱地址不会被公开。

关注全栈程序员社区公众号