Panduan ini menjelaskan cara menaikkan atau menurunkan skala instans Tair (kompatibel dengan Redis OSS)—lakukan upgrade untuk mengatasi peningkatan lalu lintas atau downgrade untuk mengurangi biaya selama periode penggunaan rendah.
Billing
Billing bergantung pada metode pembayaran Anda:
| Metode Penagihan | Apa yang terjadi |
|---|---|
| Subscription | Bayar selisih harga untuk upgrade, atau terima pengembalian dana untuk downgrade. |
| Pay-as-you-go | Ditagih berdasarkan spesifikasi baru. |
Untuk detail harga, lihat Perubahan konfigurasi.
Batasan
Periksa batasan berikut sebelum memulai:
| Batasan | Detail |
|---|---|
| Batas bawah memori untuk penurunan spesifikasi | Setelah downgrade, memori yang digunakan tidak boleh melebihi 80% dari kapasitas memori baru. Misalnya, jika instans berbasis DRAM Anda saat ini menggunakan 2 GB, Anda tidak dapat menurunkan spesifikasi ke kurang dari 2,5 GB. |
| Instans terdistribusi | Semua instans anak dalam instans terdistribusi harus memiliki spesifikasi yang identik. Spesifikasi campuran tidak didukung. |
| Instans berbasis ESSD | Kapasitas penyimpanan hanya dapat ditingkatkan, dengan kenaikan per 10 GB. Penurunan kapasitas penyimpanan tidak didukung. |
| Upgrade CPU saja | Anda tidak dapat melakukan upgrade CPU secara independen. Untuk menambah jumlah core CPU yang tersedia, alihkan ke arsitektur kluster, aktifkan pemisahan baca/tulis, tambahkan node read-only, atau tambahkan shard. |
Mengubah spesifikasi instans
Apa yang tetap sama
Saat mengubah spesifikasi, hal-hal berikut tidak berubah—tidak diperlukan modifikasi kode aplikasi:
Endpoints
Akun dan kata sandi database
Pengaturan daftar putih
Data instans dipertahankan. Dalam kasus langka di mana node primary gagal selama alih bencana, sejumlah kecil data yang belum disinkronkan mungkin hilang.
Dampak terhadap layanan
Tingkat gangguan layanan bergantung pada tipe instans dan ketersediaan sumber daya host Anda.
| Skenario | Gangguan layanan |
|---|---|
| Instans cloud-native pada host dengan sumber daya mencukupi | Tidak ada. Layanan berjalan tanpa gangguan. |
| Instans cloud-native pada host dengan sumber daya tidak mencukupi, atau instans classic apa pun | Terjadi 1–2 pemutusan koneksi sementara, masing-masing berlangsung kurang dari 30 detik. Pastikan aplikasi Anda melakukan reconnect secara otomatis. |
Saat alih bencana terjadi, instans juga menjadi read-only selama sekitar satu menit untuk memastikan sinkronisasi data cepat dan mencegah masalah dual-write akibat caching DNS. Untuk instans dengan volume write tinggi, periode ini mungkin lebih lama.
Selama proses perubahan, versi minor instans Anda secara otomatis di-upgrade ke versi terbaru. Versi minor bersifat backward-compatible.
Langkah-langkah
Login ke halaman Instances. Di bilah navigasi atas, pilih wilayah tempat instans Anda berada, lalu klik ID instans tersebut.
Di pojok kanan atas, klik Specification Adjustment, lalu pilih opsi yang sesuai:
Instans Subscription: Pilih Specification Upgrade atau Specification Downgrade.
Instans Pay-as-you-go: Pilih Specifications Upgrade/Downgrade.
Pada halaman yang muncul, pilih spesifikasi target.
Tentukan Switching Time:
Switch Within Maintenance Window (disarankan): Sistem menerapkan perubahan selama jendela pemeliharaan yang telah dikonfigurasi (jam sepi). Untuk menyesuaikan waktu sebelum alih bencana, buka Task Center dan klik Change Switching Time di samping tugas tersebut.
Switch after Data Migration: Sistem langsung beralih ke node baru setelah migrasi data selesai.
Klik Buy Now dan selesaikan pembayaran.
Setelah permintaan dikirim, status instans berubah menjadi Changing Configuration. Sistem mulai meminta sumber daya dan menyinkronkan data di latar belakang—layanan Anda tidak terpengaruh pada tahap ini. Pemutusan koneksi sementara hanya terjadi saat alih bencana ke node baru.
Cara kerja perubahan spesifikasi
Memahami proses di balik layar membantu Anda memprediksi kapan gangguan mungkin terjadi.
Instans cloud-native
Instans memasuki status Changing Configuration.
Sistem memeriksa apakah host saat ini memiliki sumber daya yang cukup untuk spesifikasi target.
Berdasarkan ketersediaan sumber daya, sistem mengambil salah satu dari dua jalur:
Sumber daya mencukupi: Perubahan spesifikasi selesai di tempat tanpa gangguan.
Sumber daya tidak mencukupi: Sistem menyediakan node host baru, melakukan pre-sync data instans ke node tersebut, lalu mengalihkan traffic ke node baru dalam jendela pemeliharaan (atau segera). Hal ini menyebabkan pemutusan koneksi sementara yang singkat.
Instans kembali ke status Running.
Instans classic
Instans memasuki status Changing Configuration.
Sistem menyediakan node host baru dan melakukan pre-sync data instans ke node tersebut.
Sistem mengalihkan traffic ke node baru dalam jendela pemeliharaan (atau segera). Hal ini menyebabkan pemutusan koneksi sementara yang singkat.
Instans kembali ke status Running.
FAQ
Apakah saya bisa melakukan upgrade hanya pada CPU tanpa mengubah memori?
Tidak. Tair (termasuk Redis Edisi Open-Source) tidak mendukung upgrade CPU secara independen. Untuk menambah jumlah core CPU yang tersedia, gunakan salah satu pendekatan berikut:
Alihkan dari arsitektur standar ke arsitektur kluster, atau aktifkan pemisahan baca/tulis.
Tambahkan node read-only (untuk instans yang telah mengaktifkan pemisahan baca/tulis).
Tambahkan shard (untuk instans kluster).
Untuk detail lebih lanjut, lihat Cara meningkatkan spesifikasi CPU instans dan Tipe instans dan FAQ.