التقنية / تحليل ورؤى عملية

حدّد سقف سجلات Docker قبل امتلاء القرص

فحص قصير لنمو سجلات الحاويات: تحديد الاستهلاك وضبط التدوير والتحقق، دون حذف عشوائي أو فقد الأدلة.

ADأردشير دارياني··1 دقائق للقراءة
تصور لقائمة فحص تشغيلية بجوار خادم
صورة مفاهيمية أصلية مولّدة بالذكاء الاصطناعي؛ لا تمثل بدقة منتجًا تجاريًا أو بنية فعلية.

المصدر التقني: توثيق json-file من Docker. القائمة مقترح مستقل لهذه الملاحظة.

حذف السجل سريعًا عند امتلاء القرص قد يخفي المشكلة ويمحو الأدلة. أقترح تحديد المسؤول وحد الاحتفاظ قبل الأزمة.

اعرف الاستهلاك أولًا

  • افصل استهلاك قرص المضيف عن بيانات التطبيق.
  • افحص درايفر السجل والإعداد الفعلي للحاوية نفسها.
  • طابق الرسائل المتكررة مع بداية النمو.

يمكن تحديد الحجم وعدد الملفات في json-file. المثال التعليمي جزء تسجيل خدمة Compose فقط، أما القيم المناسبة فتحتاج تقييمًا محليًا:

logging:
  driver: json-file
  options:
    max-size: "10m"
    max-file: "3"

المكتوب ليس المفعّل

تغيير افتراض daemon لا يحدث الحاويات الموجودة تلقائيًا. طبّق التغيير عبر النشر وخطة وفحص لاحق. لا تعدّل ملفات السجلات الداخلية مباشرة؛ يديرها Docker.

إفراغ القرص ليس النهاية

افتراضيًا، يولّد خطأ اتصال رسائل مستمرة. يحد التدوير النمو لكنه لا يصلح الاتصال. افحص معدل الرسائل وإمكان التحقيق بعد الإصلاح.

وثّق مالك الاحتفاظ ومدته وتنبيه السعة. الحدود الصغيرة دون حفظ أدلة قد تصنع مشكلة أخرى.

مراجعة المصدر: 2 نوفمبر 2026. المثال ليس إعدادًا عامًا أو أمر حذف بيانات.

تحليل تقني لاتخاذ قرارات أكثر وعيًا.جميع المنشورات →