Migrasi instans ApsaraDB RDS for PostgreSQL dari satu zona ke zona lain dalam wilayah yang sama. Setelah migrasi, atribut instans, konfigurasi, dan endpoint tetap tidak berubah. Durasi migrasi bergantung pada volume data dan biasanya memakan waktu beberapa jam.
Instans mengalami pemutusan sementara selama proses alih bencana. Konfigurasikan aplikasi Anda untuk koneksi ulang otomatis sebelum memulai migrasi.
Prasyarat
Sebelum memulai, pastikan bahwa:
-
Wilayah tempat instans RDS Anda berada memiliki beberapa zona. Untuk informasi lebih lanjut, lihat Regions and zones.
-
Instans RDS Anda adalah instans RDS primary dan tidak memiliki instans RDS read-only yang terhubung.
-
Instans RDS Anda berada dalam status Running.
Instans RDS yang menjalankan RDS Cluster Edition tidak dapat dimigrasikan lintas zona.
Batasan
-
Jika sistem database Anda menggunakan Premium Local SSDs, hanya instans RDS primary yang dapat dimigrasikan lintas zona dalam wilayah yang sama.
-
Instans ApsaraDB RDS Serverless tidak dapat dimigrasikan ke zona lain. Untuk informasi lebih lanjut, lihat Overview.
-
Jika instans RDS Anda menggunakan Premium Enterprise SSDs (ESSDs) dan fitur I/O acceleration diaktifkan, instans tersebut tidak dapat dimigrasikan ke zona yang tidak mendukung I/O acceleration. Untuk informasi lebih lanjut mengenai wilayah dan zona yang didukung, lihat Support range. Untuk melanjutkan migrasi, nonaktifkan terlebih dahulu fitur I/O acceleration.
Dampak
-
Pemutusan sementara: Instans tidak tersedia secara singkat selama proses alih bencana. Konfigurasikan aplikasi Anda untuk koneksi ulang otomatis.
-
Perubahan alamat IP virtual (VIP): Migrasi lintas zona mengubah VIP instans RDS Anda. Gunakan endpoint, bukan alamat IP, untuk menghubungkan aplikasi Anda ke instans RDS.
-
Invalisasi cache DNS: Jika terjadi alih bencana selama migrasi, VIP akan berubah. Segera bersihkan cache DNS pada klien database Anda. Untuk aplikasi yang berjalan di Java virtual machine (JVM), atur time-to-live (TTL) dalam konfigurasi JVM menjadi 60 detik atau kurang agar aplikasi dapat menyelesaikan VIP baru setelah migrasi. Untuk informasi lebih lanjut, lihat Class InetAddress.
-
Pembaruan DNS tertunda: Jika rekaman DNS yang di-cache pada klien database tidak segera diperbarui setelah migrasi, beberapa beban kerja mungkin dialihkan ke zona tujuan 10 menit kemudian, menyebabkan pemutusan sementara lainnya.
-
Tugas Data Transmission Service (DTS): Setelah migrasi, restart semua tugas yang sedang berjalan di DTS.
-
Sumber daya tidak mencukupi: Jika inventaris sumber daya di zona tujuan tidak mencukupi, migrasi dapat gagal.
-
Peningkatan jenis penyimpanan: Instans ApsaraDB RDS for PostgreSQL yang menggunakan standard SSDs tidak lagi tersedia untuk pembelian. Jika instans Anda menggunakan standard SSDs, jenis penyimpanan akan secara otomatis ditingkatkan dari standard SSD ke PL1 ESSD selama migrasi. Biaya penyimpanan tetap tidak berubah setelah peningkatan. Untuk informasi lebih lanjut, lihat [EOS/Discontinuation] End of sale for the standard SSD storage type for specific database engines in ApsaraDB RDS from July 01, 2022.
Penagihan
-
Migrasi lintas zona tidak dikenai biaya, bahkan saat migrasi dari satu zona ke beberapa zona.
-
Jika instans RDS Anda menggunakan standard SSDs, jenis penyimpanan akan secara otomatis ditingkatkan dari standard SSD ke PL1 ESSD selama migrasi. Biaya penyimpanan tetap tidak berubah setelah peningkatan.
Skenario migrasi
|
Jenis migrasi |
Skenario |
|
Satu zona ke zona lain |
Zona asal tidak dapat menjamin kinerja layanan karena masalah seperti beban berat. |
|
Satu zona ke beberapa zona |
Terapkan instans RDS primary dan secondary di zona berbeda untuk disaster recovery lintas zona. Hal ini melindungi sistem database Anda dari kegagalan pusat data. Untuk sistem database dengan instans RDS primary dan secondary, pilih metode penerapan multi-zona. |
|
Beberapa zona ke satu zona |
Gunakan fitur tertentu yang hanya didukung dengan penerapan single-zone. |
Prosedur
Buka halaman Instances. Di bilah navigasi atas, pilih wilayah tempat instans RDS berada. Lalu, temukan instans RDS tersebut dan klik ID instans.
-
Di bagian Basic Information, klik Migrate Data Across Zones.

-
Pada kotak dialog, konfigurasikan parameter berikut dan klik Yes.
Parameter
Deskripsi
Configure Primary Zone / Configure Secondary Zone
Pilih zona tujuan untuk instans RDS primary dan secondary. Perilaku pemilihan zona bergantung pada jenis penyimpanan:
-
Premium Local SSDs: Hanya instans primary yang dapat dimigrasikan. Instans secondary tetap di zona saat ini.
-
Cloud disks: Migrasikan instans primary dan secondary secara terpisah atau bersamaan. Misalnya, jika instans RDS primary berada di Singapore Zone A dan secondary di Singapore Zone B, migrasikan primary ke Singapore Zone C dan secondary ke Singapore Zone D. Atau, pertahankan primary di Singapore Zone A dan migrasikan hanya secondary ke Singapore Zone C. Jika Anda hanya memigrasikan satu instans, konfigurasikan hanya zona untuk instans tersebut.
vSwitch in Primary Zone / vSwitch in Secondary Zone
Pilih vSwitch di zona tujuan untuk instans RDS primary dan secondary. Jika belum ada vSwitch di zona tujuan, buat terlebih dahulu. Untuk informasi lebih lanjut, lihat Create and manage a vSwitch.
Switching Time
Pilih waktu failover:
-
Switch Now: Alih bencana dilakukan segera.
-
Switchover Within Maintenance Window: Alih bencana dilakukan selama jendela pemeliharaan yang ditentukan. Untuk informasi lebih lanjut, lihat Configure a maintenance window.
-
Take Effect at Specified Time Range: Alih bencana dilakukan pada waktu tertentu.
Setelah Anda mengklik Yes, sistem mulai mereplikasi data ke zona tujuan. Proses ini tidak mengganggu beban kerja Anda. Setelah replikasi data selesai, sistem melakukan alih bencana berdasarkan pengaturan Switching Time.
-
Referensi API
|
API |
Deskripsi |
|
Migrasi instans RDS lintas zona. |