مساحة غير كافية. لماذا يحدث هذا مرارًا وتكرارًا؟

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

  1. عند إعادة بناء التطبيق، هل تُحذف الصور القديمة في Docker أم تبقى وتستهلك مساحتها؟
  2. لماذا وجدت ملفات سجلات بحجم ضخم؟ هل تحتوي على أي معلومات مفيدة، أم من الأفضل تعطيل التسجيل في مكان ما؟ وأين يمكنني فعل ذلك؟
  3. كم من مساحة القرص كافية لـ Discourse (جميع الملفات والنسخ الاحتياطية محفوظة في S3)؟
ملخص
`    ./launcher rebuild app`
لديك أقل من 5 جيجابايت من المساحة الحرة على القرص الذي يوجد به /var/lib/docker. ستحتاج إلى مساحة أكبر للمتابعة
نظام الملفات      الحجم  المستعمل  المتاح النسبة% mounted on
/dev/vda1        25G   20G  4.8G  81% /

هل ترغب في محاولة استعادة المساحة عن طريق تنظيف صور Docker وحاوياتها في النظام؟(y/N)Н
root@natives:/var/discourse# ./launcher rebuild app
لديك أقل من 5 جيجابايت من المساحة الحرة على القرص الذي يوجد به /var/lib/docker. ستحتاج إلى مساحة أكبر للمتابعة
نظام الملفات      الحجم  المستعمل  المتاح النسبة% mounted on
/dev/vda1        25G   20G  4.8G  81% /

هل ترغب في محاولة استعادة المساحة عن طريق تنظيف صور Docker وحاوياتها في النظام؟(y/N)т
root@natives:/var/discourse# sudo find / -xdev -type f -size +100M
/swapfile
/usr/bin/dockerd
/var/lib/docker/overlay2/11f20e584db8fe2a9a04531c4b414ab666235cf459c32e3ab08dcb4991e617da/diff/var/www/discourse/.git/objects/pack/p                        ack-f9771d8b25eca321a22e64342acf3d1a49941948.pack
/var/lib/docker/overlay2/4053159ab17ec99394d754e06638f4243d480e394e0d47326d147c9d252a4c94/diff/var/www/discourse/.git/objects/pack/p                        ack-ffd1b8da21b9e26b4475a3fef6537a89f21989d6.pack
/var/log/journal/9f879a7af4154a4b84d50c11fc294890/system@285e1547c8b243eb817182c10ee45406-0000000000092ee9-0005a4c436c85763.journal
/var/log/journal/9f879a7af4154a4b84d50c11fc294890/system@285e1547c8b243eb817182c10ee45406-0000000000023601-0005a40f35e2b682.journal
/var/log/journal/9f879a7af4154a4b84d50c11fc294890/system@285e1547c8b243eb817182c10ee45406-0000000000039c20-0005a42bdf4f4f6b.journal
/var/log/journal/9f879a7af4154a4b84d50c11fc294890/system@285e1547c8b243eb817182c10ee45406-0000000000065991-0005a462464f08a1.journal
/var/log/journal/9f879a7af4154a4b84d50c11fc294890/system@285e1547c8b243eb817182c10ee45406-000000000000cdd9-0005a3defb4b3ae3.journal

يخزن Docker جميع الصور التي قمت بتنزيلها حتى تقوم بإزالتها يدويًا.

وللسهولة، سيقوم سكريبت التشغيل الخاص بنا بتنبيهك بتشغيل تنظيف Docker إذا اكتشف أن المساحة الحرة لديك أقل من 5 جيجابايت.

عرّف ما تعنيه بـ"هائل" وما هو ملف السجل المحدد. نقوم بتدوير السجلات افتراضيًا، لكن حجم السجلات يتناسب مع عدد الطلبات.

يعتمد ذلك على حجم قاعدة بيانات PostgreSQL وحجم ذاكرة التخزين المؤقت Redis.

إذا كان PostgreSQL وRedis يعملان في مكان آخر، فسيكون قرص صغير بسعة 40 جيجابايت كافيًا تمامًا.

قاعدة البيانات جديدة، والموقع حديث، وأستخدم Digital Ocean بسعة 25 جيجابايت، ثم زودتها إلى 50 جيجابايت. لا أستخدم خدمات أخرى لاستضافة PostgreSQL و Redis. في هذه الحالة، ما السعة الكافية؟

الآن أدرك أنه من الأفضل مراقبة معلمات الخادم عبر واجهة Digital Ocean.

يجب أن يكون الأمر كذلك. لم ألاحظ الكثير من المشاكل مع السعة البالغة 40 جيجابايت المتوفرة في الـ 2GB droplets. ستظل بحاجة إلى تشغيل أمر ./launcher cleanup بين الحين والآخر. الأمر شبه مستحيل على 25 جيجابايت. يبدو أنه يمكنك الاحتفاظ بنسخ احتياطية تصل إلى 10 جيجابايت مجانًا على https://www.backblaze.com/، ومن السهل نسبيًا إعدادها.

أعتقد أن Scaleway تقدم أول 75 جيجابايت من تخزين الكائنات مجانًا، وهو ما يجب أن يكون كافيًا لمجتمع صغير إلى متوسط الحجم.