Как Redis Cluster обеспечивает масштабируемость?

Question

Accepted Answer

**Redis Cluster** обеспечивает **горизонтальное масштабирование**, разделяя данные между несколькими узлами Redis — распределяя набор данных (и нагрузку) так, чтобы Redis мог работать с объемом данных и пропускной способностью, превышающими возможности одного сервера. Он разделяет данные через **хеш-слоты** и обеспечивает встроенную высокую доступность.

## Разделение через хеш-слоты

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

Данные распределяются между узлами через **хеш-слоты** (всего 16384): каждый ключ хешируется в слот, и слоты распределяются между основными узлами — так каждый узел хранит часть данных, масштабируя емкость свыше одного сервера.

## Встроенная высокая доступность

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

## Клиенты и переадресация

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

## Ограничение многоключевых операций (важно)

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

## Почему это важно

Понимание Redis Cluster важно для **горизонтального масштабирования Redis за пределы одного сервера**, поэтому это ценные знания уровня сеньора для крупномасштабных развертываний Redis.

Основная ценность — **горизонтальное масштабирование**: когда объем данных или пропускная способность превышают возможности памяти одного Redis-сервера, Cluster **разделяет данные между несколькими узлами** (через 16384 **хеш-слота**, каждый ключ соответствует слоту, распределенному между основными узлами), распределяя данные и нагрузку для масштабирования памяти и пропускной способности свыше одной машины — это необходимо для крупномасштабных систем.

Понимание **механизма хеш-слотов** (как ключи соответствуют слотам, а слоты узлам) является основой распределения данных в Cluster.

Знание того, что Cluster обеспечивает **встроенную высокую доступность** (каждый основной узел имеет реплики с автоматической отработкой отказа, объединяя разделение и репликацию без необходимости отдельного Sentinel), важно для надежности на масштабе.

Понимание **переадресации клиентов** (MOVED переадресация, клиенты с поддержкой кластера кешируют карту слотов) объясняет, как запросы достигают нужного узла.

Критически важно понимание **ограничения многоключевых операций** — что многоключевые операции требуют все ключи в одном слоте, решаемое с помощью **хеш-тегов** (`{user:1000}:...` заставляет связанные ключи в один слот) — это необходимо, потому что это реальное ограничение, влияющее на проектирование ключей (связанные данные, используемые вместе, должны быть совместно размещены), и незнание этого приводит к ошибкам многоключевых операций в кластере.

Поскольку масштабирование свыше одного Redis-сервера — реальная необходимость для высоконагруженных систем, а Redis Cluster (разделение через хеш-слоты + встроенная HA) — механизм для этого — с важным ограничением хеш-тегов/многоключевых операций, влияющим на проектирование — понимание Redis Cluster является важным знанием уровня сеньора для масштабирования Redis, темой, демонстрирующей понимание горизонтального масштабирования и практических ограничений (совместное размещение ключей), которые приходят с распределением данных Redis между узлами.