Calcolo server
Stima le risorse inizialiStima di pianificazione — misura il carico reale prima dell'acquisto.
Introduzione
Il calcolo server trasforma tre semplici domande — quanti container, quanti utenti concorrenti e quanto è pesante il carico — in una stima iniziale di vCPU, RAM e SSD.
Serve a sostituire i due estremi del capacity planning: comprare alla cieca e tirare a indovinare da un solo numero. La stima include margine per i picchi, ma l'ultima parola è sempre il tuo benchmark.
Obiettivo
- Produrre una baseline trasparente e spiegabile per CPU, RAM e disco.
- Adattare la stima al profilo di carico: leggero, bilanciato o compute-intensive.
- Dire chiaramente che il risultato è una stima di pianificazione con circa il 25% di margine, non una garanzia di prestazioni.
Input
- Numero di container (o servizi) che intendi eseguire.
- Numero di utenti concorrenti che la piattaforma deve servire.
- Profilo di carico: leggero (per lo più inattivo), bilanciato o compute-intensive.
Come funziona
Ogni input contribuisce ai tre output attraverso semplici formule lineari: i container dominano i termini CPU e RAM, gli utenti contribuiscono a tutti e tre, e una base di 2 vCPU, 4 GB RAM e 20 GB disco è sempre riservata.
Il profilo di carico scala l'intero risultato: leggero moltiplica per 0,65, bilanciato per 1,0 e pesante per 1,65 — modella la differenza tra un'API inattiva e una render farm.
Ogni cifra viene arrotondata per eccesso e le formule sono pubblicate in questa pagina, così la stima può essere verificata e adattata.
Esempio testabile
Prova — l'analisi gira localmente nel tuo browser.
Esempio
Container: 8 · Utenti: 50 · Carico: bilanciato
Output atteso
CPU: 3 vCPU RAM: 8 GB Disco: 60 GB Baseline di pianificazione con circa il 25% di margine.
Leggere l'output
- Tratta i numeri come punto di partenza minimo, non come obiettivo: i piccoli servizi crescono più in fretta di quanto si riducano.
- Se il tuo carico è a batch, verifica con un load test reale prima di impegnarti su una forma.
- Per il traffico a picchi, preferisci più RAM e crediti CPU alla CPU sostenuta — la formula tende già in quella direzione.
Rischi
- Sottodimensionare porta a kill OOM e risposte lente nei picchi.
- Sovradimensionare spreca budget in capacità inattiva.
- La stima ignora fattori specifici del carico come dimensione del database, IOPS di storage e throughput di rete.
Limiti
- Le formule sono euristiche generiche scritte da un autore — non derivate dal tuo carico.
- Nessun provider cloud viene citato perché prezzi e shape differiscono; gli output sono vCPU/RAM/GB senza unità di riferimento.
- È un punto di partenza. Fai load test prima di acquistare.
Riferimenti ufficiali
FAQ
Perché il 25% di margine?
Il margine assorbe i picchi, le pause del GC e gli scatti di carico temporanei senza kill OOM immediati. Puoi alzarlo o abbassarlo cambiando il profilo di carico.
Si basa su benchmark reali?
No. Le formule sono euristiche trasparenti pubblicate in questa pagina. Solo benchmark reali del tuo carico possono validare la stima.
Considera il database?
Indirettamente, come parte di container e utenti. Un database serio merita un esercizio di sizing dedicato.