10 metriche da guardare nella dashboard del tuo hosting (e cosa significano)

Apri il pannello del tuo hosting e trovi una paginata di numeri: CPU, I/O, entry process, inode, connessioni MySQL. Se non sei un sistemista, sono sigle senza significato finché non sbattono in un errore 508 o 503. Qui li spieghiamo uno per uno, con le soglie vere di un listino pubblico, così puoi confrontarle con quello che vedi tu.

Le metriche che contano

CPU (core accessibili): la quota di processore assegnata al tuo account. Se il grafico sta stabilmente sopra il limite indicato dal pannello, il sito rallenta prima di generare errori.

Memoria/RAM: la memoria che i processi del tuo account possono usare insieme. Superarla in modo sistematico, non in un picco isolato, è il segnale che il piano è sottodimensionato.

I/O disco (KB/s): quanto il tuo account scrive e legge dal disco. Un valore sempre al massimo rallenta tutto, anche le pagine che non c'entrano con lo script che sta scrivendo.

Entry process: è la metrica più fraintesa. Non è il numero di visitatori sul sito: rappresenta il numero di processi simultanei che entrano nel tuo account, e ogni script PHP o CGI eseguito da un utente avvia un entry process. Il limite esiste per un motivo preciso: è stato creato per prevenire attacchi DoS contro il server web, in cui si tengono occupate tutte le connessioni Apache colpendo una pagina lenta del sito. Quando il limite viene superato, il server web risponde con una pagina di errore 508 (Resource Limit Reached), non con un semplice rallentamento.

NProcs (numero di processi): conta tutti i processi dell'account, non solo quelli PHP: anche cron, SSH, email. È un limite più ampio dell'entry process e di solito si satura più raramente.

Connessioni MySQL simultanee: quante query il database accetta in parallelo. Se il sito fa molte chiamate al database contemporaneamente (plugin pesanti, WooCommerce sotto traffico), è il primo valore da controllare prima dell'I/O.

Inode (file e cartelle): è spesso frainteso quanto l'entry process. Non misura lo spazio occupato ma il numero di oggetti sul disco: lo spazio disco misura la quantità di dati, mentre gli inode rappresentano il numero di file e directory. Anche le email consumano inode: una casella con migliaia di messaggi può saturare il limite anche con pochi MB occupati.

Banda/traffico: il volume di dati trasferiti in uscita. Sui piani con traffico "illimitato" verifica comunque l'eventuale clausola di fair use nel contratto.

SMTP relay orario: il tetto di email inviabili in un'ora. Si satura facilmente con newsletter o notifiche automatiche mal configurate.

Spazio disco: l'unica metrica che quasi tutti controllano, ma va letta insieme agli inode: un piano può avere spazio libero e inode esauriti.

I numeri veri, da un listino pubblico

Per capire come questi limiti cambiano tra un piano e l'altro, ecco la tabella del listino ufficiale GoDaddy per l'hosting cPanel, consultato il 15 ottobre 2026 (Web Hosting (cPanel): CPU core accessibili 1, 1, 2, 2; Memoria/RAM 512 MB, 1 GB, 1,5 GB, 2 GB; I/O KB/s 10240 per tutti; Processi di accesso 20, 30, 40, 50; NProcs 35, 45, 55, 65; File inode 250.000 per tutti; Spazio su disco 25 GB, 50 GB, 75 GB, 100 GB per i piani Economy, Deluxe, Ultimate e Maximum).

Piano	CPU	RAM	I/O	Entry process	NProcs	Inode	Disco
Economy	1 core	512 MB	10.240 KB/s	20	35	250.000	25 GB
Deluxe	1 core	1 GB	10.240 KB/s	30	45	250.000	50 GB
Ultimate	2 core	1,5 GB	10.240 KB/s	40	55	250.000	75 GB
Maximum	2 core	2 GB	10.240 KB/s	50	65	250.000	100 GB

Da notare: tutti i piani Web Hosting (cPanel) hanno un limite di 500 relay SMTP all'ora e 30 connessioni MySQL simultanee, indipendentemente dal piano scelto. L'inode resta fisso a 250.000 su tutti e quattro i piani: sale solo passando a un piano Web Hosting Plus, dove si arriva fino a 2.000.000 di inode sul piano più alto.

Come leggere questi dati sul tuo pannello

Su cPanel i valori si trovano nella sezione "CPU and Concurrent Connection Usage" o "Statistiche", a seconda della versione del pannello. Se un grafico resta stabilmente sopra la soglia (non un picco isolato), il problema non si risolve riavviando nulla: o si ottimizza lo script che consuma la risorsa, o si passa a un piano con limiti più alti, o a un VPS dove i limiti non sono più per singolo account ma per l'intera macchina.