Instans cloud-native dibangun di atas arsitektur kontrol generasi baru yang menawarkan fleksibilitas lebih besar, penskalaan lebih cepat, serta dukungan fitur lebih canggih dibandingkan instans klasik. Gunakan halaman ini untuk membandingkan kedua mode penyebaran tersebut dan memilih yang paling sesuai dengan beban kerja Anda.
Instans klasik hanya mendukung Redis Edisi Open-Source 5.0 dan Tair Memory-optimized 5.0. Jika beban kerja Anda memerlukan Redis 6.0, Redis 7.0, atau tipe instans Tair berbasis memori persisten atau disk apa pun, pilih cloud-native.
Mana yang harus saya pilih?
Pilih cloud-native jika Anda perlu:
Memperluas kapasitas dengan cepat tanpa gangguan layanan signifikan — instans cloud-native dapat diskalakan tanpa migrasi data selama sumber daya lokal tersedia.
Menyesuaikan jumlah shard secara bebas antara 2 hingga 256 untuk instans kluster, alih-alih terbatas pada opsi tetap 2, 4, atau 8.
Menambah atau mengurangi node replika sesuai kebutuhan (hingga 9 node secondary untuk arsitektur standar, hingga 4 per shard untuk arsitektur kluster).
Menggunakan routing berbasis kedekatan dalam penyebaran multi-zona untuk mengurangi latensi baca.
Menjaga failover tetap dalam zona primer guna menghindari lonjakan latensi lintas zona.
Menggunakan replikasi semi-sinkron, kebijakan backup kustom, atau kemampuan menghapus backup manual.
Instans klasik merupakan mode penyebaran lama dengan konfigurasi shard tetap dan fleksibilitas penskalaan terbatas. Instans ini tetap tersedia namun menerima pembaruan fitur yang lebih sedikit. Jika Anda memiliki instans klasik yang sudah ada dan ingin melakukan migrasi, lihat FAQ.
Perbandingan arsitektur
| Fitur | Instans cloud-native | Instans klasik |
|---|---|---|
| Arsitektur | Dibangun di atas arsitektur kontrol generasi baru untuk fleksibilitas dan skalabilitas lebih tinggi | Menggunakan arsitektur kontrol tradisional dengan konfigurasi tetap |
| Arsitektur standar | Hingga 1 node primer dan 9 node secondary | Hanya 1 node primer dan 1 node secondary |
| Arsitektur kluster | Shard: 2–256 (dapat disesuaikan per penambahan satu shard); setiap shard mendukung hingga 1 primer + 4 node secondary; tidak ada error -ASK atau -TRYAGAIN selama penskalaan | Shard: tetap pada 2, 4, atau 8; koneksi sementara terjadi selama scale-out |
| [Pemisahan baca/tulis](https://www.alibabacloud.com/help/en/redis/product-overview/read-or-write-splitting-instances-1) | 1–9 node read-only yang dapat disesuaikan; akses berbasis kedekatan dalam penyebaran multi-zona; kluster (modus proxy) mendukung hingga 4 node read-only per shard | Tetap pada 1, 3, atau 5 node read-only (arsitektur tidak lagi dikembangkan) |
| Scale-out | Scale-out cepat tanpa migrasi jika sumber daya lokal mencukupi; dampak minimal terhadap layanan | Memakan waktu lama |
| Pemulihan bencana | Penyebaran multi-zona mendukung failover Ketersediaan Tinggi (HA) dalam zona primer, mencegah peningkatan latensi lintas zona | Instans multi-zona hanya melakukan failover ke zona secondary; harus secara manual beralih kembali ke zona primer |
Perbandingan dukungan fitur
Tabel di bawah menggunakan simbol berikut:
✔️ — Didukung
❌ — Tidak didukung
➖ — Tidak berlaku untuk arsitektur ini
Fitur yang hanya tersedia di instans cloud-native
| Kategori | Fitur | Cloud-native standar | Cloud-native kluster | Cloud-native Pemisahan baca/tulis | Klasik standar | Kluster Klasik | Klasik Pemisahan baca/tulis |
|---|---|---|---|---|---|---|---|
| Manajemen siklus hidup | Fast scale-out | ✔️ | ✔️ | ✔️ | ❌ | ❌ | ❌ |
| Seamless cluster scaling | ➖ | ✔️ | ➖ | ➖ | ❌ | ➖ | |
| Custom number of shards | ➖ | ✔️ | ➖ | ➖ | ❌ | ➖ | |
| Custom number of nodes | ✔️ | ✔️ | ✔️ | ❌ | ❌ | ❌ | |
| Custom number of read-only nodes for read/write splitting | ➖ | ➖ | ✔️ | ➖ | ➖ | ❌ | |
| Proximity-based access in multi-zone deployments | ➖ | ➖ | ✔️ | ➖ | ➖ | ❌ | |
| Backup dan pemulihan | Custom backup policies for manual backups | ✔️ | ✔️ | ✔️ | ❌ | ❌ | ❌ |
| Delete manual backups | ✔️ | ✔️ | ✔️ | ❌ | ❌ | ❌ | |
| Ekstensi | Semi-synchronous mode | ✔️ | ✔️ | ✔️ | ❌ | ❌ | ❌ |
Semua fitur
Tipe instans yang didukung
| Mode penyebaran | Tipe instans | Versi engine yang didukung | Arsitektur yang didukung |
|---|---|---|---|
| Cloud-native — Langkah 1: Buat instans | Redis Edisi Open-Source | 7.0, 6.0, 5.0 | Standar, kluster, Pemisahan baca/tulis |
| Tair (Edisi Perusahaan) Memory-optimized | Kompatibel dengan Redis 7.0, 6.0, 5.0 | Standar, kluster, Pemisahan baca/tulis | |
| Tair (Edisi Perusahaan) Persistent Memory-optimized | Kompatibel dengan Redis 6.0 | Standar, kluster, Pemisahan baca/tulis | |
| Tair (Edisi Perusahaan) Disk-based | Kompatibel dengan Redis 6.0 | Standar, kluster | |
| Klasik — Langkah 1: Buat instans | Redis Edisi Open-Source | 5.0 | Standar, kluster, Pemisahan baca/tulis |
| Tair (Edisi Perusahaan) Memory-optimized | 5.0 | Standar, kluster, Pemisahan baca/tulis |
FAQ
Bagaimana cara mengonversi instans klasik menjadi instans cloud-native?
Pada halaman detail instans di Konsol, klik Convert To Cloud-native. Untuk petunjuk langkah demi langkah, lihat Konversi ke mode penyebaran cloud-native.