Tecnologia sottostante: perché il gap è così grande
Gli HDD memorizzano i bit magneticamente su piatti rotanti, richiedendo movimento fisico della testina che richiede 3-15 ms per lettura casuale. Gli SSD SATA usano celle di memoria flash raggiungibili in microsecondi ma comunicano sul protocollo legacy AHCI/SATA progettato per dischi rotanti. Gli SSD NVMe usano lo stesso flash ma parlano su PCIe con un protocollo progettato da zero per accesso parallelo a bassa latenza — e il gap si vede ovunque.
Un HDD a 7.200 RPM ha in media 8,3 ms di latenza rotazionale più 3-12 ms di tempo di seek, dando una latenza totale di lettura casuale di circa 5-15 ms. Un SSD SATA elimina entrambi con flash elettronico, riducendo la latenza a ~100 microsecondi (50-100x più veloce), ma è limitato dalla coda di comando singola del protocollo SATA AHCI con 32 I/O in sospeso. NVMe (Non-Volatile Memory Express, standardizzato nel 2011) è stato progettato specificamente per il flash: trasporto PCIe (nessun controller SATA nel percorso), 64K code di comando con 64K comandi ciascuna (rispetto ai 32 di AHCI), e un set di comandi snellito. Risultato: la latenza NVMe end-to-end scende a 10-50 microsecondi, il parallelismo scala quasi linearmente con la profondità della coda, e un singolo drive NVMe può sostenere 1+ milione di IOPS casuali dove un SSD SATA si arresta vicino a 100K. Il gap tecnologico non è 'incrementalmente migliore' — è 10-100x su ogni metrica che conta.
IOPS, latenza e throughput a confronto
Numeri tipici 2026. HDD: 100-200 IOPS casuali, 5-15 ms di latenza, 200 MB/s sequenziali. SSD SATA: 50K-100K IOPS casuali, ~100 μs di latenza, 500-550 MB/s sequenziali. SSD NVMe Gen 4: 500K-1M IOPS casuali, 10-50 μs di latenza, 5-7 GB/s sequenziali. SSD NVMe Gen 5: 1,5M-2M IOPS, ~10 μs di latenza, 12-14 GB/s sequenziali.
Questi sono intervalli di prezzi tipici retail ed enterprise nel 2026, non minimi o massimi assoluti. I prezzi NVMe consumer si sono compressi più velocemente di quelli enterprise; il gap tra NVMe Gen 4 consumer (~70 EUR/TB) e NVMe enterprise ad alta resistenza (~150 EUR/TB) è ora principalmente dovuto a resistenza (DWPD — drive writes per day) e condensatori di protezione contro la perdita di alimentazione piuttosto che a prestazioni grezze. Per i fornitori di hosting, la scelta rilevante è NVMe enterprise quasi universalmente, perché i drive consumer mancano delle prestazioni di scrittura sostenute e PLP necessarie per carichi di lavoro condivisi.
| Metrica | HDD 7,2K | SSD SATA | NVMe Gen 4 | NVMe Gen 5 |
|---|---|---|---|---|
| IOPS lettura casuale (4K) | 100-200 | ~95K | 500K-1M | 1,5M-2M |
| IOPS scrittura casuale (4K) | 100-200 | ~85K | 300K-700K | 1M-1,4M |
| Latenza lettura (tipica) | 5-15 ms | ~100 μs | 10-50 μs | ~10 μs |
| Lettura sequenziale | 150-250 MB/s | 500-550 MB/s | 5-7 GB/s | 12-14 GB/s |
| Interfaccia | SATA 6 Gb/s | SATA 6 Gb/s | PCIe 4.0 x4 | PCIe 5.0 x4 |
| Profondità di coda ottimale | 1 | 32 | 65.536 | 65.536 |
| Costo 2026 per TB (enterprise) | ~15-25 EUR | ~80-120 EUR | ~100-150 EUR | ~150-220 EUR |
| Costo 2026 per TB (consumer) | ~25-35 EUR | ~50-70 EUR | ~70-100 EUR | ~120-180 EUR |
Quando NVMe conta
NVMe conta ovunque IOPS casuali e latenza di coda dominino le prestazioni del carico di lavoro: database relazionali, key-value store, indici di ricerca, code di messaggi, build farm di container, pipeline CI/CD e qualsiasi carico di lavoro con alta concorrenza. Più veloce è l'applicazione, più beneficia da NVMe — i colli di bottiglia si spostano dal disco alla CPU.
Tre categorie di carichi di lavoro vedono guadagni drammatici da NVMe. I carichi di lavoro database — Postgres, MySQL, SQL Server — emettono molte letture casuali concorrenti da 4-16 KB sugli indici; la latenza si traduce direttamente in tempo di query. Un tipico carico OLTP su un SSD SATA colpisce un muro di latenza di query del 95° percentile intorno a 1 ms; su NVMe, lo stesso carico gira a p95 sub-200 microsecondi. I carichi di lavoro container — Docker, Kubernetes — eseguono migliaia di piccole letture durante i pull di immagini e l'estrazione di layer; NVMe taglia il tempo di avvio a freddo di 5-10x. Le pipeline CI/CD e build — bazel, gradle, npm install — sono patologicamente IO-casuale-bound; passare da SATA a NVMe dimezza regolarmente i tempi di build. Il filo conduttore: qualsiasi carico di lavoro dove molte piccole operazioni concorrenti si accodano beneficia dello scaling della profondità di coda di NVMe. I carichi di lavoro sequenziali a thread singolo vedono meno miglioramenti perché gli SSD SATA possono già saturare la loro interfaccia.
Quando NVMe non conta (e HDD potrebbero bastare)
La distribuzione di contenuti statici, lo streaming video, lo storage di backup a freddo, l'archiviazione di log e l'elaborazione batch di file di grandi dimensioni non vedono guadagni significativi da NVMe perché sono sequenziali e bandwidth-bound piuttosto che IOPS-bound. Un HDD a 7.200 RPM o anche un drive Hammer SMR a 250 MB/s sequenziali va bene — e 5-10x più economico per terabyte.
Tre pattern di carichi di lavoro usano a malapena gli IOPS. La distribuzione di contenuti statici serve file da 100 KB a multi-MB sequenzialmente; il read-ahead dell'OS e la cache disco rendono un SSD SATA o anche un HDD effettivamente veloce come NVMe per gli utenti finali (specialmente quando una CDN siede davanti). Lo streaming video allo stesso modo gira come lunghe letture sequenziali con forte località di page-cache; anche uno stream a 10 Gbps di contenuti 4K è facilmente alimentato da un pool HDD a 250 MB/s. Lo storage di backup e archivio si preoccupa del costo-per-TB e della durabilità, non della latenza — Backblaze, AWS Glacier e la maggior parte dei livelli di backup enterprise usano ancora HDD (o nastri magnetici) per archivi su scala petabyte dove l'accesso è raro. Identifichi se il Suo carico di lavoro è IOPS-bound o bandwidth-bound prima di pagare il premium NVMe; per carichi di lavoro sequenziali su larga scala, gli HDD vincono ancora sull'economia per byte.
Compromessi costo per GB nel 2026
Prezzi enterprise per TB nel 2026 (intervalli tipici): HDD ~15-25 EUR, SSD SATA ~80-120 EUR, NVMe Gen 4 ~100-150 EUR, NVMe Gen 5 ~150-220 EUR. Il gap HDD-SATA si è ristretto; il gap SATA-NVMe è ora abbastanza piccolo che la maggior parte dei nuovi deployment di hosting si standardizza su NVMe per impostazione predefinita, con HDD riservati ai livelli di backup e archivio.
Due anni fa il gap di prezzo SATA-NVMe era abbastanza significativo che i piani VPS mid-tier spedivano ancora SSD SATA come standard. Nel 2026 il gap si è ridotto a circa il 20-30% sugli SKU enterprise, e il gap di prestazioni (10x sugli IOPS, 5x sulla latenza) rende facile la matematica: paghi il 20% in più, ottieni 10x le prestazioni. Quasi ogni host VPS commodity ora spedisce NVMe Gen 4 per impostazione predefinita per lo storage primario. Gli SSD SATA persistono principalmente nelle piattaforme di server dedicati con più bay per drive, dove 8-12x SSD SATA in un RAID-10 danno un profilo di costo diverso da 2-4 drive NVMe in un RAID software. Gli HDD rimangono dominanti solo per backup, archivio e carichi di lavoro di storage in massa dove il costo per TB conta più degli IOPS. Per qualsiasi nuovo deployment di database primario, NVMe è l'unico default sensato.
RAID, ridondanza e cosa la scheda specifiche non dice
Le prestazioni di un singolo drive sono metà della storia. NVMe RAID aggiunge overhead CPU a meno che non si usino schede NVMe RAID hardware (rare e costose); i mirror RAID-1 software md sono comuni, RAID-5/6 meno. Resistenza (DWPD) e protezione contro la perdita di alimentazione (PLP) contano tanto quanto IOPS — i drive NVMe consumer senza PLP possono perdere dati su crash dell'host durante scritture sostenute.
Tre dettagli spesso mancanti dalle schede specifiche. Primo, RAID-5/6 software su NVMe è CPU-bound piuttosto che disk-bound — a 1+ milione di IOPS il calcolo della parità può saturare più core. La maggior parte dei deployment NVMe di produzione esegue invece mirror RAID-1 e si affida ai backup per la durabilità oltre il mirroring. Secondo, la resistenza del drive è valutata in DWPD (drive writes per day) su un periodo di garanzia di 5 anni; NVMe consumer è 0,3-0,5 DWPD, mainstream enterprise è 1-3 DWPD, ed enterprise write-intensive è 10+ DWPD. Un carico di lavoro database con scritture pesanti su un drive consumer può consumarlo in mesi. Terzo, la protezione contro la perdita di alimentazione — condensatori a bordo che svuotano le scritture in volo nel flash su un'interruzione di alimentazione — è standard sui drive enterprise e assente sulla maggior parte dei drive consumer. Senza PLP, un crash dell'host durante un fsync può corrompere i dati nonostante l'applicazione faccia tutto correttamente. Controlli sempre la scheda specifiche per questi tre dettagli, non solo gli IOPS.