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のデータをノード間で分散させることに伴う実践的な制約（キーの配置）への理解を示すトピックです。