Ротация и архивирование журналов

Журналы сервера необходимы для отладки и мониторинга, но со временем они могут стать очень большими. Если не контролировать их размер, они быстро заполнят дисковое пространство, что приведёт к нестабильной работе сервера или даже сбоям.

Здесь на помощь приходит ротация журналов. Это важный процесс эффективного управления размером файлов журналов.

В системах Linux используется утилита logrotate для автоматизации управления файлами журналов. Она предназначена для следующих задач:

• Ротация журналов (переименование старых файлов)
• Сжатие старых журналов для экономии места
• Удаление очень старых файлов журналов
• Запуск пользовательских сценариев после ротации

В большинстве дистрибутивов Linux logrotate предварительно установлен и настроен на ежедневный запуск через задание cron.

logrotate считывает конфигурацию из определённых файлов. Есть два основных места:

• /etc/logrotate.conf: основной файл конфигурации, часто содержащий глобальные параметры и значения по умолчанию.
• /etc/logrotate.d/: каталог, в котором отдельные приложения и службы размещают собственные правила ротации журналов. Каждый файл в этом каталоге рассматривается как отдельная конфигурация.

Такой модульный подход упрощает управление правилами для разных служб.

Один из первых параметров, который нужно определить, — как часто следует выполнять ротацию журналов. logrotate предлагает для этого несколько директив:

• daily: выполнять ротацию журналов каждый день.
• weekly: выполнять ротацию журналов раз в неделю.
• monthly: выполнять ротацию журналов раз в месяц.
• yearly: выполнять ротацию журналов раз в год.

Выберите периодичность, которая обеспечит баланс между сохранением подробностей журналов и расходом дискового пространства.

Директива rotate указывает logrotate, сколько старых файлов журналов нужно хранить до удаления самых старых. Например, rotate 4 означает, что будет сохранён текущий файл журнала и четыре ротированные (архивные) версии.

После достижения этого ограничения самый старый ротированный журнал удаляется при выполнении следующей ротации.

Чтобы сэкономить ещё больше места на диске, logrotate может сжимать старые файлы log. Директива compress делает именно это, обычно с помощью gzip.

При включении этой функции повернутые файлы log будут иметь расширение .gz (например, myapp.log.1.gz). Для большинства серверных файлов log это настоятельно рекомендуется.

Иногда файлы log могут очень быстро увеличиваться, и ожидания ежедневной или еженедельной ротации недостаточно. Директива size позволяет выполнять ротацию файлов log, если они превышают определённый размер, независимо от периодичности по времени.

• size 100k: выполнять ротацию, если файл log больше 100 килобайт.
• size 10M: выполнять ротацию, если файл log больше 10 мегабайт.
• size 1G: выполнять ротацию, если файл log больше 1 гигабайта.

Если указаны и периодичность по времени (например, daily), и size, ротация выполняется при соблюдении любого из условий.

Вот простой пример файла конфигурации, который можно найти в каталоге /etc/logrotate.d/, для файла log условного приложения:

Эта конфигурация будет выполнять ротацию log ежедневно, хранить 7 старых копий и сжимать их.

Хотя logrotate обычно запускается автоматически через cron, Вы можете вручную проверить или принудительно выполнить ротацию. Основная команда — logrotate /etc/logrotate.conf.

Чтобы принудительно выполнить ротацию (это удобно для проверки конфигураций), используйте флаг -f:

• logrotate -f /etc/logrotate.d/my_app: принудительно выполняет ротацию для указанного файла конфигурации.
• logrotate -f /etc/logrotate.conf: принудительно выполняет ротацию для всех настроенных файлов log.

Используйте флаг -d (отладка), чтобы увидеть, какие действия были бы выполнены, не запуская фактическую ротацию.

В этом уроке мы изучили эффективное управление серверными файлами log с помощью logrotate. Мы узнали, что:

• Ротация файлов log предотвращает исчерпание места на диске.
• logrotate использует файлы конфигурации в каталогах /etc/logrotate.conf и /etc/logrotate.d/.
• К основным директивам относятся daily/weekly/monthly для задания периодичности, rotate для хранения, compress для экономии места и size для условной ротации.

Правильное управление файлами log — основа стабильной работы сервера!