ApsaraDB RDS untuk MySQL mendukung migrasi lintas zona untuk node proksi dalam wilayah yang sama. Migrasi node proksi ke zona instans RDS primary mengurangi latensi tulis lintas zona dan mencegah degradasi performa tulis akibat lalu lintas antar zona antara proksi dan instans primary.
Prasyarat
Sebelum memulai, pastikan bahwa:
Instans RDS memenuhi semua kondisi berikut:
Engine: MySQL
Edisi: Edisi Ketersediaan Tinggi RDS atau Edisi Kluster RDS
Penyimpanan: cloud disk
Database proxy: diaktifkan
Status instans: Berjalan — mencakup instans primary, semua instans read-only, dan node proksi
Instans menggunakan endpoint virtual private cloud (VPC). Migrasi lintas zona tidak didukung untuk proksi database jaringan klasik. Untuk detailnya, lihat Lihat dan kelola endpoint serta port instans.
Jika node proksi dan instans RDS primary berada di zona berbeda dan Anda terhubung melalui endpoint proksi, performa tulis akan menurun. Atur VPC dan vSwitch yang sama untuk keduanya guna menghindari hal ini.
Penagihan
Migrasi lintas zona tidak dikenai biaya.
Dampak potensial
Tinjau dampak berikut sebelum melakukan migrasi.
Gangguan koneksi sementara
Migrasi lintas zona menyebabkan gangguan koneksi sementara selama kurang lebih 30 detik. Untuk meminimalkan gangguan:
Hubungkan aplikasi Anda menggunakan endpoint yang tidak terpengaruh oleh migrasi:
RDS High-availability Edition: endpoint instans RDS primary atau endpoint instans RDS read-only
RDS Cluster Edition: endpoint baca/tulis, endpoint read-only, atau endpoint koneksi langsung ke node
Jadwalkan migrasi pada jam sepi.
Pastikan aplikasi Anda memiliki mekanisme penghubungan ulang otomatis. Jika tidak, lakukan penghubungan ulang secara manual setelah migrasi selesai.
Perubahan alamat IP virtual
Migrasi lintas zona mengubah alamat IP virtual (VIP) yang terikat pada endpoint instans Anda. Hubungkan aplikasi Anda menggunakan endpoint, bukan alamat IP, sehingga aplikasi secara otomatis menyelesaikan VIP baru setelah migrasi.
Segera bersihkan rekaman DNS yang di-cache pada klien database setelah migrasi. Saat VIP berubah, propagasi DNS memerlukan waktu — jika klien masih menyelesaikan VIP lama, koneksi akan gagal hingga cache kedaluwarsa. Untuk klien yang berjalan di Java Virtual Machine (JVM), atur waktu hidup (TTL) dalam konfigurasi JVM menjadi 60 detik atau kurang agar klien segera melakukan kueri ulang DNS setelah perubahan VIP. Untuk detailnya, lihat Class InetAddress.
Akses terdekat
Migrasi lintas zona dapat membuat konfigurasi akses terdekat tidak valid. Setelah migrasi, zona baru dapat diakses secara default; zona asli tidak lagi dapat diakses. Jika zona endpoint proksi berbeda dari zona default baru, akses terdekat ke zona tersebut akan gagal.
Tabel berikut menunjukkan contoh skenario.
| Skenario | Zona node proksi awal | Endpoint proksi | Akses terdekat awal | Zona node proksi baru | Zona default baru | Zona endpoint proksi baru | Akses terdekat baru |
|---|---|---|---|---|---|---|---|
Skenario 1: Zone A+Zone B → Zone A+Zone C | Zone A | Proxy endpoint a | Zone A | Zone A | Zone A | Zone A | Zone A |
| Zone C | Invalid | ||||||
| Zone B | Proxy endpoint b | Zone B | Zone C | Zone C | Zone C | Zone C | |
| Zone D | Invalid | ||||||
Skenario 2: Zone A+Zone B → Zone C+Zone D | Zone A | Proxy endpoint a | Zone A | Zone C | Zone C | Zone C | Zone C |
| Zone E | Invalid | ||||||
| Zone B | Proxy endpoint b | Zone B | Zone D | Zone D | Zone D | Zone D | |
| Zone E | Invalid |
Sumber daya tidak mencukupi
Jika zona tujuan tidak memiliki sumber daya yang mencukupi, migrasi dapat gagal.
Migrasi node proksi
Masuk ke Konsol ApsaraDB RDS. Pada halaman Instances, pilih wilayah tempat instans Anda berada, temukan instans tersebut, lalu klik ID instans.
Di panel navigasi sebelah kiri, klik Database Proxy untuk melihat informasi dasar tentang proksi database Anda.
Klik Cross-zone Migration.
CatatanJika Cross-zone Migration tidak ditampilkan, periksa apakah instans Anda memenuhi semua prasyarat.
Pada kotak dialog Cross-zone Migration of Database Proxy, tinjau informasi zona dan jaringan untuk instans RDS primary dan proksi database. Atur Destination Zone, Destination vSwitch, dan Change Time, lalu klik OK.
PentingAnda tidak dapat mengubah tipe atau spesifikasi proksi database selama migrasi.
Tinjau dampak yang tercantum, lalu klik OK untuk mengonfirmasi.
Referensi API
| Operasi | Deskripsi |
|---|---|
| ModifyDBProxyInstance | Migrasi node proksi ke zona tujuan dengan menentukan vSwitchIds |
FAQ
Apakah migrasi lintas zona memengaruhi aplikasi saya jika saya tidak menggunakan endpoint proksi?
Tidak. Migrasi hanya memengaruhi aplikasi yang terhubung melalui endpoint proksi. Jika Anda terhubung melalui endpoint instans RDS primary atau endpoint instans RDS read-only (RDS High-availability Edition), atau melalui endpoint baca/tulis, endpoint read-only, atau endpoint koneksi langsung ke node (RDS Cluster Edition), beban kerja Anda tidak terpengaruh.
Berapa lama gangguan koneksi berlangsung?
Gangguan koneksi sementara berlangsung sekitar 30 detik, meskipun durasi aktual dapat bervariasi tergantung bisnis Anda. Jadwalkan migrasi pada jam sepi dan gunakan jenis endpoint yang tidak terpengaruh untuk meminimalkan dampak.