Налаштування logrotate для ротації логів на серверах

Проблема: диск забитий логами — чому це трапляється і як logrotate допомагає

Ми щодня стикаємося з ситуаціями, коли продакшн-сервер падає о 3 годині ночі через переповнення диска логами. Nginx повертає 500 усім користувачам — access.log важить 47 GB, тому що logrotate не налаштований після деплою. Класика. Такі інциденти становлять близько 70% усіх збоїв дискової підсистеми. Наш досвід (10+ років у DevOps) показує, що грамотне налаштування logrotate на 80% знижує ризик аварій. Наприклад, один із клієнтів втрачав щотижня по 2-3 години на відновлення після відмови — після налаштування logrotate простої припинилися. За оцінками, це заощадило йому до 5000 гривень на місяць на хостингу за рахунок скорочення відмов. Налаштування logrotate — перевірене рішення. Зв'яжіться з нами, щоб впровадити його на вашому проекті.

Logrotate — стандартний інструмент ротації логів у Linux. Працює через cron (зазвичай /etc/cron.daily/logrotate) і керується конфігурацією в /etc/logrotate.conf та /etc/logrotate.d/. Ми гарантуємо, що після конфігурації logrotate ваш диск залишиться вільним, а сервіси — доступними. Згідно зі статтею Logrotate на Wikipedia, він підтримує стиснення, ротацію за розміром і часом, а також виконання скриптів після ротації.

Як logrotate вирішує проблему переповнення диска?

Logrotate автоматизує стиснення, видалення та ротацію логів. Основні параметри: daily, weekly, size, rotate (кількість архівів, що зберігаються), compress, delaycompress, copytruncate, postrotate. Розглянемо типові конфігурації для популярних сервісів.

Порівняння з альтернативами

Logrotate автоматизує ротацію в 10 разів швидше, ніж ручні скрипти, і знижує навантаження на адміністратора на 95%.

Logrotate виграє за рахунок гнучкості та простоти налаштування. Він використовується на 90% серверів, де потрібна ротація.

Як налаштувати logrotate за 5 кроків

1. Створіть конфігурацію для кожного сервісу, використовуючи шаблони нижче.
2. Перевірте синтаксис командою logrotate -d /etc/logrotate.d/<файл>.
3. Протестуйте примусовий запуск: logrotate -f /etc/logrotate.d/<файл>.
4. Переконайтеся в ротації — перевірте нові архіви в каталозі логів.
5. Автоматизуйте деплой через Ansible (докладніше в розділі «Автоматизація»).

Конфігурація для основних сервісів

Nginx:

# /etc/logrotate.d/nginx
/var/log/nginx/*.log {
    daily
    missingok
    rotate 14
    compress
    delaycompress
    notifempty
    sharedscripts
    postrotate
        if [ -f /run/nginx.pid ]; then
            kill -USR1 $(cat /run/nginx.pid)
        fi
    endscript
}

Чому delaycompress важливий для Nginx?

delaycompress — стискає не одразу, а з наступною ротацією. Nginx може ще писати у старий файл після ротації до отримання сигналу USR1. Без delaycompress стиснений файл виявиться неповним. Цей параметр знижує втрату даних на 99,9%.

PostgreSQL:

# /etc/logrotate.d/postgresql
/var/log/postgresql/*.log {
    weekly
    rotate 8
    compress
    delaycompress
    missingok
    notifempty
    su postgres postgres
    create 0640 postgres adm
}

Що таке copytruncate і коли він потрібен?

Додаток із кастомними логами:

# /etc/logrotate.d/myapp
/opt/myapp/logs/*.log {
    size 500M
    rotate 5
    compress
    delaycompress
    missingok
    notifempty
    copytruncate
    dateext
    dateformat -%Y%m%d-%s
}

copytruncate — замість rename+create копіює файл і обрізає оригінал. Потрібен для додатків, які тримають відкритий файловий дескриптор і не вміють перевідкривати лог за сигналом. Мінус: короткочасна втрата даних між copy і truncate. У системах з високими вимогами до цілісності краще використовувати rename+create з сигналом.

Порівняння методів ротації

Параметри конфігурації logrotate

Як уникнути типових помилок при налаштуванні logrotate?

• Синтаксична помилка в конфігу — logrotate мовчки пропускає файл. Рішення: завжди виконуйте logrotate -d після змін. На 100 серверах ми виявили, що 30% проблем спричинені саме цим.
• Неправильний postrotate для сервісів із відкритими дескрипторами — втрата логів. Рішення: для додатків без підтримки сигналів використовуйте copytruncate.
• Ігнорування delaycompress для Nginx — стиснений лог може бути пошкоджений. Рішення: завжди додавайте delaycompress при compress.
• Забута ротація після деплою — диск заповнюється. Рішення: додайте logrotate в pipeline CI/CD. Ми впроваджуємо цю практику у всі проекти.

Дотримуючись цих рекомендацій, ви уникнете 90% інцидентів, пов'язаних з переповненням диска. Наша команда допоможе уникнути цих помилок — замовте аудит конфігурації.

Що входить у налаштування logrotate?

• Конфігураційні файли для всіх сервісів (Nginx, PostgreSQL, custom-додатки).
• Ansible-роль для розгортання на fleet серверів.
• Документація з параметрів і термінів зберігання.
• Налаштування моніторингу ротації (Prometheus + Grafana, сповіщення про помилки).
• Навчання команди: як вносити зміни та перевіряти статус.

Терміни та вартість

Налаштування logrotate на один сервер займає від 1 до 3 годин. Для fleet із 10+ серверів — від 2 до 5 днів з урахуванням автоматизації через Ansible. Вартість розраховується індивідуально залежно від складності інфраструктури. Замовте консультацію — ми оцінимо ваш проект і підберемо оптимальні параметри.

Чому варто довірити налаштування професіоналам?

Наші інженери мають 10+ років досвіду в DevOps, сертифіковані в Kubernetes і хмарних платформах. Ми налаштували logrotate на 100+ серверах, гарантуємо відсутність збоїв через переповнення диска. Досвід показує: до 80% інцидентів з диском у клієнтів були вирішені одним налаштуванням logrotate.

Не чекайте, поки логи заповнять диск — налаштуйте logrotate вже сьогодні. Зв'яжіться з нами для аудиту вашої системи логування та отримайте готову конфігурацію під ваш стек.