صفحات الخطط تضع ذاكرة RAM في المقدمة، لكن القرص الممتلئ يُسقط الخادم بالقدر نفسه من اليقين. مع "No space left on device" تتوقف قواعد البيانات عن الكتابة والمواقع عن الاستجابة، مهما كانت الذاكرة الحرة. من السهل توقع استهلاك القرص إذا عرفت ما الذي يكبر. شغّلنا خوادم جديدة من صورنا الخاصة وقسنا كل واحد من المشتبه بهم المعتادين.
كم يشغل الخادم الجديد
القياس مباشرة بعد الإقلاع الأول:
| النظام | المساحة المستخدمة |
|---|---|
| Alpine Linux 3.21 | 153 MB |
| Debian 12 | 1.2 GB |
| Ubuntu 24.04 | 2.7 GB |
| Windows Server 2022 | 14.0 GB |
على Linux تكاد تكون خطة Nano بسعة 15 GB كلها لك منذ اليوم الأول. يشغل Windows أكثر من ربع مساحته البالغة 50 GB قبل أن تثبت أي شيء، وكما سترى أدناه تأخذ التحديثات أكثر.
جزء من 2.7 GB في Ubuntu كان سهل الاسترجاع. 440 MB كانت ذاكرة الحزم المؤقتة من تحديثات الإقلاع الأول، وكانت هناك ثلاث أنوية مثبتة مع أن واحدة فقط مستخدمة. خفّض أمران الاستخدام إلى 2.16 GB:
sudo apt clean
sudo apt autoremove --purge
Docker: الصور تتراكم بسرعة
تثبيت Docker نفسه أضاف نحو 300 MB. ما يهم هو الصور. سحبنا ثماني صور شائعة، واحدة تلو الأخرى، وقسنا في كل مرة مقدار نمو القرص:
| الصورة | المساحة المضافة |
|---|---|
nginx:alpine | 91 MB |
nginx:latest | 232 MB |
postgres:16 | 501 MB |
python:3.12-slim | 59 MB |
node:22 | 1,564 MB |
mariadb:11 | 437 MB |
wordpress:latest | 960 MB |
redis:7-alpine | 55 MB |
| الإجمالي | 3.9 GB |
الصور التي تشترك في أساس واحد تعيد استخدام طبقاته، ولهذا أضافت python:3.12-slim 59 MB فقط: فقد جلبت nginx:latest وpostgres:16 أساس Debian نفسه من قبل. الصور المبنية على Alpine أصغر من الكاملة بعدة أضعاف. node:22 وحدها تزن 1.5 GB، لذا ابنِ على node:22-slim أو node:22-alpine متى استطعت.
تتكدس الصور مع التحديثات: كل docker compose pull يترك النسخة القديمة خلفه. على خادم الاختبار لدينا أزالها أمر واحد كلها:
docker system df
docker system prune -a
أفاد باسترجاع 4.1 GB. يحذف prune -a كل صورة لا تستخدمها أي حاوية، لذا شغّله وحزمتك تعمل. لا يمس وحدات التخزين إلا إذا أضفت --volumes.
السجلات: ما يملأ القرص في ليلة واحدة
يحتفظ Docker بكل ما تطبعه الحاوية، وافتراضيًا دون حد للحجم. شغّلنا حاوية تطبع سطرًا قصيرًا في حلقة، وهو نوع المخرجات الذي يولده فحص الصحة أو وضع التصحيح. بعد 30 ثانية كان ملف سجلها 6 MB. بهذا المعدل ستكتب نحو 17 GB يوميًا، أي أكثر من قرص خطة Micro كله.
ضع حدًا لكل الحاويات الجديدة في /etc/docker/daemon.json:
{
"log-driver": "local",
"log-opts": { "max-size": "10m", "max-file": "3" }
}
ثم شغّل sudo systemctl restart docker وأعد إنشاء حاوياتك (docker compose up -d --force-recreate). تحتفظ الحاويات الموجودة بالإعدادات التي أُنشئت بها. مع الحد كان سجل حاوية الاختبار نفسها 4 MB بعد 30 ثانية، ولن يتجاوز 30 MB أبدًا.
سجل النظام محدود أصلًا: على خادم Ubuntu لدينا بسعة 25 GB يحد journald نفسه عند 2.3 GB، أي عُشر نظام الملفات. وكان يستخدم 15 MB.
Windows: التحديثات تحتاج مساحة
كانت صورة Windows Server 2022 لدينا من عام 2022، فحدّثناها. أثناء تثبيت أول تحديث تراكمي ارتفع الاستخدام من 12.6 إلى 20.8 GB، وبعد الثاني بلغ 24.5 GB. يحتفظ Windows بالنسخة القديمة من كل ملف نظام يستبدله التحديث. أعاده التنظيف إلى 14.6 GB، والخادم الجديد من الصورة المحدثة يبدأ الآن عند 14 GB. اترك 10 GB على الأقل فارغة للتحديث التالي. أوامر التنظيف موجودة في دليل تحديث Windows.
ماذا تختار
| ما تشغله | قرص مريح | الخطة |
|---|---|---|
| بوت، VPN، موقع ثابت صغير | 15 GB | Nano، $3 شهريًا |
| حزمة Docker ببضع صور | 25 GB | Micro، $5 شهريًا |
| WordPress مع قاعدة بيانات وملفات مرفوعة، عدة حزم | 35 GB | Small، $8 شهريًا |
| قواعد بيانات أكبر، صور كثيرة، نسخ احتياطية محلية | 45 GB | Medium، $12 شهريًا |
| Windows Server 2022 | 50–60 GB | Windows-Small، $11 شهريًا |
قاعدتان تجعلان أيًا منها يدوم أطول: حدّ سجلات الحاويات قبل النشر، وانسخ النسخ الاحتياطية خارج الخادم بدل إبقائها على قرصه. إذا كان الخادم ممتلئًا بالفعل فإن دليلنا لتحرير مساحة القرص يرشدك خطوة بخطوة. ولجانب الذاكرة في اختيار الحجم راجع كم RAM يحتاج VPS. كل الخطط في صفحة VPS، والدفع بعملة USDT أو USDC أو ETH عبر شبكات Base أو Ethereum أو Polygon.
التعليقات
لا تعليقات بعد. كن الأول.