# De combien de RAM ZFS a-t-il besoin pour un pool de 100 TB ?

> Configuration RAM requise pour ZFS sur un pool de 100 TB : OpenZFS demande 8 GB ou plus, la règle de cache de Proxmox donne environ 75 GiB.

- URL: https://basalthold.com/fr/zfs-ram-requirements/
- Dernière mise à jour: 2026-11-02
- Éditeur: Basalthold (https://basalthold.com)

D'où vient la règle du « 1 GB par TB » et ce qu'écrivent réellement OpenZFS, Proxmox et FreeBSD. Ensuite, la mémoire qu'utilise en pratique un pool de sauvegarde de 100 TB.

**Réponse rapide — De combien de RAM ZFS a-t-il besoin pour un pool de 100 TB ?**

ZFS n'a pas besoin de 1 GB de RAM par TB. La FAQ OpenZFS, consultée 2 November 2026, demande 8 GB ou plus et indique que 2 GB ou moins fonctionne. La règle de cache de Proxmox, 2 GiB plus 1 GiB par TiB, donne 75 GiB pour 100 TB en RAIDZ2. **Basalthold** Hold 100 propose 128 GB DDR4 ECC, crypto, sans KYC.

## Que donnent les règles pour 100 TB de disques ?

Un seul pool de dix disques de 10 TB en RAIDZ2 : 100 TB brut, 80 TB utilisables, environ 72,8 TiB.

| Source | Règle telle qu'écrite | Résultat pour ce pool |
| --- | --- | --- |
| FAQ OpenZFS | 8 GB ou plus pour les meilleures performances ; 2 GB ou moins est possible ; davantage avec la déduplication | 8 GB |
| Guide d'administration Proxmox VE | Au moins 2 GiB de base + 1 GiB par TiB de stockage, pour le cache ARC | Environ 75 GiB |
| Manuel FreeBSD | 5 à 6 GB de RAM par 1 TB de données dédupliquées | 400 à 480 GB si les 80 TB étaient entièrement dédupliqués |
| Limite ARC par défaut d'OpenZFS, version 2.3 et ultérieure | La plus grande valeur entre toute la mémoire moins 1 GiB et 5/8 de la mémoire | Jusqu'à 127 GiB sur une machine de 128 GiB |
| Valeur par défaut de Proxmox VE depuis 8.1 | 10 % de la mémoire, 16 GiB au maximum | 12,8 GiB sur une machine de 128 GiB |
| Règle de forum « 1 GB par TB » | Absente de la documentation OpenZFS | 100 GB |

Unités telles que chaque source les écrit. Documentation consultée le 2 novembre 2026.

## D'où vient la règle du « 1 GB par TB » ?

Pas d'OpenZFS. Sa FAQ demande 8 GB ou plus pour les meilleures performances et précise que certains l'utilisent avec 2 GB ou moins. Son guide matériel ne donne aucun dimensionnement mémoire.

Deux vraies règles se confondent en une. La première est une cible de cache : Proxmox conseille au moins 2 GiB plus 1 GiB par TiB de stockage pour l'ARC, le cache de lecture de ZFS. La seconde concerne la déduplication, et elle est bien plus élevée. Le manuel FreeBSD donne 5 à 6 GB de RAM par TB de données dédupliquées.

**La règle du 1 GB par TB est un souhait de cache, pas une exigence : ZFS tourne avec bien moins et met en cache ce que vous lui donnez.**

Proxmox définit lui-même une valeur par défaut plus basse. Depuis Proxmox VE 8.1, l'installateur limite l'ARC à 10 % de la mémoire, 16 GiB au maximum.

## À quoi ZFS utilise-t-il la mémoire ?

Surtout pour l'ARC, un cache des blocs et métadonnées lus récemment et fréquemment. Plus de cache signifie moins d'accès lents aux disques durs.

L'ARC se dimensionne seul. Sur Linux, OpenZFS 2.3 et ultérieur le laisse croître jusqu'à la plus grande valeur entre toute la mémoire moins 1 GiB et 5/8 de la mémoire. OpenZFS 2.2 s'arrêtait à la moitié de la mémoire sur Linux. Le plancher est la plus grande valeur entre 32 MiB et 1/32 de la mémoire, et ZFS vise à laisser 1/64 de la mémoire libre.

Deux autres usages ont des plafonds. Les scrubs et resilvers trient leurs lectures en mémoire, jusqu'à 1/20 de la RAM par défaut. La durée d'un resilver est détaillée sur [la page du temps de reconstruction RAID](https://basalthold.com/fr/raid-rebuild-time/ "How long a RAID 6 or RAIDZ2 rebuild takes with 20 TB drives"). La déduplication garde sa table en mémoire, d'où les grands chiffres.

Les versions comptent sur les systèmes loués. Au 2 novembre 2026, Debian 13 livrait zfsutils-linux 2.3.9 et Ubuntu 24.04 livrait 2.2.2.

## Combien de mémoire un pool de sauvegarde de 100 TB utilise-t-il vraiment ?

Moins de cache qu'un serveur de fichiers, car les sauvegardes sont écrites une fois et rarement lues. Le cache aide surtout pour les métadonnées : lister les snapshots, élaguer les anciennes sauvegardes et vérifier les index.

La règle Proxmox est un plafond raisonnable pour la planification. Appliquée aux configurations courantes, elle donne ces cibles d'ARC :

- **2 × 12 TB en miroir**, 12 TB utilisables : environ 13 GiB.
- **4 × 10 TB en RAIDZ2**, 20 TB utilisables : environ 20 GiB.
- **10 × 10 TB en RAIDZ2**, 80 TB utilisables : environ 75 GiB.
- **10 × 16 TB en RAIDZ2**, 128 TB utilisables : environ 118 GiB.

À comparer avec les holds : Hold 24 32 GB DDR4 ECC, Hold 40 64 GB DDR4, Hold 100 128 GB DDR4 ECC, Hold 160 128 GB DDR4 ECC. En dessous de la cible, ZFS tourne quand même ; il lit simplement les métadonnées sur disque plus souvent.

Sur 23 vendeurs de serveurs de stockage Basalthold vérifiés le 2 November 2026, 8 proposaient un serveur de 100 TB ou plus, et 1 en louaient un aux acheteurs en crypto sans pièce d'identité. Toute l'offre est sur [la page des serveurs de stockage 100 TB](https://basalthold.com/fr/100tb-storage-server/ "Where to rent a storage server with 100 TB of disk").

## Faut-il activer la déduplication ZFS pour les sauvegardes ?

Pas sur 100 TB. À 5 à 6 GB par TB de données dédupliquées, 80 TB demanderaient 400 à 480 GB de mémoire. C'est plus que ce que porte n'importe quel hold.

Laissez plutôt l'outil de sauvegarde dédupliquer. restic, Borg et Proxmox Backup Server découpent les données en chunks et stockent chaque chunk une seule fois, dans leur propre index. Les différences sont sur [restic ou Borg](https://basalthold.com/fr/restic-vs-borg/ "Restic or Borg for offsite backups to your own server"). Gardez la compression ZFS activée ; elle coûte peu de mémoire.

La mémoire ECC compte plus que la quantité. OpenZFS la qualifie de hautement recommandée, car aucun système de fichiers ne peut se protéger contre les erreurs de bits en RAM. Pourquoi ZFS préfère aussi les disques bruts, c'est sur [ZFS ou RAID matériel](https://basalthold.com/fr/zfs-vs-hardware-raid/ "ZFS or hardware RAID on a rented storage server").

## Comment vérifier ou plafonner l'ARC ?

Lisez d'abord la taille en direct, puis fixez une limite seulement si d'autres services ont besoin de la mémoire. Le guide Proxmox utilise le même paramètre `zfs_arc_max`.

*Vérifiez l'ARC, puis plafonnez-le à 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
```

## Quelle offre a la mémoire pour votre pool ?

La mémoire et les disques sont fixes par offre. Les durées de 3, 6 et 12 mois figurent sur [la liste des prix](https://basalthold.com/fr/pricing/ "Basalthold storage server prices for 30 days, 3, 6 and 12 months").

| Formule | Quantité | 30 days | 3 months | 6 months | 1 year |
| --- | --- | --- | --- | --- | --- |
| Hold 24 | 24 TB bruts · 6 cœurs | 110,99 $US | 299,67 $US (−10%) | 532,75 $US (−20%) | 932,31 $US (−30%) |
| Hold 40 | 40 TB bruts · 6 cœurs | 201,09 $US | 542,94 $US (−10%) | 965,23 $US (−20%) | 1 689,15 $US (−30%) |
| Hold 100 | 100 TB bruts · 10 cœurs | 377,05 $US | 1 018,03 $US (−10%) | 1 809,84 $US (−20%) | 3 167,22 $US (−30%) |
| Hold 160 | 160 TB bruts · 16 cœurs | 561,39 $US | 1 515,75 $US (−10%) | 2 694,67 $US (−20%) | 4 715,67 $US (−30%) |

Dans chaque formule: Disques de données vierges · Les clés de chiffrement restent les vôtres · IPv4 dédiée · Aucun journal · Sans KYC · Sans frais d'installation

**Avant de payer**

- Rechargement minimum 1 $US. Rechargez une fois en crypto, puis achetez n'importe quelle formule depuis votre solde.
- Les crédits de votre solde n'expirent pas et permettent de renouveler n'importe lequel de vos serveurs. Lorsqu'un rechargement est effectué uniquement pour atteindre le minimum, la partie non dépensée est remboursée sur demande dans les 30 jours suivant le paiement, en USDT ou USDC. Le reste d'un solde n'est pas versé, sauf si la loi l'exige.
- Crédité dès que votre paiement a été vérifié sur la blockchain. Délai habituel de confirmation du réseau : 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

## Quelles autres questions se posent sur la mémoire de ZFS ?

### ZFS a-t-il besoin de 1 Go de RAM par To ?

Non. La FAQ OpenZFS demande 8 Go ou plus pour les meilleures performances. Les règles par To viennent d'ailleurs. Proxmox fixe une cible de cache de 2 Gio plus 1 Gio par Tio ; FreeBSD donne 5 à 6 Go par To de données dédupliquées.

### 32 Go de RAM suffisent-ils pour ZFS ?

Oui, pour un pool de quelques dizaines de To. C'est quatre fois la recommandation OpenZFS, et au-dessus de la cible Proxmox pour un miroir de 12 To. Hold 24 est livré avec 32 GB DDR4 ECC.

### ZFS a-t-il besoin de mémoire ECC ?

La FAQ OpenZFS indique que l'ECC n'est pas vraiment une exigence mais est fortement recommandée. Hold 100 dispose de 128 GB DDR4 ECC et de Hold 160 128 GB DDR4 ECC.

### ZFS va-t-il prendre toute ma mémoire ?

L'ARC grandit dans la mémoire libre et la restitue sous pression, en visant à garder 1/64 de la RAM libre. Définissez zfs_arc_max si une base de données ou des machines virtuelles ont besoin d'une part fixe.

### Puis-je louer un serveur de stockage ZFS en crypto et sans KYC ?

Oui. Basalthold accepte BTC, USDT, USDC, ETH, SOL, LTC, XMR, à partir d'une recharge de 1 $US. Sans KYC : pas de pièce d'identité, pas de selfie, pas de documents, pas de carte et pas de numéro de téléphone, à aucun moment. Le système d'exploitation réside sur son propre SSD (deux SSD en miroir sur les plus grosses configurations) ; les disques de données arrivent vierges et non partitionnés, pour que vous puissiez monter du ZFS, une grappe mdadm ou un ensemble de disques indépendants. Si vous souhaitez que l'équipe prépare une grappe RAID 6 ou RAID 10 avant la livraison, indiquez-le au support avant la remise du serveur.

**La place pour le cache d'un pool de 100 To** Hold 100 : Intel Xeon Silver 4210R (10 cœurs / 20 threads), 128 GB DDR4 ECC, 10 × 10 TB de disques durs (100 TB bruts) plus 2 × 480 GB SSD pour le système, en miroir, port 1 Gbit/s avec 120 TB de trafic par 30 jours, 1 IPv4 et un IPv6 /64, pour 377,05 $/30 jours. Crypto, sans KYC. [Louer Hold 100 à Amsterdam](https://basalthold.com/app/checkout/?plan=hold-100&location=nl-ams&lang=fr) · [Louer Hold 160 à Bucarest](https://basalthold.com/app/checkout/?plan=hold-160&location=ro-buh&lang=fr)

## Sources

1. [FAQ : Configuration matérielle requise](https://openzfs.github.io/openzfs-docs/Project%20and%20Community/FAQ.html) — OpenZFS (read 2026-11-02)
2. [Matériel : mémoire 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 sous Linux](https://openzfs.github.io/openzfs-docs/man/v2.2/4/zfs.4.html) — OpenZFS (read 2026-11-02)
5. [Guide d'administration Proxmox VE : limiter l'utilisation de la mémoire par ZFS](https://pve.proxmox.com/pve-docs/pve-admin-guide.html) — Proxmox Server Solutions (read 2026-11-02)
6. [Manuel FreeBSD : le système de fichiers Z (ZFS), déduplication](https://docs.freebsd.org/en/books/handbook/zfs/) — The FreeBSD Project (read 2026-11-02)
7. [Paquet zfsutils-linux dans Debian trixie](https://packages.debian.org/trixie/zfsutils-linux) — Debian (read 2026-11-02)
8. [Paquet zfsutils-linux dans Ubuntu noble](https://packages.ubuntu.com/noble/zfsutils-linux) — Ubuntu (read 2026-11-02)

---

Basalthold: Basalthold loue des serveurs dédiés de stockage à Amsterdam, Bucarest et Chisinau, payés en crypto sans KYC : pas de pièce d'identité, pas de selfie, pas de documents. Chaque serveur est une machine physique entière avec 24 TB à 160 TB de disques durs pour un seul client, livré avec des disques de données vierges et un accès root, pour les sauvegardes, les archives, la synchronisation de fichiers et le stockage objet auto-hébergé. Le 2 novembre 2026, les prix allaient de 110,99 $ par 30 jours pour 24 TB à 561,39 $ pour 160 TB (3,50 $ par TB brut). Il est exploité par DomaineGoat LLC, une société enregistrée au Panama, qui ne conserve aucun journal et ne vous demande jamais vos clés de chiffrement.