Unraid (1 parity)

Parité indépendante par disque. Chaque disque a son FS ; à la panne seules ses données sont en risque. Tailles mixtes natives, extensible disque par disque.

Min. disques
2
Capacité utilisable
sum(data drives)
Tolérance aux pannes
1
Performance
Single-disk reads, parity writes

Comment ça marche

Unraid ne stripe PAS. Chaque disque data tient un FS XFS/BTRFS/ZFS complet avec ses fichiers. Disque parité dédié stocke XOR parité depuis les raw blocks. Parité ≥ plus grand disque data. Panne : rebuild sur remplacement ; autres disques restent lisibles avec leur FS intact.

Formule: sum(data) — parity drive ≥ largest

Unraid (1 parity) — parity + independent data FSParity 1PData 1FS1Data 2FS2Data 3FS3
Diagramme de disposition

Pros / Contras

Pros

  • Disques indépendants — panne = un disque perdu (autres lisibles)
  • Tailles mixtes naturelles
  • Ajouter disques un par un
  • Récupération simple — montables sur tout Linux

Contras

  • Licence payante (49$+)
  • Pas de striping = vitesse un disque
  • Parité ≥ plus grand data
  • Pénalité écriture parité (jusqu'au cache offload)
  • Cœur closed-source

Quand utiliser

Serveurs média (Plex/Jellyfin), tailles mixtes, expansion graduelle, écosystème Docker/VM. Favori homelab.

Quand NE PAS utiliser

Charges IOPS — RAID 10 / mirrors ZFS. Tout gratuit/open-source — TrueNAS ou OMV.

Exemple math rebuild

8 × 8 To Unraid 1P (1 parité + 7 data). Disque tombé : lit 7 × 8 To = 56 To à 70 Mo/s ≈ 110 heures. Long, mais seules ces données en risque.

Risque rebuild →

Essayer

Liens

À retenir: Unraid 1P excellent pour homelabs média avec tailles mixtes. Pour 5+ disques ou 12 To+, passer à 2 parités.