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

> Requisiti RAM per ZFS con pool da 100 TB: OpenZFS chiede 8 GB o più, la regola cache di Proxmox dà circa 75 GiB. Server senza KYC, pagati in criptovalute.

- URL: https://basalthold.com/it/zfs-ram-requirements/
- Ultimo aggiornamento: 2026-11-02
- Editore: Basalthold (https://basalthold.com)

Da dove viene la regola "1 GB per TB" e cosa scrivono davvero OpenZFS, Proxmox e FreeBSD. Poi, la memoria che un pool di backup da 100 TB usa in pratica.

**Risposta rapida — Quanta RAM serve a ZFS per un pool da 100 TB?**

ZFS non ha bisogno di 1 GB di RAM per TB. La FAQ di OpenZFS, letta 2 November 2026, chiede 8 GB o più e dice che funziona anche con 2 GB o meno. La regola della cache di Proxmox, 2 GiB più 1 GiB per TiB, dà 75 GiB per 100 TB in RAIDZ2. **Basalthold** Hold 100 ha 128 GB DDR4 ECC, cripto, senza KYC.

## Cosa danno le regole per 100 TB di dischi?

Un pool di dieci dischi da 10 TB in RAIDZ2: 100 TB grezzi, 80 TB utilizzabili, circa 72,8 TiB.

| Fonte | Regola così com'è scritta | Risultato per questo pool |
| --- | --- | --- |
| FAQ di OpenZFS | 8 GB o più per le migliori prestazioni; 2 GB o meno sono possibili; di più con la deduplicazione | 8 GB |
| Guida admin di Proxmox VE | Almeno 2 GiB di base + 1 GiB per TiB di spazio, per la cache ARC | Circa 75 GiB |
| FreeBSD Handbook | 5 a 6 GB di RAM per 1 TB di dati deduplicati | Da 400 a 480 GB se tutti gli 80 TB fossero deduplicati |
| Limite ARC predefinito di OpenZFS, versione 2.3 e successive | Il maggiore tra tutta la memoria meno 1 GiB e 5/8 della memoria | Fino a 127 GiB su una macchina da 128 GiB |
| Predefinito di Proxmox VE dalla 8.1 | 10% della memoria, al massimo 16 GiB | 12,8 GiB su una macchina da 128 GiB |
| Regola dei forum "1 GB per TB" | Non è nella documentazione di OpenZFS | 100 GB |

Unità così come le scrive ogni fonte. Documentazione letta il 2 novembre 2026.

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

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

## 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`.

*Controlla l'ARC, poi limitarlo 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
```

## Quale piano ha la memoria per il tuo pool?

Memoria e dischi sono fissi per piano. Le durate di 3, 6 e 12 mesi sono su [il listino prezzi](https://basalthold.com/it/pricing/ "Basalthold storage server prices for 30 days, 3, 6 and 12 months").

| Piano | Quantità | 30 days | 3 months | 6 months | 1 year |
| --- | --- | --- | --- | --- | --- |
| Hold 24 | 24 TB raw · 6 core | 110,99 USD | 299,67 USD (−10%) | 532,75 USD (−20%) | 932,31 USD (−30%) |
| Hold 40 | 40 TB raw · 6 core | 201,09 USD | 542,94 USD (−10%) | 965,23 USD (−20%) | 1689,15 USD (−30%) |
| Hold 100 | 100 TB raw · 10 core | 377,05 USD | 1018,03 USD (−10%) | 1809,84 USD (−20%) | 3167,22 USD (−30%) |
| Hold 160 | 160 TB raw · 16 core | 561,39 USD | 1515,75 USD (−10%) | 2694,67 USD (−20%) | 4715,67 USD (−30%) |

In ogni piano: Dischi dati vuoti · Le chiavi di cifratura restano tue · IPv4 dedicato · Nessun log · Nessun KYC · Nessuna commissione di setup

**Prima di pagare**

- Ricarica minima 1 USD. Ricarica una volta in criptovalute, poi acquista qualsiasi piano dal tuo saldo.
- Il saldo non scade e rinnova qualsiasi tuo server. Se una ricarica viene effettuata solo per raggiungere il minimo, la parte non utilizzata viene restituita su richiesta entro 30 giorni dal pagamento, in USDT o USDC. Il resto del saldo non viene rimborsato salvo obbligo di legge.
- Accreditato non appena il tuo pagamento è verificato sulla blockchain. Tempo abituale di conferma della rete: 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

## Cos'altro chiedono le persone sulla memoria di ZFS?

### ZFS richiede 1 GB di RAM per TB?

No. La FAQ di OpenZFS chiede 8 GB o più per le migliori prestazioni. Le regole per TB vengono da altrove. Proxmox imposta un obiettivo di cache di 2 GiB più 1 GiB per TiB; FreeBSD dà da 5 a 6 GB per TB di dati deduplicati.

### 32 GB di RAM bastano per ZFS?

Sì, per un pool di qualche decina di TB. È quattro volte la raccomandazione di OpenZFS, e sopra l'obiettivo di Proxmox per un mirror da 12 TB. Hold 24 arriva con 32 GB DDR4 ECC.

### ZFS richiede memoria ECC?

La FAQ di OpenZFS dice che ECC non è davvero un requisito ma è altamente raccomandata. Hold 100 ha 128 GB DDR4 ECC e Hold 160 128 GB DDR4 ECC.

### ZFS si prenderà tutta la mia memoria?

L'ARC cresce nella memoria libera e la restituisce sotto pressione, cercando di mantenere libero 1/64 della RAM. Imposta zfs_arc_max se un database o delle macchine virtuali hanno bisogno di una quota fissa.

### Posso noleggiare un server di storage ZFS con criptovalute e senza KYC?

Sì. Basalthold accetta BTC, USDT, USDC, ETH, SOL, LTC, XMR, da una ricarica di 1 USD. Nessun KYC: nessun documento d'identità, nessun selfie, nessun documento, nessuna carta e nessun numero di telefono, in nessun momento. Il sistema operativo risiede su un SSD dedicato (due SSD in mirror sulle configurazioni più grandi); i dischi dati arrivano vuoti e non partizionati, così puoi creare ZFS, un array mdadm o un insieme di dischi indipendenti. Se vuoi che il team prepari un array RAID 6 o RAID 10 prima della consegna, segnalalo al supporto prima che il server venga assegnato.

**Spazio per la cache di un pool da 100 TB** Hold 100: Intel Xeon Silver 4210R (10 core / 20 thread), 128 GB DDR4 ECC, 10 × hard disk da 10 TB (100 TB raw) più 2 × SSD da 480 GB per il sistema, in mirroring, porta da 1 Gbit/s con 120 TB di traffico ogni 30 giorni, 1 IPv4 e un IPv6 /64, per $377,05/30 giorni. Cripto, senza KYC. [Affitta Hold 100 ad Amsterdam](https://basalthold.com/app/checkout/?plan=hold-100&location=nl-ams&lang=it) · [Affitta Hold 160 a Bucarest](https://basalthold.com/app/checkout/?plan=hold-160&location=ro-buh&lang=it)

## Fonti

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

---

Basalthold: Basalthold noleggia server dedicati per storage ad Amsterdam, Bucarest e Chisinau, pagabili in criptovalute senza KYC: nessun documento d'identità, nessun selfie, nessun documento. Ogni server è una macchina fisica intera con da 24 TB a 160 TB di dischi per un solo cliente, consegnata con dischi dati vuoti e accesso root, per backup, archivi, sincronizzazione file e object storage self-hosted. Al 2 novembre 2026 i prezzi andavano da $110,99 ogni 30 giorni per 24 TB a $561,39 per 160 TB ($3,50 per TB raw). È gestito da DomaineGoat LLC, una società registrata a Panama, non tiene log e non chiede mai le tue chiavi di crittografia.