Monitoring Linux con htop vmstat e iostat — Diagnosi Performance senza Indovinare

Il tuo server Linux risponde lento, ma non sai perché. La CPU è al massimo? La memoria sta andando in swap? Il disco è il collo di bottiglia? Senza strumenti di monitoring Linux, stai letteralmente programmando alla cieca. Noi, di Meteora Web, lo vediamo ogni giorno: aziende che spendono in hardware nuovo quando il problema è un processo impazzito o un disco saturo. In questa guida ti mostriamo come usare htop, vmstat e iostat per trovare la causa esatta, non il sintomo.

Perché il monitoring Linux è il primo passo per un server stabile?

Immagina di guidare una macchina senza cruscotto. Puoi andare avanti, ma al primo problema sei fermo. Un server Linux è identico: htop, vmstat e iostat sono il cruscotto che ti dice se stai finendo carburante, se il motore è surriscaldato o se una ruota è forata. Senza questi strumenti, ogni intervento è un tentativo, non una diagnosi.

La maggior parte dei problemi di performance non è un singolo evento, ma una combinazione di fattori. Un processo che consuma CPU, una memoria che si riempie, un disco che non regge le scritture. Il monitoring ti permette di separare i sintomi dalle cause. E nel nostro lavoro, dove gestiamo server per clienti in tutta Italia, questa distinzione fa la differenza tra un intervento di 10 minuti e una notte insonne.

Come funziona il monitoring proattivo?

Il monitoring non serve solo quando qualcosa si rompe. Serve a prevedere i problemi prima che accadano. Se vedi che la memoria cresce costantemente, puoi pianificare un upgrade prima che il server vada in crash. Se noti che il disco è al 90% di utilizzo, puoi pulire i log prima che lo spazio finisca. Questo è il vero valore del monitoring Linux: non è un lusso, è una necessità operativa.

Un errore comune è pensare che basti guardare un singolo valore. La CPU al 100% può essere normale per un server di rendering, ma un disastro per un database. Il contesto è tutto. Per questo noi ragioniamo in termini di baseline: conosci il comportamento normale del tuo sistema e intervieni quando qualcosa si discosta.

Come si usa htop per individuare i processi che rallentano il sistema?

htop è il successore interattivo di top. Ti mostra in tempo reale l'utilizzo di CPU, memoria e swap, con una lista di processi ordinata per consumo. Ma il suo vero potere sta nelle scorciatoie da tastiera e nella possibilità di filtrare e ordinare i processi senza sforzo.

Quando un server rallenta, il primo riflesso è guardare htop. Ma non devi limitarti a vedere che la CPU è alta. Devi scoprire quale processo la sta usando. Premi F6 e ordina per CPU, oppure usa F4 per filtrare per nome. Se vedi un processo che non conosci, cerca il suo PID e analizzalo con ps -p PID -f.

I comandi essenziali di htop per la diagnosi

Ecco una checklist pratica per usare htop al massimo:

• F6: ordina i processi per CPU o memoria, a seconda di cosa ti serve.
• F4: filtra per nome processo, utile se cerchi un sospetto.
• F9: uccidi un processo direttamente, ma con cautela.
• F5: visualizza ad albero, per capire le relazioni tra processi.

Un esempio concreto: se htop mostra un processo php-fpm che consuma il 90% della CPU, non è il momento di riavviare tutto. Analizza i log di PHP, controlla se c'è un loop infinito o una query pesante. Il monitoring ti dà il punto di partenza, non la soluzione magica.

Come leggere la barra della CPU in htop?

La barra della CPU in htop mostra diversi colori: ogni colore rappresenta un tipo di utilizzo. Il verde è l'utente, il rosso il sistema, il blu i processi a bassa priorità. Se vedi molto rosso, significa che il kernel sta lavorando troppo, spesso per operazioni I/O. Se vedi molto verde, sono i tuoi processi applicativi a essere il problema.

Noi consigliamo di memorizzare i valori normali del tuo sistema. Se un server web ha la CPU al 30% in media, un picco al 90% è un segnale. Se invece è sempre al 90%, forse hai bisogno di più core o di ottimizzare il codice. Il monitoring non sostituisce il buon senso, lo supporta.

Come interpretare vmstat per capire se la memoria o il disco sono il collo di bottiglia?

vmstat è uno strumento che molti sottovalutano, ma è fondamentale per il monitoring Linux. Ti dà un report istantaneo su processi, memoria, swap, I/O e CPU. Il comando base è vmstat 2, che aggiorna i dati ogni 2 secondi. Ma il valore sta nella lettura delle colonne.

