الإتاحة العالية: نظام يستمر في العمل حين يتعطل أي مكون فيه
كل نظام يتكون من سلسلة مكونات: DNS، وموازن أحمال، وسيرفرات تطبيق، وقاعدة بيانات، وتخزين، وشبكة، ومركز بيانات. إن كان أي منها واحدًا فقط، فتعطله يوقف النظام كله مهما كانت جودة البقية. نصمم بنية لا تعتمد على مكون واحد في أي طبقة، ونختبر الانتقال فعليًا، ونلتزم بنسبة الإتاحة في العقد.
- حتى 99.99%
- انتقال تلقائي
- اختبار دوري
ما معنى كل رقم من التسعات؟
الفرق بين 99.9% و99.99% يبدو صغيرًا، لكنه عشرة أضعاف في وقت التوقف.
| الإتاحة | التوقف في السنة | التوقف في الشهر | يتطلب عادة |
|---|---|---|---|
| 99% | 3.65 يوم | 7.3 ساعة | سيرفر واحد بلا مراقبة جيدة |
| 99.9% | 8.8 ساعة | 43 دقيقة | سيرفر واحد جيد مع مراقبة واستجابة |
| 99.95% | 4.4 ساعة | 22 دقيقة | منصة سحابية بإعادة تشغيل تلقائية |
| 99.99% | 53 دقيقة | 4.3 دقيقة | تكرار في كل الطبقات وانتقال تلقائي |
| 99.999% | 5 دقائق | 26 ثانية | موقعان نشطان معًا وعمليات ناضجة جدًا |
كيف نزيل نقطة الفشل في كل طبقة
- DNSشبكة موزعة
خوادم أسماء متعددة المواقع، مع تحويل تلقائي بفحص صحة الخدمة.
إدارة DNS- Load Balancerموازن مكرر
زوج موازنات بعنوان مشترك، إن تعطل أحدهما تولى الآخر خلال ثوانٍ.
موازنة الأحمال- Applicationسيرفرات متعددة
سيرفران أو أكثر بلا حالة مخزنة عليها، والجلسات والملفات في مخزن مشترك.
- Databaseتكرار وانتقال
نسخة متزامنة أو مجموعة من ثلاث عقد، مع ترقية تلقائية عند تعطل الأساسي.
قواعد البيانات- Storageتخزين موزع
تخزين مكرر على أكثر من خادم، للملفات المرفوعة وأقراص السيرفرات.
- Networkمسارات مزدوجة
اتصالات بمزودين مختلفين، ومبدلات مكررة، ومصادر طاقة مزدوجة.
- Siteموقع ثانٍ
للأنظمة الأكثر حرجًا: موقع ثانٍ في مدينة أخرى، نشط أو جاهز.
التعافي من الكوارث
الإتاحة العالية تُختبر، لا تُفترض
بنية مكررة لم يُختبر انتقالها قد تفشل في اللحظة التي تحتاجها. نختبرها بإيقاف المكونات فعليًا في نافذة متفق عليها.
- إيقاف سيرفر تطبيق والتأكد من استمرار الخدمة
- إيقاف قاعدة البيانات الأساسية وقياس زمن الانتقال
- قطع اتصال شبكي والتأكد من المسار البديل
- محضر بالأزمنة الفعلية وما يحتاج تحسينًا
- التطبيق
- انتقال فوريالموازن يتوقف عن إرسال الطلبات للسيرفر المعطل
- قاعدة البيانات
- ثوانٍ إلى دقيقةترقية النسخة المتزامنة تلقائيًا
- الموقع
- دقائقتحويل DNS أو المسار إلى الموقع الثاني
مستويات الإتاحة
99.95%
منصة سحابية مع قاعدة بيانات مكررة.
- التطبيقسيرفر مع إعادة تشغيل تلقائية
- قاعدة البياناتنسخة متزامنة
- الموقعواحد
- توقف متوقع شهريًاحتى 22 دقيقة
99.99%
تكرار في كل طبقة داخل موقع واحد.
- الموازنمكرر
- التطبيقسيرفران أو أكثر
- قاعدة البياناتمجموعة من 3 عقد
- توقف متوقع شهريًاحتى 4 دقائق
موقعان
الرياض وجدة معًا.
- الموقعاننشطان أو جاهزان
- البياناتمتزامنة بين المدينتين
- الكوارثمغطاة
- مهندسمخصص
أسئلة عن الإتاحة العالية
نراجع بنيتك الحالية ونحدد نقاط الفشل الواحدة فيها.
ما الفرق بين الإتاحة العالية والتعافي من الكوارث؟
الإتاحة العالية تمنع التوقف عند تعطل مكون، بانتقال تلقائي خلال ثوانٍ. والتعافي من الكوارث يعيد النظام بعد حدث كبير كتعطل مركز بيانات كامل، خلال دقائق أو ساعات. الأنظمة الحرجة تحتاج الاثنين.
هل يحتاج تطبيقي تعديلًا ليعمل على أكثر من سيرفر؟
غالبًا تعديلات بسيطة: نقل الجلسات إلى Redis، والملفات المرفوعة إلى تخزين مشترك، وضبط المهام المجدولة لتعمل مرة واحدة. نراجع التطبيق مع فريقك ونحدد ما يلزم.
لماذا لا يكفي سيرفر قوي جدًا؟
لأن السيرفر الواحد، مهما كان قويًا، يتوقف عند تحديث نظامه أو تعطل قطعة فيه. الإتاحة تأتي من التكرار، لا من القوة.
هل يمكن تحديث النظام دون توقف؟
نعم، مع أكثر من سيرفر تطبيق نحدّثها واحدًا تلو الآخر، والموازن يوجه الحركة للسيرفرات العاملة.
كم تزيد التكلفة؟
البنية المكررة تحتاج موارد أكثر، لكنها لا تعني مضاعفة كل شيء. نصمم التكرار حيث يلزم فقط، ونقارنه لك بتكلفة ساعة التوقف في نظامك.
اطلب تصميم بنية عالية الإتاحة
أخبرنا بنظامك وبنيته الحالية ونسبة الإتاحة المطلوبة، ونرسل التصميم وتكلفته.
- رد من مختص خلال ساعات العمل نفسها
- تقييم مجاني لبنيتك الحالية إن وُجدت
- عرض مكتوب بالمواصفات والتكلفة
- نقل مجاني من مزودك الحالي