[{"data":1,"prerenderedAt":215},["ShallowReactive",2],{"seo-verification":3,"blog-تنبيهات-امتلاء-القرص-والذاكرة-على-vps-دون-منظومة-مراقبة-ar":6},{"google":4,"bing":5},"EycwPY2XMyTkVzas3n1ygeNJFGAH513qrMjfDljzsMQ","",{"key":7,"data":8},"blog-تنبيهات-امتلاء-القرص-والذاكرة-على-vps-دون-منظومة-مراقبة-ar",{"id":9,"slug":10,"slugs":11,"title":15,"excerpt":16,"readTime":17,"views":18,"isPinned":19,"publishedAt":20,"updatedAt":21,"category":22,"categories":28,"featuredImage":30,"bgImage":31,"posterImage":32,"relatedSolution":30,"intro":33,"sections":34,"ctaTitle":155,"ctaBody":156,"ctaButton":157,"ctaUrl":158,"relatedPosts":159},506,"تنبيهات-امتلاء-القرص-والذاكرة-على-vps-دون-منظومة-مراقبة",{"fr":12,"en":13,"ar":10,"es":14},"alertes-disque-ram-vps-monitoring-proactif","disk-full-and-ram-alerts-on-a-vps-no-monitoring-stack-needed","alertas-de-disco-lleno-y-ram-en-un-vps-sin-pila-de-supervision","تنبيهات امتلاء القرص والذاكرة على VPS دون منظومة مراقبة","ستة تنبيهات shell لخوادم VPS عملائكم: القرص، inodes، OOM، خدمات systemd، الشهادات، النسخ الاحتياطية، مع نبضة تراقب الفحص نفسه.",13,0,false,"2026-10-27T00:00:00+00:00","2026-10-27T23:58:39+00:00",{"id":23,"name":24,"slug":25,"color":26,"icon":27},8,"الأمان والمراقبة","securite-monitoring","bg-rose-500\u002F10 text-rose-400","security",[29],{"id":23,"name":24,"slug":25,"color":26,"icon":27},null,"\u002Fblog\u002Fcovers\u002Fbg.svg","\u002Fblog\u002Fcovers\u002Falertes-disque-ram-vps-monitoring-proactif-poster.svg","يمتلئ قرص، فتتوقف قاعدة البيانات، ويعلم العميل قبلكم. الكلفة تدخّل عاجل وثقة مهزوزة. أما منظومة مراقبة كاملة فهي خادم ثانٍ يلزم صيانته، ولذلك تتخلى وكالات كثيرة عنها ولا تراقب شيئًا. يضع هذا الدليل ستة تنبيهات دنيا بلغة shell على كل VPS: القرص، inodes، الذاكرة، الخدمات، الشهادات، النسخ الاحتياطية. ويُراقَب الفحص نفسه بنبضة خارجية.",[35,39,50,53,56,87,90,93,96,132,136,139,149,152],{"type":36,"title":37,"body":38},"h2","القرص الممتلئ لا يُنبّه أحدًا","يتكرر السيناريو نفسه. يعمل VPS لعميل منذ أشهر، وتكتب قاعدة البيانات سجلاتها، وتتراكم النسخ الاحتياطية، وفي صباح ما تتوقف الخدمة. لم يصدر أي تنبيه، ويعلم العميل قبلكم. في PostgreSQL، تُظهر حالة أُبلغ عنها في القائمة البريدية الرسمية للمشروع السطر الدقيق: `PANIC: could not write to file \"pg_wal\u002Fxlogtemp.11399\": No space left on device`. والـ PANIC ليس مجرد تحذير: فالخادم لم يعد قادرًا على تسجيل عمليات الكتابة، فيتوقف، ولا يعاود التشغيل سليمًا إلا بعد تحرير مساحة.\n\nالصعوبة ليست في اكتشاف القرص الممتلئ بل في اكتشافه قبل ذلك. بين امتلاء بنسبة 80 % والانقطاع تبقى غالبًا ساعات أو أيام، وهذه بالضبط النافذة التي ينبغي لتنبيه مضبوط جيدًا أن يلتقطها. لا يعيد هذا الدليل تثبيت منظومة مراقبة: بل يضع الحد الأدنى المفيد على كل VPS، بلغة shell، دون خادم ثانٍ يلزمكم صيانته.",{"type":40,"title":41,"items":42},"ul","التنبيهات الستة الدنيا والنبضة، على كل VPS",[43,44,45,46,47,48,49],"**القرص** — عتبتان: 80 % تحذيرًا و90 % حرجًا، على كل نقطة ربط مهمة.","**الـ inodes** — قد يرفض القرص الكتابة رغم بقاء بايتات حرة إذا استُنفدت الـ inodes.","**الذاكرة وOOM** — اكتشاف أن النواة قتلت عملية، لا مجرد ارتفاع استهلاك الذاكرة.","**خدمات systemd** — التنبيه حين تدخل قاعدة البيانات أو خادم الويب أو الوكيل حالة failed.","**الشهادات** — التنبيه قبل 21 يومًا من الانتهاء، حين يفشل التجديد التلقائي بصمت.","**النسخ الاحتياطية** — التنبيه على غياب نجاح حديث، لا على خطأ صريح فقط.","**الفحص نفسه** — نبضة خارجية تنبّهكم حين تتوقف التنبيهات عن الإرسال.",{"type":36,"title":51,"body":52},"المتطلبات بالأرقام: لا شيء تقريبًا","كل ما يلي يتسع في بضع عشرات من أسطر shell وفق POSIX. تحتاجون إلى VPS بنظام Linux مزوّد بـ `curl` و`cron` أو مؤقّتات systemd، وصلاحية root للكتابة في `\u002Fusr\u002Flocal\u002Fbin` و`\u002Fetc`، ونحو 1 ميغابايت من القرص. وتكلفة الذاكرة هي تكلفة سكربت يدوم ثانية كل خمس دقائق: لا تُذكر، حتى على أصغر VPS.\n\nويكمل المنظومةَ عنصران خارجيان: قناة استقبال (بوت Telegram أو أي webhook يمكن بلوغه عبر HTTP) وخدمة نبضة تستقبل ping منتظمًا وتنبّهكم حين يتوقف. وبخصوص هذه الأخيرة، تقدّم Healthchecks.io خطة مجانية محدودة بـ 20 مهمة و100 سجل لكل مهمة، وهو يكفي أسطولًا صغيرًا؛ تحققوا من هذه الحدود في المصدر قبل الاعتماد عليها. وإن لم ترغبوا في أي خدمة طرف ثالث، فإن وضع push في Uptime Kuma يؤدي الدور نفسه على جهاز تملكونه.",{"type":36,"title":54,"body":55},"القرص والـ inodes: العتبات وما يزيحها","الأمر المفيد هو `df -h --output=pcent,target`: لا يعرض سوى النسبة ونقطة الربط، وهذا سهل القراءة والمعالجة. وبالنسبة للـ inodes تصبح الفكرة نفسها `df --output=ipcent,target`. قد يستهلك مجلد جلسات أو ملفات تخزين مؤقت صغيرة كل الـ inodes في نظام ملفات ext4 بينما يعرض `df -h` امتلاءً بنسبة 40 % فقط: وتفشل الكتابة مع ذلك بالرسالة نفسها `No space left on device`.\n\nوثمة دقة ثانية. في ext4 يُحجز 5 % من الكتل افتراضيًا للعمليات المميّزة، بحسب صفحة دليل `tune2fs`؛ وبذلك تواصل خدمات النظام الكتابة حين يملأ مستخدم عادي القرص. والنتيجة: الخدمة التي تعمل بحساب غير مميّز، مثل قاعدة البيانات، يرى `df` يعرض 100 % بينما القرص مستخدم بنحو 95 %. ومن هنا العتبتان المختارتان: 80 % لإتاحة وقت للتصرف، و90 % للتصرف فورًا. انتظار 100 % يعني التنبيه بعد الانقطاع.",{"type":57,"title":58,"steps":59},"steps","إعداد المنظومة في ساعة واحدة",[60,63,66,69,72,75,78,81,84],{"title":61,"body":62},"إنشاء قناة التنبيه","أنشئوا بوت Telegram عبر BotFather، ودوّنوا الرمز المميز ومعرّف المحادثة التي ستستقبل الرسائل. تتبع كل طلبات واجهة Bot الصيغة `https:\u002F\u002Fapi.telegram.org\u002Fbot\u003Ctoken>\u002FMETHOD_NAME`، وطريقة الإرسال هي `sendMessage`. وإن فضّلتم webhook (Slack أو Mattermost أو ntfy) فلا يتغير سوى السطر الأخير من سكربت الإرسال.",{"title":64,"body":65},"كتابة ملف البيئة","`sudo mkdir -p \u002Fvar\u002Flib\u002Falerte-vps`\n`sudo install -m 600 \u002Fdev\u002Fnull \u002Fetc\u002Falerte-vps.env`\nثم أضيفوا إليه أربعة أسطر: `TG_TOKEN=...` و`TG_CHAT=...` و`HC_URL=https:\u002F\u002Fhc-ping.com\u002F\u003Cuuid>` (فحص كل خمس دقائق) و`HC_URL_JOUR=https:\u002F\u002Fhc-ping.com\u002F\u003Cother-uuid>` (فحص يومي). الوضع 600 يُبقي الرمز مقروءًا لـ root وحده.",{"title":67,"body":68},"كتابة سكربت الإرسال مع منع التكرار","احفظوا هذه الأسطر في `\u002Fusr\u002Flocal\u002Fbin\u002Falerte-envoi` ثم اجعلوا الملف قابلًا للتنفيذ بالأمر `sudo chmod 755`. يمنع ملف القفل لكل رسالة أن تُزعجوا كل خمس دقائق بالتنبيه نفسه: فالرسالة المطابقة لا تُعاد إلا بعد ساعة.\n`#!\u002Fbin\u002Fsh`\n`. \u002Fetc\u002Falerte-vps.env`\n`f=\u002Fvar\u002Flib\u002Falerte-vps\u002F$(echo \"$1\" | md5sum | cut -c1-12)`\n`[ -n \"$(find \"$f\" -mmin -60 2>\u002Fdev\u002Fnull)\" ] && exit 0`\n`touch \"$f\"`\n`curl -fsS -m 10 --retry 3 \"https:\u002F\u002Fapi.telegram.org\u002Fbot${TG_TOKEN}\u002FsendMessage\" -d chat_id=\"${TG_CHAT}\" --data-urlencode text=\"$(hostname) $1\"`",{"title":70,"body":71},"فحص القرص والـ inodes","في `\u002Fusr\u002Flocal\u002Fbin\u002Falerte-rapide` (مع shebang `#!\u002Fbin\u002Fsh`) أضيفوا الحلقتين التاليتين. يستبعد المرشّح `grep -v` أنظمة الملفات التي لا تعرض inodes وتطبع شرطة.\n`df --output=pcent,target -x tmpfs -x devtmpfs | tail -n +2 | while read p m; do n=${p%\\%}; if [ \"$n\" -ge 90 ]; then alerte-envoi \"CRIT disk $m\"; elif [ \"$n\" -ge 80 ]; then alerte-envoi \"WARN disk $m\"; fi; done`\n`df --output=ipcent,target -x tmpfs -x devtmpfs | tail -n +2 | grep -v '^ *-' | while read p m; do [ \"${p%\\%}\" -ge 90 ] && alerte-envoi \"INODES $m\"; done`",{"title":73,"body":74},"اكتشاف العمليات التي قتلها OOM killer","لا يفعل العدّاد `oom_kill` في `\u002Fproc\u002Fvmstat` سوى الازدياد منذ الإقلاع. تُقارن قيمته بالقيمة السابقة المحفوظة في ملف؛ وبعد إعادة التشغيل يبدأ العدّاد من الصفر فتخطئ المقارنة مرة واحدة ثم تستقيم.\n`n=$(awk '\u002F^oom_kill\u002F {print $2}' \u002Fproc\u002Fvmstat)`\n`old=$(cat \u002Fvar\u002Flib\u002Falerte-vps\u002Foom 2>\u002Fdev\u002Fnull || echo 0)`\n`[ \"$n\" -gt \"$old\" ] && alerte-envoi \"OOM kill\"`\n`echo \"$n\" > \u002Fvar\u002Flib\u002Falerte-vps\u002Foom`",{"title":76,"body":77},"إضافة النبضة والجدولة","أنهوا `alerte-rapide` بالـ ping. لا يُبلغ هذا السطر إلا إذا بلغ السكربت نهايته؛ فإن توقف cron أو صار القرص للقراءة فقط أو تعطل السكربت، توقف الـ ping وتنبّهكم الخدمة الخارجية. ثم أضيفوا سطري cron في `\u002Fetc\u002Fcron.d\u002Falerte-vps`.\n`. \u002Fetc\u002Falerte-vps.env; curl -fsS -m 10 --retry 5 -o \u002Fdev\u002Fnull \"$HC_URL\"`\n`PATH=\u002Fusr\u002Flocal\u002Fbin:\u002Fusr\u002Fbin:\u002Fbin`\n`*\u002F5 * * * * root \u002Fusr\u002Flocal\u002Fbin\u002Falerte-rapide`\n`30 7 * * * root \u002Fusr\u002Flocal\u002Fbin\u002Falerte-quotidien`",{"title":79,"body":80},"فحص الشهادات والنسخ الاحتياطية مرة يوميًا","في `\u002Fusr\u002Flocal\u002Fbin\u002Falerte-quotidien` أضيفوا هذه الأسطر. يفشل الخيار `-checkend` في `openssl x509` إذا انتهت صلاحية الشهادة خلال عدد الثواني المحدد؛ و1814400 ثانية تساوي 21 يومًا. ويُنبّه اختبار النسخ حين لا يوجد ملف `.gz` غير فارغ أحدث من 1560 دقيقة، أي 26 ساعة. وينتهي السكربت بـ ping خاص به نحو الفحص الثاني: فبدونه قد يتوقف الفحص اليومي بصمت دون أن يلحظه أحد.\n`echo | openssl s_client -servername your-domain.com -connect your-domain.com:443 2>\u002Fdev\u002Fnull | openssl x509 -noout -checkend 1814400 || alerte-envoi \"CERT your-domain.com\"`\n`find \u002Fvar\u002Fbackups\u002Fapp -name '*.gz' -mmin -1560 -size +1k | grep -q . || alerte-envoi \"BACKUP absent\"`\n`. \u002Fetc\u002Falerte-vps.env; curl -fsS -m 10 --retry 5 -o \u002Fdev\u002Fnull \"$HC_URL_JOUR\"`",{"title":82,"body":83},"ربط الخدمات الحرجة بـ OnFailure","أنشئوا `\u002Fetc\u002Fsystemd\u002Fsystem\u002Fnotify-failure@.service` بالمحتوى التالي ثم نفّذوا `sudo systemctl daemon-reload`.\n`[Unit]`\n`Description=Alerte echec de %i`\n`[Service]`\n`Type=oneshot`\n`ExecStart=\u002Fusr\u002Flocal\u002Fbin\u002Falerte-envoi \"FAILED %i\"`\nولكل خدمة تريدون مراقبتها، افتحوا drop-in بالأمر `sudo systemctl edit mariadb.service` وأضيفوا هذين السطرين.\n`[Unit]`\n`OnFailure=notify-failure@%n.service`",{"title":85,"body":86},"افتعال تنبيه للاختبار ثم التنظيف","تنبيه لم يُطلَق قط ليس تنبيهًا. تحققوا أولًا من المساحة الحرة، وأنشئوا ملفًا كبيرًا بما يكفي لتجاوز العتبة، وشغّلوا السكربت يدويًا، ثم احذفوا الملف. وإن لم تصل الرسالة فالخلل في القناة، ومن الأفضل اكتشافه الآن.\n`df -h --output=pcent,target \u002Fvar\u002Ftmp`\n`sudo fallocate -l 2G \u002Fvar\u002Ftmp\u002Ftest-alerte.img`\n`sudo \u002Fusr\u002Flocal\u002Fbin\u002Falerte-rapide`\n`sudo rm \u002Fvar\u002Ftmp\u002Ftest-alerte.img`",{"type":36,"title":88,"body":89},"الذاكرة: OOM النواة أم حد cgroup","هناك آليتان تقتلان عملية لنقص الذاكرة، ولا تُقرآن في المكان نفسه. الأولى هي OOM killer في النواة حين تنقص الذاكرة الجهاز كله: فيحتوي سجل النواة على رسالة من نوع `Out of memory: Killed process` يتيح `journalctl -k` العثور عليها. والثانية هي حد cgroup. وبحسب توثيق systemd، حين يتعذر احتواء استهلاك وحدة تحت `MemoryMax=` يُستدعى OOM killer داخل الوحدة: وقد يبقى لبقية الجهاز ذاكرة حرة.\n\nويغطي العدّاد `oom_kill` في `\u002Fproc\u002Fvmstat` الحالة الأولى على مستوى الجهاز. أما لوحدة بعينها فيعرض الملف `memory.events` في cgroup الخاص بها عدّادًا `oom_kill` خاصًا، تعرّفه وثائق النواة بأنه عدد عمليات الـ cgroup التي قتلها أي نوع من OOM killer. وعلى VPS يستضيف تطبيقًا شرهًا، مثل التطبيق الموصوف في \u003Ca href=\"\u002Fblog\u002Fn8n-erreurs-memoire-oom-production-vps\">دليل n8n وOOM في الإنتاج\u003C\u002Fa>، يفسّر هذا العدّاد الثاني التوقفات التي لا يُظهرها `free -h` أبدًا.",{"type":36,"title":91,"body":92},"OnFailure: ما يغطيه وما لا يغطيه","بحسب توثيق systemd، يسرد `OnFailure=` الوحدات التي تُفعَّل حين تدخل الوحدة حالة failed. يتلقى القالب `notify-failure@.service` اسم الوحدة المعطوبة عبر المحدّد `%n`، ويمكن لرسالة التنبيه أن ترفق مخرجات `systemctl status` أو `journalctl -u` للسياق.\n\nوالحد بنيوي: الخدمة التي تعمل لكنها لم تعد تستجيب لم تمرّ قط بحالة failed، فلا يقول `OnFailure=` شيئًا. والخدمة التي يعيد `Restart=` تشغيلها لا تبلغ تلك الحالة إلا عند بلوغ حد المحاولات. ولهذه الحالات أضيفوا مسبارًا بسيطًا للتطبيق، مثل `curl` على عنوان صحة التطبيق، في السكربت السريع. وقد عولجت صيغة المؤقّتات وcron في \u003Ca href=\"\u002Fblog\u002Fcron-systemd-timers-automatisation-vps\">دليل cron ومؤقّتات systemd\u003C\u002Fa>، فلا داعي لتكرارها هنا.",{"type":36,"title":94,"body":95},"الشهادات والنسخ: التنبيه على غياب النجاح","قد يفشل التجديد التلقائي للشهادة بصمت أسابيع: سجل DNS عُدّل، أو منفذ محجوب، أو إضافة معطوبة. ولا تنتهي الشهادة في ذلك اليوم بل بعد تسعين يومًا، ولا يتذكر أحد. ويستجوب اختبار `openssl` ما يتلقاه الزائر فعلًا، وهذا أفضل من قراءة ملف على القرص. وعلى خادم تديره Certbot، يسرد `certbot certificates` الشهادات وتواريخ انتهائها، ويتحقق `certbot renew --dry-run` من أن التجديد القادم سينجح.\n\nالمنطق نفسه للنسخ الاحتياطية. التنبيه المرتبط بفشل سكربت النسخ لا يرى الحالة التي لم يُشغَّل فيها السكربت قط. والتنبيه الصحيح يُوضع على الغياب: لا ملف حديث، أو ملف حجمه صفر. وهذا ما يفعله السطر `find -mmin` في السكربت اليومي، ولذلك يصمت حين يسير كل شيء على ما يرام ويتكلم فور توقف سلسلة النسخ، أيًّا كان السبب.",{"type":97,"title":98,"headers":99,"rows":103},"comparison","سكربتات خاصة أم منظومة مراقبة",[100,101,102],"المعيار","سكربتات shell وOnFailure","Beszel أو Uptime Kuma",[104,108,112,116,120,124,128],[105,106,107],"الإعداد","ساعة واحدة، بضعة ملفات في `\u002Fusr\u002Flocal\u002Fbin`","hub يلزم استضافته ووكلاء يُثبَّتون على كل VPS",[109,110,111],"الأسطول المستهدف","من 1 إلى 5 خوادم VPS، وحتى 10 إذا تطابقت العتبات","ما بعد 5 إلى 10 خوادم VPS، أو حين تلزم المقارنة",[113,114,115],"السجل والرسوم","لا شيء، فقط لحظة التنبيه","رسوم واتجاهات ومقارنة بين الأجهزة",[117,118,119],"الصيانة","لا شيء يُحدَّث خارج shell","خادم ثانٍ وتحديثاته يلزم متابعتها",[121,122,123],"خدمات التطبيق","مسبار `curl` تكتبونه بأنفسكم","مسابير HTTP وTCP وصفحة حالة جاهزة",[125,126,127],"عطل المراقِب","تكشفه النبضة الخارجية","يلزم مراقبته على حدة، فالـ hub جهاز بدوره",[129,130,131],"متى تختارونه","تنبيهات دنيا، أسطول صغير، دون خادم إضافي","سجل مطلوب، أسطول متنامٍ، فريق مشترك",{"type":133,"title":134,"body":135},"tip","راقبوا المراقِب","فخ هذه السكربتات أن تتحول إلى طمأنة زائفة: تصمت لأن كل شيء سليم أو لأنها معطوبة، ويبدو الصمت واحدًا في الحالتين. وتحل نبضة الـ ping المشكلة. اضبطوا المدة المتوقعة للفحص فوق فاصل cron بقليل وأضيفوا هامش سماح: تنبيه صمت يصل متأخرًا عشرين دقيقة خير من إنذار كاذب عند كل إعادة تشغيل. واحتفظوا أيضًا بالملف `\u002Fetc\u002Falerte-vps.env` في الوضع 600 ولا تضعوا الرمز في نظام التحكم بالإصدارات أبدًا.",{"type":36,"title":137,"body":138},"استكشاف الأخطاء: الأعطال التي تتكرر","تتعطل التنبيهات نفسها بطرق يمكن توقعها. هذه أكثر الحالات مصادفة، مع الرسالة أو العَرَض الذي ينبغي التعرف عليه والعلاج. ويُتحقق من كل منها يدويًا قبل البحث أبعد.",{"type":40,"title":140,"items":141},"الرسائل والأعراض مع علاجها",[142,143,144,145,146,147,148],"**`PANIC: could not write to file \"pg_wal\u002F...\": No space left on device`** — المجلد الذي يحمل سجلات PostgreSQL ممتلئ. حرّروا مساحة خارج PostgreSQL أولًا (سجلات مدوَّرة، نسخ قديمة)، ولا تحذفوا ملفات `pg_wal` يدويًا أبدًا، ثم أعيدوا تشغيل الخدمة.","**`No space left on device` بينما يعرض `df -h` مساحة حرة** — الـ inodes مستنفدة. نفّذوا `df --output=ipcent,target`، وحدّدوا المجلد الذي يضم ملايين الملفات الصغيرة (جلسات، تخزين مؤقت) ونظّفوه.","**القرص ممتلئ لكن `du` لا يجد المساحة** — ملفات محذوفة ما زالت مفتوحة لدى عملية. يسردها `sudo lsof +L1`؛ وإعادة تشغيل العملية تحرر المساحة.","**`oom_kill` يرتفع ولا شيء في `journalctl -k`** — دار سجل النواة أو أن القتل ناتج عن حد `MemoryMax=`. اقرؤوا `memory.events` في مجلد cgroup الوحدة و`journalctl -u` للوحدة.","**وحدة تعمل لكنها لا تستجيب ولا تنبيه** — هذا حد `OnFailure=`. أضيفوا مسبار `curl` على عنوان الصحة ونبّهوا بحسب رمز الإرجاع.","**لا رسالة Telegram ولا خطأ ظاهر** — يرسل cron مخرجات السكربت بريدًا محليًا لا يقرؤه أحد. شغّلوا `alerte-envoi test` يدويًا بـ `sudo` واقرؤوا ردّ `curl`.","**الشهادة تقترب من الانتهاء رغم تثبيت Certbot** — نفّذوا `certbot renew --dry-run` واقرؤوا خطأ التحقق، ثم صحّحوا DNS أو المنفذ المعني.",{"type":36,"title":150,"body":151},"التوثيق الرسمي","كل سلوك موصوف هنا مصدره مرجع أولي. بالنسبة إلى `OnFailure=` راجعوا \u003Ca href=\"https:\u002F\u002Fwww.freedesktop.org\u002Fsoftware\u002Fsystemd\u002Fman\u002Flatest\u002Fsystemd.unit.html\">صفحة دليل systemd.unit\u003C\u002Fa>؛ وبالنسبة إلى `MemoryMax=` راجعوا \u003Ca href=\"https:\u002F\u002Fwww.freedesktop.org\u002Fsoftware\u002Fsystemd\u002Fman\u002Flatest\u002Fsystemd.resource-control.html\">systemd.resource-control\u003C\u002Fa>؛ وللعدّادين `oom` و`oom_kill` راجعوا \u003Ca href=\"https:\u002F\u002Fdocs.kernel.org\u002Fadmin-guide\u002Fcgroup-v2.html\">توثيق cgroups v2 في النواة\u003C\u002Fa>؛ وللـ 5 % المحجوزة راجعوا \u003Ca href=\"https:\u002F\u002Fman7.org\u002Flinux\u002Fman-pages\u002Fman8\u002Ftune2fs.8.html\">صفحة دليل tune2fs\u003C\u002Fa>. وفي جانب الإرسال تصف \u003Ca href=\"https:\u002F\u002Fcore.telegram.org\u002Fbots\u002Fapi#making-requests\">واجهة Telegram Bot\u003C\u002Fa> شكل الطلبات، وتصف \u003Ca href=\"https:\u002F\u002Fhealthchecks.io\u002Fdocs\u002Fhttp_api\u002F\">وثائق واجهة Healthchecks\u003C\u002Fa> عناوين الـ ping، مع \u003Ca href=\"https:\u002F\u002Fhealthchecks.io\u002Fpricing\u002F\">صفحة الأسعار\u003C\u002Fa> لحدود الخطة المجانية. وبخصوص التجديد راجعوا \u003Ca href=\"https:\u002F\u002Feff-certbot.readthedocs.io\u002Fen\u002Fstable\u002Fusing.html\">توثيق Certbot\u003C\u002Fa>. ورسالة PostgreSQL المقتبسة مصدرها \u003Ca href=\"https:\u002F\u002Fwww.postgresql.org\u002Fmessage-id\u002FBL0PR04MB6499BC32502F223A7BDF9BF2D0B30%40BL0PR04MB6499.namprd04.prod.outlook.com\">نقاش في القائمة البريدية الرسمية للمشروع\u003C\u002Fa>.",{"type":36,"title":153,"body":154},"تنبيهات بسيطة ومتطابقة على كل VPS","ستة تنبيهات ونبضة لا تحل محل منظومة مراقبة، لكنها تغطي ما يُسقط خادمًا فعلًا: القرص والـ inodes والذاكرة والخدمات والشهادات والنسخ. والمكسب الرئيسي هو التجانس: العتبات نفسها والرسائل نفسها وطريقة الاختبار نفسها على كل جهاز في الأسطول. وحين يكبر الأسطول أو يلزم سجل تاريخي، يُمهَّد الانتقال إلى منظومة في \u003Ca href=\"\u002Fblog\u002Fself-host-beszel-vps\">دليل Beszel\u003C\u002Fa> وفي \u003Ca href=\"\u002Fblog\u002Fmonitoring-alerte-proactif-self-hosted-vps\">دليل التنبيهات الاستباقية مع Beszel وUptime Kuma\u003C\u002Fa>، وهما يعالجان التثبيت من أوله إلى آخره.","أسطول VPS لعملاء، وعتبات متجانسة","على ServOrbit.com تجتمع نطاقات أسطول العملاء واستضافاته وخوادمه في مكان واحد وفضاء إدارة واحد. ويتوفر خيار إدارة VPS للعملاء الذين لا يريدون إدارة خادمهم بأنفسهم.","اطلعوا على حلول الوكالات","\u002Fsolutions\u002Fagences",[160,176,197],{"id":161,"slug":162,"slugs":163,"title":167,"excerpt":168,"readTime":169,"views":18,"isPinned":19,"publishedAt":170,"updatedAt":171,"category":172,"categories":173,"featuredImage":30,"bgImage":31,"posterImage":175,"relatedSolution":30},440,"مراقبة-استباقية-vps-beszel-uptime-kuma",{"fr":164,"en":165,"ar":162,"es":166},"monitoring-alerte-proactif-self-hosted-vps","proactive-vps-monitoring-beszel-uptime-kuma-v2","monitorizacion-proactiva-vps-beszel-uptime-kuma-v2","مراقبة استباقية على VPS: Beszel و‎Uptime Kuma v2","انشر Beszel و‏Uptime Kuma v2 على خادم VPS لمراقبة كامل أسطولك من الخوادم وتلقّي تنبيهات Telegram أو SMTP قبل أن يلاحظ عملاؤك أي عطل.",11,"2026-10-14T00:00:00+00:00","2026-10-14T23:33:30+00:00",{"id":23,"name":24,"slug":25,"color":26,"icon":27},[174],{"id":23,"name":24,"slug":25,"color":26,"icon":27},"\u002Fblog\u002Fcovers\u002Fmonitoring-alerte-proactif-self-hosted-vps-poster.svg",{"id":177,"slug":178,"slugs":179,"title":183,"excerpt":184,"readTime":185,"views":186,"isPinned":19,"publishedAt":187,"updatedAt":188,"category":189,"categories":194,"featuredImage":30,"bgImage":31,"posterImage":196,"relatedSolution":30},230,"cron-مقابل-systemd-timers-أتمتة-vps-linux",{"fr":180,"en":181,"ar":178,"es":182},"cron-systemd-timers-automatisation-vps","cron-vs-systemd-timers-automate-your-linux-vps","cron-vs-systemd-timers-automatizar-vps-linux","‏cron مقابل systemd timers: أتمتة VPS Linux","مقارنة عملية بين cron وsystemd timers: الصياغة والسجلات والهجرة واستكشاف الأخطاء للمهام المتكررة على ‏VPS Linux.",12,1,"2026-08-06T00:00:00+00:00","2026-09-20T21:13:53+00:00",{"id":190,"name":191,"slug":192,"color":193,"icon":192},2,"الأتمتة","automatisation","bg-brand-action\u002F10 text-brand-action",[195],{"id":190,"name":191,"slug":192,"color":193,"icon":192},"\u002Fblog\u002Fcovers\u002Fcron-systemd-timers-automatisation-vps-poster.svg",{"id":198,"slug":199,"slugs":200,"title":204,"excerpt":205,"readTime":23,"views":186,"isPinned":19,"publishedAt":206,"updatedAt":207,"category":208,"categories":209,"featuredImage":30,"bgImage":31,"posterImage":211,"relatedSolution":212},133,"استضف-beszel-على-vps-مركز-مراقبة-متعدد-الخوادم",{"fr":201,"en":202,"ar":199,"es":203},"self-host-beszel-vps","self-host-beszel-multi-server-monitoring-hub-on-your-vps","alojar-beszel-hub-monitorizacion-vps","استضف Beszel على VPS: المراقبة والتنبيهات والأمان","انشر Beszel على VPS، راقب كامل أسطولك من مركز واحد، هيّئ تنبيهات Telegram والبريد الإلكتروني، فعّل المصادقة الثنائية وحلّ مشاكل الوكلاء الصامتين وأخطاء TLS والمنافذ المحجوبة.","2026-02-14T00:00:00+00:00","2026-09-07T11:26:10+00:00",{"id":23,"name":24,"slug":25,"color":26,"icon":27},[210],{"id":23,"name":24,"slug":25,"color":26,"icon":27},"\u002Fblog\u002Fcovers\u002Fself-host-beszel-vps-poster.svg",{"categorySlug":213,"appSlug":214},"المراقبة-وقابلية-الرصد","beszel",1793145820656]