Migrasi instans lintas zona - Tair (Redis® OSS-Compatible)

Jika zona saat ini tempat instans Anda berada memiliki sumber daya yang tidak mencukupi untuk peningkatan spesifikasi atau jika Anda ingin meningkatkan kemampuan pemulihan bencana, Anda dapat memigrasi instans ke zona lain menggunakan Tair (Redis OSS-compatible) Konsol atau dengan memanggil Operasi API. Setelah migrasi ke zona lain, data, akun, dan titik akhir instans tetap tidak berubah.

Prasyarat

Titik akhir publik dan titik akhir privat tambahan untuk instans harus dilepaskan. Jika tidak, instans tidak dapat dimigrasi lintas zona.

Perhatian

Instans cloud-native

Dalam beberapa skenario, migrasi instans lintas zona tidak menyebabkan koneksi transien. Namun, dalam kasus lain, migrasi mungkin menyebabkan koneksi transien. Oleh karena itu, disarankan untuk melakukan operasi ini selama jam-jam sepi dan pastikan aplikasi Anda dapat secara otomatis tersambung kembali ke instans.
✅ Koneksi transien tidak terjadi dalam skenario berikut:
- Anda menambahkan zona sekunder untuk instans satu zona tanpa mengubah zona utama.
- Anda mengubah zona sekunder dari instans dua zona. Node master tidak ditempatkan di zona sekunder.
⚠️ Koneksi transien terjadi dalam skenario berikut:
- Anda mengubah zona tempat node master berada. Ini termasuk skenario di mana failover high-availability (HA) menyebabkan node master pindah ke zona sekunder, yang juga mengakibatkan perubahan pada zona sekunder.
- Anda mengubah zona sekunder dari instans pemisahan baca/tulis ketika menggunakan titik akhir zona sekunder.
Untuk menyinkronkan data inkremental dari instans asli ke instans baru dan mencegah penulisan ganda yang disebabkan oleh caching Domain Name System (DNS), instans mungkin tetap dalam mode read-only hingga 1 menit selama migrasi. Jika sejumlah besar data ditulis ke instans, instans mungkin tetap dalam mode read-only untuk periode waktu yang lebih lama.
Catatan
Jika node master tidak terlibat dalam migrasi, instans tidak akan masuk ke status read-only.
Saat memigrasi instans lintas zona, pemetaan DNS dari instans mungkin berubah. Dalam hal ini, pastikan Anda menggunakan titik akhir instans seperti r-bp10b3fa3500****.redis.rds.aliyuncs.com untuk tersambung ke instans. Selain itu, versi Jedis yang lebih lama mungkin tidak dapat memperoleh titik akhir yang valid dari instans. Anda harus memperbarui klien Jedis Anda.
Jika versi minor dari instans sudah ketinggalan zaman, sistem akan memperbarui instans ke versi minor terbaru selama migrasi untuk memastikan performa dan stabilitas yang lebih baik. Versi minor dirancang agar kompatibel ke depan, sehingga menghilangkan masalah kompatibilitas.
Setelah migrasi, bandwidth diatur ulang ke nilai default. Jika bandwidth telah disesuaikan secara manual, maka perlu diatur ulang secara manual setelah migrasi. Penskalaan otomatis akan dilanjutkan secara otomatis pada waktu berikutnya aturan dipicu.
Catatan
Jika node master tidak terlibat dalam migrasi, paket bandwidth tetap utuh dan tidak diatur ulang.

Instans klasik

Migrasi instans lintas zona dapat menyebabkan koneksi transien. Untuk menyinkronkan data inkremental dari instans asli ke instans baru dan mencegah penulisan ganda yang disebabkan oleh caching Domain Name System (DNS), instans mungkin tetap dalam mode read-only hingga 1 menit selama migrasi.
Jika sejumlah besar data ditulis ke instans, instans mungkin tetap dalam mode read-only untuk periode waktu yang lebih lama. Oleh karena itu, disarankan untuk melakukan operasi ini selama jam-jam sepi dan pastikan aplikasi Anda dapat secara otomatis tersambung kembali ke instans.
Saat memigrasi instans lintas zona, pemetaan DNS dari instans mungkin berubah. Dalam hal ini, pastikan Anda menggunakan titik akhir instans seperti r-bp10b3fa3500****.redis.rds.aliyuncs.com untuk tersambung ke instans. Selain itu, versi Jedis yang lebih lama mungkin tidak dapat memperoleh titik akhir yang valid dari instans. Anda harus memperbarui klien Jedis Anda.
Jika versi minor dari instans sudah ketinggalan zaman, sistem akan memperbarui instans ke versi minor terbaru selama migrasi untuk memastikan performa dan stabilitas yang lebih baik. Versi minor dirancang agar kompatibel ke depan, sehingga menghilangkan masalah kompatibilitas.
Setelah migrasi, bandwidth diatur ulang ke nilai default. Jika bandwidth telah disesuaikan secara manual, maka perlu diatur ulang secara manual setelah migrasi. Penskalaan otomatis akan dilanjutkan secara otomatis pada waktu berikutnya aturan dipicu.

Jenis migrasi yang didukung dan skenario

