NAS para PME em 2026: Synology, QNAP ou TrueNAS — Qual Escolher?
✎ Duarte Spínola | 2026-07-12
Um NAS (Network Attached Storage) deixou de ser uma mera caixa de discos partilhada na rede. Em 2026, um NAS para PME é o centro nevrálgico da infraestrutura: serve ficheiros, faz backup automático, corre máquinas virtuais, aloja câmaras de videovigilância, replica dados para um segundo site e oferece armazenamento de objectos compatível com S3. As três plataformas dominantes — Synology (DSM), QNAP (QTS) e TrueNAS (ZFS) — representam abordagens distintas ao mesmo problema. A Synology apostou na simplicidade de gestão; a QNAP no hardware potente e flexibilidade; a TrueNAS na integridade de dados com ZFS e na natureza open-source. A escolha certa depende do cenário de uso, do orçamento e da equipa de TI disponível. As referências oficiais estão em Synology DSM, QNAP QTS e TrueNAS Documentation.
Neste artigo
- Cenários de Uso NAS em PME
- Synology DSM vs QNAP QTS vs TrueNAS: Comparação Técnica
- Hardware: CPU, RAM, Baias e NICs
- Níveis RAID e Quando Usar Cada Um
- Software: Snapshots, Replicação, SSD Caching e Protocolos
- Backup 3-2-1 Integrado no NAS
- Segurança: Firewall, SSL, 2FA e Updates
- Custos para PME com 25 Utilizadores
- Checklist Pré-Produção
1. Cenários de Uso NAS em PME
Uma PME típica com 25 a 50 colaboradores tem necessidades de storage que vão muito além da partilha de ficheiros. Os quatro cenários principais são:
File sharing centralizado. Todos os NAS suportam SMB/CIFS e NFS, permitindo partilha de ficheiros entre Windows, macOS e Linux. A integração com Active Directory (AD) é suportada nas três plataformas, permitindo autenticação centralizada com as contas de utilizador existentes. O Synology DSM oferece Active Backup for Business para integração com Microsoft 365 e Google Workspace.
Backup de estações e servidores. O NAS é o destino natural do backup de estações Windows e servidores. As três plataformas oferecem ferramentas nativas: Synology Active Backup for Business, QNAP NetBak Replicator e TrueNAS via Rsync ou aplicações terceiras (Veeam, UrBackup). A regra 3-2-1 (3 cópias, 2 suportes diferentes, 1 offsite) é implementável directamente no NAS com replicação remota.
Virtualização e iSCSI. PME que correm Hyper-V (artigo 28) ou Proxmox precisam de storage partilhado para clusters. O iSCSI é suportado nas três plataformas, permitindo apresentar LUNs aos hipervisores. O QNAP e o TrueNAS destacam-se aqui pelo melhor desempenho em 10 Gbps. O TrueNAS oferece ainda NFS partilhado, o padrão preferido por VMware/Proxmox.
NVR — Videovigilância. O Synology Surveillance Station e o QNAP QVR Pro transformam o NAS num gravador de vídeo. A Synology oferece 2 licenças gratuitas; a QNAP oferece 8. O TrueNAS não tem NVR nativo, mas pode alojar containers Docker com Frigate ou ZoneMinder. Para PME com 8+ câmaras IP, o QNAP é a opção mais económica em licenças.
| Cenário | Synology DSM | QNAP QTS | TrueNAS SCALE |
|---|---|---|---|
| File sharing SMB/NFS | Excelente | Excelente | Excelente |
| Integração AD/LDAP | Nativa, simples | Nativa | Via LDAP/FreeIPA |
| Backup estações | Active Backup (pago) | NetBak Replicator | Rsync / Veeam |
| iSCSI para virtualização | Suportado (Btrfs) | Suportado (ext4/RAID) | Suportado (ZFS) |
| NFS para Proxmox/VMware | Limitado | Bom | Excelente |
| NVR / Videovigilância | Surveillance Station | QVR Pro | Via Docker (Frigate) |
| Object storage S3 | C2 Object Storage | MyAGAN / QuObjects | MinIO integrado |
| Docker / Containers | Container Manager | Container Station | Kubernetes nativo |
Nota: O TrueNAS SCALE (baseado em Linux) substituiu gradualmente o TrueNAS CORE (baseado em FreeBSD) como recomendação para novas implementações PME, por oferecer containers Docker, Kubernetes e melhor compatibilidade de hardware. O TrueNAS CORE mantém-se disponível para quem prefere FreeBSD e ZFS maduro.
2. Synology DSM vs QNAP QTS vs TrueNAS: Comparação Técnica
Synology DSM
O DiskStation Manager (DSM) é o sistema proprietário da Synology, baseado em Linux. A interface web é considerada a mais intuitiva do mercado, com instalação de pacotes em um clique (Package Center). O DSM 7.x introduziu o Storage Manager com suporte a Btrfs como filesystem padrão em modelos Plus e acima, oferecendo snapshots instantâneos, quotas de espaço e integridade de dados ao nível do ficheiro. A Synology também apostou em Btrfs advanced file system com self-healing para volumes RAID.
A grande vantagem do DSM é a coerência: todos os modelos partilham a mesma interface, pelo que migrar de um DS224+ para um RS1221+ não requer requalificação. A desvantagem é o lock-in de hardware — o DSM só corre em hardware Synology (à excepção do DSM virtual, licenciado).
QNAP QTS
O QTS é o sistema da QNAP, também baseado em Linux. É mais denso em funcionalidades que o DSM, com maior controlo sobre hardware: expansão PCIe, placas de rede 10/25 Gbps, GPU para transcodificação e até NVDIMM. O QTS suporta ext4, ZFS (em modelos seleccionados via ZFS appliance) e o novo QuTS hero (baseado em ZFS) em modelos de gama alta. A QNAP oferece maior flexibilidade a custo de complexidade — há mais opções de configuração, o que requer mais conhecimento técnico.
O QTS inclui App Center com mais aplicações que o Package Center da Synology, incluindo virtualização directa (Virtualization Station) e containers (Container Station). Para PME que precisam de correr VMs no próprio NAS, o QNAP é a opção mais completa.
TrueNAS SCALE
O TrueNAS SCALE é a distribuição open-source da iXsystems, baseada em Debian Linux com ZFS como filesystem nativo. A grande diferença: o TrueNAS não é vendido como appliance fechada — pode ser instalado em qualquer hardware compatível (white-box). Isto reduz drasticamente o custo de hardware, mas requer que a equipa de TI selecione e valide os componentes (HBA, NICs, discos).
O ZFS oferece protecção contra silent data corruption (bit rot) que o RAID tradicional não detecta. Cada bloco escrito inclui checksum, e o ZFS verifica-o em cada leitura. Em caso de mismatch, o ZFS repara automaticamente a partir da paridade ou mirror. O ZFS Primer da documentação oficial detalha estes mecanismos. Para PME com dados críticos (contabilidade, jurídico, saúde), esta integridade é a razão principal para escolher TrueNAS.
| Característica | Synology DSM 7.x | QNAP QTS 5.x | TrueNAS SCALE 24.x |
|---|---|---|---|
| Base | Linux proprietário | Linux proprietário | Debian Linux open-source |
| Filesystem | Btrfs / ext4 | ext4 / ZFS (QuTS hero) | ZFS (exclusivo) |
| Self-healing | Sim (Btrfs) | Sim (ZFS em QuTS hero) | Sim (ZFS nativo) |
| Snapshots | Sim (Btrfs) | Sim (ZFS/ext4 LVM) | Sim (ZFS, ilimitados) |
| Interface web | Mais intuitiva | Rica, densa | Funcional, técnica |
| Container | Container Manager | Container Station | Docker + Kubernetes |
| Virtualização | Virtual Machine Manager | Virtualization Station | KVM nativo |
| Hardware | Apenas Synology | Apenas QNAP | Qualquer hardware |
| Custo de entrada | Médio-alto | Médio | Baixo (software grátis) |
| Suporte comercial | Excelente | Bom | Comunidade + iXsystems |
| Replicação remota | Snapshot Replication | Hybrid Backup Sync | ZFS Send/Receive |
Atenção: O TrueNAS exige ECC RAM para funcionalidade completa de ZFS. Embora o ZFS funcione sem ECC, a iXsystems recomenda formalmente ECC para ambientes de produção. Verificar que a motherboard e CPU suportam ECC antes de adquirir hardware para TrueNAS.
3. Hardware: CPU, RAM, Baias e NICs
A selecção de hardware é o factor que mais influencia o desempenho e a longevidade de um NAS. Ao contrário de um servidor tradicional, o NAS tem ciclos de vida longos (5-7 anos em PME), pelo que prever crescimento é essencial.
CPU
O CPU determina a capacidade de transcodificação multimédia, número de utilizadores simultâneos, desempenho de iSCSI e capacidade de virtualização:
| Workload | CPU Mínimo | CPU Recomendado | Exemplo |
|---|---|---|---|
| File sharing 25 users | Intel J4125 (4-core) | Intel N100 / N305 | Synology DS224+ |
| Backup + iSCSI | Intel J4125 | Intel i3-12100 / Ryzen 5 | QNAP TS-464 |
| Virtualização + Docker | Intel i5 / Ryzen 5 | Intel i7 / Ryzen 7 | QNAP TVS-h674 |
| ZFS + VMs + 10GbE | Intel i7 / Ryzen 7 | Xeon E / EPYC | TrueNAS white-box |
A Synology fechou o hardware: cada modelo tem um CPU fixo não actualizável. A QNAP permite upgrade de CPU em alguns modelos tower (TS-x73 series com socket AMD AM4). No TrueNAS, o CPU é totalmente à escolha — uma vantagem para PME que querem desempenho específico.
RAM
A RAM é crítica, especialmente em ZFS. O ZFS usa RAM para ARC (Adaptive Replacement Cache), um cache de leitura que melhora significativamente o desempenho aleatório. A regra prática para TrueNAS é 1 GB de RAM por 1 TB de storage bruto, com mínimo de 8 GB. Para Synology e QNAP com Btrfs/ext4, 4-8 GB é suficiente para 25 utilizadores, mas 16 GB melhora o caching:
arc_summary | head -20
free -h <span style=”color:#6c7086;”># ARC aparece como “buff/cache”, é cache reutilizável</span>
Para Synology e QNAP, a RAM é soldada ou parcialmente actualizável. No TrueNAS, usar sempre ECC RAM em produção:
dmidecode -t memory | grep -i “error correction”
<span style=”color:#6c7086;”># Output esperado: “Error Correction Type: Single-bit ECC”</span>
Baias e Expansão
O número de baias determina a capacidade máxima e a flexibilidade de RAID. Para 25 utilizadores em PME, o mínimo recomendado é 4 baias (RAID 6 ou RAID 10). Seis baias permitem RAID 6 com melhor capacidade. Oito baias permitem RAID 6 + hot spare. Para além de 8 baias, considerar racks montáveis:
lsblk -d -o NAME,SIZE,MODEL,SERIAL,TRAN,ROTA
<span style=”color:#6c7086;”># ROTA=1 = HDD, ROTA=0 = SSD/NVMe</span>
for disk in $(ls /dev/sd[a-z]); do
echo “=== $disk ===”
smartctl -a $disk | grep -E “Model|Capacity|Health|Reallocated|Pending”
done
A QNAP e a Synology oferecem modelos com baias expansíveis via unidades de expansão (Synology RX-series, QNAP UX/RXP-series). O TrueNAS suporta JBODs com ligações SAS via HBA externa.
NICs — Placas de Rede
Para 25 utilizadores com file sharing, 1 Gbps é suficiente. Para virtualização iSCSI ou backup intensivo, 10 Gbps é recomendado. As três plataformas suportam link aggregation (LACP) para agregar múltiplas placas de 1 Gbps:
ip link show | grep -E “^[0-9]+:”
ethtool eth0 | grep Speed
<span style=”color:#6c7086;”># Exemplo de bond LACP (configurar via UI preferencialmente)</span>
<span style=”color:#6c7086;”># network:</span>
<span style=”color:#6c7086;”># version: 2</span>
<span style=”color:#6c7086;”># renderer: networkd</span>
<span style=”color:#6c7086;”># bonds:</span>
<span style=”color:#6c7086;”># bond0:</span>
<span style=”color:#6c7086;”># interfaces: [enp3s0, enp4s0]</span>
<span style=”color:#6c7086;”># parameters:</span>
<span style=”color:#6c7086;”># mode: 802.3ad</span>
<span style=”color:#6c7086;”># lacp-rate: fast</span>
| Porta | Largura de banda teórica | Uso típico PME |
|---|---|---|
| 1 Gbps | ~115 MB/s | File sharing 25 users |
| 2.5 Gbps | ~280 MB/s | Backup, iSCSI leve |
| 10 Gbps | ~1.1 GB/s | iSCSI virtualização, replication |
| 25 Gbps | ~2.8 GB/s | Clusters, alto IOPS |
Nota: A velocidade real de file sharing SMB depende também do cliente. Windows 11 com SMB Direct (SMB over RDMA) em placas de 10 Gbps com suporte RDMA alcança latências abaixo de 10 microsegundos. Verificar que o switch suporta jumbo frames (MTU 9000) para optimizar throughput em iSCSI e SMB multichannel.
4. Níveis RAID e Quando Usar Cada Um
O RAID (Redundant Array of Independent Disks) protege contra falha de disco e pode melhorar o desempenho. Não substitui backup — é protecção contra falha de hardware, não contra apagamento acidental ou ransomware. As três plataformas suportam os mesmos níveis RAID padrão:
RAID 0 (Striping)
Discos são combinados sem redundância. Capacidade total = soma de todos os discos. Se um disco falha, todos os dados perdem-se. Não recomendado para produção, excepto para dados não críticos onde a velocidade é prioritária (cache temporário, scratch disk).
RAID 1 (Mirror)
Dois discos espelhados. Capacidade = 50% do total. Tolera falha de 1 disco. Ideal para 2 baias em PME pequenas. Desempenho de leitura melhor que disco único.
RAID 5 (Striping com paridade)
Mínimo 3 discos. Capacidade = (N-1) discos. Tolera falha de 1 disco. É o RAID mais comum em PME com 4 baias — boa relação capacidade/redundância. O rebuild após falha é lento e gera carga significativa nos discos restantes, pelo que discos de qualidade empresarial (NAS-class, ex. Seagate IronWolf, WD Red Plus) são obrigatórios.
RAID 6 (Striping com dupla paridade)
Mínimo 4 discos. Capacidade = (N-2) discos. Tolera falha de 2 discos simultâneos. Recomendado para 6+ baias em produção, pois durante o rebuild de um disco, um segundo pode falhar (especialmente com discos da mesma data de fabrico). O overhead de paridade é maior que RAID 5, mas a segurança adicional é crítica para dados de PME.
RAID 10 (Mirror + Stripe)
Combinação de RAID 1 e RAID 0. Mínimo 4 discos. Capacidade = 50% do total. Melhor desempenho de escrita e tolera até 1 falha por par de mirror. Ideal para bases de dados e iSCSI de virtualização onde o IOPS é prioritário.
| Nível | Discos mínimos | Capacidade útil | Tolera falhas | IOPS leitura | IOPS escrita | Uso PME |
|---|---|---|---|---|---|---|
| RAID 0 | 2 | 100% | 0 | Excelente | Excelente | Não recomendado |
| RAID 1 | 2 | 50% | 1 | Bom | Bom | 2 baias |
| RAID 5 | 3 | (N-1)×disco | 1 | Bom | Moderado | 4-5 baias |
| RAID 6 | 4 | (N-2)×disco | 2 | Bom | Moderado-Baixo | 6+ baias produção |
| RAID 10 | 4 | 50% | 1 por par | Excelente | Excelente | iSCSI, bases de dados |
Atenção: Com discos de alta capacidade (12 TB+), o tempo de rebuild de um RAID 5 pode exceder 24 horas. Durante o rebuild, o RAID fica sem tolerância a falhas. Para discos de 12 TB ou maiores, usar RAID 6 ou RAID 10. Para TrueNAS com ZFS, o equivalente a RAID 6 é RAID-Z2 e a RAID 10 é espelhos distribuídos (striped mirrors).
ZFS RAID-Z: O equivalente TrueNAS
O TrueNAS não usa RAID tradicional de controladora — usa RAID-Z, a implementação de RAID no ZFS, que resolve o problema do “RAID write hole” (inconsistência de paridade após crash durante escrita):
zpool create tank raidz2 /dev/sdb /dev/sdc /dev/sdd /dev/sde /dev/sdf /dev/sdg
<span style=”color:#6c7086;”># Criar pool com espelhos distribuídos (equiv. RAID 10) com 4 discos</span>
zpool create fastpool mirror /dev/sdb /dev/sdc mirror /dev/sdd /dev/sde
<span style=”color:#6c7086;”># Verificar estado e capacidade do pool</span>
zpool status tank
zpool list -v tank
<span style=”color:#6c7086;”># Iniciar scrub (verificação de integridade — executar mensalmente)</span>
zpool scrub tank
zpool status tank | grep scrub
<span style=”color:#6c7086;”># Adicionar disco hot spare</span>
zpool add tank spare /dev/sdh
O RAID-Z1 equivale a RAID 5, RAID-Z2 a RAID 6 e RAID-Z3 a um nível com tripla paridade (tolera 3 falhas). Para 25 utilizadores em PME, RAID-Z2 é a recomendação padrão no TrueNAS.
5. Software: Snapshots, Replicação, SSD Caching e Protocolos
Snapshots
Snapshots capturam o estado do volume num instante, sem copiar dados — apenas registam as alterações a partir desse ponto (copy-on-write). São instantâneos e não consomem espaço até os dados originais mudarem. As três plataformas suportam snapshots:
zfs snapshot tank/dados@backup_$(date +%Y%m%d_%H%M)
<span style=”color:#6c7086;”># Listar snapshots</span>
zfs list -t snapshot tank/dados
<span style=”color:#6c7086;”># Agendar via TrueNAS UI: Storage > Snapshots > Add Task</span>
<span style=”color:#6c7086;”># Recomendação PME: a cada 15 min (manter 48h), diário (manter 30d), semanal (manter 12 sem)</span>
<span style=”color:#6c7086;”># Restaurar ficheiro a partir de snapshot</span>
cp /tank/dados/.zfs/snapshot/backup_20260712_0000/ficheiro.xlsx /tank/dados/restored/
<span style=”color:#6c7086;”># Eliminar snapshot antigo</span>
zfs destroy tank/dados@backup_20260101_0000
O Synology DSM cria snapshots Btrfs com a mesma lógica via Storage Manager > Snapshot Schedule. O QNAP suporta snapshots em volumes ext4 (via LVM) e ZFS (QuTS hero). O número máximo de snapshots varia: TrueNAS permite 2^46 por dataset (praticamente ilimitado), Synology até 65.536 por volume, QNAP 256 em LVM (ext4) ou ilimitado em ZFS.
Replicação
A replicação envia snapshots para um NAS remoto, criando uma cópia offsite sincronizada. É a base da regra 3-2-1 implementada no NAS:
<span style=”color:#6c7086;”># Replicação inicial:</span>
zfs send -R tank/dados@backup_20260712_0000 | \
ssh root@nas-remoto “zfs receive tank-remoto/dados”
<span style=”color:#6c7086;”># Replicação incremental (apenas alterações desde último snapshot)</span>
zfs send -R -I tank/dados@backup_20260711_0000 tank/dados@backup_20260712_0000 | \
ssh root@nas-remoto “zfs receive -F tank-remoto/dados”
O Synology usa Snapshot Replication para replicar entre dois NAS Synology (mesmo modelo não é obrigatório). O QNAP usa Hybrid Backup Sync, que suporta replicação para QNAP remoto, rsync ou cloud (Backblaze B2, AWS S3).
SSD Caching
O cache SSD acelera leituras aleatórias e escritas. As três plataformas suportam cache de leitura (read cache) e cache de escrita (write cache / ZIL/SLOG no ZFS):
zpool add tank cache /dev/nvme0n1 <span style=”color:#6c7086;”># L2ARC: read cache</span>
zpool add tank log /dev/nvme0n2 <span style=”color:#6c7086;”># SLOG/ZIL: write cache síncrono</span>
<span style=”color:#6c7086;”># Verificar hit rate do L2ARC</span>
arc_summary | grep -A5 “L2 ARC”
<span style=”color:#6c7086;”># Hit rate > 50% = útil; < 10% = working set cabe no ARC (RAM)</span>
| Cache | Função | Synology | QNAP | TrueNAS |
|---|---|---|---|---|
| Read cache (SSD) | Acelera leituras aleatórias | SSD Cache (read-only) | SSD Cache (read) | L2ARC |
| Write cache (SSD) | Acelera escritas síncronas | SSD Cache (read-write) | SSD Cache (read-write) | SLOG/ZIL |
| NVMe | Mais rápido que SATA SSD | Em modelos+ | Em modelos+ | Qualquer NVMe |
Nota: O SLOG no TrueNAS só beneficia escritas síncronas (iSCSI, NFS sync, bases de dados). Para file sharing SMB assíncrono, o SLOG não tem impacto. Um SLOG de 16-32 GB NVMe é suficiente — não precisa de ser grande, precisa de ser durável (power-safe). Não usar SSD consumer para SLOG; usar Optane ou NVMe enterprise com PLP (Power Loss Protection).
Protocolos: iSCSI, NFS, SMB
| Protocolo | Uso | Synology | QNAP | TrueNAS | Desempenho |
|---|---|---|---|---|---|
| SMB 3.1.1 | File sharing Windows | Nativo | Nativo | Nativo (Samba) | Bom |
| NFS v4.1 | File sharing Linux/VMware | Limitado | Bom | Excelente | Muito bom |
| iSCSI | LUN para virtualização | Suportado | Suportado | Suportado | Bom (ZFS: excelente) |
| S3 API | Object storage | C2 Object | QuObjects | MinIO integrado | Variável |
| WebDAV | Acesso remoto simples | Suportado | Suportado | Via plugin | Moderado |
zfs create tank/fileshare -o compression=lz4 -o aclmode=passthrough
<span style=”color:#6c7086;”># Partilha via UI: Shares > Windows (SMB) Shares > Add</span>
<span style=”color:#6c7086;”># NFS para Proxmox/VMware via UI: Shares > Unix (NFS) Shares > Add</span>
<span style=”color:#6c7086;”># Export: 192.168.1.0/24 (rede PME), Security: sys</span>
Para PME com Hyper-V, o iSCSI é o protocolo padrão. Para Proxmox ou VMware, o NFS é preferido pela simplicidade (sem gestão de LUNs). O SMB Multichannel (SMB 3.x) permite agregação de múltiplas sessões TCP sobre várias placas de rede, sem necessidade de configuração especial.
6. Backup 3-2-1 Integrado no NAS
A regra 3-2-1 define: 3 cópias dos dados, em 2 suportes diferentes, com 1 cópia offsite. O NAS é o ponto central onde esta regra se implementa automaticamente:
- Cópia 1 (produção): Dados no volume principal do NAS
- Cópia 2 (on-site): Snapshot no mesmo NAS (copy-on-write, instantâneo) ou volume secundário
- Cópia 3 (offsite): Replicação para NAS remoto ou cloud (Backblaze B2, AWS S3)
Implementação por plataforma
Synology: Snapshot Replication (schedule), Hyper Backup (C2/S3/rsync), Active Backup for Business (estações/servidores). Encriptação AES-256 e deduplicação.
QNAP: Snapshot Manager + Hybrid Backup Sync (job 3-2-1 com múltiplos destinos), NetBak Replicator (estações Windows). HBS 3 suporta versionamento e compressão.
TrueNAS:
<span style=”color:#6c7086;”># Via UI: Data Replication > Add > Source + Destination</span>
<span style=”color:#6c7086;”># Backup para cloud (Backblaze B2) via rclone</span>
rclone config <span style=”color:#6c7086;”># configurar tipo=b2, account, key</span>
rclone sync /tank/dados b2-backup:bucket-pme-dados –transfers 4 –progress
<span style=”color:#6c7086;”># Agendar no cron: 0 2 * * * rclone sync /tank/dados b2-backup:bucket-pme-dados</span>
Backup imutável contra ransomware
O backup imutável (WORM — Write Once Read Many) impede que mesmo um administrador ou ransomware elimine os backups. As três plataformas suportam imutabilidade:
- Synology: Immutable Shared Folders no C2 Backup (retenção imutável configurável)
- QNAP: WORM folders no QuTS hero (ZFS) com retenção definida
- TrueNAS: Snapshot hold no ZFS + cloud imutável (S3 Object Lock no MinIO ou B2)
zfs hold keep tank/dados@backup_20260712_0000
<span style=”color:#6c7086;”># Não pode ser eliminado até: zfs release keep tank/dados@backup_20260712_0000</span>
<span style=”color:#6c7086;”># Object Lock no MinIO (TrueNAS S3 service)</span>
mc mb –with-lock minio-lab/backup-imutavel <span style=”color:#6c7086;”># Governance mode, retenção configurável</span>
Atenção: A imutabilidade no NAS local não protege contra ransomware que cifra os dados de produção — apenas protege as cópias. Se o ransomware tiver acesso ao NAS via SMB, pode cifrar ficheiros de produção. A cópia offsite replicada (com latência de 1 hora) é a última linha de defesa. Para PME críticas, considerar air-gap (cópia em disco removível guardada offline).
7. Segurança: Firewall, SSL, 2FA e Updates
A segurança do NAS é frequentemente negligenciada em PME — o NAS fica numa VLAN interna, não é exposto à Internet, e assume-se que está seguro. Esta assunção é perigosa: o NAS contém todos os dados da empresa e é um alvo prioritário em ataques laterais após comprometimento de uma estação.
Firewall e isolação de rede
O NAS deve estar numa VLAN dedicada, acessível apenas pelas portas necessárias e apenas das redes que precisam de acesso:
iptables -A INPUT -p tcp –dport 445 -s 192.168.10.0/24 -j ACCEPT <span style=”color:#6c7086;”># SMB estações</span>
iptables -A INPUT -p tcp –dport 3260 -s 192.168.20.10 -j ACCEPT <span style=”color:#6c7086;”># iSCSI hipervisor</span>
iptables -A INPUT -p tcp –dport 22 -s 192.168.99.0/24 -j ACCEPT <span style=”color:#6c7086;”># SSH gestão</span>
iptables -A INPUT -i eth0 -j DROP <span style=”color:#6c7086;”># Bloquear restante</span>
A Synology e a QNAP têm firewalls integrados no DSM/QTS (Control Panel > Security > Firewall). Configurar regras por interface e por origem, negando por defeito e permitindo apenas o necessário.
SSL e HTTPS
A interface web de gestão deve usar HTTPS com certificado válido. Para PME com domínio próprio, usar Let’s Encrypt:
<span style=”color:#6c7086;”># Método: DNS-01 (recomendado, via API do DNS), renovação automática</span>
<span style=”color:#6c7086;”># Synology — Control Panel > Security > Certificate > Let’s Encrypt</span>
<span style=”color:#6c7086;”># Requer domínio apontado para o NAS (ou DDNS Synology)</span>
<span style=”color:#6c7086;”># QNAP — Control Panel > System > Security > SSL Certificate</span>
<span style=”color:#6c7086;”># Importar Let’s Encrypt obtido externamente ou via QNAP ACME</span>
Autenticação de dois factores (2FA)
A 2FA é obrigatória para todas as contas administrativas. As três plataformas suportam TOTP (Google Authenticator, Authy, etc.):
- Synology: Control Panel > Security > 2FA. Aplicar a todos os administradores. Para contas LDAP/AD, a 2FA do DSM funciona em paralelo com a autenticação de domínio.
- QNAP: Control Panel > System > Security > Sign in 2-step verification. O QTS permite 2FA por utilizador, não global.
- TrueNAS: System Settings > Advanced > Two-Factor Authentication. Suporta TOTP e pode ser complementado com SSH key-only para acesso shell.
Updates e patches
A cadência de updates é diferente nas três plataformas:
| Plataforma | Frequência updates | Cadência critical patches | Auto-update |
|---|---|---|---|
| Synology DSM | Mensal (patch) / Trimestral (major) | 24-48h | Configurável |
| QNAP QTS | Mensal | 24-72h | Configurável |
| TrueNAS SCALE | Mensal (stable) / Quinzenal (nightly) | 48-96h | Manual recomendado |
Nota: O TrueNAS recomenda updates manuais em produção — aplicar primeiro em ambiente de teste. O DSM e QTS permitem auto-update de patches de segurança, mas major updates devem ser validados. Em PME sem ambiente de teste, agendar update numa janela de manutenção e fazer snapshot antes. Para estratégia de patches Windows, consultar o artigo 27.
SNMP e monitorização
Para PME com monitorização centralizada (Grafana/Prometheus — artigo 01), o SNMP permite ao NAS reportar estado:
<span style=”color:#6c7086;”># SNMP v3 preferido (autenticação + encriptação)</span>
snmpwalk -v3 -u monitor -l authPriv -a SHA -A “pass_auth” \
-x AES -X “pass_priv” 192.168.30.10 .1.3.6.1.4.1.50536
<span style=”color:#6c7086;”># Synology: Control Panel > Info Center > SNMP</span>
<span style=”color:#6c7086;”># QNAP: Control Panel > Network & Virtual Switch > SNMP</span>
8. Custos para PME com 25 Utilizadores
A análise de custo deve considerar hardware, discos, licenças, suporte e energia ao longo de 5 anos (TCO — Total Cost of Ownership). Cenário: PME com 25 utilizadores, 20 TB de dados, file sharing + backup + NVR com 8 câmaras.
Opção A: Synology DS923+ (4 baias) + RX421 expansion
| Componente | Custo (EUR, IVA excl.) |
|---|---|
| DS923+ + RX421 + 4× HDD 8 TB + 2× NVMe 500 GB | 1.830 |
| Active Backup for Business (25 lic.) | 0 (grátis) |
| Surveillance Station (6 lic. extra) + C2 Backup (1 TB/ano) | 300 |
| Energia (~45 W) | ~50/ano |
| Total 5 anos | ~2.380 |
Opção B: QNAP TS-464 (4 baias) + TR-004 expansion
| Componente | Custo (EUR, IVA excl.) |
|---|---|
| TS-464 + TR-004 + 4× HDD 8 TB + 2× NVMe 500 GB | 1.550 |
| NetBak Replicator + QVR Pro (8 lic. base) | 0 (grátis) |
| Backblaze B2 (~1 TB/ano) | ~60/ano |
| Energia (~40 W) | ~45/ano |
| Total 5 anos | ~1.950 |
Opção C: TrueNAS SCALE (white-box DIY)
| Componente | Custo (EUR, IVA excl.) |
|---|---|
| Chassis 6 baias + i3-12100 + 32 GB ECC + HBA + 6× HDD 8 TB + 2× NVMe | 2.230 |
| TrueNAS SCALE + MinIO + TrueCommand (1 NAS) | 0 |
| Backblaze B2 (~1 TB/ano) | ~60/ano |
| Energia (~80 W) | ~85/ano |
| Suporte iXsystems (opcional, 1 ano) | 600 (opcional) |
| Total 5 anos | ~2.100 (sem suporte) / 2.700 (com) |
Comparação TCO 5 anos
| Critério | Synology | QNAP | TrueNAS |
|---|---|---|---|
| TCO 5 anos (EUR) | ~2.380 | ~1.950 | ~2.100-2.700 |
| Custo inicial | 1.830 | 1.550 | 2.230 |
| Licenças NVR | 180 | 0 (8 grátis) | N/A (Docker) |
| Suporte comercial | Incluído (3 anos) | Incluído (2 anos) | Pago (opcional) |
| Escalabilidade HW | Limitada | Limitada | Total |
Nota: Os preços indicados são estimativas para meados de 2026 e variam consoante o retalho. O TrueNAS tem custo de hardware mais alto inicial (ECC, HBA dedicado), mas zero custo de licença de software. A opção QNAP é a mais económica no TCO de 5 anos. A Synology justifica o custo superior pela simplicidade de gestão e melhor ecossistema de suporte.
9. Checklist Pré-Produção
Antes de colocar um NAS em produção para 25 utilizadores, verificar:
- [ ] Seleccionar nível RAID adequado: RAID 6 / RAID-Z2 para 6+ baias, RAID 10 para iSCSI
- [ ] Usar discos NAS-class (IronWolf, WD Red Plus/Pro, Toshiba N300) — não desktop
- [ ] Verificar ECC RAM activa (TrueNAS:
dmidecode -t memory | grep -i ecc) - [ ] Configurar notificações de email para alertas de disco, temperatura e RAID
- [ ] Activar SMART monitoring: testes curtos semanais, longos mensais
- [ ] Schedule de snapshots: a cada 15 min (manter 48h), diário (manter 30d), semanal (manter 12 sem)
- [ ] Activar replicação remota (NAS secundário ou cloud) — mínimo 1 cópia offsite
- [ ] Firewall: negar por defeito, permitir apenas portas necessárias por origem
- [ ] HTTPS com certificado válido (Let’s Encrypt ou interno)
- [ ] 2FA (TOTP) em todas as contas administrativas
- [ ] Desactivar serviços desnecessários (Telnet, FTP, UPnP)
- [ ] Integração com Active Directory para autenticação centralizada
- [ ] Quotas de espaço por utilizador/share para evitar encher o volume
- [ ] SNMP v3 para monitorização externa (Grafana/Zabbix)
- [ ] Testar restauração a partir de snapshot e de backup cloud
- [ ] Documentar: IPs, RAID, schedule de backup, contactos de suporte
- [ ] Agendar scrub/verify mensal (TrueNAS:
zpool scrub; Synology: Data Scrubbing) - [ ] UPS conectado com encerramento gracioso configurado
- [ ] Aplicar todos os updates antes de carregar dados de produção
- [ ] Testar desempenho com iperf3 (rede) e fio (IOPS) antes de validar produção
- [ ] Para NVR: calcular armazenamento por câmara (bitrate × horas × retenção)
Artigos Relacionados
- Artigo 01 — Grafana para PME em 2026: Dashboards com Prometheus
- Artigo 06 — K3s: Kubernetes Leve para PME em 2026
- Artigo 23 — Windows Server 2025: Novidades e Migração
- Artigo 27 — Corrigir Windows Update Corrompido no Windows Server
- Artigo 28 — Hyper-V no Windows Server: Virtualização Prática com PowerShell
Fontes:
- Synology DSM — synology.com/pt-pt/dsm
- Synology Btrfs — synology.com/pt-pt/dsm/feature/btrfs
- Synology Active Backup — synology.com/pt-pt/dsm/packages/ActiveBackup
- QNAP QTS — qnap.com/pt-pt/software/qts
- TrueNAS Documentation — truenas.com/docs
- TrueNAS ZFS Primer — truenas.com/docs/references/zfsprimer
