# Hoeveel RAM heeft ZFS nodig voor een pool van 100 TB?

> ZFS RAM-vereisten voor een pool van 100 TB: OpenZFS vraagt 8 GB+, de cacheregel van Proxmox geeft 75 GiB, dedup veel meer.

- URL: https://basalthold.com/nl/zfs-ram-requirements/
- Laatst bijgewerkt: 2026-11-02
- Uitgever: Basalthold (https://basalthold.com)

Waar de regel "1 GB per TB" vandaan komt en wat OpenZFS, Proxmox en FreeBSD echt schrijven. Daarna het geheugen dat een back-uppool van 100 TB in de praktijk gebruikt.

**Snel antwoord — Hoeveel RAM heeft ZFS nodig voor een pool van 100 TB?**

ZFS heeft geen 1 GB RAM per TB nodig. De OpenZFS FAQ, gelezen op 2 November 2026, vraagt om 8 GB of meer en zegt dat 2 GB of minder werkt. De cacheregel van Proxmox, 2 GiB plus 1 GiB per TiB, geeft 75 GiB voor 100 TB in RAIDZ2. **Basalthold** Hold 100 heeft 128 GB DDR4 ECC, crypto, zonder KYC.

## Wat geven de regels voor 100 TB aan schijven?

Eén pool van tien schijven van 10 TB in RAIDZ2: 100 TB raw, 80 TB bruikbaar, ongeveer 72,8 TiB.

| Bron | Regel zoals geschreven | Resultaat voor deze pool |
| --- | --- | --- |
| OpenZFS FAQ | 8 GB of meer voor de beste prestaties; 2 GB of minder is mogelijk; meer bij deduplicatie | 8 GB |
| Proxmox VE admin guide | Minimaal 2 GiB basis + 1 GiB per TiB opslag, voor de ARC-cache | Ongeveer 75 GiB |
| FreeBSD Handbook | 5 tot 6 GB RAM per 1 TB aan gededupliceerde data | 400 tot 480 GB als alle 80 TB gededupliceerd zou worden |
| Standaard ARC-limiet van OpenZFS, versie 2.3 en later | Het grootste van al het geheugen minus 1 GiB en 5/8 van het geheugen | Tot 127 GiB op een machine met 128 GiB |
| Standaard in Proxmox VE sinds 8.1 | 10% van het geheugen, maximaal 16 GiB | 12,8 GiB op een machine met 128 GiB |
| Forumregel "1 GB per TB" | Niet in de OpenZFS-documentatie | 100 GB |

Eenheden zoals elke bron ze schrijft. Documentatie gelezen op 2 november 2026.

## Waar komt de regel "1 GB per TB" vandaan?

Niet van OpenZFS. De FAQ vraagt om 8 GB of meer voor de beste prestaties en voegt toe dat mensen het met 2 GB of minder draaien. De hardwaregids geeft helemaal geen geheugenrichtlijnen.

Twee echte regels worden tot één vermengd. De eerste is een cache-doel: Proxmox adviseert minimaal 2 GiB plus 1 GiB per TiB opslag voor de ARC, de leescache van ZFS. De tweede geldt voor deduplicatie, en die is veel groter. Het FreeBSD Handbook geeft 5 tot 6 GB RAM per TB aan gededupliceerde data.

**De regel van 1 GB per TB is een cachewens, geen vereiste: ZFS draait op veel minder en cachet wat je het geeft.**

Proxmox zelf zet een kleinere standaard. Sinds Proxmox VE 8.1 beperkt de installer de ARC tot 10% van het geheugen, maximaal 16 GiB.

## Waarvoor gebruikt ZFS het geheugen?

Vooral voor de ARC, een cache van recent en vaak gelezen blokken en metadata. Meer cache betekent minder trage ritjes naar de harde schijven.

De ARC bepaalt zijn eigen grootte. Op Linux laten OpenZFS 2.3 en later hem groeien tot het grootste van al het geheugen minus 1 GiB en 5/8 van het geheugen. OpenZFS 2.2 stopte op de helft van het geheugen op Linux. De ondergrens is het grootste van 32 MiB en 1/32 van het geheugen, en ZFS streeft ernaar 1/64 van het geheugen vrij te laten.

Twee andere toepassingen hebben limieten. Scrubs en resilvers sorteren hun reads in het geheugen, standaard tot 1/20 van het RAM. Hoe lang een resilver duurt, staat op [de pagina over RAID-herbouwtijd](https://basalthold.com/nl/raid-rebuild-time/ "How long a RAID 6 or RAIDZ2 rebuild takes with 20 TB drives"). Deduplicatie houdt zijn tabel in het geheugen, en daar komen de grote getallen vandaan.

Versies maken uit op gehuurde systemen. Op 2 november 2026 leverde Debian 13 zfsutils-linux 2.3.9 en Ubuntu 24.04 2.2.2.

## Hoeveel geheugen gebruikt een back-uppool van 100 TB echt?

Minder cache dan een fileserver, omdat back-ups één keer worden geschreven en zelden worden gelezen. De cache helpt het meest bij metadata: snapshots opvragen, oude back-ups opschonen en indexen controleren.

De regel van Proxmox is een verstandig plafond voor de planning. Toegepast op gangbare indelingen geeft die deze ARC-doelen:

- **2 × 12 TB in een mirror**, 12 TB bruikbaar: ongeveer 13 GiB.
- **4 × 10 TB in RAIDZ2**, 20 TB bruikbaar: ongeveer 20 GiB.
- **10 × 10 TB in RAIDZ2**, 80 TB bruikbaar: ongeveer 75 GiB.
- **10 × 16 TB in RAIDZ2**, 128 TB bruikbaar: ongeveer 118 GiB.

Vergelijk met de holds: Hold 24 32 GB DDR4 ECC, Hold 40 64 GB DDR4, Hold 100 128 GB DDR4 ECC, Hold 160 128 GB DDR4 ECC. Onder het doel draait ZFS nog steeds; het leest metadata gewoon vaker van schijf.

Van 23 verkopers van opslagservers die Basalthold op 2 November 2026 zijn gecontroleerd, boden 8 een server van 100 TB of meer aan, en 1 verhuurde er een aan cryptokopers zonder ID. Het hele aanbod staat op [de pagina over 100 TB opslagservers](https://basalthold.com/nl/100tb-storage-server/ "Where to rent a storage server with 100 TB of disk").

## Moet ik ZFS-deduplicatie aanzetten voor back-ups?

Niet bij 100 TB. Bij 5 tot 6 GB per TB aan gededupliceerde data zou 80 TB om 400 tot 480 GB geheugen vragen. Dat is meer dan welke hold ook heeft.

Laat het back-upprogramma in plaats daarvan dedupliceren. restic, Borg en Proxmox Backup Server splitsen data in chunks en slaan elke chunk één keer op, in hun eigen index. De verschillen staan op [restic of Borg](https://basalthold.com/nl/restic-vs-borg/ "Restic or Borg for offsite backups to your own server"). Laat ZFS-compressie aan; dat kost weinig geheugen.

ECC-geheugen is belangrijker dan de hoeveelheid. OpenZFS noemt het sterk aanbevolen, omdat geen enkel bestandssysteem beschermt tegen bitflips in het RAM. Waarom ZFS ook gewone schijven wil, staat op [ZFS of hardware-RAID](https://basalthold.com/nl/zfs-vs-hardware-raid/ "ZFS or hardware RAID on a rented storage server").

## Hoe controleer of begrens ik de ARC?

Lees eerst de actuele grootte en stel pas een limiet in als andere services het geheugen nodig hebben. De gids van Proxmox gebruikt dezelfde parameter `zfs_arc_max`.

*Controleer de ARC en begrens hem daarna op 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
```

## Welke hold heeft het geheugen voor jouw pool?

Geheugen en schijven zijn vast per hold. Termijnen van 3, 6 en 12 maanden staan op [de prijslijst](https://basalthold.com/nl/pricing/ "Basalthold storage server prices for 30 days, 3, 6 and 12 months").

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

In elk plan: Lege dataschijven · Encryptiesleutels blijven van jou · Dedicated IPv4 · Geen logs · Geen KYC · Geen setupkosten

**Voordat je betaalt**

- Minimale opwaardering US$ 1. Waardeer één keer op met crypto en koop daarna elk plan vanuit je saldo.
- Credits op je saldo verlopen niet en kun je gebruiken om elk van je servers te verlengen. Als een top-up alleen wordt gedaan om het minimum te bereiken, komt het ongebruikte deel op verzoek terug binnen 30 dagen na betaling, in USDT of USDC. De rest van een saldo wordt niet uitbetaald tenzij de wet dat vereist.
- Bijgeschreven zodra je betaling op de blockchain is gecontroleerd. Gebruikelijke bevestigingstijd van het netwerk: 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

## Wat vragen mensen nog meer over ZFS-geheugen?

### Heb je 1 GB RAM per TB nodig voor ZFS?

Nee. De OpenZFS FAQ vraagt om 8 GB of meer voor de beste prestaties. De regels per TB komen van elders. Proxmox stelt een cache-doel van 2 GiB plus 1 GiB per TiB; FreeBSD geeft 5 tot 6 GB per TB aan gededupliceerde data.

### Is 32 GB RAM genoeg voor ZFS?

Ja, voor een pool van een paar dozijn TB. Het is vier keer de OpenZFS-aanbeveling, en boven het Proxmox-doel voor een mirror van 12 TB. Hold 24 komt met 32 GB DDR4 ECC.

### Heb je ECC-geheugen nodig voor ZFS?

De OpenZFS FAQ zegt dat ECC niet echt een vereiste is, maar wel sterk aanbevolen. Hold 100 heeft 128 GB DDR4 ECC en Hold 160 128 GB DDR4 ECC.

### Neemt ZFS al mijn geheugen in?

De ARC groeit in vrij geheugen en geeft het terug onder druk, met als doel 1/64 van het RAM vrij te houden. Stel zfs_arc_max in als een database of virtuele machines een vast aandeel nodig hebben.

### Kan ik een ZFS-opslagserver huren met crypto en zonder KYC?

Ja. Basalthold accepteert BTC, USDT, USDC, ETH, SOL, LTC, XMR, vanaf een opwaardering van US$ 1. Geen KYC: geen ID, geen selfie, geen documenten, geen kaart en geen telefoonnummer, op geen enkel moment. Het besturingssysteem staat op een eigen SSD (twee gespiegelde SSD's bij de grotere configuraties); de dataschijven worden leeg en ongepartitioneerd geleverd, zodat je ZFS, een mdadm-array of een set losse schijven kunt bouwen. Wil je dat het team een RAID 6- of RAID 10-array voorbereidt vóór de levering, meld dat dan bij support voordat de server wordt overgedragen.

**Ruimte voor de cache van een pool van 100 TB** Hold 100: Intel Xeon Silver 4210R (10 cores / 20 threads), 128 GB DDR4 ECC, 10 × 10 TB harde schijven (100 TB raw) plus 2 × 480 GB SSD voor het systeem, gespiegeld, 1 Gbit/s-poort met 120 TB verkeer per 30 dagen, 1 IPv4 en een IPv6 /64, voor $377.05/30 dagen. Crypto, zonder KYC. [Huur Hold 100 in Amsterdam](https://basalthold.com/app/checkout/?plan=hold-100&location=nl-ams&lang=nl) · [Huur Hold 160 in Boekarest](https://basalthold.com/app/checkout/?plan=hold-160&location=ro-buh&lang=nl)

## Bronnen

1. [FAQ: Hardwarevereisten](https://openzfs.github.io/openzfs-docs/Project%20and%20Community/FAQ.html) — OpenZFS (read 2026-11-02)
2. [Hardware: ECC-geheugen](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 onder 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), deduplicatie](https://docs.freebsd.org/en/books/handbook/zfs/) — The FreeBSD Project (read 2026-11-02)
7. [Package zfsutils-linux in Debian trixie](https://packages.debian.org/trixie/zfsutils-linux) — Debian (read 2026-11-02)
8. [Package zfsutils-linux in Ubuntu noble](https://packages.ubuntu.com/noble/zfsutils-linux) — Ubuntu (read 2026-11-02)

---

Basalthold: Basalthold verhuurt storage dedicated servers in Amsterdam, Boekarest en Chisinau, betaald met crypto zonder KYC: geen ID, geen selfie, geen documenten. Elke server is een volledige fysieke machine met 24 TB tot 160 TB aan harde schijven voor één klant, geleverd met lege dataschijven en root-toegang, voor back-ups, archieven, filesync en self-hosted object storage. Op 2 november 2026 liepen de prijzen van $110.99 per 30 dagen voor 24 TB tot $561.39 voor 160 TB ($3.50 per ruwe TB). Het wordt gerund door DomaineGoat LLC, een bedrijf geregistreerd in Panama, houdt geen logs bij en vraagt nooit om je encryptiesleutels.