异地灾备与异地多活是全球数据库网络（Global Database Network，简称GDN）中两种典型的应用场景。本文介绍这两种典型场景的业务架构及部署流程。
异地灾备
通过异地灾备实现跨地域高可用，提升数据安全性和系统可用性。当发生机房或数据中心级别故障时，可以快速恢复业务。可以实现两地三中心、两地四中心、三地六中心等架构。
典型行业：银行、证券、保险、互金等。
业务架构（以两地三中心架构为例）
数据库由两个PolarDB集群组成：
北京的双可用区集群，覆盖AZ1和AZ2。
上海的单可用区集群。
应用在北京，对AZ1的数据库进行本地读写。
当北京AZ1故障时，优先切换到北京AZ2。
当北京AZ1和AZ2均故障时，切换到上海AZ3。
异地多活（多地部署）
企业的用户遍布全国或全球，数据需要打通，多地域都可以读写。全球地域都能访问同一个数据库，读请求尽量发往本地集群（写请求会被转发到主集群进行处理）。
典型行业：游戏、跨境电商、本地生活（外卖）、新零售（门店）
业务架构示例如下：
各地域的应用程序均直接就近读写各地域的数据库（写请求会被转发到主集群进行处理），性能最佳。
GDN不提供统一的连接地址，但GDN中每个子集群（主集群和从集群）都提供了独立的集群地址，您可以根据应用所在的地域，连接就近的集群地址，从而连接到GDN。
上海、深圳的集群规格无需与北京保持一致，可以灵活选择。
部署流程
创建一个GDN，将已有集群作为GDN中的主集群。详细操作步骤，请参见创建全球数据库网络。
在GDN中，添加新集群作为从集群。详细操作步骤，请参见添加从集群。
连接GDN。详细操作步骤，请参见连接全球数据库网络。
更多关于跨地域部署GDN的最佳实践，请参见全球数据库最佳实践。