Updated on 2025-08-20 GMT+08:00

Configuring the DR Capability for a DR Instance

Function

This API is used to configure DR for a DR instance when establishing a cross-cloud or cross-region DR relationship.

Constraints

  • Before using this function, ensure that the network between the VPC CIDR blocks of the DB instances across clouds or regions is connected, and configure security group rules to allow access from database ports in the VPC CIDR blocks. The DR relationship cannot be established if only the network is connected but security group rules are not configured.
  • Before configuring disaster recovery for the DR instance, you must configure it for the primary instance. Otherwise, the DR relationship cannot be established.
  • The primary DB instance and DR instance are available and are deployed in different clouds or regions. The DR instance is deployed in standalone mode.
  • The vCPUs, memory, and storage space of the DR instance must be greater than or equal to those of the primary instance.
  • The underlying architecture and major version of the DR instance must be the same as those of the primary DB instance.
  • If the DR instance's minor version differs from the primary DB instance, it will automatically update to be the same as that of the primary DB instance after the DR relationship is established.
  • Cross-cloud or cross-region DR relationships cannot be established across major versions.
  • After the API for configuring DR for the DR instance is called, you cannot change the instance class or perform a primary/standby switchover until the DR relationship is set up.
  • RDS for PostgreSQL 12 and later versions support cross-cloud or cross-region DR.
  • After a DR instance is set up, a minor version upgrade cannot be performed.
  • Modifying a parameter of the primary instance does not modify that of the DR instance. You need to modify the parameter of the DR instance separately.
  • RDS for PostgreSQL DR instances do not support point-in-time recovery (PITR) or CBR snapshot-based backups. Perform such operations on the primary instance if needed.

URI

  • URI format

    POST /v3/{project_id}/instances/{instance_id}/action

  • Parameter description
    Table 1 Parameters

    Parameter

    Mandatory

    Description

    project_id

    Yes

    Project ID of a tenant in a region.

    To obtain the value, see Obtaining a Project ID.

    instance_id

    Yes

    Specifies the DB instance ID.

Request

Table 2 Parameters

Parameter

Mandatory

Type

Description

build_slave_dr_relation

Yes

Object

Specifies the primary DB instance information required for configuring the DR relationship for the DR instance.

For details, see Table 3.

Table 3 build_slave_dr_relation field description

Parameter

Mandatory

Type

Description

target_instance_id

Yes

String

Specifies the ID of the primary DB instance.

target_project_id

Yes

String

Specifies the project ID of the tenant to which the primary DB instance belongs.

target_region

Yes

String

Specifies the ID of the region where the primary DB instance resides.

target_ip

Yes

String

Specifies the data VIP of the primary DB instance.

Example Request

Configure a DR relationship for a DR instance, with the primary DB instance deployed in region aaa.
POST https://{endpoint}/v3/0483b6b16e954cb88930a360d2c4e663/instances/24c6678f474241fe89ee9c42f768022ein03/action 
{
    "build_slave_dr_relation": {
           "target_instance_id":"c39bd176fb0540929f6add80b91b212cin03",
           "target_project_id":"054b61972980d4552f0bc00ac8d3f5cd",
           "target_region":"aaa",
           "target_ip":"192.168.3.238"
     }
}

Response

  • Normal response
    Table 4 Parameters

    Parameter

    Type

    Description

    job_id

    String

    Workflow ID.

  • Example normal response
    {
    	"job_id": "184f29cd-be1a-43f1-5b6bc5500e73"
    }
  • Abnormal response

    For details, see Abnormal Request Results.

Status Code

Error Code

For details, see Error Codes.