Hvordan muliggjør Redis Cluster skalering?

Question

Accepted Answer

**Redis Cluster** muliggjør **horisontal skalering** ved å dele data på tvers av flere Redis-noder — distribuerer datasettet (og belastningen) slik at Redis kan håndtere data og gjennomstrømning utover en enkelt servers minne. Det partisjonerer data via **hash slots** og gir innebygd høy tilgjengelighet.

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

Data partisjoneres på tvers av noder ved hjelp av **hash slots** (16384 totalt): hver nøkkel har en hash til en slot, og slots fordeles på tvers av primære noder — slik at hver node holder en del av dataene, og skalerer kapasiteten utover én server.

## Høy tilgjengelighet innebygd

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

## Klienter og omdirigering

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

## Multi-key-begrensningen (viktig)

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

## Hvorfor det betyr noe

Å forstå Redis Cluster er viktig for **horisontal skalering av Redis utover en enkelt server**, så det er verdifull senior-nivå-kunnskap for storskalerte Redis-distribusjoner.

Kjernekvaliteten er **horisontal skalering**: når data eller gjennomstrømning overskrider hva en Redis-servers minne kan håndtere, **deler Cluster dataene på tvers av flere noder** (via 16384 **hash slots**, hver nøkkel kartlegges til en slot fordelt på tvers av primære noder), og spreder data og belastning for å skalere minne og gjennomstrømning utover en enkelt maskin — essensielt for storskalerte systemer.

Å forstå **hash slot-mekanismen** (hvordan nøkler kartlegges til slots og slots til noder) er grunnleggende for hvordan Cluster distribuerer data.

Å vite at Cluster gir **innebygd høy tilgjengelighet** (hver primær har replika med automatisk failover, kombinerer sharding og replikering uten behov for separat Sentinel) er viktig for pålitelighet i stor skala.

Å forstå **klientomdirigering** (MOVED-omdirigeringer, cluster-aware-klienter som cacher slot-kartet) forklarer hvordan forespørsler når den riktige noden.

Kritisk sett er det viktig å forstå **multi-key-begrensningen** — at multi-key-operasjoner krever at alle nøkler er i samme slot, adressert med **hash tags** (`{user:1000}:...` som tvinger relaterte nøkler til samme slot) — fordi det er en reell begrensning som påvirker nøkkeldesign (relaterte data som brukes sammen må være samlokalisert), og det å ikke forstå det forårsaker feil med multi-key-operasjoner i en cluster.

Fordi skalering utover en enkelt Redis-server er et reelt behov for systemer med høyt volum, og fordi Redis Cluster (sharding via hash slots + innebygd HA) er mekanismen for det — med den viktige hash-tag/multi-key-begrensningen som påvirker designet — er det viktig å forstå Redis Cluster som senior-nivå-kunnskap for Redis-skalering, et tema som demonstrerer forståelse av horisontal skalering og de praktiske begrensningene (nøkkelsamlokalisering) som følger med distribuering av Redis-data på tvers av noder.