مراقبة وقت تشغيل السيرفر: أدوات وطرق فعّالة
99.99% SLA يعني 52 دقيقة توقف بالسنة. لكن كيف تراقب؟ نشرح 5 أدوات مجانية ومدفوعة — مع إعداد التنبيهات.
مراقبة وقت تشغيل السيرفر: لماذا كل دقيقة توقف تكلّفك فلوس
مراقبة وقت تشغيل السيرفر هي الطريقة الوحيدة لمعرفة أن موقعك أو تطبيقك يعمل 24 ساعة في اليوم 7 أيام في الأسبوع. بدون نظام مراقبة فعّال، ممكن سيرفرك يتوقف ساعة كاملة قبل ما يتصل عميل يشتكي. الدراسات تقول إن متوسط تكلفة التوقف للشركات المتوسطة يتراوح بين 5,600 و 9,000 دولار للساعة الواحدة. حتى لو شركتك أصغر من كذا، كل دقيقة توقف تعني عملاء يتركون موقعك ويروحون للمنافس.
المراقبة مو ترف — هي ضرورة. أي مزود استضافة جاد يوفّر أدوات مراقبة أساسية، لكن فهمك لكيفية عمل هذه الأنظمة يساعدك تتخذ قرارات أفضل وتتفاعل أسرع مع المشاكل.
ما هي مراقبة وقت التشغيل
نظام المراقبة يرسل طلبات دورية لسيرفرك (كل 30 ثانية إلى 5 دقائق حسب الإعدادات) ويتحقق من عدة أمور:
- هل السيرفر يستجيب أصلاً؟ اختبار HTTP/HTTPS يتأكد إن الموقع يرد على الطلبات. لو ما رد خلال المهلة المحددة — يُسجّل كتوقف.
- كم سرعة الاستجابة؟ زمن الاستجابة يكشف عن مشاكل الأداء التدريجية قبل ما تتحول لتوقف كامل. موقع يرد بـ 200ms فجأة يصير 2 ثانية = علامة إنذار.
- هل الخدمات الداخلية شغّالة؟ السيرفر ممكن يكون شغّال لكن MySQL متوقف أو Nginx معلّق. الفحص العميق يتأكد من كل خدمة.
- هل شهادة SSL سارية؟ شهادة SSL منتهية تعني تحذير أمني للزوار وخسارة ثقة فورية. التنبيه المبكر يمنع هالمشكلة.
نسب وقت التشغيل: الأرقام الحقيقية خلف النسب
كل مزود استضافة يعلن نسبة وقت تشغيل — لكن الفرق بين 99.9% و 99.99% أكبر بكثير مما يبدو:
| SLA | التوقف المسموح سنوياً | التوقف المسموح شهرياً |
|---|---|---|
| 99.0% | 87 ساعة و 36 دقيقة | 7 ساعات و 18 دقيقة |
| 99.9% | 8 ساعات و 46 دقيقة | 43 دقيقة و 50 ثانية |
| 99.95% | 4 ساعات و 23 دقيقة | 21 دقيقة و 55 ثانية |
| 99.99% | 52 دقيقة و 36 ثانية | 4 دقائق و 23 ثانية |
الفرق بين 99.9% و 99.99% يساوي 8 ساعات توقف إضافي سنوياً. لو موقعك يحقق مبيعات 100 ريال/ساعة، الفرق = بأسعار مناسبة — الأسعار والباقات خسارة إضافية سنوياً من التوقف وحده. كلاود تضمن SLA عالي مع ضمان تعاقدي بالعقد — أقل من ساعة توقف في السنة كاملة.
أفضل أدوات المراقبة المجانية والمدفوعة
أدوات مجانية — كافية للبدء
| الأداة | فترة الفحص | التنبيهات | عدد المواقع | الميزة الرئيسية |
|---|---|---|---|---|
| UptimeRobot | 5 دقائق | إيميل | 50 موقع | أبسط واجهة + صفحة حالة مجانية |
| Hetrix Tools | 1 دقيقة | إيميل + Webhook | 15 موقع | فحص من مواقع جغرافية متعددة |
| StatusCake | 5 دقائق | إيميل | 10 مواقع | اختبار سرعة الصفحة |
| Freshping | 1 دقيقة | إيميل + Slack | 50 موقع | تكامل مع أدوات Freshworks |
أدوات مدفوعة — للشركات والأنظمة الحرجة
| الأداة | فترة الفحص | السعر الشهري | الميزة الرئيسية |
|---|---|---|---|
| Datadog | 10 ثوانٍ | من 15$ | مراقبة شاملة للبنية التحتية + APM + سجلات |
| Pingdom | 1 دقيقة | من 15$ | تقارير مفصلة + مراقبة تجربة المستخدم الحقيقية |
| New Relic | 1 دقيقة | من 25$ | تتبع الأداء على مستوى كل سطر كود |
| Better Stack | 30 ثانية | من 29$ | صفحات حالة احترافية + إدارة حوادث + جداول مناوبات |
إعداد نظام مراقبة فعّال: 4 خطوات
الخطوة 1: حدد ما تراقبه بدقة
- HTTP/HTTPS: الصفحة الرئيسية + صفحات مهمة (تسجيل دخول، صفحة الدفع، API endpoints)
- المنافذ: MySQL (3306)، SSH (22)، SMTP (587)، Redis (6379)
- DNS: تأكد إن النطاق يشير للسيرفر الصحيح — تغيير DNS بالغلط يوقف موقعك بالكامل
- SSL: تنبيه قبل 30 يوم و 7 أيام من انتهاء الشهادة
- Keyword Check: تأكد إن الصفحة ترجع المحتوى الصحيح وليس صفحة خطأ
الخطوة 2: اختر فترة الفحص المناسبة
- موقع شركة عادي: كل 5 دقائق كافٍ. أسوأ حالة: تكتشف التوقف بعد 5 دقائق.
- متجر إلكتروني: كل دقيقة واحدة. كل دقيقة توقف = مبيعات ضائعة.
- تطبيق حكومي أو مالي: كل 30 ثانية. الامتثال يتطلب سرعة استجابة عالية.
الخطوة 3: اضبط التنبيهات بذكاء
التنبيهات الذكية تمنع ما يسمى "Alert Fatigue" — حالة أنك تتجاهل التنبيهات لأنها كثيرة:
- تأكيد التوقف: انتظر فحصين متتاليين فاشلين قبل التنبيه (يتجنب الإنذارات الكاذبة بسبب مشاكل شبكة لحظية)
- تصعيد التنبيهات: أول 5 دقائق = إيميل فقط. بعد 15 دقيقة = SMS. بعد 30 دقيقة = اتصال هاتفي. هذا يمنع إزعاجك بمشاكل تنحل بسرعة ويضمن وصولك للمشاكل الجدية.
- قنوات متعددة: إيميل + SMS + Slack أو Telegram. لا تعتمد على قناة واحدة — ممكن ما تشوف الإيميل.
الخطوة 4: أنشئ صفحة حالة عامة
صفحة حالة عامة (مثل status.cloud.net.sa) تحقق ثلاثة أهداف:
- تزيد ثقة العملاء: يشوفون الشفافية في التعامل مع المشاكل
- تقلل تذاكر الدعم: العملاء يتحققون من الحالة بأنفسهم بدل ما يفتحون تذكرة
- توثّق الحوادث السابقة وإجراءات الإصلاح — مفيد للمراجعة الداخلية
المؤشرات الأساسية وحدود الإنذار
| المؤشر | القيمة الطبيعية | حد الإنذار | حد الطوارئ |
|---|---|---|---|
| زمن الاستجابة | أقل من 200ms | فوق 500ms | فوق 2,000ms |
| استهلاك CPU | أقل من 70% | فوق 85% لمدة 5 دقائق | فوق 95% لمدة دقيقة |
| استهلاك RAM | أقل من 80% | فوق 90% | فوق 97% |
| مساحة القرص | أقل من 70% | فوق 85% | فوق 95% |
| شهادة SSL | سارية | أقل من 30 يوم | أقل من 7 أيام |
خطة التعامل مع التوقف: 5 خطوات
- تأكد من المشكلة (30 ثانية): افحص من أكثر من موقع جغرافي — ممكن تكون مشكلة شبكة محلية عندك. استخدم isitdown.site أو downforeveryoneorjustme.com.
- تحقق من السجلات (2-5 دقائق): سجلات السيرفر (syslog) وسجلات التطبيق غالباً توضح السبب. ابحث عن: Out of Memory، Disk Full، Too Many Connections.
- أعد تشغيل الخدمات المتأثرة (1-2 دقيقة): إعادة تشغيل Nginx أو MySQL أو PHP-FPM تحل 60% من المشاكل مؤقتاً. لكن ابحث عن السبب الجذري لاحقاً.
- تواصل مع المزود (فوراً لو مشكلة بنية تحتية): لو السيرفر نفسه لا يستجيب — المشكلة في البنية التحتية وتحتاج تدخل المزود.
- وثّق الحادثة: سجّل: وقت الاكتشاف، السبب، الإجراء، وقت الحل، المدة الكلية. هذا التوثيق ضروري لتحسين الخطة ومنع تكرار المشكلة.
كلاود توفر مراقبة مدمجة لكل الخوادم السحابية مع تنبيهات تلقائية عبر الإيميل و SMS و WhatsApp. كل حادثة موثقة بالدقيقة والثانية لضمان التزام SLA بنسبة 99.99%. اطلع على صفحة الحالة.
ابدأ الآن
تبي تجرب بنفسك؟ اختر باقة الاستضافة المناسبة أو صمم سيرفرك الخاص بالمواصفات اللي تبيها.
