NVMe ou SSD: faz diferença para um site?
Para um site pequeno, a diferença entre NVMe e SSD é quase imperceptível: as páginas saem da memória, não do disco. Ela aparece em lojas virtuais e sites com banco de dados grande. E no mesmo provedor o NVMe custa só uns US$ 0,50–1 por mês a mais, às vezes até menos que o SSD, então o que decide normalmente não é o tipo de disco, e sim o tamanho e como o provedor o limitou.
Se você tem um blog, um site institucional ou uma landing page, os visitantes não vão notar se o servidor usa NVMe ou um SSD comum. Uma página pronta em cache sai da memória RAM em milissegundos, e o disco quase não participa. A diferença aparece quando o site lê e grava no banco de dados o tempo todo: numa loja virtual com milhares de produtos, na busca do catálogo, na importação de listas de preços, no painel do WordPress com WooCommerce ou no Magento.
Por isso a regra é simples. Se o NVMe custa o mesmo ou um pouco mais, fique com NVMe. Se para ter NVMe você precisa cortar memória, é melhor mais memória com SSD: 2 GB com SSD rendem mais para um site do que 1 GB com NVMe, porque um banco de dados que cabe na memória quase não acessa o disco.
Qual a diferença entre NVMe e SSD
Os dois são memória flash, sem partes móveis; a diferença está em como eles se conectam ao computador. O SSD comum usa a interface SATA, criada na época dos discos rígidos. O teto dele é de cerca de 550 MB/s, e ele processa uma única fila de 32 comandos. O NVMe se conecta direto ao barramento PCIe: no PCIe 3.0 chega a 3,5 GB/s, no PCIe 4.0 a 7 GB/s, e pode ter milhares de filas.
Para um site, o que importa não são os megabytes por segundo, e sim a latência das operações pequenas. O banco de dados lê e grava pedacinhos de 4–16 KB em lugares aleatórios do disco, e cada requisição de um visitante pode esperar dezenas dessas operações. No NVMe cada operação dessas leva menos tempo, e sob carga simultânea a vantagem cresce, porque as requisições não ficam numa única fila.
Numa VPS há uma ressalva importante. Você não recebe um disco físico, e sim uma fatia virtual de um armazenamento compartilhado, e o provedor quase sempre limita a velocidade dela para que um cliente não atrapalhe os outros. Um «NVMe» com limite rígido pode ser mais lento que um bom SSD sem limite. Por isso a palavra no plano é um critério de escolha, não uma garantia, e vale testar o disco no primeiro dia. Mostro como mais abaixo.
Quanto o NVMe custa a mais
Quase nada. Comparei planos com a mesma memória no mesmo provedor: peguei o mais barato com NVMe e o mais barato com SSD e vi a diferença, com dados do catálogo da accsly de 27 de outubro de 2026. Encontrei pares assim em 88 a 236 provedores, conforme a quantidade de memória. Os valores foram convertidos e arredondados.
Com 2 GB de memória, o NVMe fica, na mediana da amostra, cerca de US$ 0,55 por mês mais caro (uns R$ 3), em torno de 8%. Com 4 e 8 GB, cerca de US$ 1 (uns R$ 5,50), ou 7–10%. Em um ano, a diferença fica entre US$ 6 e US$ 12 (R$ 35 a R$ 70). E em 40–50% dos provedores com planos de 2–8 GB o NVMe custa o mesmo ou menos que o SSD. Pelo jeito, muitos provedores já passaram o hardware principal para NVMe, e o SSD ficou nas linhas antigas, que nem sempre são mais baratas.
A pegadinha é outra: os planos NVMe costumam ter menos espaço. Com 2 GB de memória, a mediana de disco é 30 GB no NVMe contra 40 GB no SSD; com 4 GB, 60 contra 75 GB. Para um site com uma biblioteca de mídia grande ou para guardar backups no próprio servidor, isso pode decidir a favor do SSD.
Hoje o NVMe aparece em 40% dos planos do catálogo. Seleção: VPS com NVMe. Se você precisa de espaço barato para arquivos e cópias e a velocidade não importa, também há planos com discos rígidos: VPS com HDD.
Quando o site sente o NVMe
Pense numa loja em WooCommerce com 20 mil produtos e um banco de dados de 3 GB, num servidor com 4 GB de memória. O banco não cabe inteiro na memória, então os filtros do catálogo, a busca e o checkout vão ler o disco. Aqui o NVMe acelera as páginas mais lentas, e vale o dólar a mais. Planos para esse tipo de projeto: VPS para loja virtual.
A segunda situação é muita gravação. Cada alteração confirmada no MySQL ou no PostgreSQL é, por padrão, descarregada no disco com um comando de sincronização, e o servidor espera o disco confirmar a gravação. Um site com comentários ativos, registro de ações, filas de tarefas ou sessões no banco esbarra justamente nisso. Para esses projetos, vale olhar a seleção VPS para bancos de dados.
Já para um site institucional ou um blog em WordPress com cache de páginas, a diferença some na margem de erro. É melhor gastar o dinheiro em memória ou num servidor mais perto dos visitantes: para um público no Brasil, um data center em São Paulo economiza bem mais tempo de resposta do que qualquer disco. Seleção: VPS para WordPress.
Que disco você recebeu de verdade
Dentro de uma máquina virtual, o tipo do disco físico normalmente não aparece. O comando
lsblk -d -o NAME,ROTA,SIZE,MODEL
mostra um disco com nome como vda ou sda e o modelo em branco. A coluna ROTA com valor 0 significa que o sistema considera que o disco não é rígido, mas o provedor pode definir isso como quiser. O nome nvme0n1 aparece quando o provedor entrega à máquina um NVMe virtual, mas ele também não diz nada sobre a velocidade real. A verdade só aparece no teste.
Teste de disco: fio e como ler o resultado
A ferramenta mais precisa é o fio. No Ubuntu e no Debian ele se instala com apt install fio. Rode os testes num servidor novo, antes de colocar o site em produção: eles carregam o disco. Cada teste cria um arquivo de 1 GB, então confira se há espaço.
Teste 1. Latência de uma operação. É o que mais se aproxima do que o site sente:
fio --name=lat --filename=/root/fio.test --size=1G --rw=randread --bs=4k \
--iodepth=1 --direct=1 --ioengine=libaio --runtime=30 --time_based
Na saída, procure a linha clat no bloco read e nela o valor médio avg; mais abaixo, a tabela de percentis e a linha 99.00th. As unidades aparecem entre parênteses: usec são microssegundos, msec são milissegundos. Num disco bom, a média fica entre 100 e 300 microssegundos. Se ela está perto de um milissegundo ou acima, e o percentil 99 vai para dezenas de milissegundos, o disco está sobrecarregado ou é de rede, e o banco de dados vai ficar lento, seja qual for o nome do plano.
Teste 2. Quantas operações o disco aguenta sob carga.
fio --name=iops --filename=/root/fio.test --size=1G --rw=randrw --rwmixread=70 \
--bs=4k --iodepth=32 --direct=1 --ioengine=libaio --runtime=60 --time_based
Olhe o IOPS= nas linhas read e write. Para um site ou uma loja pequena, alguns milhares de operações por segundo bastam. Se o plano é vendido como NVMe e a soma de leitura e escrita fica abaixo de 5–10 mil, o provedor limitou o disco. Um número redondo e estável, por exemplo exatamente 10.0k em todas as execuções, também indica limite.
Teste 3. Velocidade de gravação síncrona. É assim que o banco de dados grava a cada alteração confirmada:
fio --name=sync --filename=/root/fio.test --size=256M --rw=write --bs=4k \
--ioengine=sync --fsync=1 --runtime=30 --time_based
Você precisa do IOPS= na linha write: é o número de gravações confirmadas por segundo. Mil ou mais é bom, o banco vai gravar as alterações sem espera. Se der menos de 200, cada pedido ou comentário salvo vai esperar o disco.
A opção --direct=1 nos dois primeiros testes é obrigatória. Sem ela, o fio mede o cache em memória, e o resultado sai várias vezes inflado. Depois dos testes, apague o arquivo: rm /root/fio.test.
Teste rápido com dd, se não houver fio
O utilitário dd existe em qualquer sistema. Ele é menos preciso, mas não precisa ser instalado. Gravação sequencial:
dd if=/dev/zero of=/root/dd.test bs=1M count=1024 oflag=direct
A última linha da saída mostra a velocidade. Um SSD SATA comum não passa de 550 MB/s, então números acima disso indicam NVMe ou um armazenamento rápido. Menos de 200 MB/s num «NVMe» é motivo para perguntar ao provedor sobre limites. Mas lembre que a gravação sequencial quase não importa para um site: é assim que se copiam arquivos grandes, não que se atendem requisições.
Gravação síncrona em blocos pequenos, mais parecida com o trabalho de um banco de dados:
dd if=/dev/zero of=/root/dd.test bs=4k count=2000 oflag=dsync
Divida 2.000 pelo número de segundos da saída, e você tem quantas gravações por segundo o disco aguenta. Se o dd terminou em um ou dois segundos, são mil gravações por segundo ou mais, tudo certo. Se levou 10–20 segundos, cada gravação leva 5–10 ms, e o banco de dados vai sentir. Depois do teste: rm /root/dd.test.
Como não se enganar com os resultados
Rode os testes duas ou três vezes em horários diferentes, por exemplo de dia e tarde da noite. Se o resultado varia várias vezes, o disco é dividido com vizinhos ativos, e nos horários de pico o site vai ficar mais lento. Compare servidores sempre com os mesmos comandos: números de ferramentas e configurações diferentes não são comparáveis entre si.
Faça isso nos primeiros dias, enquanto vale o reembolso. Os planos com essa opção estão na seleção VPS com reembolso. O teste de rede e de processador está no artigo como testar a velocidade de uma VPS, e os demais parâmetros do plano, em como escolher uma VPS.