ThinkChat2.0新版上线,更智能更精彩,支持会话、画图、阅读、搜索等,送10W Token,即刻开启你的AI之旅 广告
>[info] Redis-哨兵机制 **主从复制的问题:** 我们讲了 Redis 复制的主要内容,但 Redis 复制有一个缺点,当主机 Master 宕机以后,我们需要人工解决切换,比如使用 slaveof no one 。实际上主从复制 并没有实现高可用。 ***** 高可用侧重备份机器, 利用集群中系统的冗余,当系统中某台机器发生损坏的时候,其他后备的机器可以迅速的接替它来启动服务。 **如下图所示:** ![](https://img.kancloud.cn/a3/51/a35111f9ed9050b24b3b76c22f46247e_705x362.png) 一旦主节点宕机,写服务无法使用,就需要手动去切换,重新选取主节点,手动设置主从关系。 **那么如何解决呢?** 如果我们有一个监控程序能够监控各个机器的状态及时作出调整,将手动的操作变成自动的。 Sentinel的出现就是为了解决这个问题。 >[info] 哨兵机制的原理及实现 Redis Sentinel 一个分布式架构,其中包含若干个 Sentinel 节点和 Redis 数据节点,每个 Sentinel 节点会对数据节点和其余 Sentinel 节点进行监 控,当它发现节点不可达时,会对节点做下线标识。 ***** 如果被标识的是主节点,它还会和其他 Sentinel 节点进行“协商”,当大多数 Sentinel 节点都认为主节点不可达时,它们会选举出一个 Sentinel 节点来 完成自动故障转移的工作,同时会将这个变化实时通知给 Redis 应用方。整个过程完全是自动的,不需要人工来介入,所以这套方案很有效地解决了 Redis 的高可用问题。 ![](https://img.kancloud.cn/2f/4d/2f4dc8da68eaa781534dde4f791ab19a_779x497.png) >[info] 1 >[info] 1 >[info] 1 >[info] 1 >[info] 1