NVMe e SSD SATA são tecnologias de armazenamento em estado sólido, mas com arquiteturas completamente diferentes. NVMe fala diretamente com a CPU via PCIe, entregando latências abaixo de 100 microssegundos e mais de 1 milhão de IOPS. SSD SATA passa por um gargalo de protocolo herdado dos discos mecânicos, com latências de 500 microssegundos e até 100 mil IOPS. Saber quando essa diferença importa — e quando não importa — define se você está investindo certo ou gastando dinheiro à toa.
O que separa NVMe de SATA no nível do hardware
Para entender a diferença de performance, você precisa entender onde cada tecnologia garga. O SATA é um protocolo criado nos anos 2000 para discos mecânicos (HDDs). Quando os SSDs apareceram, eles começaram usando o mesmo conector e protocolo — porque era o que existia na época. Funcionou, e os SSDs SATA são muito mais rápidos que HDDs, mas o protocolo SATA tem limitações que nunca foram projetadas para flash: queue depth limitada a 32 comandos por vez e um barramento com largura de banda máxima de 600 MB/s.
O NVMe (Non-Volatile Memory Express) foi criado do zero para flash. Ele se conecta diretamente via PCIe — o mesmo barramento que as placas de vídeo usam, com largura de banda de vários GB/s por lane. Um NVMe PCIe 4.0 x4 tem até 16 GB/s de largura de banda teórica. Mas o que importa mais ainda é a queue depth: NVMe suporta até 65.535 filas com 65.535 comandos cada. Para workloads de I/O intenso com muitas operações paralelas, isso faz diferença enorme.
Na prática, os números ficam assim:
| Métrica | HDD 7.200 RPM | SSD SATA | NVMe PCIe 4.0 |
|---|---|---|---|
| Latência leitura sequencial | 2–10 ms | 50–100 µs | 20–70 µs |
| Latência leitura aleatória (4K) | 2–10 ms | ~500 µs | <100 µs |
| IOPS leitura 4K | ~150 | ~100.000 | 1.000.000+ |
| Throughput sequencial | ~200 MB/s | ~550 MB/s | 7.000 MB/s |
| Custo relativo/GB | Muito baixo | Médio | Alto |
Quando a diferença entre NVMe e SATA realmente importa
Imagine um banco de dados OLTP — Oracle, SQL Server ou PostgreSQL — processando milhares de transações por segundo. Cada transação envolve múltiplas leituras e escritas randômicas de páginas de dados de 8 ou 16 KB. Com SSD SATA, cada operação leva ~500 microssegundos. Com NVMe, cada operação leva menos de 100 microssegundos.
Isso pode parecer irrelevante em escala unitária. Mas uma query que acessa 10.000 páginas de dados leva 5 segundos num array SATA e 1 segundo num NVMe. Num ambiente de produção com centenas de usuários simultâneos, essa diferença define se o sistema é funcional ou não.
VDI (Virtual Desktop Infrastructure) é outro caso onde NVMe faz diferença mensurável. Um ambiente de 500 usuários virtuais iniciando sessão ao mesmo tempo gera um storm de I/O — leitura de perfis, carregamento de sistema operacional, abertura de aplicações, tudo simultâneo. Esse padrão é exatamente o que satura storage SATA e por que muitos projetos de VDI fracassam: o storage não foi dimensionado para o pico de I/O, não para a capacidade média.
Analytics em tempo real — dashboards, queries sobre dados recentes, sistemas de recomendação com latência baixa — também se beneficiam do NVMe. Se a sua camada de storage vira gargalo para queries de BI em tempo real, provavelmente é hora de avaliar NVMe.
Quando SATA é suficiente e economicamente correto
O problema real aqui é que muita gente especifica NVMe porque é o “melhor” — sem analisar se o workload realmente precisa. Isso resulta em storage superdimensionado para a performance real do workload e subdimensionado em capacidade porque o orçamento foi gasto no tipo errado de disco.
SSD SATA é a escolha certa para uma série de workloads importantes. Arquivos de usuário, compartilhamentos de rede, home directories — o padrão de acesso é leitura sequencial, os arquivos são grandes e a latência de 500 microssegundos é totalmente invisível para o usuário. NVMe aqui seria desperdício de dinheiro.
Backup e replicação são outro caso claro para SATA. O throughput de escrita sequencial importa mais que IOPS aleatório, e o custo por GB precisa ser controlado porque o volume é grande. Um repositório de backup de 200 TB em SSDs SATA cabe no orçamento; em NVMe, o custo seria proibitivo sem nenhum benefício prático.
Storage de log e telemetria tem padrão de escrita sequencial contínua e leitura eventual para análise. SATA entrega o throughput necessário. Muitos ambientes de dados frios — arquivos históricos, dados de compliance, registros antigos — ficam muito bem em SATA ou até HDD, dependendo do volume.
Como dimensionar: o processo correto
Na prática, o dimensionamento correto começa pela análise do workload, não pela escolha do disco. As perguntas que você precisa responder:
Qual é o IOPS de pico do workload? Se você tem um banco de dados que no horário de pico processa 50.000 IOPS de leitura aleatória 4K, SATA pode não chegar — precisaria de múltiplos SSDs em paralelo ou NVMe.
Qual é a latência aceitável? Se a aplicação tolera até 2 ms de latência de storage, SATA entrega. Se o SLA da aplicação exige resposta abaixo de 500 microssegundos end-to-end, NVMe é necessário.
Qual é a razão leitura/escrita? NVMe tem vantagem ainda maior em leitura. Para workloads de escrita pesada e sequencial (ingest de dados, backup), SATA com throughput alto pode ser mais custo-efetivo.
O que a capacidade exige? Se você precisa de 500 TB, NVMe vai triplicar o custo de hardware. Se você precisa de 10 TB com performance máxima, o custo extra do NVMe é justificável.
Para dimensionamento correto de storage corporativo — NVMe, SATA ou híbrido — os arquitetos da Adentro analisam o perfil de I/O do seu workload e indicam a configuração adequada. Nossos datacenters Tier III operam arrays all-flash e híbridos para diferentes perfis de uso.