Hoe werken Redis replicatie en hoge beschikbaarheid?

Question

Accepted Answer

Redis biedt **hoge beschikbaarheid** door **replicatie** (replica-kopieën van de gegevens), **Redis Sentinel** (automatische failover-monitoring) en **Redis Cluster** (sharding + replicatie). Het begrijpen van deze concepten is belangrijk voor het betrouwbaar uitvoeren van Redis in productie.

## Replicatie — primaire en replica's

```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's kopiëren asynchron de gegevens van de primaire — wat redundantie en lees-schaalbaarheid biedt (leesbewerkingen kunnen naar replica's gaan), hoewel met een lichte replicatievertraging.

## Redis Sentinel — automatische 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** bewaakt de setup en voert **automatische failover** uit (het promoveren van een replica als de primaire uitvalt) — waarbij een primaire uitval wordt omgezet in een korte onderbreking in plaats van een storing.

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

## Waarom het belangrijk is

Het begrijpen van Redis replicatie en hoge beschikbaarheid is belangrijk voor het **betrouwbaar uitvoeren van Redis in productie**, dus het is waardevolle kennis op senior-niveau voor Redis-implementaties in productie.

Omdat Redis vaak belangrijke gegevens bevat (caches waarvan verlies leidt tot laagpieken, sessies, wachtrijen), is het waarborgen van beschikbaarheid en redundantie essentieel. **Replicatie** (replica's kopiëren asynchron de primaire) vormt de basis — redundantie (replica's bevatten kopieën) en lees-schaalbaarheid (leesbewerkingen naar replica's verplaatsen) — hoewel het begrijpen van de **asynchrone aard** (lichte vertraging, mogelijk verlies van zeer recente schrijfbewerkingen bij failover) belangrijk is voor redenering over consistentie. **Redis Sentinel** is essentieel voor hoge beschikbaarheid in niet-geclusterde setups: het voegt **monitoring en automatische failover** toe (het promoveren van een replica wanneer de primaire uitvalt) plus service discovery, waarbij een primaire uitval wordt omgezet in een korte onderbreking in plaats van een storing — essentieel voor systemen die beschikbaar moeten blijven (en het uitvoeren van meerdere Sentinels voor meerderheidsafspraken voorkomt foutieve failovers). **Redis Cluster** behandelt zowel schaalbaarheid als HA: **gegevens sharding over meerdere primaires** (via hash slots, schaalbaarheid voorbij het geheugen en schrijfdoorvoer van één server) met replica's voor failover — noodzakelijk wanneer gegevens het RAM-geheugen van één knooppunt overschrijden of schrijfbewerkingen moeten schalen.

Het begrijpen welke optie te gebruiken (Sentinel voor HA van één dataset, Cluster voor sharding + HA op schaal) weerspiegelt gezond operationeel oordeel.

Omdat productie-Redis beschikbaar moet zijn en mogelijk moet schalen, en omdat replicatie (redundantie/lees-schaalbaarheid), Sentinel (automatische failover) en Cluster (sharding + HA) de mechanismen van Redis zijn voor betrouwbaarheid en schaal, is het begrijpen van Redis replicatie en hoge beschikbaarheid belangrijke kennis op senior-niveau voor het betrouwbaar implementeren van Redis, een vaak kritieke productiekwestie en een onderwerp dat aantoont dat men begrijpt hoe Redis als een betrouwbaar onderdeel van de infrastructuur kan worden gebruikt in plaats van als een enkel faalpunt.