All Products
Search

This Product

    Tair (Redis® OSS-Compatible):Konversi ke mode cloud-native

    Document Center

    Tair (Redis® OSS-Compatible):Konversi ke mode cloud-native

    Last Updated:Aug 22, 2026

    Mode penerapan Cloud-native kompatibel dengan versi Redis yang lebih tinggi dan menyediakan arsitektur yang lebih fleksibel. Topik ini menjelaskan cara mengonversi instans Classic menjadi instans Cloud-native.

    Cara kerja

    Penting

    • Pastikan aplikasi Anda memiliki mekanisme penghubungan ulang.

    • Instans menjadi read-only selama kurang dari satu menit dalam proses konversi. Hal ini memungkinkan instans baru menyinkronkan data inkremental dengan cepat serta mencegah masalah dual-write akibat caching DNS. Jika instans menangani banyak permintaan tulis, durasi read-only mungkin lebih lama. Disarankan untuk melakukan konversi pada jam sepi.

    • Setelah konversi, data pemantauan historis dan backup tidak lagi tersedia. Jika perlu menyimpan backup historis, gunakan fitur Backup Download untuk menyimpannya ke sistem lokal sebelum konversi.

    Batasan

    Persyaratan penagihan

    Hanya instans pay-as-you-go yang didukung. Instans subscription harus terlebih dahulu dikonversi menjadi instans pay-as-you-go.

    Konfigurasi jaringan

    • Penyesuaian bandwidth

    • Endpoints: Anda harus melepaskan semua endpoint koneksi publik atau direct connection pada instans kluster.

    Konfigurasi keamanan

    • Tambahkan alamat IP semua klien ke daftar putih instans. Ini mencakup klien dalam VPC instans dan klien di VPC lain yang terhubung melalui saluran data. Jika Anda tidak mengaktifkan akses publik untuk instans, Anda dapat menambahkan 0.0.0.0/0 ke daftar putih. Kemudian, atur parameter #no_loose_check-whitelist-always menjadi yes.

    • Jika grup keamanan dikonfigurasi untuk instans, Anda harus menambahkan Blok CIDR VPC ke daftar putih, menghapus grup keamanan, lalu mengonversi instans. Setelah konversi selesai, Anda dapat mengaitkan kembali grup keamanan ke instans.

    Kompatibilitas fitur

    • Konversi tidak didukung jika multi-zone read/write splitting atau Global Distributed Cache diaktifkan.

    • Jika koneksi TLS atau data flashback (PITR) diaktifkan, Anda harus terlebih dahulu menonaktifkan fitur-fitur tersebut.

    • Instans dengan TDE yang diaktifkan hanya dapat dikonversi ke instans cloud-native yang kompatibel dengan Redis 6.0 atau 7.0, bukan Redis 5.0.

    Jenis node

    Hanya instans dual-replica (high-availability) yang didukung. Anda harus terlebih dahulu meng-upgrade instans single-replica (single-node) menjadi dual-replica.

    Pertimbangan

    • Setelah konversi, tidak ada data yang hilang, dan ID instans, endpoint, akun, kata sandi, serta konfigurasi daftar putih IP tetap tidak berubah.

    • Jika instans asli menjalankan Redis 2.8 atau 4.0, upgrade terlebih dahulu ke Redis 5.0 sebelum mengonversi.

    • Setelah instans Tair (Enterprise Edition) dikonversi ke mode penerapan cloud-native, jenis resource Terraform-nya berubah dari alicloud_kvstore_instance menjadi alicloud_redis_tair_instance. Untuk informasi selengkapnya, lihat Tair Resources.

    • Beralih ke penerapan cloud-native bersifat ireversibel. Anda tidak dapat kembali ke mode penerapan classic setelah beralih. Pastikan Anda memahami sepenuhnya dampaknya sebelum melanjutkan. Untuk informasi selengkapnya, lihat Perbandingan antara instans cloud-native dan classic.

    Prosedur

    1. 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.

    2. Di bagian Configuration, klik Convert to cloud-native.

    3. Pilih spesifikasi shard dan jumlah shard untuk instans hasil konversi.

      Pilih spesifikasi yang sama atau lebih tinggi daripada instans asli.

    4. Pilih Billing Method, versi instans yang kompatibel, Switching Time, dan item konfigurasi lainnya.

      Selama operasi ini, Anda juga dapat meng-upgrade instans ke versi Redis yang lebih tinggi dari 5.0, seperti Redis 6.0 atau Redis 7.0. Untuk informasi selengkapnya, lihat Fitur baru dan kompatibilitas versi utama.

    5. Baca dan centang kotak centang untuk menyetujui perjanjian layanan dan Conversion Notes. Lalu, klik Buy Now.

      Status instans berubah menjadi Changing Architecture Type. Saat status instans berubah menjadi Running, konversi telah selesai.

    FAQ

    • Q: Mengapa saya menerima pesan error "The capacity of the requested instance is insufficient"?

      A: Pesan error ini menunjukkan bahwa sumber daya Cloud-native tidak mencukupi di zona tempat instans asli Anda berada. Masalah ini dapat terjadi pada instans yang dibuat lama. Anda dapat memindahkan instans ke zona lain dan mencoba lagi.

    • Q: Setelah konversi selesai, saya gagal menghubungkan ke instans menggunakan DMS.

      A: Anda harus menambahkan alamat IP server DMS ke daftar putih.

    • Q: Bagaimana cara meng-upgrade dari arsitektur classic Redis 5.0 ke arsitektur kluster cloud-native 7.0?

      A: Lakukan upgrade secara bertahap (ID instans, endpoint koneksi, kredensial, dan daftar putih tetap tidak berubah sepanjang proses. Lakukan operasi pada jam sepi):

      1. Langkah 1: Konversi ke mode penerapan cloud-native dan upgrade ke Redis 7.0. Konversi ke mode cloud-native hanya mendukung instans pay-as-you-go, jadi pertama-tama periksa metode penagihan instans:

        • Jika instans sudah berstatus pay-as-you-go: lakukan langsung "Convert to cloud-native deployment mode" (operasi yang dijelaskan dalam topik ini), dan pilih untuk meng-upgrade instans ke Redis 7.0 selama proses tersebut.

        • Jika instans berstatus subscription: konversi terlebih dahulu ke pay-as-you-go, lalu konversi ke mode cloud-native dan upgrade ke 7.0. Anda dapat beralih kembali ke subscription setelah perubahan selesai.

        Selain itu, konversi ke mode cloud-native memerlukan instans dual-replica (high-availability); instans single-replica harus ditingkatkan terlebih dahulu menjadi dual-replica. Dampak: satu kali gangguan koneksi kurang dari 30 detik, dan sekitar 1 menit dalam kondisi read-only.

      2. Langkah 2: Ubah ke arsitektur kluster (modus proxy). Lihat Change instance architecture. Dampak: satu hingga dua kali gangguan koneksi masing-masing kurang dari 30 detik, dan sekitar 1 menit dalam kondisi read-only.

      Jika Anda tidak langsung meng-upgrade ke 7.0 pada Langkah 1, Anda dapat meng-upgrade versi utama secara terpisah. Lihat Upgrade the major version.

    Topik terkait