异地灾备与异地多活是全球数据库网络(Global Database Network,简称GDN)中两种典型的应用场景。本文介绍这两种典型场景的业务架构及部署流程。
异地灾备
通过异地灾备实现跨地域高可用,提升数据安全性和系统可用性。当发生机房或数据中心级别故障时,可以快速恢复业务。可以实现两地三中心、两地四中心、三地六中心等架构。
- 典型行业:银行、证券、保险、互金等。
- 业务架构(以两地三中心架构为例)数据库由两个PolarDB集群组成:
- 北京的双可用区集群,覆盖AZ 1和AZ 2。
- 上海的单可用区集群。
应用在北京,对AZ 1的数据库进行本地读写。
- 当北京AZ 1故障时,优先切换到北京AZ 2。
- 当北京AZ 1和AZ 2均故障时,切换到上海AZ 3。
异地多活(多地部署)
企业的用户遍布全国或全球,数据需要打通,多地域都可以读写。全球地域都能访问同一个数据库,读请求尽量发往本地集群(写请求会被转发到主集群进行处理)。
- 典型行业:游戏、跨境电商、本地生活(外卖)、新零售(门店)
- 业务架构示例如下:
- 各地域的应用程序均直接就近读写各地域的数据库(写请求会被转发到主集群进行处理),性能最佳。
- 应用程序只需配置一个连接地址,无需修改代码即可将业务平滑扩展到更多地域,从1个数据中心,扩展到2个、3个甚至更多的数据中心。
- 上海、深圳的集群规格无需与北京保持一致,可以灵活选择。

部署流程
- 创建一个GDN,将已有集群作为GDN中的主集群。详细操作步骤,请参见创建全球数据库网络。
- 在GDN中,添加新集群作为从集群。详细操作步骤,请参见添加从集群。
- 连接GDN。详细操作步骤,请参见连接全球数据库网络。
更多关于跨地域部署GDN的最佳实践,请参见跨地域部署GDN最佳实践。