Wie viel RAM braucht ZFS für einen 100-TB-Pool?

Woher kommt die Regel "1 GB pro TB"?

Nicht von OpenZFS. Die FAQ verlangt 8 GB oder mehr für die beste Performance und ergänzt, dass Leute es mit 2 GB oder weniger betreiben. Der Hardware-Leitfaden gibt überhaupt keine Speicherdimensionierung an.

Zwei echte Regeln werden zu einer vermischt. Die erste ist ein Cache-Ziel: Proxmox empfiehlt mindestens 2 GiB plus 1 GiB pro TiB Speicher für den ARC, den Lesecache von ZFS. Die zweite gilt für Deduplizierung und ist deutlich größer. Das FreeBSD Handbook gibt 5 bis 6 GB RAM pro TB deduplizierter Daten an.

Die Regel "1 GB pro TB" ist ein Cache-Wunsch, keine Voraussetzung: ZFS läuft mit weit weniger und cached, was Sie ihm geben.

Proxmox selbst setzt einen kleineren Standard. Seit Proxmox VE 8.1 begrenzt der Installer den ARC auf 10 % des Speichers, höchstens 16 GiB.

Wofür nutzt ZFS den Speicher?

Vor allem für den ARC, einen Cache kürzlich und häufig gelesener Blöcke und Metadaten. Mehr Cache bedeutet weniger langsame Zugriffe auf die Festplatten.

Der ARC dimensioniert sich selbst. Unter Linux lassen OpenZFS 2.3 und später ihn auf den größeren Wert aus gesamtem Speicher minus 1 GiB und 5/8 des Speichers wachsen. OpenZFS 2.2 blieb unter Linux bei der Hälfte des Speichers. Die Untergrenze ist der größere Wert aus 32 MiB und 1/32 des Speichers, und ZFS strebt an, 1/64 des Speichers freizulassen.

Zwei weitere Verwendungen haben Obergrenzen. Scrubs und Resilvers sortieren ihre Lesezugriffe im Speicher, standardmäßig bis zu 1/20 des RAM. Wie lange ein Resilver dauert, steht auf der Seite zur RAID-Rebuild-Zeit. Die Deduplizierung hält ihre Tabelle im Speicher, daher kommen die großen Zahlen.

Auf gemieteten Systemen zählen die Versionen. Am 2. November 2026 lieferte Debian 13 zfsutils-linux 2.3.9 und Ubuntu 24.04 lieferte 2.2.2.

Wie viel Speicher nutzt ein 100-TB-Backup-Pool wirklich?

Weniger Cache als ein Dateiserver, weil Backups einmal geschrieben und selten gelesen werden. Am meisten hilft der Cache bei Metadaten: Snapshots auflisten, alte Backups bereinigen und Indizes prüfen.

Die Proxmox-Regel ist eine solide Obergrenze für die Planung. Auf gängige Layouts angewandt ergibt sie diese ARC-Ziele:

• 2 × 12 TB im Mirror, 12 TB nutzbar: etwa 13 GiB.
• 4 × 10 TB in RAIDZ2, 20 TB nutzbar: etwa 20 GiB.
• 10 × 10 TB in RAIDZ2, 80 TB nutzbar: etwa 75 GiB.
• 10 × 16 TB in RAIDZ2, 128 TB nutzbar: etwa 118 GiB.

Vergleichen Sie mit den Holds: Hold 24 32 GB DDR4 ECC, Hold 40 64 GB DDR4, Hold 100 128 GB DDR4 ECC, Hold 160 128 GB DDR4 ECC. Unterhalb des Ziels läuft ZFS weiter; es liest Metadaten nur öfter von der Platte.

Von 23 Storage-Server-Anbietern, die am 2 November 2026 Basalthold geprüft wurden, listeten 8 einen Server mit 100 TB oder mehr, und 1 vermieteten einen an Krypto-Käufer ohne Ausweis. Das ganze Angebot steht auf der Seite für 100-TB-Storage-Server.

Sollte ich die ZFS-Deduplizierung für Backups aktivieren?

Nicht bei 100 TB. Bei 5 bis 6 GB pro TB deduplizierter Daten würden 80 TB 400 bis 480 GB Speicher verlangen. Das ist mehr, als jeder Hold mitbringt.

Lassen Sie stattdessen das Backup-Tool deduplizieren. restic, Borg und Proxmox Backup Server teilen Daten in Chunks auf und speichern jeden Chunk einmal, in ihrem eigenen Index. Die Unterschiede stehen auf restic oder Borg. Lassen Sie die ZFS-Komprimierung an; sie kostet wenig Speicher.

ECC-Speicher zählt mehr als die Größe. OpenZFS nennt ihn sehr empfehlenswert, weil kein Dateisystem vor Bit-Flip-Fehlern im RAM schützen kann. Warum ZFS außerdem einfache Laufwerke bevorzugt, steht auf ZFS oder Hardware-RAID.

Wie prüfe oder begrenze ich den ARC?

Lesen Sie zuerst die aktuelle Größe aus und setzen Sie ein Limit nur, wenn andere Dienste den Speicher brauchen. Das Proxmox-Handbuch nutzt denselben Parameter 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