Le colonne chiave da osservare sono r (processi in coda per la CPU), si e so (swap in ingresso e uscita) e wa (tempo di attesa per I/O). Se wa è alto, il disco è il collo di bottiglia. Se si e so sono costantemente sopra lo zero, la memoria è insufficiente e il sistema sta usando il disco come RAM, con un disastroso impatto sulle performance.

Come eseguire vmstat e leggere i numeri giusti?

Ecco come usare vmstat nella pratica:

vmstat 2 5

Questo comando esegue vmstat 5 volte, ogni 2 secondi. La prima riga è la media dall'avvio del sistema, le successive sono istantanee. Concentrati sulle righe successive. Se vedi r maggiore del numero di core della CPU, hai un problema di saturazione. Se wa supera il 10-20%, il disco è lento o sovraccarico.

Un caso reale: un cliente con un e-commerce aveva un wa del 60%. Il sito era lentissimo. Abbiamo scoperto che il disco era un vecchio HDD e le query al database erano lente. Siamo passati a un SSD e ottimizzato le query. Il problema è sparito. vmstat ci ha detto dove guardare, senza indovinare.

Come distinguere un problema di RAM da uno di disco?

La regola è semplice: se si e so sono alti, è un problema di RAM. Se wa è alto ma lo swap è a zero, è un problema di disco. Questa distinzione è cruciale perché le soluzioni sono diverse: aggiungere RAM o cambiare disco. Sbagliare diagnosi significa spendere soldi inutilmente.

Come usare iostat per misurare l'utilizzo del disco e la latenza?

iostat è lo strumento per analizzare le performance del disco. Ti mostra l'utilizzo, la latenza e il throughput per ogni dispositivo. Il comando base è iostat -x 2, che mostra statistiche estese ogni 2 secondi. Le colonne chiave sono %util, await e svctm.

%util ti dice quanto è occupato il disco. Se è vicino al 100%, il disco è saturo. await è il tempo medio di risposta in millisecondi. Per un SSD, valori sotto i 10ms sono normali; per un HDD, sotto i 20ms. Se vedi valori più alti, il disco sta soffrendo.

Come eseguire iostat e interpretare le metriche?

Ecco un comando pratico:

iostat -x 2 3

Questo mostra statistiche estese 3 volte, ogni 2 secondi. Guarda %util: se supera l'80% in modo costante, il disco è il collo di bottiglia. Ma attenzione: %util può essere fuorviante su SSD con I/O parallelo. In quel caso, guarda await e svctm per la latenza reale.

Noi usiamo iostat quando sospettiamo problemi di I/O. Un esempio: un server di backup aveva un await di 200ms. Il backup impiegava ore. Abbiamo scoperto un disco quasi pieno e frammentato. Dopo la pulizia, il tempo si è ridotto del 70%. Senza iostat, avremmo continuato a subire il problema.

Come capire se il disco è il problema del tuo server?

Se i tuoi utenti lamentano lentezza e htop mostra CPU e RAM normali, il sospetto è il disco. iostat ti conferma il sospetto. Ma non fermarti alla diagnosi: controlla anche i log di sistema con dmesg per errori hardware. Il monitoring è un processo, non un singolo comando.

Quali sono gli errori comuni nel monitoring Linux e come evitarli?

Il primo errore è guardare i valori una volta sola. I picchi possono essere normali. Devi osservare il sistema nel tempo, magari per 10 minuti, per capire il pattern. Il secondo errore è ignorare il contesto: un server di sviluppo ha comportamenti diversi da uno di produzione. Il terzo è non avere una baseline: senza un punto di riferimento, non puoi dire se un valore è anomalo.

Un altro errore è dimenticare che il monitoring è proattivo, non reattivo. Non aspettare che il server cada. Configura alert con strumenti come Nagios o Prometheus, ma inizia con i comandi base che ti abbiamo mostrato. La consapevolezza è il primo passo.

Cosa fare adesso

Ecco le azioni immediate per iniziare a monitorare il tuo server Linux:

• Installa gli strumenti: sudo apt install htop sysstat su Debian/Ubuntu, sudo yum install htop sysstat su CentOS/RHEL.
• Esegui htop e osserva i processi per 5 minuti. Identifica il processo più attivo.
• Esegui vmstat 2 5 e annota i valori di r, si, so e wa. Confrontali con il comportamento normale del tuo sistema.
• Esegui iostat -x 2 3 e controlla %util e await per il tuo disco principale.
• Documenta i valori di baseline. La prossima volta che il server rallenta, saprai subito dove guardare.

Il monitoring Linux non è un optional. È il modo per trasformare un problema vago in una diagnosi precisa. Noi, di Meteora Web, lo usiamo ogni giorno per i nostri clienti. E se vuoi approfondire l'intero percorso, parti dalla nostra guida completa a Linux per sviluppatori e sysadmin.

Per approfondire, consulta la documentazione ufficiale di htop e la man page di vmstat.