Jak Redis Cluster umożliwia skalowanie?

Question

Accepted Answer

**Redis Cluster** umożliwia **skalowanie horyzontalne** poprzez shardowanie danych na wielu węzłach Redis — rozdzielając zestaw danych (i obciążenie), dzięki czemu Redis może obsługiwać dane i przepustowość wykraczające poza pamięć pojedynczego serwera. Partycjonuje dane za pomocą **hash slots** i zapewnia wbudowaną wysoką dostępność.

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

Dane są partycjonowane na węzłach przez **hash slots** (łącznie 16384): każdy klucz haszuje się do slotu, a sloty są rozdzielone między węzły pierwotne — więc każdy węzeł przechowuje część danych, skalując pojemność poza jeden serwer.

## Wysoka dostępność wbudowana

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

## Klienci i przekierowanie

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

## Ograniczenie wielu kluczy (ważne)

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

## Dlaczego to ważne

Zrozumienie Redis Cluster jest ważne dla **skalowania Redis w poziomie poza pojedynczy serwer**, więc jest to cenna wiedza na poziomie senior dla wielkorozdzielczych wdrożeń Redis.

Główna wartość to **skalowanie horyzontalne**: gdy dane lub przepustowość przekraczają to, co puede obsłużyć pamięć jednego serwera Redis, Cluster **sharduje dane na wiele węzłów** (via 16384 **hash slots**, każdy klucz mapując się do slotu rozprowadzonego między węzły pierwotne), rozdzielając dane i obciążenie, aby skalować pamięć i przepustowość poza jedną maszynę — niezbędne dla wielkorozdzielczych systemów.

Zrozumienie **mechanizmu hash slots** (jak klucze mapują się na sloty i sloty na węzły) jest fundamentem tego, jak Cluster rozprowadza dane.

Wiedza, że Cluster zapewnia **wbudowaną wysoką dostępność** (każdy węzeł pierwotny ma repliki z automatycznym failoverem, łącząc shardowanie i replikację bez potrzeby odrębnego Sentinel) jest ważna dla niezawodności na dużą skalę.

Zrozumienie **przekierowania klientów** (przekierowania MOVED, klienci świadomi klastra cachujący mapę slotów) wyjaśnia, jak żądania trafiają do właściwego węzła.

Crytycznie, zrozumienie **ograniczenia wielu kluczy** — że operacje wieloklucz wymagają wszystkich kluczy w tym samym slocie, rozwiązane za pomocą **hash tags** (`{user:1000}:...` wymuszając powiązane klucze do tego samego slotu) — jest niezbędne, ponieważ to jest rzeczywiste ograniczenie, które wpływa na projekt kluczy (powiązane dane używane razem muszą być współlokalizowane), a niezrozumienie tego powoduje błędy z operacjami wieloklucz w klastrze.

Ponieważ skalowanie poza jeden serwer Redis jest rzeczywistą potrzebą dla systemów o wysokim natężeniu, a Redis Cluster (shardowanie przez hash slots + wbudowana HA) jest mechanizmem dla niego — z ważnym ograniczeniem hash-tag/wieloklucz wpływającym na projekt — zrozumienie Redis Cluster jest ważną wiedzą na poziomie senior dla skalowania Redis, temat demonstrujący zrozumienie skalowania horyzontalnego i praktycznych ograniczeń (współlokalizacja kluczy) towarzyszących rozdzieleniu danych Redis na węzły.