Automatiser le nettoyage et la rotation des logs

Automatiser le nettoyage et la rotation des logs avec Logrotate sans couper les services

Définition : Logrotate est un utilitaire système Linux conçu pour automatiser l’administration des fichiers journaux (logs) en gérant leur rotation, leur compression, leur suppression et leur archivage afin d’éviter la saturation des disques durs.

1. Pourquoi la gestion des logs est critique sur les serveurs à fort trafic

• Risque de saturation (Disk Full) : Les fichiers de log grossissent indéfiniment jusqu’à épuiser les inodes ou l’espace disque disponible.
• Impact sur les I/O disque : Manipuler ou analyser des fichiers de log titanesques (plusieurs dizaines de gigaoctets) sature les performances d’E/S du système, ralentissant l’ensemble des daemons.
• Dilution de la traçabilité : Des fichiers trop volumineux deviennent inexploitable pour le débogage, l’analyse des performances ou les audits de sécurité.

2. Le piège classique : éviter la coupure des services

Option A : Le rechargement à chaud (Reload via postrotate) — Recommandé

Option B : La solution de repli (copytruncate)

• Inconvénient : Un micro-laps de temps existe entre la copie et la troncature, ce qui peut causer la perte de quelques lignes si le trafic d’écriture est extrêmement dense.

3. Anatomie d’une configuration Logrotate haute performance

/var/log/monapp/*.log {
    daily
    size 500M
    rotate 30
    compress
    delaycompress
    missingok
    notifempty
    sharedscripts
    create 0640 monapp monapp
    postrotate
        systemctl reload monapp.service > /dev/null 2>&1 || true
    endscript
}

Décryptage des directives clés :

• daily / size 500M : Déclenche la rotation soit tous les jours, soit dès que le fichier atteint 500 Mo (le premier critère atteint l’emporte, idéal pour lisser la charge).
• rotate 30 : Conserve les 30 dernières archives avant de purger les plus anciennes de l’espace de stockage.
• compress : Compresse immédiatement les logs routés (par défaut au format gzip).
• delaycompress : Retarde la compression de l’archive de la veille au cycle suivant. Essentiel sur les gros serveurs pour laisser le temps aux processus d’écriture de se finaliser sans surcharger le processeur.
• missingok : Empêche Logrotate de renvoyer une erreur si un fichier journal vient à manquer.
• notifempty : Ignore la rotation si le fichier est vide, évitant de générer des archives inutiles.
• sharedscripts : Garantit que le script de fin (postrotate) ne s’exécutera qu’une seule fois globalement pour l’ensemble des fichiers correspondants au pattern.
• postrotate ... endscript : Exécute un rechargement propre (systemctl reload) permettant au processus de basculer instantanément sur le nouveau journal sans perte de requêtes.

4. Cas pratique : Optimisation pour Nginx

/var/log/nginx/*.log {
    daily
    missingok
    rotate 14
    compress
    delaycompress
    notifempty
    create 0640 www-data adm
    sharedscripts
    postrotate
        if [ -d /run/systemd/system ]; then
            systemctl reload nginx.service > /dev/null 2>&1 || true
        fi
    endscript
}

5. Bonnes pratiques et validation de vos scripts

1. Tester la configuration en mode simulation (-d) :
   Exécutez la commande suivante pour simuler le processus en mode verbeux sans modifier les fichiers réels :

   Bash

   sudo logrotate -d /etc/logrotate.d/monapp
   

2. Forcer l’exécution manuelle (-f) :
   Pour valider concrètement que le script postrotate fonctionne et que la compression s’effectue sans encombre :

   Bash

   sudo logrotate -f /etc/logrotate.d/monapp
   

3. Surveiller l’état de Logrotate :
   Consultez le fichier d’état interne pour vérifier la date de la dernière rotation effectuée :

   Bash

   cat /var/lib/logrotate/status
   

FAQ : Tout savoir sur Logrotate et la gestion des logs

Quelle est la différence entre copytruncate et un rechargement postrotate ?

Comment forcer Logrotate à s’exécuter immédiatement ?

Pourquoi utiliser la directive delaycompress sur un serveur à fort trafic ?

Conclusion