Bagaimana cara Redis replication dan high availability bekerja?

Question

Accepted Answer

Redis menyediakan **high availability** melalui **replication** (replica meniru data), **Redis Sentinel** (monitoring automatic failover), dan **Redis Cluster** (sharding + replication). Memahami ini penting untuk menjalankan Redis secara andal dalam production.

## Replication — primary dan replicas

```text
PRIMARY (master) → handles writes; asynchronously replicates data to replicas
REPLICAS (slaves) → copies of the primary's data; can serve READS (read scaling)

Write → Primary → async replication → Replicas (eventually consistent)
  ✓ Redundancy (replicas have copies) + read scaling (reads offloaded to replicas)
  ✗ Replication is ASYNC → a small lag; a failover could lose very recent writes
```

Replicas secara asynchronous meniru data primary — memberikan redundancy dan read scaling (baca dapat diarahkan ke replicas), meskipun dengan sedikit replication lag.

## Redis Sentinel — automatic failover

```text
Replication alone doesn't auto-recover if the PRIMARY fails. REDIS SENTINEL adds:
  → MONITORING — Sentinels watch the primary and replicas
  → AUTOMATIC FAILOVER — if the primary fails, Sentinels elect a replica as the new primary
  → SERVICE DISCOVERY — clients ask Sentinel for the current primary address
→ Sentinel provides high availability (auto-failover) for a non-clustered setup.
  (Run multiple Sentinels — a majority must agree — to avoid false failovers.)
```

**Sentinel** memonitor setup dan melakukan **automatic failover** (mempromosikan replica jika primary gagal) — mengubah kegagalan primary menjadi gangguan singkat bukan pemadaman.

## Redis Cluster — sharding + HA

```text
REDIS CLUSTER → for scaling beyond one server's memory AND high availability:
  → SHARDS data across multiple primaries (each holds a subset via hash slots, 16384 total)
  → each primary has replicas (HA — a replica takes over if its primary fails)
  → scales horizontally (more memory/throughput) + built-in failover
→ Use Cluster when data exceeds one node's RAM or you need to scale writes.
```

## Mengapa ini penting

Memahami Redis replication dan high availability penting untuk **menjalankan Redis secara andal dalam production**, sehingga merupakan pengetahuan tingkat senior yang berharga untuk deployment Redis production.

Karena Redis sering menyimpan data penting (caches yang hilangnya menyebabkan lonjakan beban, sessions, queues), memastikan availability dan redundancy penting. **Replication** (replicas secara asynchronous meniru primary) menyediakan fondasi — redundancy (replicas menyimpan salinan) dan read scaling (mengalihkan baca ke replicas) — meskipun memahami **sifat asynchronousnya** (sedikit lag, potensi hilangnya write terbaru pada failover) penting untuk reasoning tentang consistency. **Redis Sentinel** kunci untuk high availability dalam setup non-clustered: menambahkan **monitoring dan automatic failover** (mempromosikan replica saat primary gagal) plus service discovery, mengubah kegagalan primary menjadi gangguan singkat bukan pemadaman — esensial untuk sistem yang harus tetap available (dan menjalankan multiple Sentinels untuk majority agreement menghindari failover palsu). **Redis Cluster** mengatasi scaling dan HA: **sharding data di multiple primaries** (via hash slots, scaling melampaui memori satu server dan write throughput) dengan replicas untuk failover — diperlukan saat data melebihi RAM satu node atau writes harus scale.

Memahami mana yang digunakan (Sentinel untuk HA dari satu dataset, Cluster untuk sharding + HA at scale) mencerminkan penilaian operational yang baik.

Karena production Redis harus available dan mungkin perlu scale, dan karena replication (redundancy/read scaling), Sentinel (automatic failover), dan Cluster (sharding + HA) adalah mekanisme Redis untuk reliability dan scale, memahami Redis replication dan high availability adalah pengetahuan tingkat senior yang penting untuk deploy Redis secara andal, kekhawatiran production yang frequently-critical dan topik menunjukkan understanding tentang cara menjalankan Redis sebagai bagian infrastruktur yang dependable bukan single point of failure.