Quanta RAM serve a ZFS per un pool da 100 TB?

Da dove viene la regola "1 GB per TB"?

Non da OpenZFS. La sua FAQ chiede 8 GB o più per le migliori prestazioni e aggiunge che c'è chi lo usa con 2 GB o meno. La sua guida hardware non dà alcun dimensionamento della memoria.

Due regole reali vengono mescolate in una. La prima è un obiettivo di cache: Proxmox consiglia almeno 2 GiB più 1 GiB per TiB di spazio per l'ARC, la cache di lettura di ZFS. La seconda riguarda la deduplicazione, ed è molto più grande. Il FreeBSD Handbook dà 5 a 6 GB di RAM per TB di dati deduplicati.

La regola 1 GB per TB è un desiderio di cache, non un requisito: ZFS funziona con molta meno e mette in cache quello che gli dai.

Proxmox stesso imposta un predefinito più piccolo. Dalla Proxmox VE 8.1, l'installer limita l'ARC al 10% della memoria, al massimo 16 GiB.

Per cosa usa ZFS la memoria?

Soprattutto per l'ARC, una cache dei blocchi e dei metadati letti di recente e di frequente. Più cache significa meno accessi lenti ai dischi rigidi.

L'ARC si dimensiona da solo. Su Linux, OpenZFS 2.3 e successive gli permettono di crescere fino al maggiore tra tutta la memoria meno 1 GiB e 5/8 della memoria. OpenZFS 2.2 si fermava a metà della memoria su Linux. Il minimo è il maggiore tra 32 MiB e 1/32 della memoria, e ZFS punta a lasciare libero 1/64 della memoria.

Altri due usi hanno dei limiti. Scrub e resilver ordinano le loro letture in memoria, fino a 1/20 della RAM per impostazione predefinita. Quanto dura un resilver è spiegato su la pagina dei tempi di ricostruzione RAID. La deduplicazione tiene la sua tabella in memoria, ed è da lì che vengono i numeri grandi.

Le versioni contano sui sistemi noleggiati. Il 2 novembre 2026, Debian 13 forniva zfsutils-linux 2.3.9 e Ubuntu 24.04 forniva 2.2.2.

Quanta memoria usa davvero un pool di backup da 100 TB?

Meno cache di un file server, perché i backup si scrivono una volta e si leggono di rado. La cache aiuta soprattutto con i metadati: elencare gli snapshot, eliminare i vecchi backup e controllare gli indici.

La regola di Proxmox è un tetto sensato per la pianificazione. Applicata ai layout comuni, dà questi obiettivi ARC:

• 2 × 12 TB in mirror, 12 TB utilizzabili: circa 13 GiB.
• 4 × 10 TB in RAIDZ2, 20 TB utilizzabili: circa 20 GiB.
• 10 × 10 TB in RAIDZ2, 80 TB utilizzabili: circa 75 GiB.
• 10 × 16 TB in RAIDZ2, 128 TB utilizzabili: circa 118 GiB.

Confronta con gli hold: Hold 24 32 GB DDR4 ECC, Hold 40 64 GB DDR4, Hold 100 128 GB DDR4 ECC, Hold 160 128 GB DDR4 ECC. Sotto l'obiettivo, ZFS funziona comunque; semplicemente legge i metadati dal disco più spesso.

Di 23 venditori di server storage Basalthold controllati il 2 November 2026, 8 elencavano un server da 100 TB o più, e 1 ne noleggiavano uno a compratori cripto senza documento d'identità. L'intera offerta è su la pagina dei server storage da 100 TB.

Devo attivare la deduplicazione ZFS per i backup?

Non su 100 TB. A 5-6 GB per TB di dati deduplicati, 80 TB richiederebbero da 400 a 480 GB di memoria. È più di quanto porti qualsiasi hold.

Lascia che sia il tool di backup a deduplicare. restic, Borg e Proxmox Backup Server dividono i dati in chunk e memorizzano ogni chunk una sola volta, nel proprio indice. Le differenze sono su restic o Borg. Tieni attiva la compressione ZFS; costa poca memoria.

La memoria ECC conta più della quantità. OpenZFS la definisce altamente consigliata, perché nessun filesystem può proteggere dai bit flip in RAM. Perché ZFS vuole anche dischi semplici è spiegato su ZFS o RAID hardware.

Come controllo o limito l'ARC?

Leggi prima la dimensione attuale, poi imposta un limite solo se altri servizi hanno bisogno della memoria. La guida di Proxmox usa lo stesso parametro zfs_arc_max.

# 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