Voltar aos artigos
TrueNAS

TrueNAS SCALE: armazenamento corporativo com ZFS

5 min de leitura por Equipe TRIAT
Disco rígido aberto mostrando a placa e os pratos
Foto: Vincent Botta · Unsplash

Armazenar dados é fácil; armazenar dados que você pode confiar é outra história. Todo disco corrompe bits silenciosamente ao longo dos anos — um bit trocado aqui, um setor degradado ali. Sistemas de arquivos tradicionais não percebem: entregam o dado corrompido como se estivesse correto, e o backup copia a corrupção junto.

O TrueNAS SCALE resolve isso porque roda sobre o ZFS, um sistema de arquivos que trata integridade como requisito, não como detalhe.

Por que ZFS muda o jogo

  • Integridade verificada: cada bloco carrega um checksum. Toda leitura confere o dado; se não bate e há redundância no pool, o ZFS reconstrói o bloco correto e corrige o disco na hora — sem você saber que aconteceu;
  • Snapshots instantâneos: fotografias do sistema que não ocupam espaço no momento da criação, apenas quando os dados mudam;
  • Compressão transparente: o LZ4 comprime tão rápido que costuma aumentar o desempenho, porque há menos bytes para ler e gravar;
  • Copy-on-write: nada é sobrescrito no lugar. Uma queda de energia no meio de uma gravação não deixa o sistema de arquivos inconsistente;
  • Scrub: uma verificação periódica que lê o pool inteiro e corrige o que estiver degradado, antes que a falha apareça.
O scrub é o recurso mais subestimado do ZFS. Ele encontra corrupção em dados que ninguém abre há meses — exatamente o tipo de arquivo que você só vai precisar no pior momento. Agende para rodar mensalmente, em horário de baixo movimento.

Montando um pool

No TrueNAS, discos são agrupados em pools, e cada pool é formado por um ou mais vdevs — conjuntos de discos com uma topologia de redundância. A escolha da topologia define o equilíbrio entre capacidade, desempenho e tolerância a falhas, e merece leitura à parte: o artigo sobre RAID-Z e mirror trata só disso.

Duas decisões que valem antecipar:

  • Um pool só, ou vários? Um pool único aproveita melhor o espaço. Pools separados isolam desempenho — por exemplo, SSD para máquinas virtuais e discos rígidos para arquivos;
  • Tamanho do vdev. Ampliar um pool significa adicionar um vdev inteiro, não um disco. Planeje o crescimento antes de montar.

Hardware: onde não economizar

ZFS tem exigências próprias, e ignorá-las produz um storage lento ou frágil:

ItemRecomendaçãoPor quê
Memória RAM8 GB no mínimo; 16 GB ou mais na práticaSustenta o cache de leitura (ARC), que é o que dá velocidade ao pool
ControladoraHBA em modo direto (IT mode)ZFS precisa falar direto com os discos
DiscosCMR, nunca SMRDiscos SMR têm desempenho péssimo em reconstrução de pool
EnergiaNobreak com desligamento automáticoProtege gravações em andamento
Dois erros que causam problema sério. O primeiro: controladora RAID por hardware. Ela esconde os discos do ZFS e impede que ele corrija corrupção — exatamente o recurso pelo qual você o escolheu. Use HBA. O segundo: discos SMR, vendidos sem destaque em linhas de consumo. Numa reconstrução, um pool com SMR pode levar semanas.

Datasets: organize antes de encher

Dentro do pool, crie datasets — divisões lógicas com configuração própria. Não jogue tudo em uma pasta só, porque snapshot, cota, compressão e permissão são definidos por dataset.

tanque/
├── setores/
│   ├── financeiro     snapshot de hora em hora, cota de 500 GB
│   ├── engenharia     compressão agressiva, cota de 4 TB
│   └── comercial
├── vms                bloco para iSCSI, sem compressão pesada
└── backups            replicação para a unidade remota

Fazer isso depois de o storage estar cheio é bem mais trabalhoso — vale investir dez minutos no começo.

Compartilhamento na rede

Com os dados no pool, o TrueNAS publica compartilhamentos em poucos cliques. Cada protocolo tem seu lugar:

  • SMB — estações Windows e macOS. Integra com Active Directory, então a permissão segue o usuário da rede;
  • NFS — servidores Linux e hipervisores. Mais leve que SMB para acesso servidor a servidor;
  • iSCSI — entrega blocos em vez de arquivos. É o que se usa para disco de máquina virtual, com Proxmox ou VMware;
  • S3 — para aplicações que falam esse protocolo, incluindo ferramentas de backup.

Um mesmo appliance atende estações, servidores e virtualização ao mesmo tempo, o que é justamente o que torna a consolidação tão vantajosa.

Monitorar é parte do serviço

Storage silencioso não é storage saudável — é storage sem monitoramento. Acompanhe pelo menos:

  • Estado do pool — degradado significa disco fora, e a janela até a próxima falha começou a contar;
  • SMART dos discos, especialmente setores realocados, que crescem antes de o disco morrer;
  • Ocupação — ZFS perde desempenho de forma acentuada acima de 80%. Trate 80% como o limite, não 95%;
  • Resultado do scrub e erros de checksum acumulados;
  • Temperatura dos discos.

Ligue o alerta por e-mail do próprio TrueNAS e, se você já usa Zabbix com SNMP, colete essas métricas no painel que a equipe acompanha.

Para quem serve

Empresas que hoje espalham arquivos em HDs externos, pastas soltas em estações e um servidor antigo sem redundância ganham, com o TrueNAS, um repositório central, versionado, verificado e monitorado.

Ele é o alicerce de uma estratégia de dados séria: os snapshots e a replicação constroem o backup em cima dele, a virtualização usa o mesmo storage por iSCSI, e o crescimento acontece adicionando discos em vez de trocando de equipamento.

A TRIAT dimensiona, implanta e monitora TrueNAS — do desenho da topologia à replicação para uma segunda unidade, com alerta integrado ao monitoramento 24/7.

Precisa disso rodando na sua empresa?

A TRIAT implanta e monitora Linux, storage, virtualização, redes e segurança — do projeto ao suporte 24/7.

Falar com um especialista