业务级灾备架构设计

同城双中心基本架构

业务级灾备架构设计

关键特征:1. 相同城市,相距 50km 以上;2. 光纤互联;3. 机房间网络延时 < 2ms

同城双中心架构本质

业务级灾备架构设计

1. 同城双中心可以当做一个逻辑机房;2. 可以应对机房级别的灾难。

同城双中心应用技巧 – 多光纤通路

业务级灾备架构设计

1. 同一集群,部署在同城两个数据中心;2. 可能出现脑裂,一般用多条光纤线路。

同城三中心

业务级灾备架构设计

跨城双中心基本架构

业务级灾备架构设计

关键特征:1. 不同城市;2. 光纤互联。

应用场景:1. 城市级别灾备;2. 用户分区;3. 异地多活

跨城双中心落地方案1 – 近邻城市

业务级灾备架构设计

1. 选择两个近邻城市部署,例如广深、京津、沪杭;

2. 机房延时 < 10ms,可以当做同一逻辑机房;

3. 可以避免城市级别的灾难,但是无法避免区域性灾难;4. 可以做异地多活,但不做用户分区。

跨城双中心落地方案2 – 远端城市

业务级灾备架构设计

1. 选择两个远距离的城市;

2. 机房延时 > 30ms,不能当做同一逻辑机房;

3. 可以避免城市级别和区域级别的灾难;4. 适应异地多活架构、分区架构。

跨城多中心

业务级灾备架构设计

1. 用户分区;2. 就近接入;3. 异地多活。

业务灾备架构对比


应对机房级别

灾难

应对城市级别

灾难

应对区域级别

灾难

同一逻辑机房

用户分区

异地多活

就近接入

同城双中心







同城多中心





跨城近邻多中心



跨城远端多中心



跨国数据中心




原文始发于微信公众号(二进制跳动):业务级灾备架构设计

版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 举报,一经查实,本站将立刻删除。

文章由极客之音整理,本文链接:https://www.bmabk.com/index.php/post/167028.html

(0)
小半的头像小半

相关推荐

发表回复

登录后才能评论
极客之音——专业性很强的中文编程技术网站,欢迎收藏到浏览器,订阅我们!