全部产品
Search
文档中心

Tair (Redis® OSS-Compatible):Mengubah arsitektur instans

更新时间:Jan 01, 2026

Tair (Redis OSS-compatible) memungkinkan Anda mengubah arsitektur instans antara standar (master-replica) dan kluster.

Penagihan

Jika Anda mengubah konfigurasi instans pay-as-you-go, biaya akan dikenakan berdasarkan spesifikasi baru. Jika Anda mengubah konfigurasi instans subscription, Anda akan dikenai biaya tambahan atau menerima pengembalian dana selisih tergantung pada apakah Anda melakukan upgrade atau downgrade konfigurasi.

Untuk informasi lebih lanjut tentang aturan penagihan perubahan konfigurasi dan aturan pengembalian dana untuk downgrade konfigurasi, lihat Perubahan konfigurasi.

Mengubah dari standar (master-replica) ke kluster

Dampak

  • Titik akhir (endpoints), akun, kata sandi, dan daftar putih tetap tidak berubah: Anda tidak perlu memodifikasi kode aplikasi setelah perubahan selesai.

  • Data biasanya tidak hilang: Namun, dalam kasus langka di mana node primary asli gagal selama alih bencana (switchover), sejumlah kecil data yang belum tersinkronisasi mungkin hilang.

  • Terjadi satu hingga dua gangguan koneksi sementara, masing-masing berdurasi kurang dari 30 detik: Instans mengalami satu hingga dua gangguan koneksi sementara, masing-masing berlangsung kurang dari 30 detik. Pastikan aplikasi Anda memiliki mekanisme penyambungan ulang.

  • Berada dalam status read-only selama sekitar satu menit: Instans memasuki status read-only selama sekitar satu menit untuk menyinkronkan data inkremental dari instans asli dan mencegah masalah dual-write akibat Cache DNS. Untuk instans dengan beban kerja tulis tinggi, periode read-only dapat lebih lama.

  • Skrip Lua mungkin hilang: Arsitektur kluster memiliki batasan tertentu terhadap penggunaan skrip Lua. Skrip Lua yang tidak memenuhi persyaratan tersebut mungkin hilang saat Anda mengubah arsitektur instans. Cadangkan skrip Anda sebelum melanjutkan. Untuk informasi lebih lanjut, lihat Batasan khusus pada instans kluster.

  • Berlaku lebih banyak pembatasan perintah: Arsitektur kluster tidak mendukung beberapa perintah. Sebelum mengubah arsitektur instans, evaluasi dampak pembatasan perintah ini terhadap bisnis Anda. Untuk informasi lebih lanjut, lihat Pembatasan perintah untuk instans kluster.

  • Instans ditingkatkan ke versi minor terbaru: Untuk memastikan performa dan stabilitas optimal, sistem akan meningkatkan instans ke versi minor terbaru selama proses perubahan jika instans tersebut menjalankan versi yang lebih lama. Versi minor bersifat forward-compatible, sehingga peningkatan ini tidak menyebabkan masalah kompatibilitas.

Batasan

  • Jika pemisahan baca/tulis diaktifkan, Anda harus menonaktifkannya terlebih dahulu.

  • Instans anak dari instans terdistribusi tidak mendukung perubahan arsitektur.

  • Instans berbasis SSD Tair (Enterprise Edition) tidak mendukung perubahan arsitektur.

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. Untuk instans subscription, klik Specification Adjustment > Specification Upgrade di pojok kanan atas. Untuk instans pay-as-you-go, klik Specification Adjustment > Specifications Upgrade/Downgrade di pojok kanan atas.

  3. Pada halaman perubahan spesifikasi, pilih konfigurasi yang diperlukan, lalu klik Buy Now.

    Perhatikan parameter Switching Time:

    • Switch after Data Migration: Sistem langsung beralih ke node baru setelah migrasi data selesai.

    • Switch Within Maintenance Window (Disarankan): Sistem akan beralih ke node baru selama jendela pemeliharaan (di luar jam sibuk). Sebelum melakukan alih bencana instans, Anda dapat membuka Task Hub di konsol dan mengeklik Modify Switchover Time di samping tugas terkait untuk mengubah waktu alih bencana.

  4. Selesaikan proses pembayaran sesuai petunjuk.

    Setelah Anda mengirim permintaan, status instans langsung berubah menjadi Adjusting configuration, terlepas dari Switching Time yang Anda pilih. Hal ini tidak memengaruhi layanan yang disediakan oleh instans. Sistem terlebih dahulu mempersiapkan perubahan, seperti meminta sumber daya dan menyinkronkan data. Gangguan koneksi sementara hanya terjadi saat sistem beralih ke node baru.

