Topik ini menjelaskan cara memigrasikan instance ApsaraDB RDS for PostgreSQL lintas zona dalam wilayah yang sama. Setelah migrasi, atribut, konfigurasi, dan titik akhir instance RDS tetap tidak berubah. Durasi migrasi bergantung pada jumlah data yang diproses, biasanya memerlukan beberapa jam.
Prasyarat
Wilayah tempat instance RDS Anda berada mencakup beberapa zona. Untuk informasi lebih lanjut, lihat Wilayah dan zona.
Instance RDS Anda adalah instance utama, dan tidak memiliki instance RDS read-only yang terhubung.
Instance RDS Anda dalam status Berjalan.
Anda tidak dapat memigrasikan instance RDS dengan Edisi Kluster lintas zona.
Batasan
Jika sistem database Anda menggunakan SSD Lokal Premium, migrasi lintas zona hanya dapat dilakukan untuk instance RDS utama dalam wilayah yang sama.
Instance RDS dengan arsitektur tanpa server tidak dapat dimigrasikan ke zona lain. Untuk informasi lebih lanjut, lihat Ikhtisar.
Jika instans RDS Anda menggunakan SSD Perusahaan Premium (ESSD) dan fitur Akselerasi I/O diaktifkan, migrasi instans RDS ke zona yang tidak mendukung fitur tersebut tidak dapat dilakukan. Untuk informasi lebih lanjut mengenai wilayah dan zona yang mendukung fitur Akselerasi I/O, lihat Cakupan dukungan.
Anda dapat menonaktifkan fitur Akselerasi I/O sebelum memigrasikan instance RDS lintas zona.
Aturan penagihan
Tidak ada biaya tambahan untuk migrasi lintas zona, termasuk migrasi dari satu zona ke zona multi-zona.
Jika instance RDS Anda menggunakan SSD standar, tipe penyimpanan akan ditingkatkan secara otomatis ke ESSD PL1 selama migrasi. Biaya sumber daya penyimpanan tetap tidak berubah setelah peningkatan.
Dampak
Selama migrasi, layanan database mungkin mengalami downtime singkat. Pastikan aplikasi Anda dikonfigurasi untuk menyambung kembali secara otomatis ke instance RDS.
Migrasi lintas zona mengubah alamat IP virtual (VIP) instance RDS. Kami merekomendasikan penggunaan titik akhir daripada alamat IP instance RDS untuk menyambungkan aplikasi Anda.
Jika terjadi alih bencana selama migrasi lintas zona, VIP instance RDS berubah. Kami merekomendasikan penggunaan titik akhir dan membersihkan cache DNS klien secara tepat waktu. Jika aplikasi klien berjalan di Java Virtual Machine (JVM), atur TTL dalam konfigurasi JVM menjadi 60 detik atau kurang agar aplikasi dapat memperoleh VIP baru setelah migrasi.
CatatanUntuk informasi lebih lanjut tentang cara mengatur TTL dalam konfigurasi JVM, lihat Class InetAddress.
Setelah migrasi lintas zona selesai, mulai ulang tugas yang sedang berjalan di DTS.
Jika inventaris sumber daya di zona tujuan tidak mencukupi, migrasi mungkin gagal.
Instance ApsaraDB RDS for PostgreSQL dengan SSD standar tidak lagi tersedia untuk pembelian. Jika instance RDS Anda menggunakan SSD standar, tipe penyimpanan akan ditingkatkan ke ESSD PL1 selama migrasi lintas zona. Untuk informasi lebih lanjut, lihat [EOS/Penghentian] Akhir penjualan untuk tipe penyimpanan SSD standar untuk mesin database tertentu di ApsaraDB RDS mulai 01 Juli 2022.
Skenario migrasi
Tipe migrasi | Skenario |
Migrasi dari satu zona ke zona lain | Zona asli instance RDS tidak dapat menjamin performa layanan karena beban berat atau masalah lainnya. |
Migrasi dari satu zona ke zona multi-zona | Implementasikan instans primer dan sekunder RDS di zona berbeda untuk pemulihan bencana lintas zona. Dengan cara ini, sistem database dapat menahan kegagalan pusat data. Catatan Jika sistem database mencakup instans primer dan sekunder RDS, kami merekomendasikan metode penerapan multi-zona untuk pemulihan bencana lintas zona. |
Migrasi dari zona multi-zona ke satu zona | Gunakan fitur tertentu yang didukung hanya saat metode penerapan satu zona digunakan. |
Prosedur
Buka halaman Instans. Di bilah navigasi atas, pilih wilayah tempat instance RDS berada. Temukan instance RDS dan klik ID instance tersebut.
Di bagian Basic Information, klik Migrate Data Across Zones.

