Quante risorse servono? Dimensionare CPU, RAM e traffico dell'hosting

Per dimensionare un hosting non serve indovinare: si misura il carico attuale, si stima il picco e si aggiunge un margine, poi si sceglie il piano che copre il picco senza pagare molto più del necessario. I parametri da guardare sono quattro: processore (quanti processi simultanei il sito deve servire), memoria (quanta ne usano gli script e il database), disco (spazio e velocità) e traffico (visite e volume di dati in uscita). Per molti siti vetrina bastano risorse modeste; per negozi e applicazioni servono stime più attente e un piano che permetta di crescere.

Le quattro risorse in parole semplici

Processore (CPU): ogni pagina dinamica richiede elaborazione. Quando troppi visitatori arrivano insieme, le richieste si accodano e il sito rallenta. Il parametro pratico è il numero di processi o richieste simultanee che il piano consente.
Memoria (RAM): gli script e il database ne consumano. Se non basta, il sistema rifiuta richieste o termina i processi con errori. Sui piani condivisi esiste un limite di memoria per script.
Disco: conta lo spazio (file, immagini, backup, posta) e la velocità. Un disco veloce migliora in modo evidente il tempo di risposta dei siti con database.
Traffico: volume di dati inviati ai visitatori. Immagini e video pesano più delle pagine di testo.

Passo 1: misura che cosa succede oggi

Raccogli, per un periodo di almeno qualche settimana, questi dati.

Visite e pagine viste per giorno, e il giorno e l'ora di picco, dalle statistiche del sito.
Tempo di risposta delle pagine principali, in condizioni normali e nelle ore di punta.
Consumo di risorse nel pannello dell'hosting, se mostra processore, memoria e processi.
Peso medio delle pagine e dimensione totale dei file.
Dimensione del database e numero di connessioni simultanee, per i siti con database.

Se il tuo pannello non mostra queste misure, chiedi al fornitore: sono informazioni che un buon assistente può fornire.

Passo 2: stima il picco

Per stimare il picco usa il giorno più carico osservato e moltiplicalo per un fattore che tenga conto di campagne, stagionalità e crescita attesa. Per un sito che non ha mai avuto picchi, parti da scenari: una campagna pubblicitaria, un articolo ripreso da testate, una promozione stagionale.

Esempio illustrativo di stima del traffico in uscita: un sito ha pagine di 2 MB in media (immagini comprese), 600 visite al giorno e 4 pagine viste per visita. Traffico giornaliero: 600 × 4 × 2 MB = 4.800 MB, cioè circa 4,8 GB. Su 30 giorni sono circa 144 GB. Se in una promozione le visite quadruplicano per una settimana, in quei sette giorni il traffico sarà 7 × 4 × 4,8 GB = circa 134 GB, quasi quanto un mese intero. Se il piano prevede una soglia di traffico mensile di 200 GB, sei dentro, ma con poco margine. Ottimizzare le immagini può dimezzare il peso delle pagine con effetto immediato.

Per le richieste simultanee il calcolo è meno diretto: se in un'ora di picco il sito ha 600 visite con 4 pagine vedute ciascuna, sono 2.400 pagine in un'ora, 40 al minuto, meno di una al secondo in media. Con un tempo di elaborazione di mezzo secondo per pagina, il numero medio di processi attivi è inferiore a uno, ma la distribuzione non è uniforme: i picchi istantanei possono essere molto più alti della media, ed è per questo che serve un margine.

Passo 3: aggiungi un margine

Una regola pratica è puntare a un uso medio di risorse che non superi circa metà della capacità nelle ore normali, in modo da avere spazio per i picchi. Non è una norma tecnica ma un criterio di prudenza. Se già oggi il sito usa il 80 per cento del piano nelle ore normali, il piano è sottodimensionato.

Ottimizzare prima di acquistare più risorse

Spesso conviene ridurre il consumo prima di aumentare le risorse.

Cache delle pagine pubbliche.
Immagini compresse e di dimensioni adatte, in formati moderni.
Plugin e moduli: elimina quelli inutili o pesanti.
Database: pulisci dati obsoleti e crea indici dove servono, con l'aiuto di un tecnico.
Rete di distribuzione dei contenuti per i file statici.
Versioni aggiornate del linguaggio di programmazione, spesso più efficienti.

Un sito ottimizzato può stare in un piano più piccolo. Non esiste però un miglioramento garantito: misura prima e dopo.

Tabella orientativa per tipo di sito

Orientamento qualitativo, da adattare con misure reali.

Tipo di sito	Risorse di norma importanti	Tipo di piano di partenza
Vetrina e blog	Disco e traffico moderati	Condiviso o gestito di ingresso
Sito con molte pagine e ricerca interna	Memoria e database	Gestito o VPS di taglia piccola
Negozio online	Processi simultanei, database, memoria	Gestito per e-commerce, VPS gestito
Applicazione web su misura	Processore, memoria, connessioni	VPS o cloud, con monitoraggio
Sito con video o download	Traffico e archiviazione	Archiviazione a oggetti con distribuzione di contenuti

Dimensionamento e costi

Più risorse significano costi maggiori, ma il rapporto non è lineare: raddoppiare processore e memoria può costare più del doppio o meno, a seconda dei piani. Usa il calcolatore del costo annuo per confrontare scenari: un piano di taglia media per dodici mesi contro uno di taglia superiore per i soli mesi di picco, se il fornitore consente cambi di piano a metà periodo. Per i dettagli sulla fatturazione a ore leggi cloud a consumo.

Come capire se il piano è sottodimensionato

Segnali tipici:

Pagine lente solo nelle ore di punta.
Errori di tipo «servizio non disponibile» in momenti di carico.
Avvisi del fornitore sul superamento dei limiti di risorse.
Operazioni di amministrazione molto lente.
Cresce il tempo di risposta anche dopo ottimizzazioni.

In presenza di questi segnali, conviene passare a un piano più capiente o cambiare tipologia, pianificando la migrazione con cura.

Errori da evitare

Scegliere in base al nome del piano e non ai limiti scritti.
Non misurare il carico prima di decidere.
Acquistare risorse extra senza ottimizzare il sito.
Dimensionare sulla media e non sul picco.
Dimenticare lo spazio per backup e posta.

Quando consultare un professionista

Se il sito è critico, se non riesci a leggere le misure o se i problemi di prestazioni persistono, un tecnico può analizzare i colli di bottiglia. Spesso la causa non è l'hosting ma una query lenta o un plugin.

Domande frequenti

Quanta RAM serve a un sito WordPress?

Dipende da plugin, traffico e dal database. Non esiste una cifra valida per tutti: parti dai requisiti indicati dal software e dalle misure del tuo sito.

Il traffico illimitato è davvero illimitato?

Di solito è soggetto a politiche di uso equo e a limiti di risorse. Leggi le condizioni.

Come capisco se sono vicino ai limiti?

Controlla le statistiche di risorse nel pannello e gli avvisi del fornitore, e osserva i tempi di risposta nelle ore di picco.

Meglio un piano grande subito o crescere per gradi?

Se il fornitore permette di cambiare piano senza fermare il sito, crescere per gradi evita sprechi. Verifica come funziona il passaggio.

Fonti e approfondimenti

WordPress.org — requisiti consigliati per l'hosting di WordPress.
PHP.net — versioni supportate e novità del linguaggio.
Agenzia per la Cybersicurezza Nazionale — indicazioni su sicurezza e continuità dei servizi.