存储架构--复制架构
高可用相关的特征
问题
故障
可用、可恢复 复制架构
灾难
可用 多活架构
可恢复 备份
指标
RPO 最大可接受的损失的数据,备份和复制不能绝对实时
RTO 最大可接受系统恢复的时间-恢复系统使用
WRT 最大可接受业务恢复的时间(需要业务测试检查校验等)
MTD 最大可接受宕机时间 RTO+WRT
常见复制存储架构优缺点
主备&主从架构(RTO比较大)
主备:备机只做数据备份,发生异常时需要人工切换到备机--核心数据可恢复
变化:备机是否可以再有备机,备机的位置等
主从:从机需要被读数据。
级联复制:mysql、redis都支持
备机也会复制数据:当发生异常时
优点:异常时可直接切换备机
缺点:前机崩溃后机全部失败
灾备部署:部分备机在不同机房,主从灾备时跨机房为备机。
双机切换架构:切换后 主备(主从)机身份互换
优点:自动故障恢复 RTO短
缺点:实现复杂,状态检测故障切换等。主从切换时请求全部在主机上,可能会有性能问题
集群选举: 在多个备机中挑选合适的备机做主机。 mangodb redis
优点:自动恢复故障RTO短
缺点:实现复杂,状态检测,选举算法,数据复制,数据冲突等
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】凌霞软件回馈社区,博客园 & 1Panel & Halo 联合会员上线
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】博客园社区专享云产品让利特惠,阿里云新客6.5折上折
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· 【.NET】调用本地 Deepseek 模型
· CSnakes vs Python.NET:高效嵌入与灵活互通的跨语言方案对比
· DeepSeek “源神”启动!「GitHub 热点速览」
· 我与微信审核的“相爱相杀”看个人小程序副业
· Plotly.NET 一个为 .NET 打造的强大开源交互式图表库