Catatan setelah perubahan:

  • Mode koneksi secara default adalah modus proxy. Anda dapat melihat jumlah koneksi client di halaman pemantauan node proxy. Jumlah koneksi ke node data ditampilkan sebagai 0.

  • Pengaturan alert akan dinonaktifkan, dan kelompok aplikasi application groups yang ada di Cloud Monitor juga mungkin dinonaktifkan. Untuk terus menggunakan fitur-fitur ini, Anda harus mengonfigurasinya ulang.

  • Fitur data flashback akan dinonaktifkan. Untuk terus menggunakan fitur ini, Anda harus mengonfigurasinya ulang.

Mengubah dari kluster ke standar (master-replica)

Dampak

  • Titik akhir (endpoints), akun, kata sandi, dan daftar putih tetap tidak berubah: Anda tidak perlu memodifikasi kode aplikasi setelah perubahan selesai.

  • Data biasanya tidak hilang: Namun, dalam kasus langka di mana node primary asli gagal selama alih bencana (switchover), sejumlah kecil data yang belum tersinkronisasi mungkin hilang.

  • Terjadi satu hingga dua gangguan koneksi sementara, masing-masing berdurasi kurang dari 30 detik: Instans mengalami satu hingga dua gangguan koneksi sementara, masing-masing berlangsung kurang dari 30 detik.

  • Berada dalam status read-only selama sekitar satu menit: Instans memasuki status read-only selama sekitar satu menit untuk menyinkronkan data inkremental dari instans asli dan mencegah masalah dual-write akibat Cache DNS. Untuk instans dengan beban kerja tulis tinggi, periode read-only dapat lebih lama.

  • Instans ditingkatkan ke versi minor terbaru: Untuk memastikan performa dan stabilitas optimal, sistem akan meningkatkan instans ke versi minor terbaru selama proses perubahan jika instans tersebut menjalankan versi yang lebih lama. Versi minor bersifat forward-compatible, sehingga peningkatan ini tidak menyebabkan masalah kompatibilitas.

Batasan

  • Jika pemisahan baca/tulis diaktifkan, Anda harus menonaktifkannya terlebih dahulu.

  • Instans kluster dalam mode koneksi langsung tidak mendukung perubahan arsitektur.

  • Instans berbasis SSD Tair (Enterprise Edition) tidak mendukung perubahan arsitektur.

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. Untuk instans subscription, klik Specification Adjustment > Specification Downgrade di pojok kanan atas. Untuk instans pay-as-you-go, klik Specification Adjustment > Specifications Upgrade/Downgrade di pojok kanan atas.

  3. Pada halaman perubahan spesifikasi, pilih konfigurasi yang diperlukan, lalu klik Buy Now.

    Perhatikan parameter Switching Time:

    • Switch after Data Migration: Sistem langsung beralih ke node baru setelah migrasi data selesai.

    • Switch During Maintenance Window (Direkomendasikan): Alih bencana ke node baru dilakukan selama maintenance window (jam sepi). Sebelum alih bencana instans, Anda dapat mengubah waktu alih bencana di Task Hub konsol dengan mengklik Modify Switchover Time di samping tugas terkait.

  4. Selesaikan proses pembayaran sesuai petunjuk.

    Setelah Anda mengirim permintaan, status instans langsung berubah menjadi Adjusting configuration, terlepas dari Switching Time yang Anda pilih. Hal ini tidak memengaruhi layanan yang disediakan oleh instans. Sistem terlebih dahulu mempersiapkan perubahan, seperti meminta sumber daya dan menyinkronkan data. Gangguan koneksi sementara hanya terjadi saat sistem beralih ke node baru.

