Ubuntu: корень 100%, сайт «просто лёг», journal съел диск

Исходное состояние

Что было на площадке

Мониторинг «внешний ping» был зелёный. HTTP 504. SSH то впускал, то отваливался на записи. df -h показывал / на 100%, df -i — inode тоже на пределе: миллионы мелких файлов в старых overlay2.

journald без Vacuum, логи nginx в /var на том же корне, docker prune никогда не делали. Бэкап VPS — снапшот провайдера раз в неделю, последний удачный — до забития, то есть бесполезен для «вернуть место».

Рамки

Ограничения и задача

• Нельзя снести /var/log целиком: нужен хвост для разбора 504.
• Консоль провайдера была, но пароль root в панели не совпадал с актуальным.
• Магазин в сезон распродажи — простой считается деньгами, не «ну сервер».

Факт

Результат

• HTTP 200, SSH стабилен, / на 28% после уборки и выноса логов.
• Повторного забития за три месяца не было: vacuum и prune по cron с алертом, если prune не освободил ожидаемое.
• Снапшот больше не единственный backup: rsync данных магазина уходит offsite.

Практика

Выводы

• Ping не равен сервису. Диск и inode — отдельные датчики.
• Docker без политики хранения забивает корень незаметно для тех, кто смотрит только на «память и CPU».
• Консоль провайдера и актуальный пароль/ключ — часть backup-плана, не мелочь.