Redis replication اور high availability کیسے کام کرتی ہے؟

Question

Accepted Answer

Redis **high availability** فراہم کرتا ہے **replication** کے ذریعے (ڈیٹا کی replica کاپیاں)، **Redis Sentinel** (خودکار failover نگرانی)، اور **Redis Cluster** (sharding + replication) کے ذریعے۔ ان کو سمجھنا production میں Redis قابل اعتماد طریقے سے چلانے کے لیے اہم ہے۔

## Replication — primary اور replicas

```text
PRIMARY (master) → handles writes; asynchronously replicates data to replicas
REPLICAS (slaves) → copies of the primary's data; can serve READS (read scaling)

Write → Primary → async replication → Replicas (eventually consistent)
  ✓ Redundancy (replicas have copies) + read scaling (reads offloaded to replicas)
  ✗ Replication is ASYNC → a small lag; a failover could lose very recent writes
```

Replicas غیر متوازی طریقے سے primary کے ڈیٹا کو کاپی کرتے ہیں — بیک اپ فراہم کرتے ہیں اور read scaling (reads replicas کی طرف جا سکتے ہیں)، اگرچہ قدرے replication lag کے ساتھ۔

## Redis Sentinel — خودکار failover

```text
Replication alone doesn't auto-recover if the PRIMARY fails. REDIS SENTINEL adds:
  → MONITORING — Sentinels watch the primary and replicas
  → AUTOMATIC FAILOVER — if the primary fails, Sentinels elect a replica as the new primary
  → SERVICE DISCOVERY — clients ask Sentinel for the current primary address
→ Sentinel provides high availability (auto-failover) for a non-clustered setup.
  (Run multiple Sentinels — a majority must agree — to avoid false failovers.)
```

**Sentinel** سیٹ اپ کی نگرانی کرتا ہے اور **خودکار failover** انجام دیتا ہے (اگر primary ناکام ہو تو replica کو promote کرتا ہے) — primary failure کو مختصر وقفے میں تبدیل کرتا ہے بجائے مکمل outage کے۔

## Redis Cluster — sharding + HA

```text
REDIS CLUSTER → for scaling beyond one server's memory AND high availability:
  → SHARDS data across multiple primaries (each holds a subset via hash slots, 16384 total)
  → each primary has replicas (HA — a replica takes over if its primary fails)
  → scales horizontally (more memory/throughput) + built-in failover
→ Use Cluster when data exceeds one node's RAM or you need to scale writes.
```

## یہ کیوں اہم ہے

Redis replication اور high availability کو سمجھنا **production میں Redis کو قابل اعتماد طریقے سے چلانے** کے لیے اہم ہے، اس لیے یہ production Redis deployments کے لیے senior-level علم ہے۔

چونکہ Redis اکثر اہم ڈیٹا رکھتا ہے (caches جس کا loss load spikes کا سبب بنتا ہے، sessions، queues)، دستیابی اور بیک اپ یقینی بنانا ضروری ہے۔ **Replication** (replicas غیر متوازی طریقے سے primary کو کاپی کرتے ہیں) بنیاد فراہم کرتا ہے — بیک اپ (replicas میں کاپیاں ہوتی ہیں) اور read scaling (reads کو replicas کی طرف بھیجنا) — لیکن اس کی **غیر متوازی نوعیت** کو سمجھنا (قدرے lag، failover پر بہت حالیہ writes کا ممکنہ نقصان) consistency کے بارے میں سوچنے کے لیے اہم ہے۔ **Redis Sentinel** non-clustered setups میں high availability کے لیے کلیدی ہے: یہ **نگرانی اور خودکار failover** شامل کرتا ہے (جب primary ناکام ہو تو replica کو promote کرتا ہے) اور service discovery، primary failure کو مختصر وقفے میں بدلتا ہے بجائے outage کے — ان نظاموں کے لیے ضروری ہے جو دستیاب رہنے چاہیں (اور متعدد Sentinels چلانا اکثریت کے معاہدے کے لیے غلط failovers سے بچاتا ہے)۔ **Redis Cluster** دونوں scaling اور HA کو سنبھالتا ہے: **ڈیٹا کو متعدد primaries میں بانٹنا** (hash slots کے ذریعے، ایک سرور کی میموری اور write throughput سے آگے scaling) replicas کے ساتھ failover کے لیے — ضروری ہے جب ڈیٹا ایک node کے RAM سے زیادہ ہو یا writes کو scale کرنا ہو۔

سمجھنا کہ کون سا استعمال کریں (Sentinel ایک dataset کے HA کے لیے، Cluster scale پر sharding + HA کے لیے) سالم operational judgment کو ظاہر کرتا ہے۔

چونکہ production Redis دستیاب ہونا چاہیے اور scale کرنے کی ضرورت ہو سکتی ہے، اور چونکہ replication (بیک اپ/read scaling)، Sentinel (خودکار failover)، اور Cluster (sharding + HA) Redis کی reliability اور scale کے آلیات ہیں، Redis replication اور high availability کو سمجھنا production Redis کو قابل اعتماد طریقے سے deploy کرنے کے لیے اہم senior-level علم ہے، ایک بار بار critical production concern اور ایک موضوع جو یہ ظاہر کرتا ہے کہ بنیادی ڈھانچے کے ایک قابل اعتماد حصے کے طور پر Redis کو کیسے چلایا جائے بجائے ایک واحد ناکام نقطے کے۔