Cum permite Redis Cluster scalarea?

Question

Accepted Answer

**Redis Cluster** permite **scalarea orizontală** prin fragmentarea datelor pe mai multe noduri Redis — distribuind setul de date (și sarcina) astfel încât Redis să poată gestiona date și throughput dincolo de memoria unui singur server. Partiționează datele prin **hash slots** și oferă disponibilitate ridicată încorporată.

## Fragmentarea prin hash slots

```text
Redis Cluster divides the keyspace into 16384 HASH SLOTS.
  → each key maps to a slot: slot = CRC16(key) mod 16384
  → slots are distributed across the cluster's primary nodes
  → each node owns a subset of slots (and thus a subset of the data)
→ This spreads data and load across nodes → scales memory and throughput horizontally.
```

Datele sunt partiționare pe noduri prin **hash slots** (16384 în total): fiecare cheie face hash la un slot, iar sloturile sunt răspândite pe nodurile primare — deci fiecare nod ține o parte din date, scalând capacitatea dincolo de un singur server.

## Disponibilitate ridicată încorporată

```text
Each primary node has REPLICAS:
  → if a primary fails, one of its replicas is promoted (automatic failover)
  → the cluster continues serving (HA without separate Sentinel)
→ Redis Cluster combines SHARDING (scale) + REPLICATION (HA).
```

## Clienți și redirecționare

```text
→ Clients connect to the cluster; a key's request goes to the node owning its slot.
→ If a client hits the wrong node, it gets a MOVED redirect to the right node
  (cluster-aware clients cache the slot map and route directly).
```

## Constrângerea multi-key (important)

```text
⚠️ Multi-key operations only work if all keys are in the SAME slot (same node):
  → operations spanning keys on different nodes are NOT supported directly
  → use HASH TAGS to force related keys into the same slot:
     {user:1000}:profile and {user:1000}:settings → same slot ({...} part is hashed)
→ Design keys so related data that's used together shares a slot.
```

## De ce este important

Înțelegerea Redis Cluster este importantă pentru **scalarea orizontală a Redis dincolo de un singur server**, deci este cunoștință valoroasă la nivel de senior pentru implementări Redis la scară mare.

Valoarea principală este **scalarea orizontală**: când datele sau throughput-ul depășesc capacitatea memoriei unui singur server Redis, Cluster **fragmentează datele pe mai multe noduri** (prin 16384 **hash slots**, fiecare cheie mapând la un slot distribuit pe nodurile primare), răspânzând datele și sarcina pentru a scala memoria și throughput-ul dincolo de o singură mașină — esențial pentru sisteme la scară mare.

Înțelegerea **mecanismului hash slot** (cum mapează cheile la slots și slots la noduri) este fundamentală pentru modul în care Cluster distribuie datele.

Știerea că Cluster oferă **disponibilitate ridicată încorporată** (fiecare primar are replici cu failover automat, combinând fragmentarea și replicarea fără a avea nevoie de Sentinel separat) este importantă pentru fiabilitate la scară.

Înțelegerea **redirecționării clienților** (redirecționări MOVED, clienți conștienți de cluster care caches-ează harta de slots) explică modul în care cererile ajung la nodul corect.

Critic, înțelegerea **constrângerii multi-key** — că operațiile multi-key necesită toate cheile în același slot, adresate cu **hash tags** (`{user:1000}:...` forțând cheile asociate în același slot) — este esențială deoarece este o limitare reală care afectează designul cheilor (datele asociate folosite împreună trebuie să fie co-localizate), iar neînțelegerea ei cauzează erori la operațiile multi-key într-un cluster.

Deoarece scalarea dincolo de un singur server Redis este o necesitate reală pentru sisteme cu volum mare, și deoarece Redis Cluster (fragmentare prin hash slots + HA încorporată) este mecanismul pentru aceasta — cu constrângerea importantă hash-tag/multi-key care afectează designul — înțelegerea Redis Cluster este cunoștință importantă la nivel de senior pentru scalarea Redis, un subiect care demonstrează înțelegerea scalării orizontale și constrângerile practice (co-localizarea cheilor) care vin cu distribuirea datelor Redis pe noduri.