Logrotate pe VPS: cum limitezi logurile fără să pierzi scrierea mesajelor noi

Un log care crește fără limită poate ocupa spațiul necesar bazei de date sau aplicației. Ștergerea manuală periodică nu este o politică de retenție. Pe multe sisteme Linux, logrotate gestionează redenumirea, păstrarea și comprimarea logurilor, dar trebuie corelat cu modul în care aplicația scrie în fișiere.

Verifică cine administrează deja logul

Identifică fișierul, procesul care îl scrie și regulile existente. Pachetele serverelor web pot instala propriile configurații. Nu adăuga o a doua regulă pentru aceeași cale fără să verifici conflictul. Pentru aplicațiile care scriu în journald sau direct în platforma de containere, retenția poate fi administrată prin alt mecanism.

Notează creșterea zilnică și perioada de păstrare necesară. Retenția trebuie să țină cont de investigații și de volumul datelor, nu doar de un număr ales dintr-un exemplu.

Pregătește o regulă simplă

Pentru un log propriu, într-un director controlat de administrator, punctul de pornire poate arăta astfel:

/var/log/aplicatie/app.log {
    daily
    rotate 7
    missingok
    notifempty
    compress
    delaycompress
    create 0640 siteapp siteapp
}

Utilizatorul, grupul și calea sunt demonstrative. Regula nu include intenționat o comandă generică de redeschidere: aceasta depinde de aplicație. Înainte de activare, completează procedura prin metoda documentată de serviciu.

daily nu înseamnă că sistemul verifică permanent dimensiunea. Execuția efectivă depinde de planificarea logrotate. rotate 7 indică numărul rotațiilor păstrate, nu o garanție universală de șapte zile în orice combinație de opțiuni.

Asigură redeschiderea fișierului

Un proces poate continua să scrie în fișierul vechi după redenumire dacă îl păstrează deschis. Unele aplicații acceptă un semnal ori o comandă de redeschidere. Folosește mecanismul documentat și testează-l pentru serviciul tău.

Opțiunea copytruncate poate fi utilă în anumite situații, dar documentația avertizează asupra unei ferestre în care se pot pierde mesaje. Nu o transforma într-o soluție implicită pentru orice aplicație. Alege metoda pornind de la comportamentul procesului și importanța jurnalului.

Validează configurația fără rotație forțată

sudo logrotate --debug /etc/logrotate.conf

Modul de depanare ajută la inspectarea deciziilor fără modificarea logurilor sau a stării. Citește erorile privind fișierele, permisiunile și regulile duplicate. Nu folosi forțarea rotației ca prim test pe un sistem activ.

Confirmă scrierea după rotația reală

Într-o fereastră potrivită, verifică apariția arhivei și a fișierului nou, apoi generează un eveniment normal în aplicație. Confirmă că mesajul ajunge unde trebuie și că proprietarul fișierului permite scrierea. Verifică și următoarea execuție programată.

Rotația nu înlocuiește monitorizarea capacității sau păstrarea externă atunci când este necesară. Pentru un VPS prin XSERVERE, include aceste reguli în documentația administrării și corelează retenția cu spațiul alocat serviciilor.

Surse

• logrotate — manualul proiectului — https://github.com/logrotate/logrotate/blob/main/logrotate.8.in
• systemd — journald configuration — https://www.freedesktop.org/software/systemd/man/latest/journald.conf.html