Ubah zona instans - Tair (Redis® OSS-Compatible)

Anda dapat mengubah zona instans Tair (Redis OSS-compatible) melalui konsol atau API jika sumber daya di zona saat ini tidak mencukupi untuk peningkatan tipe instans, Anda perlu meningkatkan kemampuan pemulihan bencana, atau Anda memiliki alasan lain untuk memindahkan instans. Setelah perubahan zona, data instans, akun database, titik akhir, dan informasi lainnya tetap tidak berubah.

Prasyarat

Jika instans cloud-native memiliki titik akhir publik, Anda harus terlebih dahulu melepaskan titik akhir publik.
Jika instans classic memiliki titik akhir publik atau titik akhir koneksi langsung, Anda harus terlebih dahulu melepaskan titik akhir publik dan melepaskan titik akhir koneksi langsung.

Pertimbangan

Instans cloud-native

Dalam beberapa skenario, migrasi zona tidak menyebabkan pemutusan sementara; dalam skenario lain, pemutusan sementara mungkin terjadi. Kami menyarankan agar Anda memastikan aplikasi memiliki mekanisme penyambungan ulang dan melakukan migrasi selama jam sepi.
✅ Tidak ada pemutusan sementara
- Instans berada di zona tunggal, dan Anda menambahkan zona sekunder. Zona primary tetap tidak berubah.
- Instans ditempatkan di dua zona, dan Anda hanya mengubah zona sekunder yang tidak berisi node primary.
⚠️ Pemutusan sementara
- Anda mengubah zona yang menampung node primary. Ini mencakup kasus di mana alih bencana high-availability (HA) memindahkan node primary ke zona sekunder, lalu Anda mengubah zona sekunder tersebut.
- Anda mengubah zona sekunder instans dengan pemisahan baca/tulis saat terhubung ke instans menggunakan titik akhir zona sekunder.
Instans mungkin memasuki status read-only hingga 60 detik untuk memungkinkan instans baru menyinkronkan data inkremental dan mencegah double write akibat cache DNS. Dalam skenario dengan volume tulis tinggi, periode read-only ini mungkin lebih lama.
Catatan
Status read-only tidak terjadi jika node primary tidak dimigrasikan.
Migrasi zona mengubah pemetaan DNS. Selalu hubungkan ke instans menggunakan titik akhirnya, misalnya r-bp10b3fa3500****.redis.rds.aliyuncs.com. Versi Jedis lama mungkin gagal menyelesaikan titik akhir yang valid setelah migrasi. Untuk informasi selengkapnya, tingkatkan client Jedis Anda.
Untuk memastikan performa dan stabilitas optimal, sistem secara otomatis meningkatkan instans Anda ke versi minor terbaru selama migrasi zona jika instans menjalankan versi minor yang kedaluwarsa. Versi minor mempertahankan kompatibilitas maju, sehingga tidak menimbulkan masalah kompatibilitas.
Setelah migrasi, bandwidth diatur ulang ke nilai default. Jika sebelumnya Anda menyesuaikan bandwidth secara manual, Anda harus mengonfigurasinya ulang setelah migrasi. Auto Scaling akan memulihkan pengaturan bandwidth kustom Anda ketika aturan penskalaan berikutnya dipicu.
Catatan
Jika node primary tidak dimigrasikan, paket bandwidth tetap tidak berubah dan tidak diatur ulang.

Classic Instans

Migrasi zona dapat menyebabkan pemutusan sementara. Instans juga memasuki status read-only hingga 60 detik untuk memungkinkan instans baru menyinkronkan data inkremental dan mencegah double write akibat cache DNS.
Dalam skenario dengan volume tulis tinggi, periode read-only mungkin lebih lama. Kami menyarankan agar Anda memastikan aplikasi memiliki mekanisme penyambungan ulang dan melakukan migrasi selama jam sepi.
Migrasi zona mengubah pemetaan DNS. Selalu hubungkan ke instans menggunakan titik akhirnya, misalnya r-bp10b3fa3500****.redis.rds.aliyuncs.com. Versi Jedis lama mungkin gagal menyelesaikan titik akhir yang valid setelah migrasi. Untuk informasi selengkapnya, tingkatkan client Jedis Anda.
Untuk memastikan performa dan stabilitas optimal, sistem secara otomatis meningkatkan instans Anda ke versi minor terbaru selama migrasi zona jika instans menjalankan versi minor yang kedaluwarsa. Versi minor mempertahankan kompatibilitas maju, sehingga tidak menimbulkan masalah kompatibilitas.
Setelah migrasi, bandwidth diatur ulang ke nilai default. Jika sebelumnya Anda menyesuaikan bandwidth secara manual, Anda harus mengonfigurasinya ulang setelah migrasi. Auto Scaling akan memulihkan pengaturan bandwidth kustom Anda ketika aturan penskalaan berikutnya dipicu.

Jenis dan skenario migrasi yang didukung

