# Quanta RAM o ZFS precisa para um pool de 100 TB?

> Requisitos de RAM do ZFS para um pool de 100 TB: o OpenZFS pede 8 GB ou mais e a regra de cache dá cerca de 75 GiB. Servidores sem KYC, pagos com cripto.

- URL: https://basalthold.com/pt/zfs-ram-requirements/
- Última atualização: 2026-11-02
- Editor: Basalthold (https://basalthold.com)

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.

**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](https://basalthold.com/pt/raid-rebuild-time/ "How long a RAID 6 or RAIDZ2 rebuild takes with 20 TB drives"). 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](https://basalthold.com/pt/100tb-storage-server/ "Where to rent a storage server with 100 TB of disk").

## 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](https://basalthold.com/pt/restic-vs-borg/ "Restic or Borg for offsite backups to your own server"). 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](https://basalthold.com/pt/zfs-vs-hardware-raid/ "ZFS or hardware RAID on a rented storage server").

## 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*

```bash
# 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](https://basalthold.com/pt/pricing/ "Basalthold storage server prices for 30 days, 3, 6 and 12 months").

| Plano | Quantidade | 30 days | 3 months | 6 months | 1 year |
| --- | --- | --- | --- | --- | --- |
| Hold 24 | 24 TB brutos · 6 núcleos | US$ 110,99 | US$ 299,67 (−10%) | US$ 532,75 (−20%) | US$ 932,31 (−30%) |
| Hold 40 | 40 TB brutos · 6 núcleos | US$ 201,09 | US$ 542,94 (−10%) | US$ 965,23 (−20%) | US$ 1.689,15 (−30%) |
| Hold 100 | 100 TB brutos · 10 núcleos | US$ 377,05 | US$ 1.018,03 (−10%) | US$ 1.809,84 (−20%) | US$ 3.167,22 (−30%) |
| Hold 160 | 160 TB brutos · 16 núcleos | US$ 561,39 | US$ 1.515,75 (−10%) | US$ 2.694,67 (−20%) | US$ 4.715,67 (−30%) |

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

**Antes de pagar**

- Recarga mínima de US$ 1. Recarregue uma vez com cripto e depois compre qualquer plano usando seu saldo.
- Os créditos no seu saldo não expiram e renovam qualquer um dos seus servidores. Quando um depósito é feito apenas para atingir o mínimo, a parte não utilizada é devolvida mediante solicitação em até 30 dias após o pagamento, em USDT ou USDC. O restante do saldo não é pago, a menos que a lei exija.
- Creditado assim que seu pagamento é verificado na blockchain. Tempo habitual de confirmação da rede: BTC ≈ 20 min · USDT TRC-20 ≈ 1 min · USDT ERC-20 ≈ 5 min · USDC ERC-20 ≈ 5 min · ETH ≈ 5 min · SOL ≈ 1 min · LTC ≈ 15 min · XMR ≈ 20 min

## 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. [Alugue Hold 100 em Amsterdã](https://basalthold.com/app/checkout/?plan=hold-100&location=nl-ams&lang=pt) · [Alugue Hold 160 em Bucareste](https://basalthold.com/app/checkout/?plan=hold-160&location=ro-buh&lang=pt)

## Fontes

1. [FAQ: Hardware Requirements](https://openzfs.github.io/openzfs-docs/Project%20and%20Community/FAQ.html) — OpenZFS (read 2026-11-02)
2. [Hardware: ECC Memory](https://openzfs.github.io/openzfs-docs/Performance%20and%20Tuning/Hardware.html) — OpenZFS (read 2026-11-02)
3. [zfs(4), OpenZFS 2.3: zfs_arc_max, zfs_arc_min, zfs_arc_sys_free, zfs_scan_mem_lim_fact](https://openzfs.github.io/openzfs-docs/man/v2.3/4/zfs.4.html) — OpenZFS (read 2026-11-02)
4. [zfs(4), OpenZFS 2.2: zfs_arc_max no Linux](https://openzfs.github.io/openzfs-docs/man/v2.2/4/zfs.4.html) — OpenZFS (read 2026-11-02)
5. [Proxmox VE Administration Guide: Limit ZFS Memory Usage](https://pve.proxmox.com/pve-docs/pve-admin-guide.html) — Proxmox Server Solutions (read 2026-11-02)
6. [FreeBSD Handbook: The Z File System (ZFS), deduplicação](https://docs.freebsd.org/en/books/handbook/zfs/) — The FreeBSD Project (read 2026-11-02)
7. [Pacote zfsutils-linux no Debian trixie](https://packages.debian.org/trixie/zfsutils-linux) — Debian (read 2026-11-02)
8. [Pacote zfsutils-linux no Ubuntu noble](https://packages.ubuntu.com/noble/zfsutils-linux) — Ubuntu (read 2026-11-02)

---

Basalthold: A Basalthold aluga servidores dedicados de armazenamento em Amsterdã, Bucareste e Chisinau, pagos em cripto e sem KYC: sem documento, sem selfie, sem comprovantes. Cada servidor é uma máquina física inteira com 24 TB a 160 TB de discos rígidos para um único cliente, entregue com discos de dados em branco e acesso root, para backups, arquivos, sincronização de arquivos e armazenamento de objetos auto-hospedado. Em 2 de novembro de 2026, os preços iam de $110.99 por 30 dias para 24 TB a $561.39 para 160 TB ($3.50 por TB bruto). É operado pela DomaineGoat LLC, uma empresa registrada no Panamá, não mantém logs e nunca pede suas chaves de criptografia.