مراقبة استباقية على VPS: Beszel و‎Uptime Kuma v2

لماذا المراقبة الاستباقية، ولماذا لا تكفي الأدوات الكلاسيكية

ما تُقدّمه هذه المجموعة للوكالة عملياً

• عرض موحّد لجميع خوادم عملائك في واجهة Beszel واحدة، دون تكثير وصلات SSH.
• تنبيهات المقاييس (المعالج، الذاكرة، القرص، الشبكة) بعتبات قابلة للتهيئة لكل مضيف.
• فحوصات توافر HTTP(s) و‏TCP و‏DNS وشهادات SSL عبر Uptime Kuma v2 — كل 60 ثانية افتراضياً.
• إشعارات Telegram أو SMTP جاهزة في الساعة الأولى، دون اشتراك في خدمات خارجية.
• الكشف عن اكتمال القرص أو تسريب الذاكرة قبل أن يحجب خدمة تطبيقية.
• صفحات حالة Uptime Kuma العامة القابلة للمشاركة مع العملاء النهائيين.
• إجمالي استهلاك المجموعة أقل من 150 ميغابايت من ذاكرة الوصول العشوائي على خادم VPS المراقبة.
• نشر قابل للتكرار عبر Docker Compose، قابل للإصدار وإعادة النشر في دقائق.

متطلبات الموارد المُحدَّدة

النشر الكامل: مركز Beszel والوكلاء و‏Uptime Kuma v2 والتنبيهات

1. 01

   إنشاء هيكل Docker Compose على خادم VPS المراقبة

   اتصل بخادم VPS المخصص للمراقبة. أنشئ دليل عمل وملف Compose:

   mkdir -p /opt/monitoring && cd /opt/monitoring

   أنشئ ملف docker-compose‎.yml بالخدمتين:

   services:
     beszel:
       image: henrygd/beszel:latest
       restart: unless-stopped
       volumes:
         - ./beszel_data:/beszel_data
       ports:
         - "8090:8090"
       environment:
         - DATA_DIR=/beszel_data
   
     uptime-kuma:
       image: louislam/uptime-kuma:2
       restart: unless-stopped
       volumes:
         - ./uptime-kuma-data:/app/data
       ports:
         - "3001:3001"
       healthcheck:
         test: ["CMD", "node", "extra/healthcheck"]
         interval: 30s
         timeout: 10s
         retries: 3

   لاحظ كتلة healthcheck على Uptime Kuma: إنها ضرورية لتجنب فخ حلقة التعطل (انظر قسم المخاطر).

2. 02

   تشغيل المجموعة وإنشاء حسابات المدير

   شغّل الحاويتين:

   docker compose up -d

   تحقق من أن الحاويتين في حالة healthy أو running:

   docker compose ps

   ادخل إلى Beszel على http://<ip-vps>:8090 وأنشئ حساب المدير عند أول وصول. افعل الشيء ذاته مع Uptime Kuma على http://<ip-vps>:3001. يجب بعد ذلك وضع كلتا الواجهتين خلف وكيل عكسي مع SSL لتجنب كشفهما عبر HTTP العادي.

3. 03

   نشر وكيل Beszel على كل خادم VPS للمراقبة

   على كل خادم VPS عميل يُراد مراقبته، انسخ المفتاح العام المُنشأ في واجهة Beszel (الإعدادات ← مفتاح SSH)، ثم نفّذ:

   curl -sL https://raw.githubusercontent.com/henrygd/beszel/main/supplemental/scripts/install-agent.sh | bash -s -- -p 45876 -k "<your-public-key>"

   بدلاً من ذلك، استخدم Docker على المضيف المُراقَب:

   services:
     beszel-agent:
       image: henrygd/beszel-agent:latest
       restart: unless-stopped
       network_mode: host
       volumes:
         - /var/run/docker.sock:/var/run/docker.sock:ro
       environment:
         - KEY=<your-public-key>
         - PORT=45876

   في Beszel، أضف كل مضيف من الواجهة (الأنظمة ← إضافة نظام) بتحديد عنوان IP ومنفذ الوكيل. يُنشئ المركز الاتصال نحو الوكيل: لا يحتاج المضيف المُراقَب إلى كشف هذا المنفذ للعموم.

