产品架构:
- 单机
- 主备: 包含一个主节点和一个备节点,主备节点的数据通过实时复制保持一致。
- 集群单机:每个分片均为单副本模式
- 集群主备:每个数据分片都包含一个主节点和一个备节点,均支持主从切换
- Cluster单机:每个分片均为单副本模式,兼容开源redis的cluster,基于去中心化集群部署架构,支持智能客户端JedisCluster的使用方式。
- Cluster主备:每个数据分片都包含一个主节点与一个备节点,均支持主从切换。兼容开源Redis的Cluster,基于去中心化集群部署架构,支持智能客户端JedisCluster的使用方式。
- Proxy集群主备: 连接方式与标准主备相同,由代理服务器自动实现路由转发,将客户端的请求转发到各数据分片。集群主备默认为一主一从架构。
- 读写分离:包含一个主节点与多个备节点,主备节点的数据通过实时复制保持一致,当主节点故障后,其中一个备节点自动升级为主节点。
高可用:
- 主备节点数据实时同步,主节点出现故障秒级切换。
- 数据持久化: RDB+AOF组合持久化策略,保障数据丢失最小化。
- 在线扩容: 支持实例存储空间、内存等资源平滑扩容。实例执行扩容时会出现1~2次30秒内的连接闪断。为保障扩容后的新实例能快速追平原实例的增量数据,同时规避因DNS缓存引起的数据双写,在扩容过程中,实例每个分片节点会出现1分钟内的只读状态
支持缩容:实例执行缩容时会出现1~2次30秒内的连接闪断。为保障缩容后的新实例能快速追平原实例的增量数据,同时规避因DNS缓存引起的数据双写,在缩容过程中,实例每个分片节点会出现1分钟内的只读状态。
Cluster集群架构,需要客户端支持Redis Cluster协议。
主备架构:
- 包含一主一备,开启数据持久化功能,同时保持节点间数据同步。
- 数据同步:通过增量数据同步的方式,保持缓存实例主备节点的数据一致性。当节点出现故障,主备实例会在故障恢复后进行一次全量同步,保持数据一致性。(这里存在疑问?)
- 主备秒级自动切换,当主节点出现故障不可用,系统会自动在30秒内切换至备节点,备节点升级为主节点,恢复正常数据访问,保证服务连续性。
- 多可用区部署
- 开通实例时支持多可用区部署,主备节点可部署在不同的AZ内。
集群单机:
- 负载均衡器:
- Proxy:Redis集群代理服务器,可根据各个redis节点的负载情况,将客户端请求均匀地分配给可用的节点,检测redis节点的健康状态,在某个节点出现故障时自动将请求转发到其他可用的节点上,实现故障转移,降低单点故障的影响。
- redis数据分片:每个数据分片均为单节点架构,当某个数据分片的节点发生故障时,系统会重新拉起一个redis进程以保证服务高可用。
- 兼容开源redis的Cluster,基于去中心化集群部署架构,Cluster中每一个节点存储一部分数据。
部署模式:
- 标准: 基于传统管控架构部署。
- 云原生:基于云原生容器平台部署,更灵活、扩容能力更强。
主从切换
主从切换:
- 在主备节点切换间,业务会发生少于10秒的连接闪断,因此在操作前请确保应用具备断连重建能力。
- 主备之间数据同步采用半同步机制,理论上不丢失数据。
主备实例或者集群主备实例的主节点发生异常时,会自动触发主从切换,在异常检测和恢复期间,可能对业务造成一定影响,时间在半分钟内。
主节点故障时会自动触发主从切换,VIP地址会绑定到原从节点,绑定后,原从节点升级为主节点。
容灾策略
在单个可用区内,单机或集群单机实例通过进程守护的方式来确保服务的高可用性。
单可用区高可用部署策略与主机形式部署一致。
跨可用区灾备:
主备与集群主备缓存实例支持将主备副本部署在不同的可用区内。

升级
支持大版本升级,不支持降级。实例执行升级时会出现1~2次30秒内的连接闪断。升级期间控制台其他功能不可用,建议在业务低峰期操作。Redis从其他版本升级到7.0,原有Redis数据备份文件将不可用。
「喜欢这篇文章,您的关注和赞赏是给作者最好的鼓励」
关注作者
【版权声明】本文为墨天轮用户原创内容,转载时必须标注文章的来源(墨天轮),文章链接,文章作者等基本信息,否则作者和墨天轮有权追究责任。如果您发现墨天轮中有涉嫌抄袭或者侵权的内容,欢迎发送邮件至:contact@modb.pro进行举报,并提供相关证据,一经查实,墨天轮将立刻删除相关内容。




