SSD Vs HDD

TL;DR: HDDs ainda são reis no custo por TB para arquivamento, mas SSDs são obrigatórios para qualquer coisa que envolva execução (VMs, Bancos de Dados, OS). Misturar os dois em RAID é uma arte perigosa.

Se você está montando um servidor hoje, a pergunta não é "SSD ou HDD?", mas sim "Onde eu coloco cada um?". A era do HDD como drive de boot acabou, mas a era do HDD como "cofre de dados barato" está mais viva do que nunca.

O Modelo Mental: Rotação vs Elétrons

Para entender como eles se comportam em RAID, precisamos olhar para a física.

HDD (Mecânico): Uma agulha física precisa se mover para ler dados.
- Latência: Alta (ms). O disco precisa girar.
- RAID: O RAID ajuda na leitura sequencial (striping), mas em leituras aleatórias (IOPS), a agulha é o limite.
- Rebuild: Lento. Ler um disco de 20TB inteiro leva dias.
SSD (Estado Sólido): Acesso direto à memória flash.
- Latência: Quase zero (µs).
- RAID: O gargalo muitas vezes muda do disco para a controladora ou CPU.
- Rebuild: Rápido, limitado apenas pelo barramento.

O Problema do "Write Hole" em SSDs

Você sabia que usar RAID 5/6 em SSDs baratos (QLC/TLC sem DRAM) pode ser mais lento que um único HDD na escrita?

Isso acontece devido à Amplificação de Escrita. O RAID precisa ler, modificar e escrever a paridade. Em SSDs de consumo, isso força o drive a apagar e reescrever blocos grandes de memória flash para mudar um único bit, matando a performance e a vida útil do drive.

Atenção: Jamais use SSDs QLC de consumo em arrays RAID 5 ou 6 de escrita intensiva. Use RAID 1 ou 10.

Comparação Direta: Onde Usar O Que?

Cenário	Vencedor	Por quê?
Boot / SO	SSD (RAID 1)	O sistema operacional faz milhares de pequenas leituras. Um HDD aqui faz o servidor parecer uma carroça.
Banco de Dados	NVMe (RAID 10)	Latência é tudo. HDDs não conseguem acompanhar transações simultâneas.
Backup / Archiving	HDD (RAID 60)	Custo. Guardar 100TB em SSD custa uma fortuna. Em HDD, é acessível.
Streaming de Vídeo	Híbrido / HDD	HDDs são ótimos em entregar dados sequenciais (filmes grandes).

O Perigo do Rebuild em HDDs Gigantes

O maior argumento contra HDDs em 2025 não é a velocidade, é o risco.

Discos de 20TB ou 24TB são comuns. Se um falha num RAID 5:

Você precisa ler os 20TB restantes perfeitamente.
A chance de um erro de leitura (URE) é estatisticamente alta.
O processo leva dias.

# Exemplo de tempo estimado de rebuild em HDD 18TB
cat /proc/mdstat
# > recovery = 12.5% (4000/32000 min) finish=4600min speed=100MB/s

São quase 4 dias de estresse intenso nos discos restantes. Se outro falhar... adeus dados.

Guia de Sobrevivência

Não misture: Não coloque SSD e HDD no mesmo array lógico (a menos que use ZFS com cache/log dedicados).
Use Tiering: Use SSDs para "Hot Data" (dados acessados hoje) e HDDs para "Cold Data" (dados do mês passado).
Cache é Vida: Se você precisa usar HDDs, coloque um par de NVMe na frente como cache de escrita/leitura (bcache, LVM cache ou ZFS L2ARC).

Veredito Final

O HDD não morreu, ele apenas foi promovido a "Bibliotecário". Ele guarda tudo, é barato e confiável, mas não peça para ele correr. O SSD é o "Executor". Ele faz o trabalho pesado. Um bom sysadmin sabe usar os dois juntos, mas nunca misturados no mesmo array RAID.