本文主要是介绍两地三中心部署,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!
本文档简要介绍两地三中心部署的架构模型及配置。
简介
两地三中心架构,即生产数据中心、同城灾备中心、异地灾备中心的高可用容灾方案。在这种模式下,两个城市的三个数据中心互联互通,如果一个数据中心发生故障或灾难,其他数据中心可以正常运行并对关键业务或全部业务实现接管。相比同城多中心方案,两地三中心具有跨城级高可用能力,可以应对城市级自然灾害。
TiDB 分布式数据库通过 Raft 算法原生支持两地三中心架构的建设,并保证数据库集群数据的一致性和高可用性。而且因同城数据中心网络延迟相对较小,可以把业务流量同时派发到同城两个数据中心,并通过控制 Region Leader 和 PD Leader 分布实现同城数据中心共同负载业务流量的设计。
架构
本文以北京和西安为例,阐述 TiDB 分布式数据库两地三中心架构的部署模型。
本例中,北京有两个机房 IDC1 和 IDC2,异地西安一个机房 IDC3。北京同城两机房之间网络延迟低于 3 ms,北京与西安之间的网络使用 ISP 专线,延迟约 20 ms。
下图为集群部署架构图,具体如下:
- 集群采用两地三中心部署方式,分别为北京 IDC1,北京 IDC2,西安 IDC3;
- 集群采用 5 副本模式,其中 IDC1 和 IDC2 分别放 2 个副本,IDC3 放 1 个副本;TiKV 按机柜打 Label,既每个机柜上有一份副本。
- 副本间通过 Raft 协议保证数据的一致性和高可用,对用户完全透明。
该架构具备高可用能力,同时通过 PD 调度限制了 Region Leader 尽量只出现在同城的两个数据中心,这相比于三数据中心,即 Region Leader 分布不受限制的方案有以下优缺点:
-
优点
- Region Leader 都在同城低延迟机房,数据写入速度更优。
- 两中心可同时对外提供服务,资源利用率更高。
- 可保证任一数据中心失效后,服务可用并且不发生数据丢失。
-
缺点
- 因为数据一致性是基于 Raft 算法实
这篇关于两地三中心部署的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!