كيف تصمّم قاعدة بيانات متعدّدة المناطق (multi-region) للتوفّر العالي والتعافي من الكوارث (HA وDR)؟

Question

IT Interview Practice · Accepted Answer

انسخ قاعدة البيانات عبر المناطق واختر طوبولوجيتك حسب الحاجة: **active-passive** (كاتب واحد، احتياطي دافئ يتولّى عند التحويل) للبساطة والاتساق القوي، أو **active-active** (كتّاب متعدّدون) لزمن كتابة منخفض بثمن حلّ التعارضات — ثم اختر **نسخاً متزامناً مقابل غير متزامن (sync vs async)** لمقايضة المعمّرية بالزمن، وعرّف أهداف **RPO/RTO** صريحة تقود التحويل.

```text
        ┌──────────── Region A (primary) ────────────┐
writes ─▶ app ─▶ DB primary ──┐
                              │ replication
        ┌─────────────────────┼── async (RPO>0) ─────┐
        │                     └── sync (RPO=0, slow)  │
        ▼                                             ▼
   Region B standby                            (failover promotes standby)
        │
   health check ──▶ on primary loss: promote + repoint DNS/traffic
```

## Active-passive مقابل active-active

**Active-passive** له primary واحد يعالج الكتابات واحتياطيات تقرأ فقط؛ وعند الفشل **ترقّي (promote)** احتياطياً. بسيط ويتجنّب تعارضات الكتابة، لكن السعة السلبية تجلس خاملة وللتحويل فجوة. **Active-active** يتيح لكل منطقة قبول الكتابات لزمن محلي وبلا ترقية تحويل — لكن منطقتين قد تعدّلان نفس الصفّ متزامناً، فيجب أن *تحلّ* التعارضات (last-write-wins، أو CRDTs، أو دمج على مستوى التطبيق). معظم الفرق تبدأ active-passive؛ وactive-active لزمن كتابة عالمي لا يمكنك تحقيقه بغير ذلك حقاً.

## نسخ sync مقابل async

هذه هي مقايضة المعمّرية/الزمن الأساسية. **المتزامن (Synchronous):** ينتظر الـ primary إقرار الـ replica البعيد قبل الإثبات (commit) — **RPO = 0** (لا فقدان بيانات عند التحويل) لكن كل كتابة تدفع زمن جولة عبر المناطق (نحو عشرات المللي ثانية)، وإن كان الـ replica غير قابل للوصول تتوقّف الكتابات. **غير المتزامن (Asynchronous):** يُثبت الـ primary محلياً ويشحن التغييرات بعدها — كتابات سريعة، لكن فقدان منطقة قد يفقد آخر بضع ثوانٍ (**RPO > 0**). النسخ المتزامن عبر المناطق غالباً بطيء جداً، فكثيرون يشغّلون async ويقبلون RPO صغيراً.

## التحويل، RPO وRTO

- **RPO (هدف نقطة التعافي):** كم بيانات تستطيع فقدها — يحدّده sync مقابل async.
- **RTO (هدف زمن التعافي):** كم حتى تعود — يحدّده كم بسرعة تكتشف الفشل وترقّي.
- التحويل = اكتشف (فحوص الصحّة) ← ارقِّ الاحتياطي ← أعِد توجيه الحركة (DNS/موازِن عالمي). أتمِته، لكن احذر **الانقسام الدماغي (split-brain)** (كلتا المنطقتين تظنّ أنها primary) بنِصاب (quorum)/رمز عزل (fencing token).

## منظور المقابلة

التحرّي: هل تفهم أن HA/DR **مقايضة بين الاتساق والزمن وفقدان البيانات** — لا "فقط أضِف replica". الجيد: active-passive مع احتياطي. الرائع: تذكر RPO/RTO، وتبعات sync-مقابل-async، ومخاطر الانقسام الدماغي. فخّ: ادّعاء أن async يعطي صفر فقدان بيانات، أو افتراض أن التحويل فوري وبلا خسارة.

## المقايضات وأنماط الأعطال

- **الانقسام الدماغي:** تقسيم شبكي يرقّي primaryين ← بيانات متباعدة. استخدم نِصاباً أو عزلاً أو منطقة شاهد (witness).
- **العودة عن الفشل (Failback) صعبة:** بعد عودة الـ primary القديم، مطابقة الكتابات المتباعدة يدوية وعرضة للأخطاء.
- **التكلفة:** متعدّد المناطق الحقيقي يضاعف البنية تقريباً ويضيف فواتير عرض نطاق خروج (egress) عبر المناطق.
- **التحويل غير المُختبَر يفشل:** DR لم يُدرَّب لن يعمل في الانقطاع الحقيقي — أجرِ أيام محاكاة (game-days).

Active-passive مقابل active-active

نسخ sync مقابل async

التحويل، RPO وRTO

منظور المقابلة

المقايضات وأنماط الأعطال

أسئلة ذات صلة