لماذا تستضيف Netdata ذاتيًا على خادم افتراضي VPS
تكمن قوة Netdata في الدقة بمقدار الثانية والاكتشاف التلقائي. فحيث يتطلّب Prometheus مصدِّرات وإعداد جمع، يكتشف Netdata خدماتك تلقائيًا (Nginx، MySQL، Docker، systemd، الأقراص) ويعرض آلاف المقاييس منذ التثبيت، بدقة ثانية واحدة. إنها الأداة المثالية للتشخيص المباشر: ذروة حِمل، أو عملية جامحة، أو إشباع في الإدخال/الإخراج تظهر فورًا. باستضافتها على خادمك VPS الخاص بدلًا من المرور عبر Netdata Cloud، تحتفظ بكامل المقاييس محليًا وتتجنّب تصدير بيانات البنية التحتية. صُمّم الوكيل ليكون خفيفًا رغم غزارة البيانات، بفضل ضغط فعّال في الذاكرة. إنه المكمّل المثالي لمراقبة التوفّر: يخبرك Netdata لماذا تتباطأ خدمة ما، لا فقط إن كانت تستجيب.
مزايا هذا القالب على خادمك VPS
- دقة لحظية بمقدار الثانية، مثالية لتشخيص حادث مباشرةً.
- اكتشاف تلقائي لمئات الخدمات (Nginx، MySQL، PostgreSQL، Docker، Redis) دون إعداد.
- واجهة ويب فورية مع آلاف الرسوم البيانية المنظَّمة حسب الفئة.
- تنبيهات مُعدّة مسبقًا وذات صلة منذ التثبيت، قابلة للضبط وفق عتباتك.
- وكيل خفيف مُحسَّن كي لا يثقل على موارد الخادم VPS الذي يراقبه.
- كشف الحالات الشاذّة المعتمد على تعلّم الآلة والمدمج في الوكيل.
المتطلبات اللازمة لاستضافتها
صُمّم Netdata ليكون خفيفًا: يعمل بارتياح على خادم VPS بمعالج vCPU واحد وذاكرة RAM بسعة 1 غيغابايت، حتى أثناء مراقبة خادم مُحمَّل. يجمع الوكيل افتراضيًا سجلًا قصيرًا في الذاكرة؛ وللاحتفاظ ببيانات عدة أيام، فعّل قاعدة dbengine على القرص وخصّص بضعة غيغابايت إضافية. يتم التثبيت عبر الـ kickstart الرسمي أو في حاوية Docker. لإتاحة الواجهة عبر HTTPS، تحتاج إلى اسم نطاق ووكيل عكسي؛ وإلا يمكنك إبقاؤها قابلة للوصول فقط عبر نفق SSH لمزيد من الأمان.
تثبيت Netdata وتأمينه على خادمك VPS
تثبيت الوكيل عبر الـ kickstart
على خادم VPS، شغّل السكربت الرسمي: wget -O /tmp/netdata-kickstart.sh https://get.netdata.cloud/kickstart.sh && sh /tmp/netdata-kickstart.sh. يبدأ الوكيل وتصبح الواجهة متاحة على المنفذ 19999.
التحقّق من الجمع التلقائي
افتح http://IP_DU_VPS:19999: يعرض Netdata بالفعل CPU و RAM والأقراص والشبكة وجميع الخدمات المكتشَفة. تحقّق من ظهور المجمِّعات لديك (Nginx، MySQL، Docker) في القائمة الجانبية.
تقييد الوصول إلى الواجهة
افتراضيًا يكون المنفذ 19999 مفتوحًا. قيّده عبر الجدار الناري (ufw allow from VOTRE_IP to any port 19999)، أو الأفضل اربطه بـ localhost في netdata.conf وادخل إليه عبر نفق SSH: ssh -L 19999:localhost:19999 user@vps.
الإتاحة عبر HTTPS بوكيل عكسي (اختياري)
لوصول دائم، ضع Caddy أو Nginx أمام الوكيل: monitoring.mydomain.com { reverse_proxy localhost:19999 }. أضف مصادقة أساسية لحماية الواجهة المتاحة.
ضبط الاحتفاظ والتنبيهات
فعّل قاعدة dbengine للاحتفاظ بسجل عدة أيام على القرص، ثم عدّل عتبات التنبيه في health.d/ (على سبيل المثال تنبيه إذا انخفضت ذاكرة RAM المتاحة تحت 10%) واربط إشعارًا عبر البريد الإلكتروني أو Telegram.
إذا كنت تدير عدة خوادم VPS، فثبّت Netdata على كل منها ثم جمّعها عبر أصل Netdata (إعداد البث). ترسل الوكلاء الأبناء مقاييسها إلى الأصل، ما يمنحك رؤية مركزية متعددة الخوادم مع إبقاء الجمع اللحظي محليًا. إنه المكافئ ذاتي الاستضافة لـ Netdata Cloud، دون أن تخرج بياناتك من بنيتك التحتية: يكفي خادم VPS أصل واحد لاستقبال تدفّقات عدة أبناء.
الوثائق الرسمية
للإعداد المتقدّم والخيارات الخاصة بالأداة، ارجع إلى الوثائق الرسمية لـ Netdata. يغطّي هذا الدليل النشر على خادم VPS؛ وتبقى وثائق الناشر المرجع للضبط الدقيق والتحديثات الكبرى وحالات الاستخدام الخاصة.
