Колко дисково пространство трябва на VPS? Измерихме какво всъщност го пълни

Страниците с планове поставят RAM на първо място, но пълен диск сваля сървъра също толкова сигурно. При "No space left on device" базите данни спират да пишат, а сайтовете – да отговарят, колкото и памет да е свободна. Разходът на диск лесно се предвижда, ако знаете какво расте. Пуснахме нови сървъри от собствените си образи и измерихме всеки от обичайните заподозрени.

Колко заема нов сървър

Измерено веднага след първото стартиране:

На 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. Важни са образите. Изтеглихме осем популярни, един след друг, и всеки път мерихме с колко е нараснал дискът:

Образите с обща основа преизползват нейните слоеве, затова python:3.12-slim добави само 59 MB: същата Debian основа вече бяха донесли nginx:latest и postgres:16. Образите на основата на 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.

Какво да изберете

Две правила удължават живота на всеки от тях: ограничете журналите на контейнерите преди внедряване и копирайте резервните копия извън сървъра, вместо да ги държите на неговия диск. Ако сървърът вече е пълен, ръководството ни за освобождаване на място на диска ще ви преведе стъпка по стъпка. За паметта при избора на размер вижте колко RAM трябва на VPS. Всички планове са на страницата VPS, а плащането е в USDT, USDC или ETH в мрежите Base, Ethereum или Polygon.