Redis Cluster کس طرح سکیلنگ کو ممکن بناتا ہے؟

Question

Accepted Answer

**Redis Cluster** متعدد Redis nodes میں ڈیٹا کو sharding کے ذریعے **افقی سکیلنگ** کو ممکن بناتا ہے — dataset اور load کو تقسیم کرتے ہوئے تاکہ Redis ایک سرور کی میموری سے زیادہ ڈیٹا اور throughput سنبھال سکے۔ یہ ڈیٹا کو **hash slots** کے ذریعے تقسیم کرتا ہے اور built-in high availability فراہم کرتا ہے۔

## Hash slots کے ذریعے Sharding

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

ڈیٹا کو nodes میں **hash slots** کے ذریعے تقسیم کیا جاتا ہے (کل 16384): ہر key ایک slot میں hash ہوتی ہے، اور slots کو primary nodes میں پھیلایا جاتا ہے — تو ہر node ڈیٹا کا کچھ حصہ رکھتا ہے، صلاحیت کو ایک سرور سے آگے بڑھاتے ہوئے۔

## High availability بنایا ہوا ہے

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

## Clients اور 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 علم ہے۔

بنیادی قیمت **افقی سکیلنگ** ہے: جب ڈیٹا یا throughput ایک Redis سرور کی میموری سے زیادہ ہو، تو Cluster **ڈیٹا کو متعدد nodes میں sharding کرتا ہے** (16384 **hash slots** کے ذریعے، ہر key ایک slot میں mapping ہوتی ہے جو primary nodes میں پھیلی ہوتی ہے)، ڈیٹا اور load کو پھیلاتے ہوئے memory اور throughput کو ایک مشین سے آگے سکیل کرنے کے لیے — بڑے پیمانے پر systems کے لیے ضروری۔

**Hash slot mechanism** کو سمجھنا (کس طرح keys slots میں اور slots nodes میں map ہوتے ہیں) بنیادی ہے کہ Cluster ڈیٹا کو کس طرح تقسیم کرتا ہے۔

یہ جاننا کہ Cluster **built-in high availability** فراہم کرتا ہے (ہر primary کے پاس replicas ہیں automatic failover کے ساتھ، sharding اور replication کو الگ Sentinel کی ضرورت کے بغیر ملاتے ہوئے) پیمانے پر قابلِ اعتماد ہونے کے لیے اہم ہے۔

**Client redirection** کو سمجھنا (MOVED redirects، cluster-aware clients جو slot map کو cache کرتے ہیں) وضاحت کرتا ہے کہ requests صحیح node تک کس طرح پہنچتے ہیں۔

سنگین طور پر، **multi-key constraint** کو سمجھنا — کہ multi-key operations کے لیے تمام keys ایک slot میں ہونی چاہئیں، جس کو **hash tags** سے address کیا جاتا ہے (`{user:1000}:...` متعلقہ keys کو ایک ہی slot میں force کرتے ہوئے) — ضروری ہے کیونکہ یہ ایک حقیقی محدودیت ہے جو key design کو متاثر کرتی ہے (متعلقہ ڈیٹا جو ایک ساتھ استعمال ہوتا ہے ایک جگہ ہونا چاہیے)، اور اس کو نہ سمجھنے سے cluster میں multi-key operations میں خرابیاں آتی ہیں۔

چونکہ ایک single Redis سرور سے آگے سکیلنگ high-volume systems کے لیے حقیقی ضرورت ہے، اور چونکہ Redis Cluster (hash slots کے ذریعے sharding + built-in HA) اس کا طریقہ کار ہے — اہم hash-tag/multi-key constraint کے ساتھ جو design کو متاثر کرتی ہے — Redis Cluster کو سمجھنا Redis کو سکیل کرنے کے لیے اہم senior-level علم ہے، ایک موضوع جو افقی سکیلنگ کی سمجھ اور عملی محدودیتوں (key co-location) کا ثبوت دیتا ہے جو Redis ڈیٹا کو nodes میں تقسیم کرتے وقت آتی ہیں۔