كيف يعمل التكرار العالي التوفر (Replication) والتوفر العالي (High Availability) في Redis؟

Question

Accepted Answer

يوفر Redis **التوفر العالي** من خلال **التكرار** (نسخ متماثلة من البيانات)، **Redis Sentinel** (مراقبة الفشل التلقائي)، و **Redis Cluster** (تقسيم البيانات + التكرار). فهم هذه الآليات مهم لتشغيل Redis بشكل موثوق في بيئة الإنتاج.

## التكرار — الأساسي والنسخ المتماثلة

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

النسخ المتماثلة تنسخ بيانات الأساسي بشكل غير متزامن — مما يوفر الاستدامة (Redundancy) وتوسيع القراءة (يمكن توجيه القراءات إلى النسخ المتماثلة)، على الرغم من وجود تأخير طفيف في التكرار.

## Redis Sentinel — الفشل التلقائي

```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** يراقب الإعداد وينفذ **الفشل التلقائي** (ترقية نسخة متماثلة إذا فشل الأساسي) — مما يحول فشل الأساسي إلى انقطاع قصير بدلاً من انقطاع كامل.

## Redis Cluster — تقسيم البيانات + التوفر العالي

```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 مهم **لتشغيل Redis بشكل موثوق في بيئة الإنتاج**، وهو معرفة مهمة للمهندسين الكبار (Senior-level) لنشر Redis في الإنتاج.

بما أن Redis غالباً ما يحتفظ ببيانات مهمة (ذاكرات التخزين المؤقت التي فقدانها يسبب ارتفاع الحمل، الجلسات، الطوابير)، فإن ضمان التوفر والاستدامة مهم. **التكرار** (النسخ المتماثلة تنسخ الأساسي بشكل غير متزامن) يوفر الأساس — الاستدامة (النسخ المتماثلة تحتفظ بنسخ) وتوسيع القراءة (نقل القراءات إلى النسخ المتماثلة) — لكن فهم **الطبيعة غير المتزامنة** (تأخير طفيف، احتمال فقدان الكتابات الأخيرة جداً عند الفشل) مهم للاستدلال على الاتساق. **Redis Sentinel** أساسي للتوفر العالي في الإعدادات غير المجمعة: يضيف **المراقبة والفشل التلقائي** (ترقية نسخة متماثلة عند فشل الأساسي) بالإضافة إلى اكتشاف الخدمات، مما يحول فشل الأساسي إلى انقطاع قصير بدلاً من انقطاع — ضروري للأنظمة التي يجب أن تبقى متاحة (وتشغيل عدة نسخ من Sentinel لتحقيق اتفاق الأغلبية يتجنب الفشل الخاطئ). **Redis Cluster** يعالج التوسيع والتوفر العالي معاً: **تقسيم البيانات عبر عدة أساسيات** (عبر فتحات التجزئة، توسيع الحد الأقصى لذاكرة خادم واحد وإنتاجية الكتابة) مع نسخ متماثلة للفشل — ضروري عندما تتجاوز البيانات ذاكرة عقدة واحدة أو يجب توسيع الكتابات.

فهم أيها تستخدم (Sentinel للتوفر العالي لمجموعة بيانات واحدة، Cluster للتقسيم + التوفر العالي على نطاق واسع) يعكس حكماً تشغيلياً سليماً.

بما أن Redis في الإنتاج يجب أن يكون متاحاً وقد يحتاج إلى التوسيع، وبما أن التكرار (الاستدامة/توسيع القراءة)، Sentinel (الفشل التلقائي)، و Cluster (تقسيم البيانات + التوفر العالي) هي آليات Redis للموثوقية والتوسيع، فإن فهم التكرار والتوفر العالي في Redis معرفة مهمة من المستوى الكبير لنشر Redis بشكل موثوق، وهي مسألة إنتاجية متكررة الحرجة وموضوع يظهر فهماً لكيفية تشغيل Redis كجزء موثوق من البنية الأساسية بدلاً من نقطة فشل واحدة.