Catatan setelah perubahan:

  • Pengaturan alert akan dinonaktifkan, dan kelompok aplikasi application groups yang ada di Cloud Monitor juga mungkin dinonaktifkan. Untuk terus menggunakan fitur-fitur ini, Anda harus mengonfigurasinya ulang.

  • Fitur data flashback akan dinonaktifkan. Untuk terus menggunakan fitur ini, Anda harus mengonfigurasinya ulang.

FAQ

Berapa lama waktu yang dibutuhkan untuk perubahan spesifikasi?

Durasi perubahan spesifikasi bergantung pada berbagai faktor, seperti kondisi jaringan, volume permintaan, dan ukuran data. Oleh karena itu, waktu pasti yang dibutuhkan tidak dapat diprediksi.

Anda dapat memantau progres tugas dengan mengklik ikon image.png di pojok kanan atas halaman detail instans.

image.png

Saat saya mengubah instans standar menjadi instans kluster, apakah data secara otomatis dimigrasikan ke setiap shard?

Ya. Sistem secara otomatis memigrasikan data dan memastikan data tersebut tersebar merata di semua shard.

Apakah jumlah database (DB) berubah setelah arsitektur diubah?

Tidak. Jumlah default 256 DB tidak berubah.

Bagaimana cara mengubah media penyimpanan untuk instans Tair (Enterprise Edition)?

Tair (Enterprise Edition) tidak mendukung perubahan media penyimpanan antar jenis yang berbeda, seperti memory-optimized, persistent memory, dan ESSD.

Dapatkah saya hanya meningkatkan performa CPU suatu instans?

Tair (dan Redis Open-Source Edition) tidak mendukung peningkatan CPU secara independen. Anda dapat menggunakan metode berikut untuk meningkatkan performa CPU keseluruhan instans:

  • Mengubah arsitektur instans dari standar ke kluster atau pemisahan baca/tulis.

  • Menambah jumlah node read-only untuk instans yang menggunakan arsitektur pemisahan baca/tulis.

  • Menambah jumlah shard untuk instans kluster.

Untuk informasi lebih lanjut, lihat Cara meningkatkan spesifikasi CPU instans.

Untuk informasi lebih lanjut tentang tipe instans, lihat Tipe instans dan FAQ.

Dapatkah instans classic langsung ditingkatkan menjadi instans cloud-native?

Ya. Untuk informasi lebih lanjut, lihat Konversi ke mode penyebaran cloud-native.

Bagaimana cara mengubah instans high-availability (dual-replica) menjadi instans single-replica?

Anda tidak dapat mengubah instans high-availability menjadi instans single-replica karena instans single-replica tidak menjamin keandalan data.

Jika diperlukan, Anda dapat membeli instans high-availability terpisah, lalu menggunakan DTS untuk memigrasikan datanya ke instans single-replica. Untuk informasi lebih lanjut, lihat Migrasi antar instans Tair (Redis OSS-compatible).

Apakah saya perlu menghentikan operasi baca dan tulis selama perubahan spesifikasi?

Tidak. Namun, karena instans mungkin memasuki status read-only selama sekitar satu menit dan mengalami satu hingga dua gangguan koneksi sementara yang masing-masing berdurasi kurang dari 30 detik, kami menyarankan agar Anda melakukan perubahan konfigurasi dan alih bencana selama jam sepi.

Apakah perubahan spesifikasi menyebabkan kehilangan set cadangan?

Perubahan spesifikasi tidak menyebabkan kehilangan set cadangan. Namun, ketika Anda mengurangi jumlah shard pada instans kluster classic atau mengubah arsitekturnya menjadi standar, pemetaan antara set cadangan historis dan node instans berubah.

Untuk menemukan set cadangan historis dalam skenario ini, cari berdasarkan waktu cadangan atau ID set cadangan.

Untuk menyelesaikan pemulihan, Anda dapat mengunduh set cadangan historis (file RDB), menguraikannya, lalu mengimpor data ke instans baru.

Apa yang harus saya lakukan jika muncul error "The direct custins can not trans to normal custins" selama perubahan spesifikasi?

Error ini terjadi ketika Anda mencoba mengubah arsitektur instans kluster classic yang memiliki endpoint koneksi langsung ke arsitektur standar atau pemisahan baca/tulis. Operasi ini tidak didukung. Untuk mengubah arsitektur, Anda harus terlebih dahulu melepaskan endpoint koneksi langsung.