Диск заканчивается не из-за данных. В подавляющем большинстве случаев место съедают логи, и происходит это тихо: неделями всё нормально, а потом сервис падает за час.
Неприятность в том, что падает не то, что писало логи. Кончившееся место одинаково ломает базу, очередь и загрузку файлов, и первый час разбора уходит на поиск виноватого не там.
Минимум, который стоит настроить до запуска, а не после:
— ротация всех файлов, куда что-то пишется, включая логи служебных процессов;
— ограничение по суммарному объёму, а не только по числу файлов;
— отдельный раздел под логи, чтобы переполнение не убивало систему целиком;
— оповещение по свободному месту с запасом, а не когда осталось чуть-чуть.
Ротация — это не про аккуратность, а про то, чтобы отказ был предсказуемым. Логи вы потерять готовы, базу — нет. ⚙️
Логи и Ротация
@logs_rotation_n1k_n1k
Диск заканчивается не из-за данных. В подавляющем большинстве случаев место съедают логи, и происходит это тих
Этот пост опубликован в Telegram-канале Логи и Ротация. Подписаться можно по ссылке: @logs_rotation_n1k_n1k.