Sebelum membuat instans Tair (Kompatibel dengan Redis OSS), pertimbangkan faktor seperti kinerja produk, harga, skenario bisnis (misalnya penggunaan sebagai cache berkecepatan tinggi atau database dalam memori), serta beban kerja untuk memilih opsi yang paling hemat biaya dan stabil. Topik ini menjelaskan tipe produk, rencana pemulihan bencana, jenis arsitektur, dan tipe instans guna membantu Anda dalam pemilihan.
Panduan pemilihan
Pilih tipe produk
Tair (Redis OSS-compatible) menawarkan baik Redis Edisi Open-Source maupun Tair (Edisi Perusahaan). Tair (Edisi Perusahaan) adalah database dalam memori tingkat perusahaan yang dikembangkan berdasarkan praktik bisnis Alibaba. Produk ini menawarkan tipe instans optimasi memori (DRAM), memori persisten (NVM), dan berbasis disk (ESSD/SSD) yang dirancang untuk menyeimbangkan latensi akses, persyaratan persistensi, dan biaya keseluruhan. Tipe instans tersebut memberikan peningkatan kinerja, struktur data tambahan, serta opsi penyimpanan fleksibel untuk memenuhi berbagai kebutuhan bisnis.
Untuk informasi tentang perintah dan parameter yang didukung oleh setiap tipe produk, lihat Ikhtisar perintah Redis yang didukung dan Atur parameter.
Tabel berikut menjelaskan tipe produk.
Item | Redis Edisi Open-Source | Tair (Edisi Perusahaan) | ||
Berbasis cloud-native (Direkomendasikan) Klasik | Cloud-native | |||
Media Penyimpanan | Memori | |||
Versi Redis Kompatibel | 5.0, 6.0, 7.0 | 5.0, 6.0, 7.0 | 6.0 | 6.0 |
Performa | 100% (Baseline) | 300% | 90% | Hingga 60% |
Biaya | 100% (Baseline) | Sekitar 117% (dihitung berdasarkan diskon 30% untuk langganan bulanan) | Sekitar 70% | 15% hingga 20% |
Fitur | Layanan Redis open-source berbasis cloud. |
|
| Data disimpan secara persisten di disk, dan memori digunakan untuk mempercepat permintaan. |
Skenario | Skenario yang menggunakan Redis open-source. |
| Skenario yang memerlukan efektivitas biaya dan keandalan data untuk dataset besar, seperti Internet of Things. | Skenario yang memerlukan ruang penyimpanan besar dan kinerja akses tinggi untuk data hangat atau dingin, dengan biaya sebagai pertimbangan utama. Contohnya termasuk indeks untuk penyimpanan file dan penyimpanan jangka panjang pesan historis. |
Untuk informasi lebih lanjut tentang perbedaan fitur dan kinerja antara Redis Edisi Open-Source dan Tair (Edisi Perusahaan), lihat Data fitur dan perbandingan.
Pilih rencana pemulihan bencana
Tair (Kompatibel dengan Redis OSS) menawarkan tiga opsi pemulihan bencana: satu zona, pemulihan bencana lintas zona, dan lintas wilayah. Anda dapat memilih opsi berdasarkan kebutuhan Anda.
Rencana pemulihan bencana | Deskripsi | Instruksi |
Node primer dan replika ditempatkan di mesin yang berbeda di zona yang sama. Ini memberikan pemulihan kesalahan tingkat mesin. | Di halaman pembelian, atur Zone Type ke Single Zone. | |
Node primer dan replika ditempatkan di zona yang berbeda (pusat data) dalam wilayah yang sama. Ini memberikan pemulihan kesalahan tingkat pusat data. | Di halaman pembelian, atur Zone Type ke Dual-zone Deployment. | |
Instans Global Distributed Cache terdiri dari beberapa instans anak yang ditempatkan di wilayah yang berbeda. Ini memberikan pemulihan kesalahan tingkat wilayah dari peristiwa seperti bencana alam. Untuk informasi lebih lanjut, lihat Global Distributed Cache. | Untuk instruksi spesifik, lihat Buat instans terdistribusi. |
Pilih Tipe Arsitektur
Tair (Redis OSS-compatible) mendukung dua jenis arsitektur: standar (cluster dinonaktifkan) dan cluster. Produk ini juga menawarkan fitur pemisahan baca/tulis opsional. Opsi tersebut memenuhi persyaratan berbeda terkait kemampuan baca/tulis, volume data, dan kinerja dalam berbagai skenario bisnis.
Arsitektur Instance | Model Arsitektur | Distribusi Data | Skenario | Pembagian Baca/Tulis |
Satu shard yang menggunakan model primer-replika (master-replika). | Semua data disimpan dalam satu shard. |
| Opsional. Anda dapat menyesuaikan jumlah node read-only. Maksimum satu node primer dan sembilan node read-only didukung. | |
Terdiri dari node proxy dan beberapa shard. Setiap shard menggunakan model primer-replika. | Data didistribusikan di seluruh shard. |
| Opsional. Anda dapat menyesuaikan jumlah node read-only. Setiap shard mendukung maksimum satu node primer dan empat node read-only. |
Pilih tipe instans
Anda dapat memilih tipe instans yang sesuai, termasuk spesifikasi shard dan jumlah shard, berdasarkan perkiraan kebutuhan bisnis Anda untuk kapasitas, bandwidth, koneksi, dan QPS. Kami merekomendasikan agar Anda menjaga penggunaan di bawah 80% dari kapasitas yang dibeli: (Estimasi kebutuhan ÷ Kapasitas yang dibeli) < 80%.
Saat memperkirakan kapasitas, Anda tidak perlu mempertimbangkan overhead memori dari persistensi fork Copy on Write atau dari fitur-fitur tambahan seperti daftar putih keamanan, audit, kunci besar, dan kunci panas. Alibaba Cloud mencakup overhead ini, sehingga tidak mengonsumsi kapasitas tipe instans yang Anda beli.
Kunci besar adalah masalah umum saat menggunakan Redis. Jika kapasitas total cluster besar tetapi kapasitas shard tunggal kecil, kunci besar lebih mungkin menghabiskan kapasitas shard tempat ia berada.
Rekomendasi spesifikasi shard untuk arsitektur cluster:
Total kapasitas instance | Spesifikasi shard yang direkomendasikan |
16 GB hingga 64 GB | 2 GB atau lebih besar |
64 GB hingga 256 GB | 4 GB atau lebih besar |
Lebih besar dari 256 GB | 8 GB atau lebih besar |
Setelah membeli instans, jika kebutuhan bisnis Anda berubah dan spesifikasi saat ini tidak lagi mencukupi, Anda dapat mengubah konfigurasi instans kapan saja.