ਰੈਡਿਸ ਕਲਸਟਰ ਸਕੇਲਿੰਗ ਨੂੰ ਕਿਵੇਂ ਸਮਰੱਥ ਬਣਾਉਂਦਾ ਹੈ?

Question

Accepted Answer

**Redis Cluster** **ਹਰੀਜ਼ੰਟਲ ਸਕੇਲਿੰਗ** ਨੂੰ ਡੇਟਾ ਨੂੰ ਕਈ Redis ਨੋਡਸ ਵਿੱਚ ਸ਼ਾਰਡ ਕਰਨ ਦੁਆਰਾ ਸਮਰੱਥ ਬਣਾਉਂਦਾ ਹੈ — ਡੇਟਾਸੇਟ (ਅਤੇ ਲੋਡ) ਨੂੰ ਵੰਡਦੇ ਹੋਏ ਤਾਂ ਕਿ Redis ਇੱਕ ਸਰਵਰ ਦੀ ਮੈਮੋਰੀ ਤੋਂ ਪਰੇ ਡੇਟਾ ਅਤੇ ਥਰੂਪੁਟ ਨੂੰ ਸੰਭਾਲ ਸਕੇ। ਇਹ **hash slots** ਰਾਹੀਂ ਡੇਟਾ ਨੂੰ ਵਿਭਾਜਿਤ ਕਰਦਾ ਹੈ ਅਤੇ ਬਿਲਤ-ਇਨ ਉੱਚ ਉਪਲਬਧਤਾ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ।

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

ਡੇਟਾ ਨੂੰ **hash slots** (ਕੁੱਲ 16384) ਦੁਆਰਾ ਨੋਡਸ ਵਿੱਚ ਵਿਭਾਜਿਤ ਕੀਤਾ ਜਾਂਦਾ ਹੈ: ਹਰ ਕੀ ਇੱਕ slot ਵਿੱਚ hash ਹੁੰਦੀ ਹੈ, ਅਤੇ slots ਨੂੰ primary nodes ਵਿੱਚ ਫੈਲਾਇਆ ਜਾਂਦਾ ਹੈ — ਇਸ ਲਈ ਹਰ ਨੋਡ ਡੇਟਾ ਦਾ ਹਿੱਸਾ ਰਖਦਾ ਹੈ, ਇੱਕ ਸਰਵਰ ਤੋਂ ਅੱਗੇ ਸਮਰੱਥਾ ਨੂੰ ਸਕੇਲ ਕਰਦਾ ਹੈ।

## ਬਿਲਤ-ਇਨ ਉੱਚ ਉਪਲਬਧਤਾ

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

## ਕਲਾਇਂਟਸ ਅਤੇ redirection

```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 constraint (ਮਹੱਤਵਪੂਰਨ)

```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 deployments ਲਈ ਕੀਮਤੀ senior-level ਗਿਆਨ ਹੈ।

ਮੂਲ ਮੁੱਲ **ਹਰੀਜ਼ੰਟਲ ਸਕੇਲਿੰਗ** ਹੈ: ਜਦੋਂ ਡੇਟਾ ਜਾਂ ਥਰੂਪੁਟ ਇੱਕ Redis ਸਰਵਰ ਦੀ ਮੈਮੋਰੀ ਨੂੰ ਸੰਭਾਲ ਸਕਦਾ ਹੈ ਤੋਂ ਵਧ ਜਾਂਦਾ ਹੈ, Cluster **ਡੇਟਾ ਨੂੰ ਕਈ ਨੋਡਸ ਵਿੱਚ ਸ਼ਾਰਡ ਕਰਦਾ ਹੈ** (16384 **hash slots** ਰਾਹੀਂ, ਹਰ ਕੀ ਇੱਕ slot ਵਿੱਚ ਮੈਪ ਹੁੰਦੀ ਹੈ primary nodes ਵਿੱਚ ਫੈਲੀ ਹੋਈ), ਡੇਟਾ ਅਤੇ ਲੋਡ ਨੂੰ ਫੈਲਾ ਕੇ ਇੱਕ ਸਿੰਗਲ ਮਸ਼ੀਨ ਤੋਂ ਪਰੇ ਮੈਮੋਰੀ ਅਤੇ ਥਰੂਪੁਟ ਨੂੰ ਸਕੇਲ ਕਰਦਾ ਹੈ — ਵੱਡੇ ਪੱਧਰ ਦੇ ਸਿਸਟਮਾਂ ਲਈ ਜ਼ਰੂਰੀ।

