Arsitektur kluster memperluas kapabilitas Tair (kompatibel dengan Redis OSS) melebihi batas proses Redis single-threaded dengan mendistribusikan data ke beberapa shard. Setiap shard menjalankan pasangan master-replika independen, sehingga kapasitas penyimpanan dan throughput meningkat secara linear seiring penambahan shard—hingga 16 TB (64 GB × 256 shard) dan jutaan permintaan per detik. Tersedia dua mode koneksi: modus proxy dan mode koneksi langsung.
Pilih mode koneksi
| Proxy mode | Direct connection mode | |
|---|---|---|
| Client compatibility | Berfungsi dengan client Redis apa pun; terhubung dengan cara yang sama seperti instans master-replika standar | Memerlukan pustaka client yang mendukung Redis Cluster |
| Read/Write Splitting | Didukung (hanya untuk instans cloud-native) | Tidak didukung |
| Advanced features | Hotkey data caching, enhanced failover | Perilaku standar Redis Cluster |
| When to use | Direkomendasikan untuk sebagian besar workload | Gunakan ketika client Anda memerlukan akses protokol Redis Cluster native |
Modus proxy dan mode koneksi langsung tidak dapat diaktifkan secara bersamaan pada instans kluster cloud-native.
Proxy mode (direkomendasikan)
Node proxy berada di antara klien dan shard data. Karena node proxy menyediakan endpoint Redis standar, tidak diperlukan perubahan sisi klien saat migrasi dari instans master-replika standar.
Arsitektur
Arsitektur kluster multi-replika dalam modus proxy
| Component | Description |
|---|---|
| Proxy node | Meneruskan permintaan client ke shard data yang sesuai. Beberapa node proxy berjalan secara paralel untuk melayani traffic dan menyediakan disaster recovery. |
| Data shard | Setiap shard menggunakan arsitektur high availability (HA) dengan satu node master dan hingga empat node replika, yang ditempatkan pada host terpisah. Node replika dapat ditempatkan di zona sekunder. Semakin banyak replika, semakin rendah risiko kehilangan data dan semakin baik cakupan disaster recovery. |
| HA system | Jika node master gagal, sistem secara otomatis mengalihkan workload ke node replika dalam waktu 30 detik. Pada penerapan dual-zone, jika terdapat replika di zona primer, workload akan dialihkan ke replika tersebut terlebih dahulu untuk menghindari latensi akses lintas zona. |
Untuk daftar lengkap kemampuan yang disediakan oleh node proxy, lihat Fitur node proxy.
Read/write splitting
Aktifkan read/write splitting ketika lalu lintas baca membebani node master pada instans kluster cloud-native dalam modus proxy. Setelah diaktifkan, proxy akan mengarahkan permintaan baca ke node replika, sehingga node master dapat fokus menangani beban tulis.
Untuk petunjuk pengaturan, lihat Aktifkan read/write splitting untuk instans kluster.
Read/write splitting hanya tersedia pada instans kluster cloud-native dalam modus proxy. Untuk menggunakan fitur ini pada instans non-kluster, migrasikan data Anda ke instans kluster cloud-native dalam modus proxy menggunakan Data Transmission Service (DTS).
Direct connection mode
Dalam mode koneksi langsung, klien terhubung langsung ke shard data melalui protokol Redis Cluster. Pada koneksi pertama, DNS menyelesaikan private endpoint instans ke alamat IP virtual (VIP) acak, yang digunakan klien untuk menemukan topologi kluster lengkap.
Arsitektur kluster dalam mode koneksi langsung
Mode koneksi langsung mendukung beberapa replika tetapi tidak mendukung read/write splitting.
Untuk persyaratan koneksi dan contoh penggunaan, lihat Gunakan mode koneksi langsung untuk terhubung ke instans kluster.
Kapan menggunakan arsitektur kluster
Set data Anda telah melebihi kapasitas instans tunggal
Kluster memperluas kapasitas penyimpanan hingga 16 TB (64 GB × 256 shard). Gunakan arsitektur kluster ketika instans standar tunggal tidak lagi mampu menampung data Anda.
Throughput baca atau tulis menjadi bottleneck
Tambahkan shard untuk meningkatkan throughput secara linear di beberapa core CPU. Jika lalu lintas baca pada node master menjadi bottleneck, aktifkan read/write splitting pada instans kluster cloud-native dalam modus proxy.
Workload Anda bersifat intensif throughput
Kluster mendistribusikan permintaan ke beberapa shard dan vCPU, memungkinkan akses data panas yang efisien dan operasi throughput tinggi yang berkelanjutan.
Aplikasi Anda jarang menggunakan operasi multi-key
Kluster menggunakan arsitektur terdistribusi di mana semua kunci dalam operasi multi-key harus berada dalam slot hash yang sama. Jika workload Anda sangat bergantung pada perintah multi-key, tinjau batasan-batasan tersebut sebelum memilih arsitektur kluster. Untuk daftar perintah yang terpengaruh, lihat Batasan perintah yang didukung oleh instans kluster dan instans read/write splitting.
Penerapan Anda sensitif terhadap latensi dan mencakup dua zona
Pada instans kluster dual-zone, tambahkan node replika ke zona primer (misalnya: satu node master dan satu node replika di zona primer, satu node replika di zona sekunder). Jika terjadi alih bencana master-replika, lalu lintas tetap berada di dalam zona primer dan menghindari latensi lintas zona.
Catatan penggunaan
Arsitektur kluster klasik mendukung model master-replika tetapi tidak mendukung read/write splitting.
Modus proxy dan mode koneksi langsung tidak dapat diaktifkan secara bersamaan pada instans kluster cloud-native.
Ubah konfigurasi instans kluster
| Task | Steps |
|---|---|
| Tambahkan node replika | Buka halaman Node Management pada halaman detail instans. Klik Modify. |
| Tambahkan read replica | Buka halaman Node Management pada halaman detail instans. Aktifkan Read/Write Splitting, lalu klik Modify. |
| Tambahkan shard | Di pojok kanan atas halaman detail instans, pilih Shard Adjustment > Add Shards. |
| Ubah spesifikasi shard | Di pojok kanan atas halaman detail instans, pilih Specification Adjustment > Specification Upgrade/Downgrade. |