Performanță

Istoricul încărcării serverului: 24 de ore, 7 sau 30 de zile (colectare — o dată la 5 minute)

Load Average (1m)
2.89
CPU
6.5%
RAM
29.5%
ESTABLISHED
77
Procese
5 / 426
Load Average
CPU
Memorie
Rețea (KB/s)
Disc I/O (KB/s)
Conexiuni TCP
Disc și limite (%)
MySQL
Procese la ultima măsurătoare 11:19
ProcesCPU %RAM %
php-fpm 8.9 12.2
clamd 6.2 10.8
suricata 3.7 15.3
fail2ban-server 1.9 16.4
mysqld 1.1 14.8
Procese la vârful zilei 12.10 09:44 · load 3.09
ProcesCPU %RAM %
php-fpm 12.0 9.2
suricata 5.9 11.7
mysqld 4.2 8.0
crowdsec 2.6 15.9
clamd 1.4 19.0

Istoricul încărcării serverului fără Prometheus și Grafana

top răspunde la o întrebare despre secunda curentă, în timp ce întrebarea pe care și-o pune omul cu adevărat privește noaptea trecută: de ce la trei dimineața totul s-a oprit și a revenit singur. În acel moment nu mai e nimic de privit, fiindcă nimic nu a fost consemnat. Să ridici Prometheus și Grafana pentru un singur VPS este o problemă în sine: stiva care observă cântărește mai mult decât serverul observat.

Un colector adaugă în baza de date o linie la fiecare cinci minute, iar această pagină desenează din ele ultimele 24 de ore. Load average, încărcarea CPU cu I/O wait ținut separat, RAM și swap, traficul de rețea primit și trimis, citirile și scrierile discului, conexiunile TCP stabilite, procesele, umplerea partiției, inode-urile și descriptorii de fișier ca procent din limita lor, conexiunile MySQL. Totul pe o singură pagină și pe aceeași axă a timpului, astfel încât coincidențele se văd cu ochiul liber.

Aceste grafice merită citite în perechi. Un I/O wait ridicat cu un CPU liniștit înseamnă că serverul așteaptă discul, iar adăugarea de nuclee nu va ajuta. O swap care a urcat o dată și nu s-a mai întors la zero spune că vârful de memorie s-a produs deja, oricât de calm ar părea acum. Descriptorii de fișier apropiați de o sută la sută sunt o eroare too many open files cu câteva ore înainte să se producă. Iar pe majoritatea serverelor inode-urile se termină cu mult înaintea spațiului liber.