Sebelum membuat instans Tair (Redis OSS-compatible), pertimbangkan faktor-faktor seperti kinerja, harga, kasus penggunaan, dan beban kerja untuk menyeimbangkan biaya dan stabilitas. Topik ini mencakup jenis produk, solusi disaster recovery, arsitektur, dan spesifikasi instans guna membantu Anda memilih.
Panduan pemilihan
Pilih jenis produk
Tair (Redis OSS-compatible) menawarkan Redis Open-Source Edition dan Tair (Enterprise Edition), yaitu database dalam memori tingkat enterprise yang dikembangkan dari praktik bisnis Alibaba. Tair (Enterprise Edition) mempertimbangkan tiga dimensi inti: latensi akses, kebutuhan persistensi, dan biaya keseluruhan. Produk ini menawarkan seri DRAM, seri NVM, dan seri ESSD/SSD untuk memberikan kinerja lebih tinggi, struktur data tambahan, serta opsi penyimpanan fleksibel sesuai berbagai kebutuhan bisnis.
Untuk daftar perintah dan parameter yang didukung oleh masing-masing seri, lihat Ikhtisar perintah dan Konfigurasikan parameter instans.
Tabel berikut membandingkan jenis-jenis produk tersebut.
Item perbandingan | Redis Open-Source Edition | Tair (Enterprise Edition) | ||
cloud-native (direkomendasikan) Classic | cloud-native | |||
Media penyimpanan | Memory | |||
Versi Redis yang kompatibel | 5.0, 6.0, dan 7.0 | 5.0, 6.0, dan 7.0 | 6.0 | 6.0 |
Kinerja | 100% (benchmark) | 300% | 90% | Hingga 60% |
Fitur | Layanan Redis Open-Source Edition terkelola. |
|
| Mem-persist data ke disk dan menggunakan memory untuk mempercepat permintaan. |
Skenario | Kasus penggunaan Redis tujuan umum. |
| Skenario yang menangani volume data besar serta memerlukan efektivitas biaya dan keandalan data tinggi, seperti Internet of Things (IoT). | Ideal untuk menyimpan volume data hangat atau dingin yang besar di mana biaya menjadi prioritas utama tetapi kinerja akses tinggi tetap diperlukan. Contohnya termasuk indeks file dan arsip pesan jangka panjang. |
Untuk perbandingan mendetail mengenai fitur dan kinerja antara Redis Open-Source Edition dan Tair (Enterprise Edition), lihat Perbandingan antara Tair (Enterprise Edition) dan Redis Open-Source Edition.
Pilih solusi disaster recovery
Tair (Redis OSS-compatible) menawarkan opsi disaster recovery single-zone, intra-kota, dan cross-region. Pilih solusi yang paling sesuai dengan kebutuhan bisnis Anda.
Solusi Pemulihan Bencana | Deskripsi | Tindakan |
Node master dan replika ditempatkan pada mesin fisik berbeda dalam zona yang sama untuk toleransi kesalahan tingkat mesin. Jika zona mengalami kegagalan total, instans menjadi tidak tersedia dan harus dipulihkan dari backup historis. | Pada halaman pembelian, atur Deployment Type ke Single-zone Deployment. | |
Node master dan replika ditempatkan di zona (pusat data) berbeda dalam wilayah yang sama untuk toleransi kesalahan tingkat pusat data. | Pada halaman pembelian, atur Deployment Type ke Dual-zone Deployment. | |
Beberapa instans anak ditempatkan di wilayah berbeda untuk membentuk instans Cache Terdistribusi Global. Solusi ini menyediakan toleransi kesalahan tingkat wilayah terhadap peristiwa seperti bencana alam. Untuk informasi selengkapnya, lihat Cache Terdistribusi Global. | Untuk informasi selengkapnya, lihat Buat instans terdistribusi. |
Pilih jenis arsitektur
Tair (Redis OSS-compatible) mendukung dua jenis arsitektur: arsitektur standar (mode kluster nonaktif) dan arsitektur kluster, dengan fitur opsional pemisahan baca/tulis. Pilih arsitektur berdasarkan kebutuhan Anda terhadap volume data, kinerja, dan kemampuan baca/tulis.
Arsitektur instans | Model arsitektur | Distribusi data | Skenario | Pemisahan baca/tulis |
Terdiri dari satu shard yang menggunakan model replikasi master-replika. | Semua data disimpan dalam satu shard. |
| Fitur ini opsional. Anda dapat menyesuaikan jumlah replika baca. Setiap instans mendukung hingga satu node master dan sembilan replika baca. | |
Terdiri dari node proxy dan beberapa shard. Setiap shard menggunakan model replikasi master-replika. | Data didistribusikan ke seluruh shard. |
| Fitur ini opsional. Anda dapat menyesuaikan jumlah replika baca. Setiap shard mendukung hingga satu node master dan empat replika baca. |
Spesifikasi Instance
Pilih spesifikasi instans dan jumlah yang sesuai (spesifikasi shard dan jumlah shard) berdasarkan metrik bisnis yang diperkirakan, seperti kapasitas, bandwidth, jumlah koneksi, dan permintaan per detik (QPS). Pemanfaatan yang direkomendasikan: (Penggunaan perkiraan ÷ Kapasitas yang dibeli) < 80%.
Saat memperkirakan kapasitas, Anda tidak perlu memasukkan overhead memory dari operasi copy-on-write atau dari fitur lanjutan seperti Daftar putih alamat IP, auditing, analisis large key, dan deteksi hotkey. Alibaba Cloud menanggung overhead ini, yang tidak diperhitungkan terhadap kapasitas instans yang Anda beli.
Large key merupakan masalah umum dalam Redis. Jika kluster memiliki kapasitas total besar tetapi shard individual kecil, large key dapat menghabiskan kapasitas shard-nya.
Tabel berikut memberikan rekomendasi pemilihan spesifikasi shard untuk arsitektur kluster.
Kapasitas total | Spesifikasi shard yang direkomendasikan |
16 GB hingga 64 GB | 2 GB atau lebih tinggi |
64 GB hingga 256 GB | 4 GB atau lebih tinggi |
Lebih dari 256 GB | 8 GB atau lebih tinggi |
Jika kebutuhan bisnis Anda berubah setelah pembelian dan spesifikasi saat ini menjadi tidak mencukupi, Anda dapat mengubah konfigurasi instans kapan saja.