All Products
Search
Document Center

PolarDB:Create and manage a global database network

Last Updated:Aug 26, 2026

You can quickly create a global database network (GDN) using either an existing cluster or a newly purchased one. A GDN is designed for scenarios that require cross-region disaster recovery or active geo-redundancy. This topic describes how to create and delete a GDN.

Requirements and limitations

Cluster configuration

  • Edition: Enterprise Edition, and the series must be Cluster Edition.

  • The database engine version must be one of the following:

    • MySQL 8.0.2.

    • MySQL 8.0.1 with a minor engine version of 8.0.1.1.17 or later.

    • MySQL 5.7 with a minor engine version of 5.7.1.0.21 or later.

    • MySQL 5.6 with a minor engine version of 5.6.1.0.32 or later.

  • Nodes: The cluster must include at least one read-only node.

Supported regions

All regions in the Chinese mainland, China (Hong Kong), Japan (Tokyo), South Korea (Seoul), Singapore, Malaysia (Kuala Lumpur), Indonesia (Jakarta), Philippines (Manila), Thailand (Bangkok), Germany (Frankfurt), US (Silicon Valley), US (Virginia), and UK (London).

Note

You can deploy secondary clusters across borders, but you must submit an application. For more information, see Add a secondary cluster.

Feature limitations

  • Clusters in a Global Database Network (GDN) support the In-Memory Column Index (IMCI) feature. However, you must enable the loose_polar_enable_imci_with_standby cluster parameter and the cluster version must meet one of the following requirements before you can add a read-only column-oriented node.

    • MySQL 8.0.1 with a revision version of 8.0.1.1.48 or later.

    • MySQL 8.0.2 with a revision version of 8.0.2.2.27 or later.

  • Clusters in a GDN can be serverless clusters or clusters with defined specifications that have the serverless feature enabled. However, if the database engine version of the primary cluster is earlier than the following versions, all clusters in the GDN must have at least one read-only node:

    • MySQL 8.0.1 with a minor engine version earlier than 8.0.1.1.42.

    • MySQL 8.0.2 with a minor engine version earlier than 8.0.2.2.23.

  • Clusters in a GDN do not support database and table restoration.

Other limitations

  • A GDN consists of one primary cluster and up to four secondary clusters.

    Note

    To add more secondary clusters, go to Quota Center, find the quota item with the ID polardb_mysql_gdn_region, and click Apply in the Actions column.

  • A cluster can belong to only one GDN.

  • Only new clusters can be added as secondary clusters; you cannot use existing ones.

  • The primary and secondary clusters must use the same database engine version: MySQL 8.0, MySQL 5.7, or MySQL 5.6.

  • For secondary clusters in a GDN that are not serverless clusters, each compute node must have at least 4 CPU cores.

  • By default, each cluster in a GDN contains 2 nodes. You can add up to 16 nodes.

Pricing

Charges for a Global Database Network (GDN) consist of the cluster costs and any applicable cross-border data replication fees. The billing rules are as follows:

Important

Cross-border data transfer fees will be charged starting from 00:00:00 on April 1, 2026 (Singapore time). Before this date, this service is free of charge. For more information, see [Notice] Announcement on network fee adjustment for Global Database Network (GDN).

  • Free scenarios:

    Your primary and secondary clusters are both deployed in regions within the Chinese mainland, or both are deployed in the China (Hong Kong) region or other overseas regions. Examples:

    • Both the primary and secondary clusters are in the Chinese mainland. For example, the primary cluster is in China (Chengdu) and the secondary clusters are in regions such as China (Hangzhou) or China (Shenzhen).

    • Both the primary and secondary clusters are in the China (Hong Kong) region or other overseas regions. For example, the primary cluster is in Singapore and the secondary cluster is in Philippines (Manila).

  • Billable scenarios:

    Cross-border fees apply when a GDN spans the Chinese mainland border—for example, if one cluster is in the Chinese mainland and another is in China (Hong Kong) or an overseas region. Examples:

    • The primary cluster is in the Chinese mainland and the secondary cluster is outside the Chinese mainland. For example, the primary cluster is in China (Chengdu) and the secondary cluster is in a region such as China (Hong Kong) or Singapore.

    • The primary cluster is outside the Chinese mainland and the secondary cluster is in the Chinese mainland. For example, the primary cluster is in Singapore and the secondary cluster is in a region such as China (Hangzhou) or China (Shenzhen).

  • Billing rule: USD 0.80 per GB, billed hourly. The fee is calculated hourly based on the volume of redo log data physically replicated from the primary cluster to a cross-border secondary cluster. This traffic fee can be estimated by querying the physical position converted from the log sequence number (LSN).

    Billing example

    Example

    At 09:00, you query the physical write position of the log and find it is ib_logfile1/648143676. At 10:00, the position is updated to ib_logfile3/648142342. The amount of data written in this hour is the difference between the two positions.

    1. Amount written to the start file (ib_logfile1):
      Subtract the start offset from the total file size. Each log file is 1 GB (1,073,741,824 bytes). The amount written is 1073741824 - 648143676 = 425598148 bytes.



    2. Amount written to the intermediate file (ib_logfile2):
      After ib_logfile1 is full, the system completely writes ib_logfile2. This amount is 1,073,741,824 bytes (1 GB).



    3. Amount written to the end file (ib_logfile3):
      This is the offset at the end, which is 648142342 bytes.



    Therefore, the total amount written is 425598148 + 1073741824 + 648142342 = 2147482314 bytes. This is 2147482314 / 1024 / 1024 / 1024 = 1.999998 GB (rounded down to six decimal places). The cross-border data transfer fee for this hour is approximately 1.999998 GB × USD 0.80/GB = USD 1.5999984.

    Query the log write progress and physical file offset

    -- Query the current write progress of the log system.
    SHOW STATUS LIKE 'Innodb_log_write_lsn'; 
    +----------------------+------------+
    | Variable_name        | Value      |
    +----------------------+------------+
    | Innodb_log_write_lsn | 1721889596 |
    +----------------------+------------+
    
    -- Query the physical file offset in bytes.
    SELECT lsn_to_pos(1721889596); 
    +------------------------+
    | lsn_to_pos(1721889596) |
    +------------------------+
    | ib_logfile1/648143676  |
    +------------------------+
