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

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

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

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.

# 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