Come funziona la replicazione di Redis e l'alta disponibilità?

Question

Accepted Answer

Redis fornisce **alta disponibilità** attraverso **replicazione** (copie replica dei dati), **Redis Sentinel** (monitoraggio automatico del failover), e **Redis Cluster** (sharding + replicazione). Comprendere questi concetti è importante per eseguire Redis in modo affidabile in produzione.

## Replicazione — primario e 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
```

Le repliche copiano asincronamente i dati del primario — fornendo ridondanza e scalabilità in lettura (le letture possono andare alle repliche), anche se con un lieve ritardo di replicazione.

## Redis Sentinel — failover automatico

```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** monitora l'infrastruttura e esegue il **failover automatico** (promuovendo una replica se il primario fallisce) — trasformando un guasto del primario in una breve interruzione piuttosto che in un'interruzione di servizio.

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

## Perché è importante

Comprendere la replicazione di Redis e l'alta disponibilità è importante per **eseguire Redis in modo affidabile in produzione**, quindi è una conoscenza di livello senior preziosa per i deployment di Redis in produzione.

Poiché Redis spesso contiene dati importanti (cache la cui perdita causa picchi di carico, sessioni, code), garantire disponibilità e ridondanza è importante. La **replicazione** (le repliche copiano asincronamente il primario) fornisce la base — ridondanza (le repliche contengono copie) e scalabilità in lettura (offloading delle letture alle repliche) — anche se comprendere la sua **natura asincrona** (lieve ritardo, potenziale perdita di scritture molto recenti durante il failover) è importante per ragionare sulla coerenza. **Redis Sentinel** è fondamentale per l'alta disponibilità in setup non in cluster: aggiunge **monitoraggio e failover automatico** (promuovendo una replica quando il primario fallisce) più service discovery, trasformando un guasto del primario in una breve interruzione piuttosto che in un'interruzione di servizio — essenziale per sistemi che devono rimanere disponibili (e l'esecuzione di più Sentinel per accordo della maggioranza evita falsi failover). **Redis Cluster** affronta sia il scaling che l'HA: **sharding dei dati su più primari** (tramite hash slot, scaling oltre la memoria di un server e il throughput di scrittura) con repliche per il failover — necessario quando i dati superano la RAM di un nodo o le scritture devono scalare.

Comprendere quale usare (Sentinel per l'HA di un singolo dataset, Cluster per sharding + HA su scala) riflette un giudizio operativo solido.

Poiché Redis in produzione deve essere disponibile e potrebbe aver bisogno di scalare, e poiché la replicazione (ridondanza/scalabilità in lettura), Sentinel (failover automatico), e Cluster (sharding + HA) sono i meccanismi di Redis per affidabilità e scala, comprendere la replicazione di Redis e l'alta disponibilità è una conoscenza di livello senior importante per distribuire Redis in modo affidabile, una preoccupazione di produzione frequentemente critica e un argomento che dimostra la comprensione di come eseguire Redis come parte affidabile dell'infrastruttura piuttosto che come un singolo punto di guasto.