Tecnologia subjacente: por que a diferença é tão grande
HDDs armazenam bits magneticamente em pratos rotativos, exigindo movimento físico da cabeça que leva 3-15 ms por leitura aleatória. SSDs SATA usam células de memória flash acessíveis em microssegundos mas se comunicam pelo protocolo legado AHCI/SATA projetado para discos rotativos. SSDs NVMe usam o mesmo flash mas conversam por PCIe com um protocolo projetado do zero para acesso paralelo e de baixa latência — e a diferença aparece em todo lugar.
Um HDD de 7.200 RPM tem em média 8,3 ms de latência rotacional mais 3-12 ms de tempo de seek, dando latência total de leitura aleatória de cerca de 5-15 ms. Um SSD SATA elimina ambos com flash eletrônico, derrubando a latência para ~100 microssegundos (50-100x mais rápido), mas é gargalado pelo protocolo SATA AHCI com fila única de comandos e 32 I/Os pendentes. O NVMe (Non-Volatile Memory Express, padronizado em 2011) foi projetado especificamente para flash: transporte PCIe (sem controlador SATA no caminho), 64K filas de comando com 64K comandos cada (vs. 32 do AHCI) e um conjunto de comandos enxuto. Resultado: a latência ponta a ponta do NVMe cai para 10-50 microssegundos, o paralelismo escala quase linearmente com a profundidade de fila e um único drive NVMe sustenta 1+ milhão de IOPS aleatórios onde um SSD SATA empaca perto de 100K. A diferença tecnológica não é "incrementalmente melhor" — é 10-100x em cada métrica que importa.
IOPS, latência e taxa de transferência comparados
Números típicos em 2026. HDD: 100-200 IOPS aleatórios, 5-15 ms de latência, 200 MB/s sequencial. SSD SATA: 50K-100K IOPS aleatórios, ~100 μs de latência, 500-550 MB/s sequencial. SSD NVMe Gen 4: 500K-1M IOPS aleatórios, 10-50 μs de latência, 5-7 GB/s sequencial. SSD NVMe Gen 5: 1,5M-2M IOPS, ~10 μs de latência, 12-14 GB/s sequencial.
Esses são intervalos típicos de preço de varejo e empresarial em 2026, não mínimos ou máximos absolutos. A precificação de NVMe de consumo comprimiu mais rápido que a empresarial; a diferença entre NVMe Gen 4 de consumo (~€70/TB) e NVMe empresarial de alta endurance (~€150/TB) é hoje principalmente de endurance (DWPD — drive writes por dia) e capacitores de proteção contra perda de energia, em vez de desempenho bruto. Para provedores de hospedagem, a escolha relevante é NVMe empresarial em quase todos os casos, porque drives de consumo carecem do desempenho de escrita sustentado e da PLP necessários para cargas compartilhadas.
| Métrica | HDD 7,2K | SSD SATA | NVMe Gen 4 | NVMe Gen 5 |
|---|---|---|---|---|
| IOPS de leitura aleatória (4K) | 100-200 | ~95K | 500K-1M | 1,5M-2M |
| IOPS de escrita aleatória (4K) | 100-200 | ~85K | 300K-700K | 1M-1,4M |
| Latência de leitura (típica) | 5-15 ms | ~100 μs | 10-50 μs | ~10 μs |
| Leitura sequencial | 150-250 MB/s | 500-550 MB/s | 5-7 GB/s | 12-14 GB/s |
| Interface | SATA 6 Gb/s | SATA 6 Gb/s | PCIe 4.0 x4 | PCIe 5.0 x4 |
| Profundidade ideal de fila | 1 | 32 | 65.536 | 65.536 |
| Custo por TB em 2026 (empresarial) | ~€15-25 | ~€80-120 | ~€100-150 | ~€150-220 |
| Custo por TB em 2026 (consumo) | ~€25-35 | ~€50-70 | ~€70-100 | ~€120-180 |
Quando o NVMe importa
O NVMe importa onde IOPS aleatórios e latência de cauda dominam o desempenho da carga: bancos de dados relacionais, key-value stores, índices de busca, filas de mensagens, build farms de containers, pipelines de CI/CD e qualquer carga com alta concorrência. Quanto mais rápida a aplicação, mais ela se beneficia do NVMe — gargalos passam de disco para CPU.
Três categorias de carga veem ganhos dramáticos com NVMe. Cargas de banco de dados — Postgres, MySQL, SQL Server — emitem muitas leituras aleatórias concorrentes de 4-16 KB em índices; a latência se traduz diretamente em tempo de consulta. Uma carga OLTP típica em SSD SATA bate em uma parede de latência de consulta no percentil 95 em torno de 1 ms; em NVMe, a mesma carga roda com p95 abaixo de 200 microssegundos. Cargas de container — Docker, Kubernetes — fazem milhares de pequenas leituras durante puxadas de imagem e extrações de camadas; o NVMe corta o cold-start em 5-10x. Pipelines de CI/CD e build — bazel, gradle, npm install — são patologicamente IO-bound aleatórios; trocar SATA por NVMe rotineiramente reduz pela metade os tempos de build. O fio comum: qualquer carga onde muitas operações pequenas concorrentes se enfileiram se beneficia do escalonamento por profundidade de fila do NVMe. Cargas sequenciais de uma única thread veem menos melhoria porque SSDs SATA já saturam sua interface.
Quando o NVMe não importa (e o HDD pode bastar)
Entrega de conteúdo estático, streaming de vídeo, armazenamento de backup frio, arquivamento de logs e processamento em lote de arquivos grandes não veem ganhos significativos com NVMe porque são sequenciais e limitados por banda, não por IOPS. Um HDD de 7.200 RPM ou mesmo um drive SMR Hammer a 250 MB/s sequencial é suficiente — e 5-10x mais barato por terabyte.
Três padrões de carga quase não usam IOPS. Entrega de conteúdo estático serve arquivos de 100 KB a vários MB sequencialmente; o read-ahead do SO e o cache de disco fazem com que um SSD SATA ou até um HDD seja efetivamente tão rápido quanto NVMe para usuários finais (especialmente quando há CDN à frente). Streaming de vídeo similarmente roda como leituras sequenciais longas com forte localidade no page cache; até um stream de 10 Gbps de conteúdo 4K é facilmente alimentado por um pool HDD de 250 MB/s. Backup frio e armazenamento de arquivamento se importam com custo por TB e durabilidade, não com latência — Backblaze, AWS Glacier e a maioria dos níveis empresariais de backup ainda usam HDDs (ou fita magnética) para arquivos em escala de petabytes onde o acesso é raro. Identifique se sua carga é IOPS-bound ou bandwidth-bound antes de pagar o prêmio do NVMe; para cargas sequenciais em escala, HDDs ainda vencem na economia por byte.
Trade-offs de custo por GB em 2026
Preços empresariais por TB em 2026 (intervalos típicos): HDD ~€15-25, SSD SATA ~€80-120, NVMe Gen 4 ~€100-150, NVMe Gen 5 ~€150-220. A diferença entre HDD e SATA diminuiu; a diferença entre SATA e NVMe agora é pequena o suficiente para que a maioria das novas implantações de hospedagem padronize em NVMe por padrão, com HDDs reservados para níveis de backup e arquivamento.
Há dois anos, a diferença de preço entre SATA e NVMe era significativa o bastante para que planos VPS de nível médio ainda enviassem SSDs SATA como padrão. Em 2026, a diferença caiu para cerca de 20-30% nas SKUs empresariais, e a diferença de desempenho (10x em IOPS, 5x em latência) torna a conta fácil: pague 20% a mais e ganhe 10x de desempenho. Quase todo host VPS comum agora envia NVMe Gen 4 por padrão para armazenamento primário. SSDs SATA persistem principalmente em plataformas de servidor dedicado com mais baias de drive, onde 8-12 SSDs SATA em RAID-10 oferecem um perfil de custo diferente de 2-4 drives NVMe em RAID por software. HDDs continuam dominantes apenas para cargas de backup, arquivamento e armazenamento em massa, onde o custo por TB importa mais que IOPS. Para qualquer nova implantação primária de banco de dados, NVMe é o único default sensato.
RAID, redundância e o que a ficha técnica não te conta
Desempenho de drive único é metade da história. RAID NVMe adiciona overhead de CPU a menos que sejam usados controladores de RAID NVMe em hardware (raros e caros); espelhos md RAID-1 por software são comuns, RAID-5/6 menos. Endurance (DWPD) e proteção contra perda de energia (PLP) importam tanto quanto IOPS — drives NVMe de consumo sem PLP podem perder dados em quedas do host durante escritas sustentadas.
Três detalhes frequentemente ausentes das fichas técnicas. Primeiro, RAID-5/6 por software em NVMe é CPU-bound em vez de disco-bound — em mais de 1 milhão de IOPS, o cálculo de paridade pode saturar vários núcleos. A maioria das implantações de NVMe em produção roda espelhos RAID-1 e depende de backups para durabilidade além do espelhamento. Segundo, a endurance do drive é avaliada em DWPD (drive writes por dia) ao longo de um período de garantia de 5 anos; NVMe de consumo é 0,3-0,5 DWPD, NVMe empresarial de uso geral é 1-3 DWPD e NVMe empresarial intensivo em escrita é 10+ DWPD. Uma carga de banco de dados muito escrita em um drive de consumo pode desgastá-lo em meses. Terceiro, a proteção contra perda de energia — capacitores embutidos que despejam escritas em voo no flash em uma queda de energia — é padrão em drives empresariais e ausente na maioria dos drives de consumo. Sem PLP, uma queda do host durante um fsync pode corromper dados, mesmo com a aplicação fazendo tudo certo. Sempre verifique esses três detalhes na ficha técnica, não apenas IOPS.