Pindahkan instans Tair (Redis OSS-Compatible) ke zona berbeda dalam wilayah yang sama menggunakan Konsol atau API MigrateToOtherZone. Alasan umum mencakup mengurangi latensi jaringan dengan menempatkan instans bersama Instance ECS, mengaktifkan Alih bencana lintas zona, dan mengakses sumber daya zona yang diperlukan untuk Peningkatan tipe instans.
Setelah migrasi, data instans, akun database, Titik akhir, dan pengaturan daftar putih tetap tidak berubah.
Prasyarat
Sebelum memulai, pastikan Anda telah:
-
(Instans cloud-native) Melepas titik akhir publik, jika ada
-
(Instans classic) Melepas kedua titik akhir publik dan titik akhir koneksi langsung, jika ada
Jenis migrasi yang didukung
| Jenis migrasi | Kasus penggunaan |
|---|---|
| Zona tunggal ke zona tunggal | Menempatkan instans di zona yang sama dengan Instance ECS Anda untuk mengurangi latensi jaringan internal |
| Multi-zona ke multi-zona | Menyesuaikan distribusi zona sambil mempertahankan disaster recovery lintas zona |
| Zona tunggal ke multi-zona | Mengaktifkan disaster recovery lintas zona. Instans zona tunggal tahan terhadap kegagalan tingkat server dan rak. Instans multi-zona ditempatkan di beberapa pusat data dan dapat bertahan dari gangguan total pada satu pusat data |
| Multi-zona ke zona tunggal | Mengkonsolidasi ke satu zona ketika fitur tertentu mengharuskannya |
Dampak
Pemutusan sementara
Instans cloud-native
Apakah terjadi pemutusan sementara bergantung pada zona mana yang berubah:
| Skenario | Pemutusan sementara |
|---|---|
| Menambahkan zona sekunder ke instans zona tunggal (zona primer tetap sama) | Tidak |
| Mengubah hanya zona sekunder, yang tidak berisi node primer | Tidak |
| Mengubah zona yang menghost node primer, termasuk kasus di mana alih bencana high-availability (HA) telah memindahkan node primer ke zona sekunder | Ya |
| Mengubah zona sekunder instans pemisahan baca/tulis saat terhubung melalui titik akhir zona sekunder | Ya |
Instans classic
Migrasi zona dapat menyebabkan pemutusan sementara untuk instans classic.
Status read-only
Instans mungkin memasuki status read-only hingga 60 detik untuk menyinkronkan data inkremental dan mencegah double write yang disebabkan oleh Cache DNS. Dalam skenario dengan beban tulis tinggi, periode read-only ini mungkin lebih lama.
Tidak terjadi status read-only jika node primer tidak dimigrasikan. Ini hanya berlaku untuk instans cloud-native.
Perubahan pemetaan DNS
Migrasi zona mengubah alamat IP virtual (VIP) dan pemetaan DNS yang mendasarinya. Selalu hubungkan ke instans menggunakan Titik akhirnya, seperti r-bp10b3fa3500****.redis.rds.aliyuncs.com, bukan langsung ke VIP.
Versi Jedis lama mungkin gagal menyelesaikan Titik akhir dengan benar setelah migrasi. Jika Anda menggunakan Jedis, pastikan versinya 3.10.0 atau lebih baru. Untuk detailnya, lihat rekomendasi peningkatan client Jedis.
Peningkatan versi minor otomatis
Jika instans menjalankan versi minor yang sudah usang, sistem secara otomatis meningkatkannya ke versi minor terbaru selama migrasi. Versi minor mempertahankan kompatibilitas maju, sehingga tidak terjadi masalah kompatibilitas.
Reset bandwidth
Setelah migrasi, bandwidth direset ke nilai default. Jika sebelumnya Anda menyesuaikan bandwidth secara manual, konfigurasikan ulang setelah migrasi. Auto Scaling akan mengembalikan pengaturan bandwidth kustom saat aturan penskalaan berikutnya dipicu.
Jika node primer tidak dimigrasikan, paket bandwidth tetap tidak berubah. Ini hanya berlaku untuk instans cloud-native.
Rekomendasi
-
Terapkan mekanisme penghubungan ulang di aplikasi Anda.
-
Lakukan migrasi selama jam sepi untuk meminimalkan dampak terhadap pengguna.
-
Jadwalkan migrasi selama jendela pemeliharaan guna memastikan pengalihan yang terkendali.
Migrasikan instans ke zona berbeda
Operasi ini dapat menyebabkan koneksi sementara terputus. Kami menyarankan Anda melakukan operasi ini selama jam sepi dan memastikan aplikasi Anda dapat secara otomatis menghubungkan ulang ke instans Anda.
-
Login ke Konsol dan buka halaman Instances. Di bilah navigasi atas, pilih wilayah instans tersebut. Temukan instans dan klik ID-nya.
-
Di bagian Basic Information, klik Migrate di samping Zone.
-
Konfigurasikan parameter berikut di panel yang muncul.
Parameter Deskripsi Primary zone change Pilih zona target. Secondary zone change (opsional) Pilih zona sekunder untuk mengaktifkan cross-zone disaster recovery. Node sekunder akan dimigrasikan ke zona yang ditentukan. Jika Anda tidak menentukan zona sekunder, baik node primer maupun sekunder akan dimigrasikan ke zona primer. Virtual Switch: Pilih vSwitch tujuan. Jika tidak ada vSwitch di zona target, buat terlebih dahulu. Parameter ini hanya muncul untuk instans VPC. Execution Time Update Now: Migrasi dimulai segera setelah Anda mengklik OK. Migrasi selesai ketika status instans menjadi Running. Update During Maintenance (disarankan): Sistem melakukan tugas awal dan mengubah status instans menjadi Migrating to Another Zone. Instans tetap tersedia selama fase ini. Alih bencana aktual terjadi selama maintenance window yang dikonfigurasi. Primary zone nodes per shard / Secondary zone nodes per shard Untuk instans kluster cloud-native atau instans pemisahan baca/tulis, sesuaikan distribusi node replika antara zona primer dan sekunder. Ini tidak mengubah jumlah total node. Untuk instans arsitektur kluster, nilai-nilai ini merepresentasikan jumlah node replika per shard di masing-masing zona. -
Baca pesan peringatan, centang kotak pilihan, lalu klik OK.
Verifikasi migrasi
Periksa progres migrasi di Task Center di Konsol. Migrasi selesai ketika status instans kembali menjadi Running. Tugas migrasi melibatkan beberapa tahap; durasi total bergantung pada volume data dan spesifikasi instans (biasanya sekitar 0,5 hingga 1 jam untuk instans kecil). Setelah tahap Alih bencana, langkah-langkah berikutnya tidak lagi memengaruhi operasi baca/tulis bisnis normal, jadi harap tunggu hingga tugas selesai.
Referensi API
| API | Deskripsi |
|---|---|
| MigrateToOtherZone | Migrasikan instans ke zona lain dalam wilayah yang sama. |