应用场景

异地灾备与异地多活是全球数据库网络(Global Database Network,简称GDN)中两种典型的应用场景。本文介绍这两种典型场景的业务架构及部署流程。

异地灾备

通过异地灾备实现跨地域高可用,提升数据安全性和系统可用性。当发生机房或数据中心级别故障时,可以快速恢复业务。可以实现两地三中心、两地四中心、三地六中心等架构。

  • 典型行业:银行、证券、保险、互金等。

  • 业务架构(以两地三中心架构为例)

    数据库由两个PolarDB集群组成:1

    • 北京的双可用区集群,覆盖AZ1和AZ2。

    • 上海的单可用区集群。

    应用在北京,对AZ1的数据库进行本地读写。

    • 当北京AZ1故障时,优先切换到北京AZ2。

    • 当北京AZ1和AZ2均故障时,切换到上海AZ3。

异地多活(多地部署)

企业的用户遍布全国或全球,数据需要打通,多地域都可以读写。全球地域都能访问同一个数据库,读请求尽量发往本地集群(写请求会被转发到主集群进行处理)。

  • 典型行业:游戏、跨境电商、本地生活(外卖)、新零售(门店)

  • 业务架构示例如下:

    • 各地域的应用程序均直接就近读写各地域的数据库(写请求会被转发到主集群进行处理),性能最佳。

    • GDN不提供统一的连接地址,但GDN中每个子集群(主集群和从集群)都提供了独立的集群地址,您可以根据应用所在的地域,连接就近的集群地址,从而连接到GDN。

    • 上海、深圳的集群规格无需与北京保持一致,可以灵活选择。

2

部署流程

  1. 创建一个GDN,将已有集群作为GDN中的主集群。详细操作步骤,请参见创建全球数据库网络

  2. 在GDN中,添加新集群作为从集群。详细操作步骤,请参见添加从集群

  3. 连接GDN。详细操作步骤,请参见连接全球数据库网络

更多关于跨地域部署GDN的最佳实践,请参见全球数据库最佳实践