De cât spațiu pe disc are nevoie un VPS? Am măsurat ce îl umple de fapt

Paginile planurilor pun în față memoria RAM, dar un disc plin doboară un server la fel de sigur. La "No space left on device", bazele de date nu mai scriu, iar site-urile nu mai răspund, oricâtă memorie ar fi liberă. Consumul de disc e ușor de anticipat dacă știi ce crește. Am pornit servere noi din propriile imagini și am măsurat fiecare dintre suspecții obișnuiți.

Cât ocupă un server proaspăt

Măsurat imediat după prima pornire:

Pe Linux, aproape tot un Nano de 15 GB e al tău din prima zi. Windows ocupă mai mult de un sfert din cei 50 GB înainte să instalezi ceva și, cum vei vedea mai jos, actualizările iau mai mult.

O parte din cei 2,7 GB ai Ubuntu se recupera ușor. 440 MB erau cache-ul de pachete al actualizărilor de la prima pornire, iar erau instalate trei nuclee, deși se folosește unul. Două comenzi au adus spațiul ocupat la 2,16 GB:

sudo apt clean
sudo apt autoremove --purge

Docker: imaginile se adună repede

Instalarea Docker în sine a adăugat circa 300 MB. Contează imaginile. Am descărcat opt uzuale, una după alta, și am măsurat de fiecare dată cât a crescut discul:

Imaginile cu o bază comună îi refolosesc straturile, de aceea python:3.12-slim a adăugat doar 59 MB: nginx:latest și postgres:16 aduseseră deja aceeași bază Debian. Imaginile bazate pe Alpine sunt de câteva ori mai mici decât cele complete. Doar node:22 cântărește 1,5 GB, așa că, atunci când poți, construiește pe node:22-slim sau node:22-alpine.

Imaginile se adună la fiecare actualizare: fiecare docker compose pull lasă în urmă versiunea veche. Pe serverul nostru de test, o comandă le-a eliminat pe toate:

docker system df
docker system prune -a

A raportat 4,1 GB recuperați. prune -a șterge orice imagine pe care n-o folosește niciun container, așa că rulează-l cu stack-ul pornit. Volumele nu sunt atinse decât dacă adaugi --volumes.

Jurnalele: ce umple un disc într-o noapte

Docker păstrează tot ce afișează un container, implicit fără limită de dimensiune. Am rulat un container care afișa un rând scurt într-o buclă, genul de ieșire pe care o produce o verificare de sănătate sau un mod de depanare. După 30 de secunde, fișierul lui de jurnal avea 6 MB. În ritmul acesta ar scrie cam 17 GB pe zi, mai mult decât tot discul unui plan Micro.

Setează o limită pentru toate containerele noi în /etc/docker/daemon.json:

{
  "log-driver": "local",
  "log-opts": { "max-size": "10m", "max-file": "3" }
}

Apoi rulează sudo systemctl restart docker și recreează-ți containerele (docker compose up -d --force-recreate). Containerele existente își păstrează setările cu care au fost create. Cu limita, jurnalul aceluiași container de test avea 4 MB după 30 de secunde și nu poate depăși niciodată 30 MB.

Jurnalul sistemului are deja o limită: pe serverul nostru Ubuntu de 25 GB, journald se limitează la 2,3 GB, o zecime din sistemul de fișiere. Folosea 15 MB.

Windows: actualizările au nevoie de spațiu

Imaginea noastră de Windows Server 2022 era din 2022, așa că am actualizat-o. În timp ce se instala prima actualizare cumulativă, spațiul ocupat a urcat de la 12,6 la 20,8 GB, iar după a doua a ajuns la 24,5 GB. Windows păstrează versiunea veche a fiecărui fișier de sistem pe care îl înlocuiește o actualizare. Curățarea l-a readus la 14,6 GB, iar un server nou creat din imaginea actualizată pornește acum de la 14 GB. Păstrează cel puțin 10 GB liberi pentru următoarea actualizare. Ghidul de actualizare Windows are comenzile de curățare.

Ce să alegi

Două reguli fac ca oricare dintre ele să țină mai mult: limitează jurnalele containerelor înainte de lansare și copiază copiile de rezervă în afara serverului în loc să le păstrezi pe discul lui. Dacă un server e deja plin, ghidul nostru pentru eliberarea spațiului pe disc te conduce pas cu pas. Pentru partea de memorie a dimensionării, vezi de câtă memorie RAM are nevoie un VPS. Toate planurile sunt pe pagina VPS, cu plata în USDT, USDC sau ETH prin Base, Ethereum sau Polygon.