RAIDZ2 o RAIDZ3: ¿cuánta paridad necesita un pool ZFS grande?

¿Qué sobrevive cada nivel de paridad?

El manual de OpenZFS establece la regla: un grupo raidz de N discos con P discos de paridad contiene aproximadamente (N − P) veces el tamaño del disco y sobrevive a P dispositivos averiados. RAIDZ2 sobrevive a dos, RAIDZ3 a tres.

La misma página recomienda de 3 a 9 dispositivos por grupo, "para ayudar a aumentar el rendimiento". Un grupo de diez discos está uno por encima de ese rango. El rango tiene que ver con el rendimiento, no con la seguridad: la paridad cubre P fallos con cualquier anchura.

Cada disco de paridad adicional compra un fallo más, y cuesta un disco de espacio. En Hold 160 eso son 16 TB, o el 12,5% de la capacidad de RAIDZ2.

¿Cuánto tiempo queda expuesto el pool durante un resilver?

Lo que tarde en llenarse el disco nuevo. ZFS hace resilver solo de los datos que contiene el pool, así que un pool medio lleno reconstruye aproximadamente la mitad de los bytes.

• Mejor caso, disco de 16 TB lleno: 16 TB a los 285 MB/s máximos de un Seagate Exos X20 tardan unas 15,6 horas.
• Pool con carga, ejemplo a 50 MB/s: el mismo disco tarda unas 89 horas, o 3,7 días.
• Antes de que empiece el resilver: un disco averiado en un servidor alquilado espera a que el datacenter lo cambie. Cuando falla un disco, abre un ticket: el equipo lo sustituye sin coste, y reconstruir el array en el nuevo disco depende de tu configuración.

Durante esa ventana, RAIDZ2 tiene una paridad restante y RAIDZ3 tiene dos. La aritmética de reconstrucción para discos de 10 a 20 TB está en cuánto tarda una reconstrucción de RAID 6 o RAIDZ2.

¿Qué cambian los sectores ilegibles?

Hacen útil el tercer disco de paridad incluso sin un tercer fallo. La ficha técnica del Exos X20 indica errores de lectura no recuperables de 1 sector por cada 10^15 bits leídos. Eso es un sector por cada 125 TB leídos, en el límite de la ficha técnica.

Un resilver lee los discos supervivientes. En un pool lleno de diez discos de 16 TB, nueve supervivientes contienen 144 TB, así que el límite permite aproximadamente un sector ilegible. Los discos reales suelen rendir mejor que su especificación; la especificación es el peor caso que acepta el fabricante.

• RAIDZ2, un disco caído: ZFS reconstruye un sector ilegible con la paridad restante. No se pierde nada.
• RAIDZ2, dos discos caídos: no queda paridad. El bloque se pierde y zpool status -v lista los archivos con errores de datos.
• RAIDZ3, dos discos caídos: queda una paridad, así que el sector se reconstruye.

RAIDZ3 es un seguro para el segundo fallo, no para el primero.

¿Qué probabilidad hay de un segundo fallo durante la ventana?

Baja, sobre el papel. Backblaze informó de una tasa de fallos anualizada de por vida del 1,41% en sus discos en su informe del segundo trimestre de 2026. Durante un resilver de 89 horas, un disco falla con una probabilidad de aproximadamente 1,41% × 89 ÷ 8.760, o 0,014%. Con nueve supervivientes, la probabilidad de un fallo más es de alrededor del 0,13%.

Esos cálculos tratan los fallos como independientes. Los discos comprados juntos comparten modelo, lote y antigüedad, y un resilver exige al máximo a cada superviviente. Las cifras son un mínimo, no un pronóstico.

El mercado se está moviendo hacia ese tamaño. De los 23 vendedores de servidores de almacenamiento Basalthold comprobados el 2 November 2026, 8 listaban un servidor con 100 TB o más de discos duros.

¿Puedo pasar de RAIDZ2 a RAIDZ3 más adelante?

No. OpenZFS 2.3 añadió la expansión RAID-Z: puedes añadir un disco nuevo a un grupo existente, con la feature de pool raidz_expansion. El manual es explícito: "un RAID-Z2 sigue siendo un RAID-Z2 incluso después de la expansión". Los bloques antiguos también conservan su antigua proporción de datos a paridad.

Cambiar el nivel de paridad significa copiar los datos fuera, destruir el pool y crearlo de nuevo. En un servidor alquilado, el momento adecuado es la entrega, cuando los discos de datos aún están en blanco. 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.

# your ten data drives by stable ID; the system SSDs stay out of the pool
ls -l /dev/disk/by-id/ | grep -v part

# three drives' worth of parity (replace DRIVE01 to DRIVE10 with the real IDs)
zpool create -o ashift=12 -O compression=lz4 tank raidz3 /dev/disk/by-id/ata-DRIVE{01..10}

# capacity, health, and the files hit by any data error
zpool list tank
zpool status -v tank

¿Qué debería elegir en un servidor de almacenamiento alquilado?

Elige según para qué sirve el pool y cuánto puede esperar un fallo.

• RAIDZ2: un destino de backup cuyos originales están en otro sitio. Un archivo perdido se puede volver a copiar.
• RAIDZ3: un archivo que es la única copia durante un tiempo, un pool que no puedes vigilar todos los días, o discos tan grandes que un resilver bajo carga dura días.
• Dos o cuatro discos: un mirror en Hold 24; en Hold 40, RAIDZ2 y los mirrors en franjas conservan ambos 20 TB: RAIDZ2 sobrevive a dos fallos cualesquiera, los mirrors dan más IOPS aleatorias.

Hold 100 y Hold 160 llevan diez discos de datos cada uno; sus condiciones están en la página de precios de Basalthold.

La paridad no es un backup. Un servidor de almacenamiento no es una copia de seguridad de sí mismo: no guardamos ninguna copia de tus datos en ningún otro sitio, así que una segunda copia en otro lugar sigue siendo tu responsabilidad. La segunda copia habitual para un NAS se explica en cuál es el mejor backup offsite para un NAS. El mismo compromiso sin ZFS está en RAID 6 o RAID 10, y por qué ZFS quiere los discos sin RAID está en ZFS o RAID por hardware.