Note

If you use the global domain name feature, you will incur additional fees for internal DNS resolution and inter-region data transfer. For more information, see Global domain name pricing.

Create a global database network

  1. Log on to the PolarDB console. In the left-side navigation pane, click Global Database Network.

  2. On the GDN page, click Create GDN.

  3. In the Create GDN dialog box, configure the following parameters.

    Parameter

    Description

    Compatibility

    Select MySQL.

    Version

    This is set to Active-passive and cannot be changed.

    Name:

    The name of the GDN. Enter a descriptive name for easy identification. The name does not need to be unique.

    Primary Region

    Select the region where the primary cluster is located.

    Note

    First, determine which cluster you want to use as the primary cluster, and then select the region where that cluster is located.

    Primary Cluster:

    Select an existing cluster as the primary cluster of the GDN.

    Global Domain Name

    Specifies whether to enable the global domain name. This feature provides a unified endpoint for the GDN. A global domain name not only enables proximity-based access but also ensures that the endpoint remains unchanged after a primary cluster switchover.

  4. Click OK. You can view the created GDN on the GDN page. You can then add a secondary cluster to the GDN.

View global database network information

Go to the PolarDB console. On the GDN page, click a GDN ID to view its details. The details page displays the basic information, cluster list, and network topology of the GDN.

Basic information

The basic information of a GDN includes its ID, Version, Compatible Database, GDN Name, and Created At.

image

Cluster list

The cluster list shows all primary and secondary clusters in the GDN across all regions.

image

Network topology

The network topology of the GDN is displayed on a world map to visually represent the geographical distribution of the primary and secondary clusters.

Replication latency

Click the View Replication Latency button in the Network Topology section. In the dialog box that appears, you can filter the data and view the replication latency for a specified time period.

image

Delete a global database network

Important
  • You can delete a global database network (GDN) only if it contains no secondary clusters.

  • You cannot restore a GDN after deleting it. Proceed with caution.

  • After you delete a GDN, applications connected to it can no longer access the database. Update your application connection settings promptly.

  • When you release the primary cluster of a GDN, the GDN is automatically deleted. You do not need to delete the GDN separately.

  1. Log on to the PolarDB console. In the left-side navigation pane, click Global Database Network.

  2. On the GDN page, find the target GDN and click Delete in the Actions column.

    Note

    If the Delete button is grayed out, the GDN still contains secondary clusters. You must delete the secondary clusters before you can delete the GDN.

  3. Carefully read the notes in the dialog box that appears. After you confirm the information, click OK to delete the GDN.

References

API reference

API

Description

CreateGlobalDatabaseNetwork

Creates a global database network.

DeleteGlobalDatabaseNetwork

Deletes a global database network.

DescribeGlobalDatabaseNetwork

Retrieves details for a specified global database network.

DescribeGlobalDatabaseNetworks

Retrieves a list of all your global database networks.

ModifyGlobalDatabaseNetwork

Modifies the properties of a global database network.

FAQ

How many GDNs can I create with one Alibaba Cloud account?

There is no limit on the number of GDNs you can create.

Can I change the primary cluster of an existing GDN?

Yes, you can. You can perform a primary cluster switchover for the target GDN in the PolarDB console. When you perform the switchover, you should use the non-forced switchover mode, which is the default switchover method.

Note

The forced switchover mode has the following limitations: you cannot specify the new primary cluster, and the original primary cluster is detached from the GDN after the switchover. Therefore, this mode is not suitable for changing the primary cluster of a GDN. Always use the default, non-forced switchover mode.