**Hash slot mechanism** ਨੂੰ ਸਮਝਣਾ (ਕਿਵੇਂ ਕੀਜ਼ slots ਵਿੱਚ ਮੈਪ ਹੁੰਦੀ ਹੈ ਅਤੇ slots nodes ਵਿੱਚ) Cluster ਕਿਵੇਂ ਡੇਟਾ ਵੰਡਦਾ ਹੈ ਇਸਦੀ ਨੀਂਹ ਹੈ।

ਇਹ ਜਾਣਨਾ ਮਹੱਤਵਪੂਰਨ ਹੈ ਕਿ Cluster **ਬਿਲਤ-ਇਨ ਉੱਚ ਉਪਲਬਧਤਾ** ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ (ਹਰ primary ਕੋਲ replicas ਹਨ automatic failover ਨਾਲ, sharding ਅਤੇ replication ਨੂੰ ਮਿਲਾ ਕੇ ਵੱਖ Sentinel ਦੀ ਜ਼ਰੂਰਤ ਤੋਂ ਬਿਨਾ) ਪੱਧਰ ਤੇ ਭਰੋਸੇ ਲਈ।

**Client redirection** ਨੂੰ ਸਮਝਣਾ (MOVED redirects, cluster-aware clients slot map ਨੂੰ cache ਕਰਦੇ ਹੋਏ) ਸਮਝਾਉਂਦਾ ਹੈ ਕਿ requests ਸਹੀ ਨੋਡ ਤੱਕ ਕਿਵੇਂ ਪਹੁੰਚਦੀਆਂ ਹਨ।

am critical ਵਿੱਚ, **multi-key constraint** ਨੂੰ ਸਮਝਣਾ — ਕਿ multi-key operations ਨੂੰ ਸਾਰੀਆਂ ਕੀਜ਼ ਇੱਕੇ slot ਵਿੱਚ ਚਾਹੀਦੀਆਂ ਹਨ, **hash tags** ਨਾਲ ਸੰਬੋਧਿਤ (`{user:1000}:...` ਸਬੰਧਤ ਕੀਜ਼ ਨੂੰ ਉਸੇ slot ਵਿੱਚ ਮਜਬੂਰ ਕਰਦੇ ਹੋਏ) — ਜ਼ਰੂਰੀ ਹੈ ਕਿਉਂਕਿ ਇਹ ਇੱਕ ਅਸਲ ਸੀਮਾ ਹੈ ਜੋ ਕੀ ਡਿਜ਼ਾਈਨ ਨੂੰ ਪ੍ਰਭਾਵਿਤ ਕਰਦੀ ਹੈ (ਸਬੰਧਤ ਡੇਟਾ ਜੋ ਇਕੱਠੇ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ ਨੂੰ co-located ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ), ਅਤੇ ਇਸ ਨੂੰ ਨਾ ਸਮਝਣਾ cluster ਵਿੱਚ multi-key operations ਦੀਆਂ ਗਲਤੀਆਂ ਦਾ ਕਾਰਨ ਬਣਦਾ ਹੈ।

ਕਿਉਂਕਿ ਇੱਕ ਸਿੰਗਲ Redis ਸਰਵਰ ਤੋਂ ਪਰੇ ਸਕੇਲ ਕਰਨਾ ਉੱਚ-ਵਾਲੀਅਮ ਸਿਸਟਮਾਂ ਲਈ ਇੱਕ ਅਸਲ ਜ਼ਰੂਰਤ ਹੈ, ਅਤੇ ਕਿਉਂਕਿ Redis Cluster (hash slots ਰਾਹੀਂ sharding + ਬਿਲਤ-ਇਨ HA) ਇਸਦਾ ਤੰਤਰ ਹੈ — ਮਹੱਤਵਪੂਰਨ hash-tag/multi-key constraint ਨਾਲ ਜੋ ਡਿਜ਼ਾਈਨ ਨੂੰ ਪ੍ਰਭਾਵਿਤ ਕਰਦਾ ਹੈ — Redis Cluster ਨੂੰ ਸਮਝਣਾ Redis ਨੂੰ ਸਕੇਲ ਕਰਨ ਲਈ ਮਹੱਤਵਪੂਰਨ senior-level ਗਿਆਨ ਹੈ, ਇੱਕ ਵਿਸ਼ਾ ਜੋ ਹਰੀਜ਼ੰਟਲ ਸਕੇਲਿੰਗ ਅਤੇ ਵਿਹਾਰਕ constraints (key co-location) ਦੀ ਸਮਝ ਪ੍ਰਦਰਸ਼ਨ ਕਰਦਾ ਹੈ ਜੋ Redis ਡੇਟਾ ਨੂੰ ਨੋਡਸ ਵਿੱਚ ਵੰਡਣ ਨਾਲ ਆਉਂਦਾ ਹੈ।