Redis可以存在多台服务器,并且实现了主从复制的功能。哨兵模式是一种特殊的模式,首先Redis提供了哨兵的命令,哨兵是一个独立的进程,作为进程,他会独立运行。其原理是哨兵通过发送命令,等待Redis服务器响应,从而监控运行的多个Redis实例,如下图所示:

这里的哨兵有两个作用:
- 通过发送命令,让Redis服务器返回监测其运行状态,包括主服务器和从服务器。
- 当哨兵检测到master宕机,会自动将slave切换为master,然后通过发布订阅模式通知到其他的从服务器,修改配置文件,让它们切换主机。
只是现实中一个哨兵进程对Redis服务器进行监控,也可能出现问题,为了处理这个问题,还可以使用多个哨兵的监控,而各个哨兵之间也会互相监控,这样就变为了多个哨兵模式。
现在我们来论述一下故障切换的过程。假设主服务器宕机,哨兵1先检测到这个结果,当时系统并不会马上进行failover操作,而仅仅是哨兵1主观的认为主机已经不能用,这个现象叫做主观下线。当后面的哨兵监测页检测到主服务器不可用,并且有了一定数量的哨兵认为主机已经宕机,那么哨兵之间会形成一次投票,投票的结果由一个哨兵发起,进行failover操作,在failover操作的过程中切换成功后,就会通过发布订阅方式,让各个哨兵把自己监控的服务器实现切换主机,这个过程叫做客观下线。
本文深入探讨了Redis的哨兵模式,介绍了哨兵如何通过发送命令监控多个Redis实例的运行状态,包括主从服务器。当主服务器宕机时,哨兵能够自动进行故障切换,选择一个从服务器升级为主服务器,并通过发布订阅模式通知其他从服务器更新配置。文章还讨论了哨兵之间的监控机制,以及故障切换的具体流程。
1万+

被折叠的 条评论
为什么被折叠?



