Guía · dimensionamiento de ZFS · documentación consultada el 2 de noviembre de 2026
¿Cuánta RAM necesita ZFS para un pool de 100 TB?
De dónde viene la regla de «1 GB por TB» y qué escriben realmente OpenZFS, Proxmox y FreeBSD. Después, la memoria que usa en la práctica un pool de backup de 100 TB.
Última actualización: · 8 min de lectura
Respuesta rápida
¿Cuánta RAM necesita ZFS para un pool de 100 TB?
ZFS no necesita 1 GB de RAM por TB. La FAQ de OpenZFS, consultada 2 November 2026, pide 8 GB o más y dice que con 2 GB o menos funciona. La regla de caché de Proxmox, 2 GiB más 1 GiB por TiB, da 75 GiB para 100 TB en RAIDZ2. Basalthold Hold 100 tiene 128 GB DDR4 ECC, criptomonedas, sin KYC.
¿Qué dan las reglas para 100 TB de discos?
Un pool de diez discos de 10 TB en RAIDZ2: 100 TB en bruto, 80 TB utilizables, unos 72,8 TiB.
Fuente
Regla tal como está escrita
Resultado para este pool
FAQ de OpenZFS
8 GB o más para el mejor rendimiento; 2 GB o menos es posible; más con deduplicación
8 GB
Guía de administración de Proxmox VE
Al menos 2 GiB de base + 1 GiB por TiB de almacenamiento, para la caché ARC
Unos 75 GiB
FreeBSD Handbook
5 a 6 GB de RAM por 1 TB de datos deduplicados
400 a 480 GB si se deduplicaran los 80 TB
Límite ARC por defecto de OpenZFS, versión 2.3 y posteriores
El mayor entre toda la memoria menos 1 GiB y 5/8 de la memoria
Hasta 127 GiB en una máquina de 128 GiB
Valor por defecto de Proxmox VE desde 8.1
10 % de la memoria, como máximo 16 GiB
12,8 GiB en una máquina de 128 GiB
Regla de foro «1 GB por TB»
No aparece en la documentación de OpenZFS
100 GB
Unidades tal como las escribe cada fuente. Documentación consultada el 2 de noviembre de 2026.
¿De dónde viene la regla de «1 GB por TB»?
No de OpenZFS. Su FAQ pide 8 GB o más para el mejor rendimiento y añade que hay quien lo usa con 2 GB o menos. Su guía de hardware no da ningún dimensionamiento de memoria.
Dos reglas reales se mezclan en una. La primera es un objetivo de caché: Proxmox aconseja al menos 2 GiB más 1 GiB por TiB de almacenamiento para la ARC, la caché de lectura de ZFS. La segunda es para deduplicación, y es mucho mayor. El FreeBSD Handbook da 5 a 6 GB de RAM por TB de datos deduplicados.
La regla de 1 GB por TB es un deseo de caché, no un requisito: ZFS funciona con mucha menos y cachea lo que le des.
Proxmox mismo fija un valor por defecto menor. Desde Proxmox VE 8.1, el instalador limita la ARC al 10 % de la memoria, como máximo 16 GiB.
¿Para qué usa ZFS la memoria?
Sobre todo para la ARC, una caché de bloques y metadatos leídos recientemente y con frecuencia. Más caché significa menos accesos lentos a los discos duros.
La ARC se dimensiona sola. En Linux, OpenZFS 2.3 y posteriores la dejan crecer hasta el mayor entre toda la memoria menos 1 GiB y 5/8 de la memoria. OpenZFS 2.2 se detenía en la mitad de la memoria en Linux. El mínimo es el mayor entre 32 MiB y 1/32 de la memoria, y ZFS procura dejar 1/64 de la memoria libre.
Otros dos usos tienen límites. Los scrubs y resilvers ordenan sus lecturas en memoria, hasta 1/20 de la RAM por defecto. Cuánto tarda un resilver está en la página sobre tiempo de reconstrucción de RAID. La deduplicación mantiene su tabla en memoria, y de ahí vienen las cifras grandes.
Las versiones importan en sistemas alquilados. El 2 de noviembre de 2026, Debian 13 traía zfsutils-linux 2.3.9 y Ubuntu 24.04 traía 2.2.2.
¿Cuánta memoria usa realmente un pool de backup de 100 TB?
Menos caché que un servidor de archivos, porque los backups se escriben una vez y se leen rara vez. La caché ayuda sobre todo con los metadatos: listar snapshots, purgar backups antiguos y comprobar índices.
La regla de Proxmox es un techo sensato para planificar. Aplicada a configuraciones habituales, da estos objetivos de ARC:
2 × 12 TB en espejo, 12 TB utilizables: unos 13 GiB.
4 × 10 TB en RAIDZ2, 20 TB utilizables: unos 20 GiB.
10 × 10 TB en RAIDZ2, 80 TB utilizables: unos 75 GiB.
10 × 16 TB en RAIDZ2, 128 TB utilizables: unos 118 GiB.
Compáralo con los holds: Hold 24 32 GB DDR4 ECC, Hold 40 64 GB DDR4, Hold 100 128 GB DDR4 ECC, Hold 160 128 GB DDR4 ECC. Por debajo del objetivo, ZFS sigue funcionando; simplemente lee los metadatos del disco más a menudo.
De 23 vendedores de servidores de almacenamiento Basalthold comprobados el 2 November 2026, 8 ofrecían un servidor de 100 TB o más, y 1 alquilaban uno a compradores con criptomonedas sin identificación. Toda la oferta está en la página de servidores de almacenamiento de 100 TB.
¿Debería activar la deduplicación de ZFS para los backups?
No con 100 TB. A 5 o 6 GB por TB de datos deduplicados, 80 TB pedirían de 400 a 480 GB de memoria. Eso es más de lo que lleva cualquier hold.
Deja que deduplique la herramienta de backup. restic, Borg y Proxmox Backup Server dividen los datos en fragmentos y guardan cada uno una sola vez, en su propio índice. Las diferencias están en restic o Borg. Mantén activada la compresión de ZFS; consume poca memoria.
La memoria ECC importa más que la cantidad. OpenZFS la califica de muy recomendable, porque ningún sistema de archivos puede protegerse de los cambios de bits en la RAM. Por qué ZFS también prefiere discos sin RAID por hardware está en ZFS o RAID por hardware.
¿Cómo compruebo o limito la ARC?
Primero lee el tamaño en vivo y luego fija un límite solo si otros servicios necesitan la memoria. La guía de Proxmox usa el mismo parámetro zfs_arc_max.
Comprueba la ARC y luego limítala a 64 GiB
# 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
¿Qué hold tiene la memoria para tu pool?
La memoria y los discos son fijos por hold. Los plazos de 3, 6 y 12 meses están en la lista de precios.
En todos los planes: Discos de datos en blanco · Las claves de cifrado siguen siendo tuyas · IPv4 dedicada · Sin registros · Sin KYC · Sin cuota de configuración
¿Qué más pregunta la gente sobre la memoria de ZFS?
¿ZFS necesita 1 GB de RAM por TB?
No. La FAQ de OpenZFS pide 8 GB o más para el mejor rendimiento. Las reglas por TB vienen de otro sitio. Proxmox fija un objetivo de caché de 2 GiB más 1 GiB por TiB; FreeBSD da de 5 a 6 GB por TB de datos deduplicados.
¿Bastan 32 GB de RAM para ZFS?
Sí, para un pool de unas pocas docenas de TB. Es el cuádruple de la recomendación de OpenZFS y está por encima del objetivo de Proxmox para un mirror de 12 TB. Hold 24 viene con 32 GB DDR4 ECC.
¿ZFS necesita memoria ECC?
La FAQ de OpenZFS dice que ECC no es realmente un requisito, pero sí muy recomendable. Hold 100 tiene 128 GB DDR4 ECC y Hold 160 128 GB DDR4 ECC.
¿ZFS se quedará con toda mi memoria?
La ARC crece hacia la memoria libre y la devuelve bajo presión, con el objetivo de mantener 1/64 de la RAM libre. Configura zfs_arc_max si una base de datos o unas máquinas virtuales necesitan una parte fija.
¿Puedo alquilar un servidor de almacenamiento ZFS con criptomonedas y sin KYC?
Sí. Basalthold acepta BTC, USDT, USDC, ETH, SOL, LTC, XMR, a partir de una recarga de 1 US$. Sin KYC: sin documento de identidad, sin selfie, sin documentos, sin tarjeta y sin número de teléfono, en ningún momento. El sistema operativo va en su propio SSD (dos SSD en espejo en las configuraciones más grandes); los discos de datos llegan vacíos y sin particionar, para que puedas montar ZFS, un array mdadm o un conjunto de discos independientes. Si quieres que el equipo prepare un array RAID 6 o RAID 10 antes de la entrega, indícalo a soporte antes de que se te entregue el servidor.
Espacio para la caché de un pool de 100 TB
Hold 100: Intel Xeon Silver 4210R (10 núcleos / 20 subprocesos), 128 GB DDR4 ECC, 10 × 10 TB de discos duros (100 TB en bruto) más 2 × 480 GB SSD para el sistema, en espejo, puerto de 1 Gbit/s con 120 TB de tráfico por 30 días, 1 IPv4 y un IPv6 /64, por $377.05/30 días. Criptomonedas, sin KYC.