4. 04

   تهيئة تنبيهات المقاييس في Beszel

   في Beszel، افتح تفاصيل أي نظام وانتقل إلى تبويب التنبيهات. هيّئ عتبات للمقاييس الحرجة:

   - القرص: تنبيه عند 80% وتنبيه حرج عند 90% — يغطي سيناريو PostgreSQL من مقدمة المقال.
   - الذاكرة: تنبيه إذا تجاوز الاستخدام 85% لمدة 5 دقائق متواصلة.
   - المعالج: تنبيه إذا تجاوزت النسبة 90% لأكثر من 3 دقائق.

   يدعم Beszel كلاً من Telegram و‏Discord و‏Slack و‏Gotify و‏Ntfy والـ Webhooks العامة. للتنبيهات عبر Telegram، تحتاج إلى رمز Bot (من @BotFather) ومعرّف محادثتك أو مجموعتك.

5. 05

   تهيئة مراقبي Uptime Kuma v2 وتنبيهات SMTP أو Telegram

   في Uptime Kuma، ابدأ بتهيئة قناة إشعار (الإعدادات ← الإشعارات). خياران شائعان:

   Telegram. أدخل رمز Bot ومعرّف المحادثة. Bot ذاتُه المستخدم مع Beszel يعمل — استخدم Bot واحداً للأداتين وميّزهما بقنوات مختلفة.

   SMTP. أدخل خادم SMTP والمنفذ (587 مع STARTTLS) وبيانات الاعتماد وعنوان الوجهة. استخدم حساباً مخصصاً لإرسال التنبيهات.

   أنشئ بعد ذلك مراقبين لكل خدمة حرجة: رابط URL بـ HTTP(s) للمواقع، و‏TCP لقواعد البيانات والمنافذ التطبيقية. لحالة PostgreSQL، أضف مراقباً TCP على المنفذ 5432 لكل خادم VPS يستضيف نسخة — إذا توقفت PostgreSQL، سيتوقف المنفذ عن الاستجابة وسيُطلق التنبيه في ثوانٍ.

6. 06

   وضع كل شيء خلف وكيل عكسي مع SSL

   أضف خدمة nginx أو Caddy إلى Compose لعرض Beszel و‏Uptime Kuma عبر HTTPS:

     caddy:
       image: caddy:alpine
       restart: unless-stopped
       ports:
         - "80:80"
         - "443:443"
       volumes:
         - ./Caddyfile:/etc/caddy/Caddyfile
         - caddy_data:/data

   مع Caddyfile بسيط:

   monitoring.your-domain.com {
       reverse_proxy beszel:8090
   }
   
   status.your-domain.com {
       reverse_proxy uptime-kuma:3001
   }

   يُصدر Caddy شهادات ‏Let's Encrypt تلقائياً ويجدّدها. احذف أقسام ports من beszel و‏uptime-kuma في Compose بمجرد وضعهما خلف وكيل — يجب ألا يكونا قابلَين للوصول مباشرةً.

7. 07

   التحقق من الإعداد وتهيئة الاحتفاظ بالبيانات

   اختبر كل شيء بإيقاف خدمة يدوياً على خادم VPS تجريبي (docker compose stop <service>) والتحقق من وصول تنبيه Telegram أو SMTP خلال أقل من دقيقتين.

   بالنسبة لـ Beszel، هيّئ الاحتفاظ بالبيانات في الإعدادات ← الاحتفاظ: القيمة الافتراضية هي 7 أيام للبيانات عالية الدقة و30 يوماً للتجميعات الساعية. اضبطها وفق سعة قرصك.

   بالنسبة لـ Uptime Kuma، يُهيَّأ الاحتفاظ في الإعدادات ← متقدم ← التنظيف التلقائي. احتفظ بـ 90 يوماً على الأقل لامتلاك اتجاهات uptime شهرية لتقديمها للعملاء.

مخاطر يجب معرفتها قبل الإطلاق في الإنتاج

تغطية التنبيهات حسب تهيئة المجموعة

مرّر الجدول أفقيًا

استكشاف أخطاء المشكلات الشائعة

للمزيد