ApsaraDB RDS:Migrasi zona ketersediaan

Batasan

• Untuk instans yang menggunakan Premium Local SSDs, Anda hanya dapat memigrasikan zona primary-nya.

• Migrasi lintas zona tidak didukung untuk instans serverless.

• Jika tipe penyimpanan instans adalah cloud disk berkinerja tinggi dan telah mengaktifkan Buffer Pool Extension (BPE), maka instans tidak dapat dimigrasikan ke zona ketersediaan yang tidak mendukung akselerasi I/O. Untuk informasi mengenai wilayah dan zona ketersediaan yang mendukung akselerasi I/O, lihat Cakupan dukungan.

  Anda dapat menonaktifkan akselerasi I/O terlebih dahulu, lalu melakukan migrasi lintas zona.

Penagihan

• Migrasi lintas zona gratis, bahkan saat memigrasikan instans dari zona tunggal ke multi-zona.

• Jika instans Anda menggunakan standard SSD, migrasi secara otomatis meningkatkan tipe penyimpanannya menjadi PL1 ESSD. Setelah peningkatan tersebut, biaya penyimpanan tetap tidak berubah.

Dampak

• Alih bencana (switchover) akan memengaruhi ketersediaan instans secara singkat. Pastikan aplikasi Anda memiliki mekanisme penghubungan ulang otomatis.

• Alamat virtual IP (VIP) berubah selama migrasi lintas zona. Gunakan endpoint instans, bukan alamat IP, untuk menghubungkan aplikasi Anda ke instans tersebut.

• Jika terjadi alih bencana antara instans primary dan secondary selama migrasi, alamat virtual IP (VIP) akan berubah. Gunakan endpoint instans, bukan alamat IP-nya, dan segera bersihkan cache DNS di sisi client. Untuk aplikasi yang berjalan di Java Virtual Machine (JVM), atur TTL cache DNS menjadi 60 detik atau kurang. Hal ini memastikan bahwa aplikasi dapat menyelesaikan alamat VIP baru saat berubah.

  Catatan

  Untuk informasi tentang cara mengatur TTL di JVM, lihat dokumentasi Oracle untuk Class InetAddress.

• Setelah migrasi lintas zona selesai, Anda harus melakukan restart terhadap semua tugas DTS yang sedang berjalan.

• Jika zona tujuan memiliki sumber daya yang tidak mencukupi, migrasi lintas zona mungkin gagal.

• ApsaraDB RDS for PostgreSQL tidak lagi mendukung pembelian instans baru yang menggunakan standard SSDs. Jika instans RDS Anda menggunakan standard SSD, migrasi lintas zona secara otomatis akan meningkatkan tipe penyimpanannya menjadi PL1 ESSD. Untuk informasi selengkapnya, lihat [EOS/Discontinuation] Tipe penyimpanan standard SSD dihentikan untuk mesin database tertentu di ApsaraDB RDS mulai 01 Juli 2022.

Jenis migrasi

Prosedur

1. Buka halaman Instances. Di bilah navigasi atas, pilih wilayah tempat instans RDS berada. Lalu, temukan instans RDS tersebut dan klik ID-nya.

2. Pada bagian Basic Information, klik Migrate Data Across Zones.

3. Pada kotak dialog yang muncul, pilih zona primary dan secondary tujuan beserta vSwitch-nya, lalu klik Yes.

   Tabel berikut menjelaskan parameter-parameter tersebut.

   Parameter	Deskripsi
   Configure Primary Zone	Pilih zona primary dan secondary yang baru. Untuk instans yang menggunakan Premium Local SSDs, Anda hanya dapat memigrasikan zona primary. Untuk instans dengan cloud disk, Anda dapat memigrasikan kedua zona (primary dan secondary) atau hanya salah satunya. Contoh: Anda dapat memigrasikan instans dari Singapore Zone A (primary) + Zone B (secondary) ke Singapore Zone C (primary) + Zone D (secondary). Anda dapat memigrasikan instans dari Singapore Zone A (primary) + Zone B (secondary) ke Singapore Zone A (primary) + Zone C (secondary). Catatan Jika Anda hanya memigrasikan satu zona, Anda hanya perlu mengonfigurasi zona yang ingin dimigrasikan.
   Configure Secondary Zone
   vSwitch in Primary Zone	Pilih vSwitch untuk zona primary dan secondary. Jika tidak tersedia vSwitch di zona saat ini, lihat Create a vSwitch.
   vSwitch in Secondary Zone
   Switching Time	Switch Now: Alih bencana dilakukan segera setelah Anda mengirim permintaan. Switchover Within Maintenance Window: Alih bencana dilakukan dalam jendela pemeliharaan yang telah ditentukan. Untuk informasi selengkapnya, lihat Mengatur jendela pemeliharaan. Take Effect at Specified Time Range: Anda dapat menentukan waktu untuk alih bencana.

   Setelah Anda mengklik Yes, sistem mulai menyalin data ke zona tujuan. Proses ini tidak memengaruhi instans yang sedang berjalan. Setelah data disalin, sistem mengalihkan traffic ke koneksi baru berdasarkan waktu yang Anda pilih untuk Switch Now, Switchover Within Maintenance Window, atau Take Effect at Specified Time Range.

   Peringatan

   Alih bencana menyebabkan kegagalan koneksi sementara. Pastikan aplikasi Anda memiliki mekanisme penghubungan ulang otomatis. Jika tidak, Anda harus menghubungkan ulang secara manual.

   Karena cache DNS di sisi client mungkin tidak langsung diperbarui, sebagian traffic mungkin dialihkan hingga 10 menit kemudian, menyebabkan kegagalan koneksi sementara kedua. Untuk aplikasi yang menggunakan JVM, atur TTL dalam konfigurasi JVM menjadi 60 detik atau kurang. Hal ini memastikan bahwa ketika alamat VIP dari endpoint berubah, aplikasi dapat melakukan kueri ulang DNS untuk mengambil dan menggunakan alamat VIP baru tersebut. Untuk petunjuk cara mengatur TTL, lihat bagian Dampak dalam topik ini.

Referensi API