نادرًا ما يتعطل الخادم فجأة. إنه يتعطل تدريجيًا: تتسلل الذاكرة نحو حدها الأقصى، وتتقلص مساحة القرص سجلًا بعد سجل، ويعاد تشغيل تطبيق ما بوتيرة متزايدة. وُجدت المراقبة لالتقاط هذه الاتجاهات ما دام هناك وقت للتصرف — قبل تعطّل عملية دفع، وقبل أن ترفض قاعدة بيانات الإقلاع، وقبل أن يراسلك عملاء بشأن موقع ظل بطيئًا طوال الصباح.
لا تحتاج إلى منصة مراقبة مؤسسية لحماية خادم صغير. فبالنسبة إلى نسخة VPS واحدة أو بضع نسخ، تقتصر المراقبة في الأساس على أربعة مؤشرات للموارد، وعدد قليل من إشارات مستوى التطبيق، وعادة بسيطة في فحصها. يتناول هذا المقال المؤشرات التي تهم على VPS، وكيفية تفسيرها، والأدوات التي يُبدأ بها، وما يجب فعله عندما يخرج رقم ما عن السيطرة.
لماذا نكلّف أنفسنا عناء مراقبة VPS أصلًا؟
السبب الأول هو البقاء. فاستنفاد الموارد هو السبب الأكثر شيوعًا لشكوى «توقف موقعي» على الخوادم الصغيرة: يتنافس نظام التشغيل وخادم الويب وبيئة التشغيل وقاعدة البيانات على الذاكرة RAM المحدودة نفسها، وعندما تنفد الذاكرة يبدأ النواة بإنهاء عمليات — وليس دائمًا العملية التي كنت ستختارها.
السبب الثاني هو المال. تخبرك المراقبة بالموارد المستنفدة فعلًا، فترتقي بالحجم بناءً على دليل لا على الهلع. ولأن معظم خطط VPS تُفوتر شهريًا دون التزام، يمكنك التوسيع لمرحلة نمو ثم التقليص لاحقًا — لكن فقط إذا عرفت ما الذي نفد فعلًا. فالتخمين يدفعك إلى شراء CPU إضافي بينما كانت المشكلة الحقيقية في الذاكرة RAM أو القرص.
السبب الثالث هو الثقة. فهدف المراقبة الأساسية ليس التقاط كل شذوذ، بل التقاط المشكلات مبكرًا بما يكفي كي لا تتحول أبدًا إلى حالات طارئة.
المؤشرات الأربعة التي تهم على VPS
CPU. راقب الاتجاهات على مدى دقائق وساعات، لا القفزة اللحظية أثناء النشر. على VPS بـ vCPU واحد أو اثنين، يعني استخدام CPU المستمر فوق 80 إلى 90 بالمئة أنك قريب من السقف — وأي ارتفاع لاحق في الزيارات أو مهمة خلفية سيدفعك إلى تجاوزه. القفزات العارضة الناتجة عن مهام cron والنسخ الاحتياطي ومعالجة الصور طبيعية؛ والمهم أن يعود الاستخدام بعدها إلى مستواه الأساسي.
الذاكرة (RAM). هذا هو المؤشر الذي يقتل الخوادم الصغيرة أولًا. راقب الاستخدام الإجمالي وأولِ اهتمامًا خاصًا لنشاط swap: فالخادم الذي يتبادل باستمرار يبدو بطيئًا لأن كل عملية تلمس القرص. والارتفاع التدريجي الذي لا يعود إلى الانخفاض يعني عادة تسربًا في الذاكرة أو خطة أصغر من اللازم. نبّه عند استخدام 80 إلى 85 بالمئة، وحقّق قبل أن يقرر OOM killer في النواة بدلًا عنك.
القرص. يهمّ رقمان: المساحة وعمليات I/O. فالسجلات وملفات قواعد البيانات والنسخ الاحتياطية تنمو دون استئذان — نبّه عند 80 بالمئة ونظّف قبل 95، لأن القرص الممتلئ قد يُفسد قواعد البيانات ويمنع الخدمات من الكتابة. ويهمّ I/O لأن طبقة التخزين لديك تحدد سقف سرعتك: على VPS NVMe يكون زمن استجابة القرص ممتازًا عادة، لذا فإن الارتفاع المفاجئ في انتظار I/O يشير عادة إلى استعلام جامح لا إلى القرص نفسه. وإذا كنت تقارن بين مضيفين، فإن VPS NVMe هو الطبقة التي تمنحك هامشًا في الأحمال الكثيفة على قواعد البيانات.
الشبكة. راقب النطاق الترددي المستخدم، إضافة إلى أخطاء الشبكة وحالات الإسقاط. فالالاتصال الذي يعاني فقدان الحزم يجعل الخادم يتصرف بشكل غير منتظم بما لا تفسره رسوم CPU وRAM قط. وإذا كانت خدماتك تعرّف العملاء عبر IP — البريد الإلكتروني، وعمليات استدعاء الدفع، وقوائم السماح في API — فإن IPv4 المخصصة لديك جزء من الصورة أيضًا: تأكد من إعداد DNS العكسي وراقب حجب العنوان من أطراف ثالثة.
إشارات مستوى التطبيق: ما وراء نظام التشغيل
تخبرك مؤشرات الموارد بأن الخادم حيّ؛ وتخبرك مؤشرات التطبيق بأنه يعمل.
- زمن الاستجابة ورموز الحالة. ارتفاع نسبة أخطاء HTTP 5xx مع CPU وRAM سليمين يعني عادة خطأً في التطبيق لا مشكلة في تحديد الحجم.
- السجلات. راجع سجلات الأخطاء بعد كل عملية نشر على الأقل. ففحص «ما الذي فشل الليلة الماضية» أسرع من انتظار عميل يبلّغ عنه.
- حالة النسخ الاحتياطي. إذا كانت استضافتك تتضمن نسخًا احتياطيًا تلقائيًا، فتحقق دوريًا من تنفيذها ومن قدرتك على الاستعادة منها. فالنسخة الاحتياطية غير المختبَرة أمل لا خطة.
- انتهاء شهادة TLS. تنتهي الشهادات وفق جدول زمني؛ والشهادة المنتهية تحوّل خادمًا سليمًا إلى خادم يتعذر الوصول إليه. نبّه قبل 30 يومًا من التجديد.
- عدد مرات إعادة التشغيل. إذا كان تطبيقك أو قاعدة بياناتك يعاد تشغيله بانتظام، فثمة خلل — عادة ضغط على الذاكرة أو عامل (worker) يتعطل. فإعادات التشغيل إشارة، لا إحصائية تُتجاهل.
أدوات للبدء
لا تحتاج إلى بناء منصة مراقبة من اليوم الأول.
- لوحة معلومات خفيفة — مثل Netdata أو شاشات المراقبة في لوحة إدارة VPS لديك — توفّر خلال دقائق رسومًا بيانية فورية لـ CPU وRAM والقرص والشبكة. راقبها أسبوعًا قبل أتمتة أي شيء.
- سكربت فحص مجدول لا يحظى بتقدير كافٍ: مهمة cron تسجّل مخرجات `free` و`df` و`uptime` في ملف لا تكلف شيئًا وتمنحك سجلًا تاريخيًا عندما تظهر مشكلة لاحقًا.
- أداة فحص توفّر خارجية — خدمة مجانية تختبر موقعك كل بضع دقائق — تلتقط نمط العطل الذي لا يستطيع خادمك الإبلاغ عنه: تعذّر الوصول إلى الخادم.
- قناة تنبيه تراها فعلًا. فالتنبيهات التي لا يقرأها أحد مجرد زينة.
أدوات مثل Prometheus مع Grafana تتوسع بسلاسة لاحقًا، لكنها مشروع قائم بذاته. ابدأ بلوحة معلومات واحدة، وفحص توفّر واحد، وتنبيهات على الذاكرة والقرص — فهذا يغطي الأعطال الأكثر إضرارًا بالنشرات الصغيرة.
قائمة تحقق المراقبة
- رسوم CPU وRAM والقرص والشبكة موجودة وتُراجَع أسبوعيًا على الأقل.
- التنبيهات مضبوطة عند تجاوز الذاكرة 80 إلى 85 بالمئة وتجاوز القرص 80 بالمئة.
- يُراقَب استخدام swap؛ والتبادل المستمر يستدعي التحقيق.
- معدلات أخطاء HTTP وأزمنة الاستجابة ظاهرة في مكان ما.
- تُراجَع سجلات الأخطاء، على الأقل بعد كل عملية نشر.
- يُتحقَّق من نجاح النسخ الاحتياطي، ويُختبر الاستعادة مرة واحدة على الأقل.
- تُراقَب شهادات TLS ويُجدَّد قبل انتهاء صلاحيتها.
- مسار الترقية الخاص بخطتك معروف قبل أن تحتاج إليه، لا بعد ذلك.
الأسئلة الشائعة
أي أداة مراقبة ينبغي للمبتدئ استخدامها على VPS؟
ابدأ بأبسط ما يمنحك سجلًا تاريخيًا: عروض المراقبة في لوحة إدارة VPS أو وكيل خفيف مثل Netdata. أضف أداة فحص توفّر خارجية وتنبيهًا واحدًا على الذاكرة والقرص. لا تنتقل إلى Prometheus أو إلى منصة تجارية إلا عندما تتجاوز ذلك.
ما السبب الأكثر شيوعًا لانقطاع VPS في التطبيقات الصغيرة؟
يمثّل استنفاد الذاكرة وامتلاء الأقراص نسبة كبيرة من حوادث الخوادم الصغيرة. وكلاهما تدريجي — وكلاهما بالضبط ما تكتشفه المراقبة الأساسية مبكرًا. التنبيهات عند بلوغ 80 بالمئة من الاستخدام في RAM والقرص تحوّل معظم الانقطاعات إلى أحداث يمكن تفاديها.
يمتلك VPS الخاص بي 1 GB من RAM. هل هذا مشكلة؟
ليس بحد ذاته — فكثير من التطبيقات الصغيرة تعمل بيسر على 1 GB عند تحديد الحجم المناسب. المهم هو الاتجاه: إذا كانت الذاكرة ترتفع باطّراد نحو السقف، فإما أن هناك تسريبًا أو أنك تتجاوز الخطة. تُظهر المراقبة أي الحالتين، وتجعل الفوترة الشهرية دون التزام قرار الترقية سهلًا.
هل أحتاج إلى خادم مراقبة منفصل؟
لا. بالنسبة لخادم VPS واحد أو بضعة خوادم، تكفي المراقبة من الخادم نفسه مع فحص توفّر خارجي مجاني. ولا تصبح البنية التحتية للمراقبة المنفصلة مجدية إلا عندما تدير خوادم عديدة وتحتاج إلى رؤية موحّدة.
الخلاصة: راقب ما يمكنك التصرف بناءً عليه
لا تتعلق المراقبة بجمع أكبر عدد من المقاييس؛ بل برؤية الأرقام القليلة التي تتنبأ بالحادثة التالية، في وقت مبكر يكفي للتصرف. يغطي CPU والذاكرة والقرص والشبكة وعدد من مؤشرات التطبيق الأعطال التي تؤثر فعليًا في عمليات النشر الصغيرة. ابدأ بلوحة معلومات، ونبّه على الذاكرة والقرص، وراجع السجلات بعد كل نشر، وتحقّق من أن نسخك الاحتياطي يستعيد فعليًا.
الخادم الأساسي مهم أيضًا. تدير Open Vista، وهي شركة استشارات في تكنولوجيا المعلومات مقرها الرباط (المغرب)، بنيتها التحتية الخاصة للافتراضية KVM (Proxmox)، وتقدّم خطط VPS NVMe بفوترة بالدولار الأمريكي شهريًا ودون التزام. تتضمن كل خطة عنوان IPv4 مخصصًا، ولوحة إدارة، ونسخًا احتياطيًا تلقائيًا، ودعمًا 24/7 باللغتين الإنجليزية والفرنسية، ونشرًا في أقل من 15 دقيقة. تتراوح الخطط من $9.99 إلى $49.99 شهريًا — وهو نطاق تجعل فيه الفوترة الشهرية من الممكن ضبط الحجم وفق ما تمليه بيانات المراقبة.
اطّلع على الخطط والأسعار الحالية على openvista.ma/en/vps، واطلب عبر مساحة العميل على my.openvista.ma. اضبط تنبيهاتك قبل أن تحتاج إليها، لا بعدها.