أفضل إعداد: استخدم فحوصات منفصلة لوقت التشغيل وحِمل النظام وصحة محركات الأقراص
نادراً ما تنجز أداة واحدة هذه المهام الثلاث جيداً. تتكوّن حزمة عملية على ZimaOS من: Uptime Kuma للإجابة عن سؤال «هل الخدمة قابلة للوصول؟»، وNetdata لمتابعة اتجاهات وحدة المعالجة المركزية/ذاكرة الوصول العشوائي/المساحة الحرة/درجة الحرارة، وScrutiny لسجل SMART الخاص بالأقراص. يمنحك ذلك تنبيهات مفيدة من دون الإيحاء بأن فحص الاتصال يمكنه التنبؤ بتعطّل محرك أقراص.
استخدم Uptime Kuma لتوفّر التطبيقات والمنافذ
راقب نقاط نهاية HTTP ومنافذ TCP وأهداف DNS أو الاتصال، ثم أضف قناة إشعارات SMTP/البريد الإلكتروني. يوضّح دليل متطلبات أجهزة Uptime Kuma كيفية التخطيط للسعة التخزينية وعدد عمليات المراقبة. وتوثّق Uptime Kuma أنواع الإشعارات وعمليات المراقبة في وثائق المشروع.
استخدم Netdata للحدود الدنيا والعليا للموارد
المساحة الحرة وحِمل وحدة المعالجة المركزية المستمر وضغط الذاكرة ودرجات الحرارة مقاييس مستمرة، وليست مجرد فحوصات تشغيل/توقّف. صُمّم محرّك التنبيهات في Netdata لفحوصات الصحة القائمة على الحدود. راجع دليل متطلبات أجهزة Netdata ووثائق إشعارات Netdata.
استخدم Scrutiny لسجل SMART، لكن مرّر محركات الأقراص الفعلية
يعتمد Scrutiny على قدرة smartctl على رؤية الأقراص الفعلية. وفي Docker، يعني ذلك ضبط تعيينات --device والقدرات المطلوبة. وقد تحتاج وحدات تحكم RAID إلى معالجة خاصة لنوع الجهاز. توضّح وثائق Scrutiny هذه المتطلبات.
حدّد تنبيهات تشير إلى إجراء محدد
- تعذّر الوصول إلى الخدمة لمدة تتراوح بين دقيقتين و5 دقائق → تحقّق من الحاوية/الشبكة.
- امتلاء نظام الملفات بنسبة تتجاوز 80–90% → نظّف مساحة التخزين أو وسّعها.
- تجاوز درجة الحرارة هدف التشغيل الآمن لأجهزتك → افحص التبريد/حِمل العمل.
- وجود سمات SMART حرجة أو أخطاء متكررة في الجهاز → أنشئ نسخة احتياطية واستبدل محرك الأقراص أو شخّصه.
للاطلاع على مرجع أوسع لتحديد حجم التطبيقات، استخدم دليل أجهزة متجر تطبيقات ZimaOS.
