Ubah kapasitas memori dan arsitektur instans - Tair (Redis® OSS-Compatible)

Tair (Redis OSS-compatible) memungkinkan Anda mengubah konfigurasi instans secara fleksibel, termasuk arsitektur instans, kapasitas memori, serta jumlah shard atau node replika, guna memenuhi berbagai kebutuhan bisnis terkait performa dan kapasitas.

Perubahan konfigurasi yang didukung dan dampaknya

Apa yang tidak terpengaruh oleh perubahan konfigurasi?

Untuk semua perubahan konfigurasi:

Endpoint, kata sandi akun, dan daftar putih tetap tidak berubah. Anda tidak perlu memodifikasi kode aplikasi setelah perubahan.
Data biasanya tidak hilang. Namun, dalam kasus langka di mana node primary asli mati selama alih bencana, terdapat risiko teoretis kehilangan sejumlah kecil data yang belum tersinkronisasi.

Jenis Upgrade/Downgrade	Dampak
Ubah arsitektur instans dari standar (master-replika) menjadi kluster	Satu hingga dua kali pemutusan sementara, masing-masing berlangsung kurang dari 30 detik. Instans menjadi read-only selama sekitar satu menit.
Ubah arsitektur instans dari kluster menjadi standar (master-replika)	Terjadi satu hingga dua pemutusan koneksi sementara, masing-masing berlangsung kurang dari 30 detik. Instans bersifat read-only selama sekitar satu menit.
Upgrade atau downgrade tipe instans	Mungkin terjadi satu atau dua pemutusan koneksi sementara, masing-masing berlangsung kurang dari 30 detik. Instans bersifat read-only selama sekitar satu menit.
Sesuaikan jumlah shard kluster	Mungkin terjadi satu atau dua pemutusan koneksi sementara, masing-masing berlangsung kurang dari 30 detik. Instans bersifat read-only selama sekitar satu menit.
Aktifkan atau nonaktifkan pemisahan baca/tulis	Terjadi satu pemutusan koneksi sementara yang berlangsung beberapa detik.
Tambah atau hapus node replika	Tidak ada.
Ubah mode penyebaran ke cloud-native	Terjadi satu pemutusan koneksi sementara yang berlangsung kurang dari 30 detik. Instans bersifat read-only selama sekitar satu menit.

Pertanyaan Umum

Bagaimana cara memeriksa apakah sebuah instans telah diperluas?

Di halaman Task Hub, atur Status Statistics ke Successful dan periksa tugas bertipe Upgrade/Downgrade or Migration. Anda juga dapat mengambil informasi ini dengan memanggil operasi API DescribeHistoryTasks.

Apa yang mungkin menyebabkan perubahan konfigurasi gagal?

Upgrade atau downgrade instans dapat gagal jika instans tersebut berisi large key.
Sebelum mengubah konfigurasi instans, identifikasi dan hapus semua large key. Untuk informasi lebih lanjut tentang cara mengidentifikasi large key, lihat Analisis key offline.
Untuk mencegah kehilangan data, berlaku batasan berikut saat menurunkan spesifikasi: 80% dari kapasitas memori instans baru harus lebih besar daripada memori yang digunakan oleh instans asli (Kapasitas Baru × 0,8 > Memori Terpakai). Jika tidak, downgrade akan gagal. Sebagai contoh, jika instans Edisi Standar optimasi memori berkapasitas 8 GB sedang menggunakan 2 GB memori, Anda dapat menurunkan spesifikasinya menjadi instans Edisi Standar optimasi memori berkapasitas 4 GB.

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

Anda tidak dapat mengubah media penyimpanan untuk instans Tair (Enterprise Edition) antara tipe optimasi memori, memori persisten, dan ESSD karena media penyimpanan ini tidak kompatibel satu sama lain.

Apakah saya dapat meningkatkan hanya performa CPU suatu instans?

Anda tidak dapat meningkatkan hanya CPU instans Tair (dan Redis Open-Source Edition). Anda dapat meningkatkan performa CPU keseluruhan instans dengan cara berikut:

Ubah arsitektur instans dari standar ke kluster atau Pemisahan baca/tulis.
Tingkatkan jumlah node read-only untuk instans yang menggunakan arsitektur Pemisahan baca/tulis.
Tingkatkan 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.

Bagaimana cara mengubah instans ketersediaan tinggi (dual-replika) menjadi instans single-replika?

Anda tidak dapat mengubah instans high availability (HA) menjadi instans single-replika karena edisi single-replika tidak menjamin keandalan data.

Jika diperlukan, Anda dapat membeli instans ketersediaan tinggi terpisah, lalu menggunakan DTS untuk memigrasikan data darinya ke instans single-replika. Untuk informasi lebih lanjut, lihat Migrasi antar instans Tair (Redis OSS-compatible).

Apakah saya perlu menjeda operasi baca dan tulis selama perubahan konfigurasi?

Tidak, Anda tidak perlu melakukannya. Namun, kami menyarankan agar Anda melakukan perubahan selama jam sepi untuk meminimalkan dampak terhadap bisnis Anda. Instans mungkin menjadi read-only selama sekitar satu menit dan mengalami satu atau dua pemutusan koneksi sementara, masing-masing berlangsung kurang dari 30 detik. Untuk informasi lebih lanjut tentang dampak spesifik dari setiap perubahan, lihat Perubahan konfigurasi yang didukung dan dampaknya.

Saat saya mengubah instans Edisi Standar menjadi instans kluster atau mengubah jumlah shard untuk instans kluster, apakah data secara otomatis dimigrasikan ke setiap shard?

Ya, demikian. Saat Anda mengubah instans Edisi Standar menjadi instans kluster atau mengubah jumlah shard untuk instans kluster, sistem secara otomatis memigrasikan dan menyeimbangkan ulang data di seluruh shard.

Berapa lama waktu yang dibutuhkan untuk perubahan konfigurasi?

Durasi perubahan konfigurasi bervariasi tergantung pada faktor seperti kondisi jaringan, volume permintaan, dan volume data. Oleh karena itu, durasi tidak dapat diprediksi.

Anda dapat memantau kemajuan tugas dengan mengklik ikon di sudut kanan atas halaman detail instans.

Apakah perubahan konfigurasi menyebabkan kehilangan set cadangan?

Perubahan konfigurasi tidak menghapus set cadangan. Namun, saat Anda mengurangi jumlah shard untuk instans kluster classic atau mengubahnya menjadi instans arsitektur standar, pemetaan antara set cadangan historis dan node instans berubah.

Anda dapat menemukan set cadangan historis dalam skenario ini dengan mencari set cadangan berdasarkan waktu pembuatan atau ID set cadangan tersebut.

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

Mengapa tugas dieksekusi segera meskipun saya telah memilih jendela pemeliharaan untuk perubahan tersebut?

Untuk tugas perubahan yang tidak menyebabkan pemutusan koneksi sementara atau tidak memengaruhi layanan, sistem mengabaikan jendela pemeliharaan yang ditentukan dan mengeksekusi tugas tersebut segera. Sebagai contoh, untuk instans arsitektur standard cloud-native dengan sumber daya yang mencukupi, sistem melakukan alih bencana tanpa gangguan tanpa menunggu jendela pemeliharaan.

Operasi API terkait

Operasi API	Deskripsi
ModifyInstanceSpec	Mengubah spesifikasi sebuah instans.