Di kotak dialog yang muncul, pilih zona utama, zona sekunder, dan vSwitches, lalu klik Yes.
Parameter
Parameter
Deskripsi
Konfigurasikan Zona Utama
Pilih zona tujuan untuk instans primer dan sekunder RDS.
Jika instance RDS Anda menggunakan SSD Lokal Premium, Anda hanya dapat memigrasikan instans primer lintas zona dalam wilayah yang sama. Instans sekunder tidak dapat dimigrasikan lintas zona.
Jika instance RDS menggunakan disk cloud, Anda dapat memigrasikan instans primer dan sekunder lintas zona secara terpisah atau bersamaan. Contoh:
The primary RDS instance resides in Singapore Zone A and the secondary RDS instance resides in Singapore Zone B. Anda dapat memigrasikan the primary RDS instance to Singapore Zone C and the secondary RDS instance to Singapore Zone D.
The primary RDS instance resides in Singapore Zone A and the secondary RDS instance resides in Singapore Zone B. Anda dapat mempertahankan the primary RDS instance in Singapore Zone A and migrate only the secondary RDS instance to Singapore Zone C.
CatatanJika Anda secara terpisah memigrasikan instans primer atau sekunder lintas zona, Anda hanya perlu mengonfigurasi zona ke mana Anda ingin memigrasikan instans tersebut.
Konfigurasikan Zona Sekunder
vSwitch di Zona Primer
Pilih vSwitches di zona tujuan untuk instans primer dan sekunder RDS. Jika tidak ada vSwitches yang tersedia di zona tujuan, buat vSwitches. Untuk informasi lebih lanjut, lihat Buat dan kelola vSwitch.
vSwitch di Zona Sekunder
Waktu Transisi
Switch Now: Alih bencana dilakukan segera.
Switchover Within Maintenance Window: Alih bencana dilakukan selama jendela pemeliharaan yang ditentukan. Untuk informasi lebih lanjut, lihat Konfigurasikan jendela pemeliharaan.
Take Effect at Specified Time Range: Alih bencana dilakukan pada titik waktu tertentu.
Setelah mengklik Yes, sistem mulai mereplikasi data instance RDS ke zona tujuan. Proses ini tidak mengganggu beban kerja instance RDS. Setelah replikasi selesai, sistem mengalihkan beban kerja berdasarkan parameter Waktu Alih Bencana. Anda dapat mengatur parameter ini ke Switch Now, Switchover Within Maintenance Window, atau Take Effect at Specified Time Range.
PeringatanInstance RDS akan terputus sementara selama alih bencana. Pastikan aplikasi Anda dikonfigurasi untuk menyambung kembali secara otomatis.
Jika catatan DNS yang di-cache pada klien database tidak segera diperbarui setelah migrasi, beberapa beban kerja mungkin dialihkan ke zona tujuan 10 menit kemudian, menyebabkan koneksi sementara lainnya. Jika klien database berjalan di JVM, atur TTL dalam konfigurasi JVM menjadi 60 detik atau kurang agar aplikasi dapat memperoleh alamat IP virtual baru. Untuk informasi lebih lanjut, lihat Dampak.
Operasi API terkait
API | Deskripsi |
Memigrasikan instance RDS lintas zona. |