2022-03-25 redis主从高可用设计-分析哨兵及用etcd替换哨兵

本文探讨了redis主从模式的优缺点,特别是哨兵系统的不足,提出使用etcd集群替代哨兵进行故障检测和主从服务的failover。分析了如何检测主服务挂掉并完成从服务升主,以及存储主从服务元信息的解决方案。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

目录

摘要:

哨兵+主从的特性:

不足:

哨兵+主从的优化版:

分析:

一. 检测到redis主服务挂掉, 并完成从服务的升主

1.1 检测到redis主服务挂掉:

1.2 完成从服务的升主

二. 存储redis主从服务的元信息

结论:


摘要:

由于哨兵目的是监控主从高可用自动处理failover, 是以哨兵与cluster集群并非在同一个抽象层次.

所以本文单独论述, 在非集群模式, 仅高可用情况下的设计. 

部署架构为redis的主从模式, 不可横向扩展.

哨兵+主从的特性:

相对于cluseter模式的优势:

  1. 主从模式提供和单个redis节点相同的功能集
    1. 可select库
    2. 支持事务
    3. 作为对比, cluster模式既不能select库, 也不支持事务
      1. cluster模式的单个分片, 可通过修改redis的代码实现来支持事务
  2. 不同服务的职责分离, 易于理解, 易于定位问题
    1. 主从模式的元信息保存于哨兵中
    2. 主从服务中仅记录主从关系

不足:

  1. 不能像cluster集群那样横向扩展, 规格被固定
    1. 一旦某个使用redis的服务, 向redis中写入的数据超过内存限制, 将无法通过扩
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

悟世者

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值