Calcolatore capacità web server
Calcola il throughput massimo dal numero di worker e dal tempo di risposta.
Quick Presets
Throughput per worker
20.0 req/sec
Throughput massimo
40.0 req/sec
Scenari di scalabilità
| Numero di worker | Throughput massimo | Status |
|---|---|---|
| 1 | 20.0 req/sec | — |
| 2 (current) | 40.0 req/sec | — |
| 4 | 80.0 req/sec | — |
| 8 | 160.0 req/sec | — |
Cos'è un calcolatore di capacità web?
Un calcolatore di capacità web stima le risorse server necessarie per gestire una determinata quantità di traffico web. Aiuta a determinare la CPU, la RAM, la larghezza di banda e lo storage richiesti per ospitare un sito web o un'applicazione web in base agli utenti concorrenti previsti, alle dimensioni delle pagine e alla frequenza delle richieste. Questo previene sia l'over-provisioning (spreco di denaro) che l'under-provisioning (prestazioni scadenti).
La pianificazione della capacità implica la stima del traffico di picco, del tempo di risposta medio e del consumo di risorse per richiesta. Un blog statico ha bisogno di risorse molto diverse rispetto a un'applicazione web dinamica con query al database. Questo strumento calcola i requisiti per architetture web comuni, inclusi siti statici, piattaforme CMS e server applicativi.
Come usare questo strumento
Inserire il traffico previsto (visitatori mensili o utenti concorrenti), le dimensioni medie delle pagine e il tipo di applicazione. Lo strumento calcola le specifiche server raccomandate incluse CPU, RAM, larghezza di banda e storage. Stima anche i costi di hosting per i principali provider cloud.
Metriche chiave della capacità
- Utenti concorrenti — il numero di utenti che utilizzano attivamente il sito nello stesso momento. Tipicamente l'1-5% dei visitatori giornalieri.
- Richieste al secondo (RPS) — ogni caricamento di pagina genera più richieste (HTML, CSS, JS, immagini). Una pagina con 30 asset = 30 richieste.
- Larghezza di banda — dati totali trasferiti. Calcolati come dimensione pagina × visualizzazioni pagina. Una pagina da 2 MB con 100.000 visualizzazioni mensili = 200 GB/mese.
- Tempo di risposta — il tempo per generare e consegnare una risposta. Sotto 200 ms è veloce, sotto 1 secondo è accettabile, oltre 3 secondi si perdono i visitatori.
Strategie di scaling
Lo scaling verticale significa passare a un server più grande (più CPU, RAM). Lo scaling orizzontale significa aggiungere più server dietro un bilanciatore di carico. Le CDN (Content Delivery Network) trasferiscono gli asset statici a server edge in tutto il mondo, riducendo drasticamente il carico del server di origine. Il caching (Redis, Varnish) serve le richieste ripetute senza accedere al database. Per la maggior parte dei siti con meno di 100.000 visitatori mensili, un singolo server ben configurato con una CDN è sufficiente.
Domande frequenti
Quanta RAM ha bisogno un server web?
Per un sito statico o CMS di piccole dimensioni: 1-2 GB. Per un sito WordPress/applicazione di medie dimensioni (meno di 50.000 visitatori mensili): 2-4 GB. Per applicazioni ad alto traffico con database: 8-16+ GB. Il database consuma tipicamente più RAM del server web stesso — PostgreSQL e MySQL beneficiano molto dall'avere il dataset di lavoro memorizzato nella cache in memoria.
Come stimo il traffico di picco?
Il traffico di picco si verifica tipicamente in ore specifiche e può essere 3-10 volte la media. Per un sito aziendale, il picco è durante l'orario lavorativo nel fuso orario target. Per i siti consumer, serate e fine settimana. Campagne marketing, menzioni sui social media e copertura stampa possono causare picchi improvvisi di 10-100 volte il traffico normale. Progettare per 3 volte la media come baseline e usare il scaling automatico o CDN per gestire picchi imprevisti.