Replication và high availability của Redis hoạt động như thế nào?

Question

Accepted Answer

Redis cung cấp **high availability** qua **replication** (các bản sao replica của dữ liệu), **Redis Sentinel** (giám sát failover tự động), và **Redis Cluster** (sharding + replication). Hiểu những điều này quan trọng để chạy Redis tin cậy ở production.

## Replication — primary và replica

```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
```

Replica sao chép bất đồng bộ dữ liệu của primary — cung cấp dự phòng và mở rộng đọc (đọc có thể đi tới replica), dù có độ trễ replication nhỏ.

## Redis Sentinel — failover tự động

```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** giám sát hệ thống và thực hiện **failover tự động** (thăng cấp một replica nếu primary lỗi) — biến một lỗi primary thành một gián đoạn ngắn thay vì một sự cố ngừng hoạt động.

## 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.
```

## Tại sao điều này quan trọng

Hiểu replication và high availability của Redis quan trọng để **chạy Redis tin cậy ở production**, nên đó là kiến thức cấp senior giá trị cho các triển khai Redis production.

Vì Redis thường giữ dữ liệu quan trọng (cache mà mất đi gây spike tải, session, queue), đảm bảo tính sẵn sàng và dự phòng là quan trọng. **Replication** (replica sao chép bất đồng bộ primary) cung cấp nền tảng — dự phòng (replica giữ bản sao) và mở rộng đọc (giảm tải đọc cho replica) — dù hiểu **bản chất bất đồng bộ** của nó (độ trễ nhỏ, có thể mất các write rất gần khi failover) quan trọng để lập luận về tính nhất quán. **Redis Sentinel** là chủ chốt cho high availability trong các setup không cluster: nó thêm **giám sát và failover tự động** (thăng cấp một replica khi primary lỗi) cộng service discovery, biến một lỗi primary thành một gián đoạn ngắn thay vì một sự cố ngừng hoạt động — thiết yếu cho các hệ thống phải luôn sẵn sàng (và chạy nhiều Sentinel để đạt đồng thuận đa số tránh các failover sai). **Redis Cluster** giải quyết cả mở rộng và HA: **sharding dữ liệu qua nhiều primary** (qua hash slot, mở rộng vượt bộ nhớ của một server và throughput write) với replica cho failover — cần thiết khi dữ liệu vượt RAM của một node hoặc write phải mở rộng.

Hiểu nên dùng cái nào (Sentinel cho HA của một dataset đơn, Cluster cho sharding + HA ở quy mô) phản ánh phán đoán vận hành đúng đắn.

Vì Redis production phải sẵn sàng và có thể cần mở rộng, và vì replication (dự phòng/mở rộng đọc), Sentinel (failover tự động), và Cluster (sharding + HA) là các cơ chế của Redis cho độ tin cậy và quy mô, hiểu replication và high availability của Redis là kiến thức cấp senior quan trọng để triển khai Redis tin cậy, một mối quan tâm production thường mang tính then chốt và là một chủ đề thể hiện sự hiểu biết về cách chạy Redis như một phần đáng tin cậy của hạ tầng thay vì một điểm lỗi đơn lẻ.