同城双中心基本架构
关键特征: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