¿Cuánto tarda una reconstrucción de RAID 6 o RAIDZ2 con discos de 20 TB?

¿Por qué la velocidad máxima del disco es solo un caso óptimo?

Porque esa velocidad máxima solo se cumple en las pistas exteriores. La hoja de datos del HC560 de Western Digital sitúa su máximo de 291 MB/s a aproximadamente un 10% hacia el interior del disco. Las pistas interiores pasan más despacio bajo el cabezal, así que un recorrido completo promedia menos.

El disco de reemplazo es el cuello de botella. Cada bloque reconstruido acaba en ese único disco, así que la matriz no puede reconstruirse más rápido de lo que escribe. Diez discos leyendo en paralelo no cambian eso.

Una reconstrucción nunca puede superar a un solo disco escribiendo de principio a fin.

¿Por qué una reconstrucción de mdadm va más lenta que el disco?

Porque md la limita. En el código fuente del kernel de Linux, speed_limit_max vale 200.000 KiB/s por defecto, unos 204,8 MB/s, y speed_limit_min vale 1.000 KiB/s. El manual de md explica el par: md ralentiza la recuperación cuando hay otra actividad y va a plena velocidad cuando la matriz está inactiva.

Así que una matriz con carga puede reconstruirse cerca del mínimo. A 1.000 KiB/s, un disco de 20 TB tardaría unos 226 días. Las matrices reales quedan entre los dos límites, según cuánto tráfico de backup o de lectura compita.

Puedes observarlo y ajustarlo:

# progress, speed and time left
cat /proc/mdstat

# current limits, in KiB/s
sysctl dev.raid.speed_limit_min dev.raid.speed_limit_max

# let the rebuild use more of the disks during a quiet period
sysctl -w dev.raid.speed_limit_min=100000
sysctl -w dev.raid.speed_limit_max=500000

¿Es un resilver de ZFS más rápido que una reconstrucción de RAID 6?

A menudo sí, cuando el pool no está lleno. El manual de OpenZFS dice que el resilver solo examina los datos que ZFS sabe que están desactualizados. Un pool lleno hasta la mitad reconstruye aproximadamente la mitad de los bytes que copiaría mdadm.

Las lecturas, eso sí, son menos ordenadas. La guía de dRAID de OpenZFS señala que raidz debe usar un resilver de reparación, que recorre el árbol de bloques con lecturas aleatorias. Por eso un pool RAIDZ2 lleno puede tardar más de lo que sugieren los bytes.

dRAID cambia el panorama para matrices grandes. Su reconstrucción secuencial a un repuesto distribuido escala con el número de discos dividido por el ancho de la banda. Después, un scrub comprueba los checksums. Con diez discos, lo habitual es un RAIDZ2 simple; los pros y contras están en ZFS o RAID por hardware.

Observa un resilver con zpool status. El parámetro zfs_resilver_min_time_ms, 1.500 ms por defecto en el manual actual, define cuánto tiempo trabaja ZFS en él entre grupos de transacciones.

¿Qué riesgo tiene la ventana de reconstrucción?

Bajo en RAID 6, mayor en RAID 5. Durante una reconstrucción de RAID 6 la matriz aún conserva una paridad, así que un fallo más es superable.

Backblaze midió una tasa anualizada de fallos del 1,41% a lo largo de la vida útil de sus discos en su informe del Q2 2026. En una reconstrucción de 27 horas, nueve discos restantes dan una probabilidad de otro fallo de aproximadamente el 0,04%. En 111 horas, de aproximadamente el 0,16%.

Los sectores ilegibles pesan más. Seagate especifica el Exos X20 en un máximo de uno por cada 10^15 bits leídos. Reconstruir desde nueve discos de 20 TB lee 1,44 × 10^15 bits, así que la especificación permite más de un sector defectuoso. RAID 6 lo repara con la segunda paridad; RAID 5 no tiene nada. La comparación completa está en RAID 6 o RAID 10.

De 23 vendedores de servidores de almacenamiento Basalthold comprobados en 2 November 2026, 8 ofrecían un plan de 100 TB o más. A ese tamaño, la reconstrucción de cada disco lleva casi un día incluso a plena velocidad.

¿Cómo acorto una reconstrucción en un servidor alquilado?

Empiézala pronto y dale los discos.

• Sustituye el disco rápido. 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. El reloj empieza cuando el disco nuevo está dentro.
• Pausa los trabajos pesados. Saca las copias de seguridad grandes de la ventana de reconstrucción, o sube speed_limit_min por la noche.
• Mantén el pool por debajo del lleno. ZFS solo reconstruye los datos almacenados, así que el espacio libre acorta el resilver.
• Mantén una segunda copia. Una reconstrucción protege frente a un fallo más, no frente a un incendio o un error: 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. Un destino para ello está en backup externo para un NAS.