Jenis migrasi yang didukung	Skenario umum
Migrasi dari zona tunggal ke zona tunggal	Anda dapat memigrasikan instans ke zona yang sama dengan Instance ECS Anda. Instance ECS dan database dalam zona yang sama dapat terhubung melalui jaringan internal dengan latensi lebih rendah.
Migrasi dari multi-zona ke multi-zona
Migrasi dari zona tunggal ke multi-zona	Anda dapat meningkatkan pemulihan bencana dengan mengaktifkan ketahanan lintas pusat data. 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, sehingga secara signifikan meningkatkan kemampuan pemulihan bencana.
Migrasi dari multi-zona ke zona tunggal	Memenuhi persyaratan fitur tertentu.

Prosedur

Peringatan

Operasi ini dapat menyebabkan koneksi sementara terputus. Kami menyarankan agar Anda melakukan operasi ini selama jam sepi dan memastikan aplikasi Anda dapat menyambung ulang ke instans secara otomatis.

Masuk ke konsol dan buka halaman Instances. Di bilah navigasi atas, pilih wilayah tempat instans yang ingin Anda kelola berada. Lalu, temukan instans tersebut dan klik ID instans.
Di bagian Basic Information, klik Migrate di sebelah Zone.

Di panel yang muncul, konfigurasikan parameter-parameter berikut.

Pengaturan	Deskripsi
Primary zone change	Pilih zona tujuan.
Secondary zone change (opsional)	Setelah menentukan zona sekunder, node sekunder instans akan dimigrasikan ke zona tersebut, sehingga mengaktifkan pemulihan bencana lintas zona. Catatan Jika Anda tidak menentukan zona sekunder, baik node primary maupun sekunder akan dimigrasikan ke zona primary.
Virtual Switch:	Pilih vSwitch tujuan untuk migrasi. Jika belum ada vSwitch di zona tujuan, buat terlebih dahulu. Untuk informasi selengkapnya, lihat Create and manage vSwitches. Catatan Opsi ini muncul dan wajib dikonfigurasi hanya jika instans menggunakan virtual private cloud (VPC).
Executed At	Update Now: Setelah mengklik OK, sistem segera memulai tugas migrasi. Migrasi berhasil ketika status instans berubah menjadi Running. Update During Maintenance (disarankan): Setelah mengklik OK, sistem melakukan tugas migrasi awal dan mengubah status instans menjadi Migrating to Another Zone. Instans tetap tersedia selama fase ini. Alih bencana aktual hanya terjadi selama jendela pemeliharaan yang telah dikonfigurasi. Untuk informasi selengkapnya, lihat Set a maintenance window.
Primary zone nodes per shard Secondary zone nodes per shard	Jika instans bertipe cloud-native (kluster multi-replika atau pemisahan baca/tulis), Anda dapat menyesuaikan distribusi node replika (atau read-only) antara zona primary dan sekunder selama migrasi multi-zona. Pengaturan ini tidak mengubah jumlah total node primary dan sekunder. Catatan Untuk instans dengan arsitektur kluster, parameter ini masing-masing merepresentasikan jumlah node replika (read-only) per shard di zona primary dan sekunder.

Baca pesan peringatan, centang kotak centang, lalu klik OK.

API Terkait

Operasi API	Deskripsi
MigrateToOtherZone - Migrate an instance to another zone	Memigrasikan instans ke zona lain dalam wilayah yang sama.

FAQ

Apakah titik akhir instans berubah setelah migrasi zona? Apakah data yang ada, pengaturan daftar putih, dan akun database hilang?

Setelah migrasi zona, titik akhir instans, seperti r-bp10b3fa3500****.redis.rds.aliyuncs.com, tidak berubah. Namun, alamat IP virtual (VIP) dan pemetaan DNS berubah. Oleh karena itu, perhatikan poin-poin berikut:
- Selalu gunakan titik akhir, misalnya r-bp10b3fa3500****.redis.rds.aliyuncs.com, untuk menghubungkan ke instans.
- Jika Anda menggunakan Jedis, pastikan versinya 3.10.0 atau lebih baru. Versi lama mungkin gagal menyelesaikan titik akhir yang valid setelah migrasi. Untuk informasi selengkapnya, lihat Jedis client upgrade recommendations.
Migrasi zona tidak menyebabkan kehilangan data dan tidak mengharuskan Anda mengonfigurasi ulang daftar putih atau akun database.

Apakah ada biaya tambahan untuk memigrasikan instans dari zona tunggal ke multi-zona?

Tidak, memigrasikan instans dari zona tunggal ke multi-zona tidak dikenakan biaya tambahan.

Mengapa saya tidak dapat memigrasikan instans saya ke zona sekunder?

Instans mandiri tidak memiliki node sekunder. Oleh karena itu, zona sekunder tidak tersedia, dan Anda tidak dapat melakukan migrasi ini.

Instans saya ditempatkan di dua zona. Jika salah satu zona gagal, apakah instans tetap tersedia?

Ya. Instans yang ditempatkan di dua zona atau lebih mendukung pemulihan bencana lintas zona. Jika salah satu zona gagal, node lainnya tetap memproses permintaan.

Bagaimana cara memeriksa progres migrasi zona?

Anda dapat melihat progres migrasi di Task Hub di konsol.