Guia · dimensionamento do ZFS · documentação consultada em 2 de novembro de 2026
Quanta RAM o ZFS precisa para um pool de 100 TB?
De onde vem a regra de "1 GB por TB" e o que o OpenZFS, o Proxmox e o FreeBSD realmente dizem. Depois, a memória que um pool de backup de 100 TB usa na prática.
Última atualização: · 8 min de leitura
Resposta rápida
Quanta RAM o ZFS precisa para um pool de 100 TB?
O ZFS não precisa de 1 GB de RAM por TB. O FAQ do OpenZFS, consultado em 2 November 2026, pede 8 GB ou mais e diz que 2 GB ou menos funciona. A regra de cache do Proxmox, 2 GiB mais 1 GiB por TiB, dá 75 GiB para 100 TB em RAIDZ2. Basalthold Hold 100 tem 128 GB DDR4 ECC, cripto, sem KYC.
O que as regras dão para 100 TB de discos?
Um pool de dez discos de 10 TB em RAIDZ2: 100 TB brutos, 80 TB utilizáveis, cerca de 72,8 TiB.
Fonte
Regra como está escrita
Resultado para este pool
FAQ do OpenZFS
8 GB ou mais para o melhor desempenho; 2 GB ou menos é possível; mais com deduplicação
8 GB
Guia de administração do Proxmox VE
Pelo menos 2 GiB de base + 1 GiB por TiB de armazenamento, para o cache ARC
Cerca de 75 GiB
Handbook do FreeBSD
5 a 6 GB de RAM por 1 TB de dados deduplicados
400 a 480 GB se todos os 80 TB fossem deduplicados
Limite padrão do ARC no OpenZFS, versão 2.3 e posteriores
O maior entre toda a memória menos 1 GiB e 5/8 da memória
Até 127 GiB em uma máquina de 128 GiB
Padrão do Proxmox VE desde a 8.1
10% da memória, no máximo 16 GiB
12,8 GiB em uma máquina de 128 GiB
Regra de fórum "1 GB por TB"
Não está na documentação do OpenZFS
100 GB
Unidades como cada fonte as escreve. Documentação consultada em 2 de novembro de 2026.
De onde vem a regra de "1 GB por TB"?
Não vem do OpenZFS. O FAQ pede 8 GB ou mais para o melhor desempenho e acrescenta que as pessoas o usam com 2 GB ou menos. O guia de hardware não traz dimensionamento de memória nenhum.
Duas regras reais se misturam em uma. A primeira é uma meta de cache: o Proxmox recomenda pelo menos 2 GiB mais 1 GiB por TiB de armazenamento para o ARC, o cache de leitura do ZFS. A segunda é para deduplicação, e é bem maior. O Handbook do FreeBSD dá 5 a 6 GB de RAM por TB de dados deduplicados.
A regra de 1 GB por TB é um desejo de cache, não um requisito: o ZFS roda com muito menos e guarda em cache o que você der a ele.
O próprio Proxmox define um padrão menor. Desde o Proxmox VE 8.1, o instalador limita o ARC a 10% da memória, no máximo 16 GiB.
Para que o ZFS usa a memória?
Principalmente para o ARC, um cache de blocos e metadados lidos recentemente e com frequência. Mais cache significa menos idas lentas aos discos rígidos.
O ARC se dimensiona sozinho. No Linux, o OpenZFS 2.3 e posteriores deixam que ele cresça até o maior valor entre toda a memória menos 1 GiB e 5/8 da memória. O OpenZFS 2.2 parava na metade da memória no Linux. O piso é o maior entre 32 MiB e 1/32 da memória, e o ZFS busca deixar 1/64 da memória livre.
Dois outros usos têm limites. Scrubs e resilvers ordenam suas leituras na memória, até 1/20 da RAM por padrão. Quanto tempo um resilver leva está em a página de tempo de reconstrução do RAID. A deduplicação mantém sua tabela na memória, e é daí que vêm os números grandes.
As versões importam em sistemas alugados. Em 2 de novembro de 2026, o Debian 13 vinha com zfsutils-linux 2.3.9 e o Ubuntu 24.04 com 2.2.2.
Quanta memória um pool de backup de 100 TB realmente usa?
Menos cache do que um servidor de arquivos, porque backups são gravados uma vez e raramente lidos. O cache ajuda mais com metadados: listar snapshots, remover backups antigos e verificar índices.
A regra do Proxmox é um teto sensato para planejamento. Aplicada a layouts comuns, ela dá estas metas de ARC:
2 × 12 TB em espelho, 12 TB utilizáveis: cerca de 13 GiB.
4 × 10 TB em RAIDZ2, 20 TB utilizáveis: cerca de 20 GiB.
10 × 10 TB em RAIDZ2, 80 TB utilizáveis: cerca de 75 GiB.
10 × 16 TB em RAIDZ2, 128 TB utilizáveis: cerca de 118 GiB.
Compare com os holds: Hold 24 32 GB DDR4 ECC, Hold 40 64 GB DDR4, Hold 100 128 GB DDR4 ECC, Hold 160 128 GB DDR4 ECC. Abaixo da meta, o ZFS ainda roda; ele apenas lê metadados do disco com mais frequência.
De 23 vendedores de servidores de armazenamento Basalthold verificados em 2 November 2026, 8 listavam um servidor de 100 TB ou mais, e 1 alugava um para compradores com cripto sem documento de identidade. A oferta inteira está em a página de servidor de armazenamento de 100 TB.
Devo ativar a deduplicação do ZFS para backups?
Não em 100 TB. A 5 a 6 GB por TB de dados deduplicados, 80 TB exigiriam 400 a 480 GB de memória. Isso é mais do que qualquer hold carrega.
Deixe a ferramenta de backup deduplicar. restic, Borg e Proxmox Backup Server dividem os dados em chunks e armazenam cada chunk uma vez, no próprio índice. As diferenças estão em restic ou Borg. Mantenha a compressão do ZFS ativada; ela consome pouca memória.
Memória ECC importa mais que o tamanho. O OpenZFS a considera altamente recomendada, porque nenhum sistema de arquivos consegue se proteger de bit flips na RAM. Por que o ZFS também prefere discos simples está em ZFS ou RAID de hardware.
Como verifico ou limito o ARC?
Leia o tamanho em tempo real primeiro e defina um limite só se outros serviços precisarem da memória. O guia do Proxmox usa o mesmo parâmetro zfs_arc_max.
Verifique o ARC e limite-o a 64 GiB
# current ARC size and its limits, in bytes
grep -E '^(size|c_min|c_max) ' /proc/spl/kstat/zfs/arcstats
arc_summary | head -40
# cap the ARC at 64 GiB until the next reboot
echo $((64 * 1024 * 1024 * 1024)) > /sys/module/zfs/parameters/zfs_arc_max
# keep the cap after reboots
echo "options zfs zfs_arc_max=68719476736" > /etc/modprobe.d/zfs.conf
# only if the root filesystem itself is on ZFS:
update-initramfs -u -k all
Qual hold tem a memória para o seu pool?
A memória e os discos são fixos por hold. Prazos de 3, 6 e 12 meses estão na lista de preços.
Em todos os planos: Discos de dados em branco · As chaves de criptografia continuam sendo suas · IPv4 dedicado · Sem logs · Sem KYC · Sem taxa de setup
O que mais as pessoas perguntam sobre memória para ZFS?
O ZFS precisa de 1 GB de RAM por TB?
Não. O FAQ do OpenZFS pede 8 GB ou mais para o melhor desempenho. As regras por TB vêm de outros lugares. O Proxmox define uma meta de cache de 2 GiB mais 1 GiB por TiB; o FreeBSD dá de 5 a 6 GB por TB de dados com deduplicação.
32 GB de RAM bastam para o ZFS?
Sim, para um pool de algumas dezenas de TB. É o quádruplo da recomendação do OpenZFS, e acima da meta do Proxmox para um mirror de 12 TB. Hold 24 vem com 32 GB DDR4 ECC.
O ZFS precisa de memória ECC?
O FAQ do OpenZFS diz que ECC não é realmente um requisito, mas é altamente recomendado. Hold 100 tem 128 GB DDR4 ECC e Hold 160 128 GB DDR4 ECC.
O ZFS vai ocupar toda a minha memória?
O ARC cresce para a memória livre e a devolve sob pressão, buscando manter 1/64 da RAM livre. Defina zfs_arc_max se um banco de dados ou máquinas virtuais precisarem de uma fatia fixa.
Posso alugar um servidor de armazenamento ZFS com cripto e sem KYC?
Sim. Basalthold aceita BTC, USDT, USDC, ETH, SOL, LTC, XMR, a partir de uma recarga de US$ 1. Sem KYC: sem documento de identidade, sem selfie, sem documentos, sem cartão e sem número de telefone, em nenhum momento. O sistema operacional fica em um SSD próprio (dois SSDs espelhados no modelo maior); os discos de dados chegam vazios e sem partição, para você montar ZFS, um array mdadm ou um conjunto de discos independentes. Se quiser que a equipe prepare um array RAID 6 ou RAID 10 antes da entrega, avise o suporte antes da entrega do servidor.
Espaço para o cache de um pool de 100 TB
Hold 100: Intel Xeon Silver 4210R (10 núcleos / 20 threads), 128 GB DDR4 ECC, 10 × discos rígidos de 10 TB (100 TB brutos) mais 2 × SSD de 480 GB para o sistema, em espelho, porta de 1 Gbit/s com 120 TB de tráfego a cada 30 dias, 1 IPv4 e um IPv6 /64, por $377.05/30 dias. Cripto, sem KYC.