Tipe	Skenario
Migrasi instans dari satu zona ke zona lain	Anda ingin memigrasi instans ke zona dari Elastic Compute Service (ECS) instans tertentu. Instans ECS dan instans Tair yang ditempatkan di zona yang sama dapat berkomunikasi melalui jaringan internal dengan latensi jaringan rendah.
Migrasi instans dari satu set zona ke zona lain
Migrasi instans dari satu zona ke beberapa zona	Anda ingin menerapkan pemulihan bencana lintas pusat data untuk instans. Instans satu zona dapat menahan kegagalan tingkat server dan rak. Instans multi-zona dapat menahan kegagalan tingkat pusat data dan meningkatkan kemampuan pemulihan bencana dengan menempatkan sumber daya di pusat data yang berbeda.
Migrasi instans dari beberapa zona ke satu zona	Anda ingin memigrasi instans berdasarkan persyaratan bisnis tertentu.

Prosedur

Peringatan

Operasi ini dapat menyebabkan koneksi transien. Disarankan untuk melakukan operasi ini selama jam-jam sepi dan pastikan aplikasi Anda dapat secara otomatis tersambung kembali ke instans.

Masuk ke konsol dan buka halaman Instans. Di bilah navigasi atas, pilih wilayah tempat instans yang ingin Anda kelola berada. Kemudian, temukan instans dan klik ID instans.
Di bagian Basic Information, klik Cross-zone Migration di sebelah kanan Zone.

Di panel yang muncul, konfigurasikan parameter. Tabel berikut menjelaskan parameter tersebut.

Parameter	Deskripsi
Destination Primary Zone	Zona tujuan utama ke mana Anda ingin memigrasi instans.
Destination Secondary Zone (opsional)	Zona tujuan sekunder ke mana Anda ingin memigrasi instans. Jika Anda mengonfigurasi parameter ini, node replika dari instans dimigrasi ke zona ini. Ini memastikan pemulihan bencana lintas zona. Catatan Jika Anda tidak mengonfigurasi parameter ini, node master dan replika dari instans semuanya dimigrasi ke zona utama.
vSwitch	vSwitch tujuan. Jika tidak ada vSwitch yang ada di zona tujuan, Anda harus membuat vSwitch. Untuk informasi lebih lanjut, lihat Buat dan kelola vSwitch. Catatan Parameter ini tersedia dan wajib hanya ketika instans ditempatkan di VPC.
Exec Time	Upgrade Now: Setelah Anda klik OK, migrasi segera dimulai. Ketika status instans berubah menjadi Running, instans telah dimigrasi. Update During Maintenance (direkomendasikan): Setelah Anda klik OK, operasi pra-migrasi segera dimulai dan status instans berubah menjadi Migrating to Another Zone. Selama proses ini, instans tetap sepenuhnya beroperasi. Migrasi tidak dilakukan sampai jendela pemeliharaan dimulai. Untuk informasi lebih lanjut, lihat Konfigurasikan jendela pemeliharaan.
Node Per Shard di Zona Utama Node Per Shard di Zona Sekunder	Jika instans adalah instans kluster multi-replika atau instans pemisahan baca/tulis yang ditempatkan dalam mode cloud-native, Anda dapat menggunakan parameter ini untuk memodifikasi distribusi node replika atau replika baca di zona utama dan sekunder ketika Anda memigrasi instans ke beberapa zona. Saat Anda melakukan operasi ini, Anda tidak dapat mengubah jumlah total node master dan replika. Catatan Jika instans adalah instans kluster, parameter di atas menunjukkan jumlah node replika atau replika baca per shard di zona utama dan sekunder.

Baca prompt dan pilih kotak centang. Kemudian, klik OK.

Operasi API terkait

Operasi API	Deskripsi
MigrateToOtherZone	Memigrasi instans lintas zona dalam wilayah yang sama.

FAQ

Apakah titik akhir instans berubah ketika saya memigrasi instans lintas zona? Apakah data yang ada, daftar putih, dan akun database hilang?

Saat memigrasi instans lintas zona, titik akhir instans yang ditampilkan di konsol, seperti r-bp10b3fa3500****.redis.rds.aliyuncs.com, tidak berubah. Namun, alamat IP virtual (VIP) dan pemetaan DNS berubah. Perhatikan poin-poin berikut:
- Pastikan Anda menggunakan titik akhir, seperti r-bp10b3fa3500****.redis.rds.aliyuncs.com, untuk tersambung ke instans.
- Jika Anda menggunakan Jedis, pastikan versi Jedis adalah 3.10.0 atau lebih baru. Versi Jedis yang lebih lama mungkin tidak dapat memperoleh titik akhir yang valid. Untuk informasi lebih lanjut, lihat Pemberitahuan tentang pembaruan Jedis.
Migrasi tidak menyebabkan kehilangan data. Anda tidak perlu mengonfigurasi ulang daftar putih atau akun database.

Apakah saya dikenakan biaya ketika saya memigrasi instans dari satu zona ke beberapa zona?

Anda tidak dikenakan biaya ketika memigrasi instans dari satu zona ke beberapa zona.

Mengapa saya tidak dapat memigrasi instans saya ke zona sekunder?

Jika instans Anda adalah instans mandiri, tidak ada node replika atau zona sekunder yang tersedia untuk instans. Dalam hal ini, Anda tidak dapat memigrasi instans ke zona sekunder.

Jika instans ditempatkan di dua zona, apakah instans tetap tersedia ketika satu zona gagal?

Instans yang ditempatkan di dua zona atau lebih dapat memberikan pemulihan bencana lintas zona. Jika satu zona gagal, instans di zona lain dapat terus memberikan layanan.

Bagaimana cara melihat kemajuan migrasi?

Anda dapat melihat kemajuan migrasi di Task Center.