Overview
ApsaraDB RDS for PostgreSQL provides disaster recovery through Global Active Database (GAD). GAD uses native physical replication and Data Transmission Service (DTS) in a primary-secondary architecture to deliver cost-effective geo-disaster recovery with real-time data synchronization and nearby access.
Solution architecture
Scenarios
GAD supports the following use cases:
-
Geo-disaster recovery
Your business requires cross-region high availability and a low recovery time objective (RTO) to protect against region-level failures.
-
Cross-region read-only instances
Your business needs to perform cross-region queries and requires low-latency read access.
Benefits
-
Secure and reliable
-
Built on native RDS PostgreSQL physical replication for efficient, stable performance without compatibility issues.
-
Both RDS and DTS are backed by strict SLAs for database availability and synchronization link security.
-
-
Easy to use
-
The RDS console provides a configuration interface to quickly set up GAD disaster recovery.
-
Built-in disaster recovery assessment, one-click switchover, and latency monitoring cover the full disaster recovery lifecycle.
-
-
Cost-effective
-
Use cost-effective RDS instance families such as Yitian and Basic series for disaster recovery instances.
-
DTS manages the GAD network link with a serverless architecture that auto-scales bandwidth. You pay based on actual usage.
-
Limitations
Instance limits
The primary instance (source instance) and secondary instance (disaster recovery instance) must meet the following requirements:
-
Major version: ApsaraDB RDS for PostgreSQL 11 or later.
NoteThe major versions of the primary and secondary instances must be the same.
-
Billing method: Pay-as-you-go and subscription.
-
Edition: Basic and High-availability.
-
Instance type:
-
Dedicated: 4 cores and 8 GB of memory or higher.
-
General-purpose: 2 cores and 4 GB of memory or higher.
-
Region limits
The primary and secondary instances must be in supported regions: China (Hangzhou), China (Shanghai), China (Beijing), China (Zhangjiakou), China (Shenzhen), China (Hohhot), China (Heyuan), and China (Chengdu).
Billing
GAD costs include RDS instance fees and DTS data synchronization fees. If you use an existing instance to create an instance group or add a secondary instance, you are charged only for data synchronization.
-
New ApsaraDB RDS instance fees
When you purchase a new RDS PostgreSQL instance for an instance group or secondary instance, charges include instance type fees and storage fees. Both subscription and pay-as-you-go billing methods are supported.
-
Data synchronization fees
When you add a secondary instance to an instance group, the system automatically creates a one-way data synchronization link between the primary and secondary instances. Charges depend on region, link type, number of links, and usage duration.
Data synchronization fee = Unit price per data synchronization link × Number of links × Usage duration
The unit price for a one-way synchronization link is: USD 0.187969924812/hour/link
Get started
-
Method 1: Purchase a new RDS PostgreSQL instance and add it as a GAD secondary instance
-
Create a new RDS PostgreSQL instance and add it as a secondary instance to the GAD instance group. Method 1: Create a new instance and add it as a secondary instance.
-
Method 2: Add an existing RDS PostgreSQL instance as a GAD secondary instance
-
Add an existing RDS PostgreSQL instance as a secondary instance to the GAD instance group. Method 2: Add an existing instance as a secondary instance.
-
Method 3: Create a GAD from the Disaster Recovery Instance section on the Basic Information page of the instance
-
Go to the Basic Information page of the source RDS instance. In the Disaster Recovery Instance section, create a GAD instance group.
-
Create a new RDS PostgreSQL instance or add an existing one as a secondary instance to the GAD instance group. Method 1: Create a new instance and add it as a secondary instance or Method 2: Add an existing instance as a secondary instance.
-