Alojamento NVMe vs SSD: qual compensa?
Escolher entre alojamento NVMe vs SSD é uma decisão de infraestrutura, não de vocabulário. A pergunta útil não é qual é o disco mais rápido, mas se o seu site consegue tirar partido dessa rapidez dentro dos limites do plano.
Abaixo cruzamos casos de uso, custos e métricas a medir, sem benchmarks inventados.
Comparação tecnológica
Os fundamentos — interface, filas, débito — estão no guia de SSD hosting. Aqui interessa o efeito em produção: o NVMe reduz a latência de cada leitura e escrita e aguenta mais operações paralelas. Isso só vira ganho quando o servidor está à espera do disco. No alojamento partilhado, há ainda três camadas controladas pelo fornecedor: limite de I/O, IOPS por conta e RAM disponível para cache.
| Caso de uso | O SSD chega? | Quando o NVMe faz sentido | O que medir |
|---|---|---|---|
| Blogue ou site institucional com cache | Sim | Raramente; só com muitas páginas fora da cache | TTFB com e sem cache |
| Loja pequena (até algumas centenas de produtos) | Normalmente sim | Picos de checkout e pesquisas internas | TTFB do carrinho e do checkout |
| Loja com catálogo grande e filtros | Talvez | Filtros, pesquisas e importações frequentes | Tempo de consultas (Query Monitor), uso de I/O |
| Área de membros ou cursos | Depende do tráfego | Muitos utilizadores autenticados em simultâneo | Workers ocupados, TTFB autenticado |
| Agência com muitos sites | Sim, se houver CPU | Backups e atualizações em massa | Faltas de I/O no painel, tempo de backup |
| Aplicação com base de dados grande | Não, se a BD excede a RAM | Dados ativos que não cabem em memória | Taxa de acertos do buffer pool, IOPS |
Impacto em WordPress e bases de dados
O WordPress guarda conteúdos, opções e metadados em MySQL ou MariaDB. Com InnoDB, os dados mais usados ficam no buffer pool, em memória; enquanto couberem lá, as leituras quase não tocam no disco. O NVMe faz diferença nas leituras fora da memória — bases grandes, RAM escassa — e nas escritas: encomendas, sessões, logs.
No WooCommerce, tabelas de metadados crescem depressa e os filtros por atributos geram consultas pesadas. Um disco rápido ajuda, mas índices adequados e cache de objetos ajudam mais. O guia de alojamento WordPress NVMe mostra como testar estes pontos.
5 erros de interpretação de benchmarks
- Confundir débito sequencial com desempenho web. Os «7 000 MB/s» de uma ficha técnica medem leituras de ficheiros grandes. Um site faz sobretudo operações pequenas e aleatórias, onde contam a latência e os IOPS.
- Ignorar o limite da conta. Um teste com fio num VPS mostra o disco do servidor; numa conta partilhada, o CloudLinux ou outro sistema corta o débito ao valor do plano, por exemplo 20 MB/s.
- Testar com a cache quente. A segunda leitura de um ficheiro vem da memória do sistema operativo, não do disco. Repetir testes sem limpar a cache mede a RAM e dá números irrealistas.
- Atribuir tudo ao disco. Dois planos diferem em CPU, versão de PHP, servidor web e carga de vizinhos. Atribuir toda a diferença de TTFB ao NVMe é uma conclusão sem base.
- Usar uma única medição. O desempenho partilhado varia ao longo do dia. Repita testes em horários diferentes durante vários dias e compare medianas, nunca o melhor valor isolado.
Preço versus benefício
Em muitos fornecedores o NVMe já vem nos planos normais — a Dominios.pt indica-o em toda a gama Business —, por isso nem sempre se paga mais. Quando há diferença, como na Hostinger, onde o Premium usa SSD e o Unlimited usa NVMe, o salto inclui também mais CPU, RAM, PHP workers e I/O. Está a comprar um conjunto de recursos, não só um disco.
Exemplo de cálculo: vale a diferença?
Valores ilustrativos: plano A (SSD) a 4 €/mês + IVA e plano B (NVMe, com mais CPU) a 7 €/mês + IVA. Diferença anual: 3 € × 12 = 36 €, mais 23 % de IVA = 44,28 €. Numa loja que fatura 2 000 €/mês, se o plano B evitasse a perda de apenas 0,2 % das vendas por lentidão — hipótese, não medição —, recuperaria 4 €/mês, 48 € por ano. Num blogue sem receitas diretas, o mesmo valor rende mais numa CDN.
Os preços dos planos A e B são fictícios; IVA de 23 % em Portugal continental.
Para quem compensa o NVMe
Adequa-se a
- Lojas e áreas de membros com muitas páginas fora da cache.
- Bases de dados que crescem mais depressa do que a RAM.
- Sites com importações e backups frequentes.
Não se adequa a
- Sites de conteúdo com cache de página eficaz.
- Orçamentos em que o NVMe implica menos CPU ou RAM.
- Projetos temporários ou de teste.
Como decidir
Comece pelo caso de uso, não pela tecnologia. Para fornecedores concretos, veja a comparação de hosting NVMe em Portugal.
7 casos de uso
- Site institucional de 5 a 20 páginas. Um SSD chega. Dê prioridade à cache de página, ao centro de dados próximo de Portugal e a um suporte que responda em português.
- Blogue com publicação diária. SSD ou NVMe de entrada servem. A cache absorve quase todo o tráfego; otimize imagens e escolha um plano com renovação razoável.
- Loja pequena em arranque. NVMe é útil mas não obrigatório. Garanta PHP workers suficientes para o checkout e um caminho de upgrade sem migração complicada.
- Loja com catálogo grande e filtros. Aqui o NVMe faz sentido, com RAM generosa e cache de objetos. Meça o tempo de consultas antes e depois de mudar de plano.
- Plataforma de cursos ou membros. Muitos utilizadores autenticados pedem NVMe, mais workers e RAM. Um plano cloud ou VPS gerido costuma ser mais adequado do que o partilhado.
- Agência com dezenas de sites. Procure limites de I/O altos e backups eficientes. O NVMe acelera atualizações e cópias em massa, desde que a conta não fique limitada.
- Aplicação PHP com base de dados grande. Se os dados ativos não cabem em memória, o NVMe faz diferença real. Considere um VPS com NVMe e IOPS documentados.
Decisão rápida
- AConteúdo com cache → SSD ou NVMe de entrada, o mais barato na renovação.
- BLoja ou membros com tráfego sem cache → NVMe com I/O, CPU e workers publicados.
- CBase de dados maior do que a RAM do plano → VPS ou cloud com NVMe.
Compare os recursos completos de cada plano, não só o disco, na página oficial.
Resumo
No confronto alojamento NVMe vs SSD, o NVMe compensa em cargas dinâmicas e bases de dados que excedem a memória. Em sites com cache, a diferença é marginal. Decida pelo caso de uso e pelos limites do plano, e calcule a renovação com IVA.
FAQ
O NVMe reduz o TTFB do meu site?
Pode reduzir quando parte do tempo de resposta é espera por leituras ou escritas em disco, sobretudo em páginas sem cache. Se o TTFB é dominado pela execução de PHP, por consultas mal otimizadas ou pela rede, a redução será pequena ou impercetível.
O que são IOPS e porque importam mais do que MB/s?
IOPS são operações de entrada e saída por segundo. Bases de dados fazem muitas leituras pequenas e dispersas, por isso o número de operações e a latência pesam mais do que o débito em MB/s, que mede sobretudo a transferência de ficheiros grandes.
Um plano SSD com mais RAM pode ser mais rápido do que um NVMe?
Sim. Mais RAM permite manter a base de dados e mais processos PHP em memória, evitando idas ao disco. Um plano SSD com o dobro da RAM e mais CPU pode responder melhor do que um plano NVMe com recursos mínimos.
O NVMe é obrigatório para WooCommerce?
Não. Uma loja pequena funciona bem em SSD com cache, PHP recente e workers suficientes. O NVMe torna-se mais relevante com catálogo grande, filtros, muitas encomendas simultâneas ou importações frequentes de produtos e imagens a partir de ficheiros CSV.