SSD em servidor deixa sites e bancos de dados mais rápidos porque o disco não tem peças móveis: ele encontra qualquer dado numa fração do tempo que um HD leva para girar o prato e posicionar a cabeça de leitura. A diferença aparece sobretudo nos acessos pequenos e espalhados, que são justamente o tipo de trabalho que um servidor web faz o dia inteiro.
Mas nem todo SSD é igual. A interface (SATA ou NVMe), a resistência a gravações e a forma de montar os discos em RAID mudam o resultado e a segurança dos dados. Este guia explica cada ponto sem jargão desnecessário.
Por que usar SSD em servidor: IOPS e latência
Pense no servidor como um balcão de atendimento. Cada visitante do site gera vários pedidos pequenos ao disco: um arquivo PHP aqui, uma imagem ali, algumas linhas do banco de dados. Dois números dizem como o disco lida com essa fila:
- Latência é quanto tempo um pedido espera até ser atendido.
- IOPS (operações de entrada e saída por segundo) é quantos pedidos o disco atende em um segundo.
Num HD, cada leitura depende de mecânica. Um disco de 7.200 rpm leva 8,3 milissegundos para dar uma volta completa, então, em média, a cabeça espera meia volta (cerca de 4 ms) só para o dado passar por baixo dela, fora o tempo de mover o braço. O SSD não tem essa espera: o acesso é eletrônico e leva uma fração de milissegundo.
Em IOPS a distância é ainda maior. A tabela de IOPS da Wikipédia lista entre 73 e 79 operações por segundo para um HD SATA de 7.200 rpm e cerca de 200 para um SAS de 15.000 rpm, enquanto os fabricantes de SSD anunciam dezenas ou centenas de milhares. São números de laboratório, que caem no uso real, mas a ordem de grandeza se mantém.
SATA × NVMe × HDD: qual a diferença
SATA e NVMe não são tipos diferentes de memória, e sim formas diferentes de ligar o SSD ao servidor. O SATA nasceu para HDs e foi aproveitado pelos primeiros SSDs. O NVMe foi criado para memória flash e conversa com o processador direto pelo barramento PCIe.
| HDD | SSD SATA | SSD NVMe | |
|---|---|---|---|
| Como funciona | Pratos magnéticos girando e braço mecânico | Memória flash, ligada pela interface SATA | Memória flash, ligada pelo PCIe |
| Limite da interface | A mecânica limita antes da interface | 6 Gb/s (cerca de 600 MB/s) | Vários GB/s, conforme a geração do PCIe |
| Acessos aleatórios | Lentos | Rápidos | Os mais rápidos, com muitas filas de comandos em paralelo |
| Custo por GB | O menor | Intermediário | Em geral o maior |
| Uso típico em servidor | Backup, arquivos grandes, armazenamento frio | Sites, e-mail e bancos de dados de porte médio | Bancos de dados com muita escrita, aplicações com alto volume de acessos |
Para a maioria dos sites, um SSD SATA já elimina o gargalo que o HD criava. O NVMe faz diferença quando o disco continua sendo o ponto lento mesmo com SSD, o que costuma acontecer em bancos de dados grandes com muitas gravações simultâneas. Em servidores também existe o SSD SAS, interface usada em storages corporativos, com desempenho próximo ao do SATA e mais recursos de redundância.
Durabilidade: o que é TBW e DWPD
A memória flash aguenta um número limitado de gravações em cada célula. Por isso todo SSD tem uma resistência declarada pelo fabricante, em uma de duas medidas:
- TBW (terabytes gravados): o total de dados que o disco suporta gravar durante a garantia.
- DWPD (gravações do disco inteiro por dia): quantas vezes por dia você pode reescrever a capacidade total, todos os dias, até o fim da garantia.
Uma medida leva à outra. Um SSD de 960 GB com 1 DWPD e garantia de 5 anos suporta 0,96 TB × 1 × 365 × 5, ou cerca de 1.750 TB gravados. SSDs para servidor costumam ser vendidos em classes, como leitura intensiva e uso misto, que se diferenciam justamente pelo DWPD. Um servidor de arquivos estáticos quase não grava; um banco de dados movimentado grava o tempo todo e pede um disco de classe mais alta.
Se você administra um servidor dedicado, dá para acompanhar o desgaste com o smartmontools, disponível nos repositórios das principais distribuições Linux:
# SSD NVMe: procure "Percentage Used" e "Data Units Written"
sudo smartctl -a /dev/nvme0
# SSD SATA ou SAS: o nome do indicador de desgaste varia por fabricante
sudo smartctl -a /dev/sdaEm VPS e cloud server: você não enxerga o disco físico, então esse comando não mostra o desgaste real. Nesse caso, o monitoramento e a troca dos SSDs ficam com o provedor.
SSD com RAID: o que muda
SSD falha menos por choque e desgaste mecânico, mas falha. Por isso, em servidor, os discos costumam trabalhar em RAID, que combina dois ou mais discos para que a perda de um não derrube o sistema. Os níveis mais usados com SSD são:
- RAID 1: dois discos espelhados. Simples, e a leitura pode ser dividida entre eles. É o mínimo para um servidor de produção.
- RAID 10: pares espelhados combinados. Junta proteção e desempenho, por isso é a escolha comum para bancos de dados.
- RAID 5 e 6: aproveitam melhor a capacidade, mas cada gravação gera escritas extras de paridade, o que gasta mais o SSD e pesa em cargas com muita escrita.
Um cuidado específico do SSD: discos do mesmo modelo, comprados juntos e espelhados, recebem exatamente as mesmas gravações e se desgastam no mesmo ritmo. Acompanhe o desgaste de cada um e não deixe para trocar todos no mesmo dia. Se a controladora RAID for de hardware, confira se ela é compatível com SSD.
RAID não é backup: se um arquivo for apagado ou um ransomware criptografar os dados, o RAID replica o estrago em todos os discos na hora. Mantenha cópias separadas, fora do servidor.
O que o SSD muda para sites e bancos de dados
Num site em WordPress ou numa loja virtual, cada página monta o conteúdo a partir de vários arquivos e de consultas ao banco de dados. Com SSD, essas leituras deixam de formar fila, e o servidor responde mais rápido mesmo quando muita gente acessa ao mesmo tempo. O ganho é maior em painéis administrativos, buscas internas e carrinhos de compra, que normalmente não podem ser servidos pelo cache.
No MySQL, o disco entra em dois momentos: ao ler dados que não estão na memória e ao confirmar cada gravação (um pedido, um cadastro, um login). As leituras podem ser aliviadas com mais RAM, porque o banco guarda em memória as tabelas mais usadas. As gravações não têm como fugir do disco, e é nelas que o SSD, e o NVMe em especial, mais ajuda.
SSD não resolve tudo. Antes de culpar o disco, verifique:
- Se o processador está no limite: comando
top, linha de CPU. - Se o servidor está sem memória e usando swap: comando
free -h. - Se o disco é o gargalo: no
top, o valorwa(espera por disco) alto e constante indica que os processos estão parados aguardando leitura ou gravação. - Se há consultas lentas no banco: o log de consultas lentas do MySQL aponta as que precisam de índice.
Para entender como disco, memória e processador se combinam em cada tipo de plano, veja o guia sobre servidores de hospedagem.
Na SAN: o Cloud Server é um VPS com armazenamento em SSD, acesso root e opção de cPanel/WHM, para rodar sites, lojas e bancos de dados com a rapidez do SSD sem administrar hardware.
Perguntas frequentes
Para sites, lojas virtuais e bancos de dados, sim. O SSD atende acessos pequenos e aleatórios muito mais rápido que um HD, que é o tipo de trabalho que um servidor web faz o tempo todo. HDs continuam úteis para backup e arquivos grandes acessados raramente.
Os dois usam memória flash; o que muda é a ligação com o servidor. O SATA tem limite de 6 Gb/s, enquanto o NVMe usa o barramento PCIe, com mais velocidade e mais comandos em paralelo. A diferença aparece mais em bancos de dados com muitas gravações.
Não, desde que a classe do disco combine com a carga de gravação. Confira o TBW ou o DWPD informado pelo fabricante e acompanhe o desgaste com ferramentas como o smartctl.
Sim. SSD também falha, e o RAID mantém o servidor funcionando quando um disco para. RAID 1 e RAID 10 são os mais usados, e nenhum deles substitui o backup.
Sim. O Cloud Server é um VPS com armazenamento em SSD, acesso root e opção de cPanel/WHM.
