Kako Redis Cluster omogućava skaliranje?

Question

Accepted Answer

**Redis Cluster** omogućava **horizontalno skaliranje** šmotanjem podataka across multiple Redis nodes — distribucijom dataset-a (i opterećenja) tako da Redis može rukovati podacima i protokoima većim od memorije jednog servera. Particija podatke kroz **hash slots** i pruža ugrađenu visoku dostupnost.

## Šmotanje kroz 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.
```

Podaci su particionirani across nodes kroz **hash slots** (16384 ukupno): svaki ključ se heširuje u slot, i slots su raspoređeni across primarne nodes — tako da svaki node sadrži dio podataka, skaliranje kapaciteta izvan jednog servera.

## Ugrađena visoka dostupnost

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

## Klijenti i preusmjeravanje

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

## Ograničenje s više ključeva (važno)

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

## Zašto je važno

Razumijevanje Redis Cluster-a je važno za **horizontalno skaliranje Redis-a izvan jednog servera**, pa je to vrijedna znanja za senior razinu kod velikih Redis implementacija.

Jezgra vrijednost je **horizontalno skaliranje**: kada podaci ili protokoli pređu ono što memorija jednog Redis servera može rukovati, Cluster **šmota podatke across multiple nodes** (kroz 16384 **hash slots**, svaki ključ mapiran u slot distribuiran across primarne nodes), raspoređujući podatke i opterećenje za skaliranje memorije i protokola izvan jedne mašine — esencijalno za velike sustave.

Razumijevanje **mehanizma hash slot-a** (kako se ključevi mapiraju u slots i slots u nodes) je fundamentalno za razumijevanje kako Cluster distribuira podatke.

Znanje da Cluster pruža **ugrađenu visoku dostupnost** (svaki primaran ima replike s automatskim failoverom, kombinirajući šmotanje i replikaciju bez potrebe za odvojenim Sentinel-om) je važno za pouzdanost u velikoj skali.

Razumijevanje **preusmjeravanja klijenta** (MOVED preusmjeravanje, cluster-aware klijenti cacheiraju slot mapu) objašnjava kako zahtjevi dosegavaju pravi node.

Kritično, razumijevanje **ograničenja s više ključeva** — da multi-key operacije zahtijevaju sve ključeve u istom slot-u, riješeno s **hash tag-ovima** (`{user:1000}:...` forsira povezane ključeve u isti slot) — je esencijalno jer je to pravo ograničenje koje utječe na dizajn ključeva (povezani podaci korišteni zajedno moraju biti co-lociran), i ne razumijevanje toga uzrokuje greške s multi-key operacijama u clusteru.

Budući da je skaliranje izvan jednog Redis servera pravi zahtjev za sustave s visokim volumenom, i budući da je Redis Cluster (šmotanje kroz hash slots + ugrađena HA) mehanizam za to — s važnim hash-tag/multi-key ograničenjem koje utječe na dizajn — razumijevanje Redis Cluster-a je važno znanje za senior razinu za skaliranje Redis-a, tema koja demonstrira razumijevanje horizontalnog skaliranja i praktičnih ograničenja (key co-location) koja dolaze sa distribucijom Redis podataka across nodes.