Hogyan működik a Redis replikáció és a magas rendelkezésre állás?

Question

Accepted Answer

A Redis **magas rendelkezésre állást** biztosít a **replikáción** keresztül (az adatok replika másolatai), a **Redis Sentinellel** (automatikus failover monitorozás), és a **Redis Clusterrel** (sharding + replikáció). Ezek megértése fontos a Redis megbízható üzemeltetéséhez éles környezetben.

## Replikáció — primary és replika

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

A replika aszinkron módon másolja a primary adatait — redundanciát és olvasási skálázhatóságot biztosítva (az olvasások replicákra irányíthatók), bár kisebb replikációs késéssel.

## Redis Sentinel — automatikus 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.)
```

A **Sentinel** monitorozza a konfigurációt és **automatikus failovert** végez (promovál egy replicát, ha a primary meghibásodik) — a primary meghibásodásából rövid szünetté alakítva, nem pedig teljes leállássá.

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

## Miért fontos

A Redis replikáció és magas rendelkezésre állás megértése fontos a **Redis megbízható üzemeltetéséhez éles környezetben**, ezért értékes senior szintű tudás a production Redis üzembe helyezéseihez.

Mivel a Redis gyakran fontos adatokat tárol (olyan cachet, amelynek elvesztése terhelési csúcsokat okoz, munkameneteket, sorokat), a rendelkezésre állás és a redundancia biztosítása lényeges. A **replikáció** (replika aszinkron módon másolja a primaryt) az alapot képezi — redundancia (replika másolatokat tárol) és olvasási skálázhatóság (olvasások replicákra történő eltérítése) — de annak **aszinkron jellegét** megérteni fontos (kisebb késés, nagyon új írások lehetséges elvesztése failover során) a konzisztencia érveléshez. A **Redis Sentinel** kulcsfontosságú a magas rendelkezésre álláshoz nem klaszteres konfigurációkban: monitorozást és **automatikus failovert** ad (replika promóciója, amikor a primary meghibásodik), továbbá szolgáltatás-felfedezést, a primary meghibásodásából rövid szünetté alakítva — nélkülözhetetlen olyan rendszereknél, amelyeknek folyamatosan elérhetőnek kell lenniük (és több Sentinel futtatása többségi egyezmény miatt hamis failoverek megelőzésére). A **Redis Cluster** a skálázhatóságot és a magas rendelkezésre állást is kezeli: **adatok shardolása több primary között** (hash slot-okon keresztül, túlnövekedés egy szerver memóriáján és írási átviteli sebességén), replica-val failoverhez — szükséges, ha az adatok túlnövekednek egy csomópont RAM-ján vagy az írásoknak skáláznia kell.

Annak megértése, hogy melyiket használja (Sentinel egy adathalmaz magas rendelkezésre állásához, Cluster shardoláshoz + magas rendelkezésre álláshoz skálán) jó operatív megítélést tükröz.

Mivel az éles Redis-nek elérhetőnek kell lennie és skáláznia kell, valamint mivel a replikáció (redundancia/olvasási skálázhatóság), a Sentinel (automatikus failover), és a Cluster (sharding + HA) a Redis megbízhatóság és skálázhatóság mechanizmusai, a Redis replikáció és magas rendelkezésre állás megértése fontos senior szintű tudás a Redis megbízható üzembe helyezéséhez, egy gyakran kritikus éles szempont és egy olyan téma, amely a Redis infrastruktúra megbízható részeként való üzemeltetésének megértését mutatja, nem pedig egyetlen meghibásodási pontként.