ZFS RAIDZ3

ZFS triple paridad. Máxima seguridad para pools muy grandes donde ningún fallo durante rebuild puede causar pérdida.

Mín. discos
5
Capacidad utilizable
(N-3) × smallest
Tolerancia a fallos
3
Rendimiento
Fast reads, slower writes

Cómo funciona

RAIDZ2 más tercera paridad independiente. Tolera 3 fallos simultáneos. Diseñado para vdevs anchos (10+ discos) donde las ventanas largas de resilver hacen insuficientes 1-2 paridades. Mismo checksumming y resilver bloques usados que RAIDZ1/2.

Fórmula: (N − 3) × min(drives)

ZFS RAIDZ3 — D = datos, P = paridad, Q = segunda paridadD1D1PQD8D2PQD5D9D3QD2D6PD4D3D6PQD5D4PQD7
Diagrama de disposición

Pros / Contras

Pros

  • Tolera 3 fallos simultáneos
  • Mayor protección URE
  • Stack ZFS completo
  • Hecho para vdevs grandes (10+ discos)
  • Gratis, open source

Contras

  • Pierde 3 discos
  • Escritura más lenta
  • Excesivo bajo 8 discos
  • Resilvers largos en vdevs anchos
  • Misma incomodidad expansión vdev

Cuándo usar

Pools 8+ discos donde uptime importa más que capacidad. Archivos críticos. Cold storage a escala.

Cuándo NO usar

Pools pequeños (≤ 8 discos) — RAIDZ2 vale.

Ejemplo math rebuild

12 × 8 TB RAIDZ3 al 80%: resilver lee (12-3) × 8 × 0.8 = ~58 TB a 70 MB/s ≈ 76 horas. Triple paridad tolera múltiples UREs.

Riesgo rebuild →

Probar ahora

Relacionado

Conclusión: RAIDZ3 compra tranquilidad para vdevs anchos. Bajo 8 discos, RAIDZ2 es mejor balance capacidad-seguridad.