# RAIDZ2 of RAIDZ3: hoeveel parity heeft een grote ZFS-pool nodig? > RAIDZ2 of RAIDZ3 op tien schijven van 10 of 16 TB: bruikbare ruimte, resilver-window en wanneer triple parity loont. Blanke schijven, crypto, zonder KYC. - URL: https://basalthold.com/nl/raidz2-vs-raidz3/ - Laatst bijgewerkt: 2026-11-02 - Uitgever: Basalthold (https://basalthold.com) Twee of drie parity-schijven op een pool van tien schijven: wat elk kost aan ruimte, wat het overleeft, en het rekenwerk achter de keuze op een gehuurde storage-server. **Snel antwoord — RAIDZ2 of RAIDZ3: hoeveel parity heeft een grote ZFS-pool nodig?** RAIDZ2 volstaat voor de meeste pools van tien schijven met een tweede kopie; RAIDZ3 loont wanneer de pool de enige kopie is of een defecte schijf dagen op een vervanging kan wachten. Op tien schijven van 16 TB houdt RAIDZ2 128 TB over en RAIDZ3 112 TB (OpenZFS-formule, 2 November 2026). **Basalthold** Hold 160 levert ze blanco, alleen crypto, zonder KYC. ## Hoeveel ruimte laat elk parity-niveau over op een hold? Bruikbare ruimte is (N − P) × schijfomvang: N schijven in de groep, P daarvan aan parity. Decimale TB, vóór ZFS-metadata en padding. | Hold en schijven | Bruikbaar bij RAIDZ2 | Bruikbaar bij RAIDZ3 | Parity-aandeel (Z2 / Z3) | Overleeft uitval van (Z2 / Z3) | | --- | --- | --- | --- | --- | | Hold 160: 10 × 16 TB HDD | 128 TB | 112 TB | 20% / 30% | 2 / 3 | | Hold 100: 10 × 10 TB HDD | 80 TB | 70 TB | 20% / 30% | 2 / 3 | | Hold 40: 4 × 10 TB HDD | 20 TB | 10 TB | 50% / 75% | 2 / 3 | | Hold 24: 2 × 12 TB HDD | Niet mogelijk (minimaal 3 schijven) | Niet mogelijk (minimaal 4 schijven) | Mirror: 50% | Mirror: 1 | Berekend met de OpenZFS-formule, niet gemeten. Een raidz-groep heeft één apparaat meer nodig dan het aantal parity-schijven. Schijven zoals vermeld op 2 November 2026. ## Wat overleeft elk parity-niveau? De OpenZFS-handleiding stelt de regel: een raidz-groep van N schijven met P parity-schijven bevat ongeveer (N − P) keer de schijfomvang en overleeft P defecte apparaten. RAIDZ2 overleeft er twee, RAIDZ3 drie. Diezelfde pagina raadt 3 tot 9 apparaten per groep aan, "to help increase performance". Een groep van tien schijven zit één boven dat bereik. Het bereik gaat over prestaties, niet over veiligheid: parity dekt P storingen bij elke breedte. **Elke extra parity-schijf koopt één extra storing en kost één schijf aan ruimte.** Op Hold 160 is dat 16 TB, of 12,5% van de RAIDZ2-capaciteit. ## Hoe lang staat de pool bloot tijdens een resilver? Zolang de nieuwe schijf nodig heeft om vol te lopen. ZFS resilvert alleen de data die de pool bevat, dus een halfvolle pool bouwt ongeveer de helft van de bytes opnieuw op. - **Beste geval, volle schijf van 16 TB:** 16 TB bij het maximum van 285 MB/s van een Seagate Exos X20 duurt ongeveer 15,6 uur. - **Drukke pool, voorbeeld bij 50 MB/s:** dezelfde schijf duurt ongeveer 89 uur, of 3,7 dagen. - **Voordat de resilver begint:** een defecte schijf in een gehuurde server wacht tot het datacenter hem vervangt. Wanneer een schijf uitvalt, open je een ticket: het team vervangt hem kosteloos, en het opnieuw opbouwen van de array op de nieuwe schijf is aan jouw setup. Tijdens dat window heeft RAIDZ2 nog één parity over en RAIDZ3 twee. Het rekenwerk voor de rebuild van schijven van 10 tot 20 TB staat op [hoe lang een RAID 6- of RAIDZ2-rebuild duurt](https://basalthold.com/nl/raid-rebuild-time/ "How long does a RAID 6 or RAIDZ2 rebuild take with 20 TB drives?"). ## Wat veranderen onleesbare sectoren? Ze maken de derde parity-schijf nuttig, zelfs zonder derde storing. De datasheet van de Exos X20 geeft niet-herleverbare leesfouten als 1 sector per 10^15 gelezen bits. Dat is één sector per 125 TB gelezen, op het plafond uit de datasheet. Een resilver leest de overlevende schijven. Op een volle pool van tien schijven van 16 TB bevatten negen overlevenden 144 TB, dus het plafond staat ongeveer één onleesbare sector toe. Echte schijven doen het meestal beter dan hun rating; de rating is het slechtste geval dat de fabrikant accepteert. - **RAIDZ2, één schijf weg:** ZFS bouwt een onleesbare sector opnieuw op uit de resterende parity. Niets gaat verloren. - **RAIDZ2, twee schijven weg:** er is geen parity meer over. Het blok gaat verloren, en `zpool status -v` somt de bestanden met datafouten op. - **RAIDZ3, twee schijven weg:** er is nog één parity over, dus de sector wordt opnieuw opgebouwd. **RAIDZ3 is een verzekering voor de tweede storing, niet de eerste.** ## Hoe waarschijnlijk is een tweede storing tijdens het window? Klein, op papier. Backblaze meldde in zijn Q2 2026-rapport een levensduur-jaarlijks uitvalpercentage van 1,41% over zijn schijven. Over een resilver van 89 uur faalt één schijf met een kans van ongeveer 1,41% × 89 ÷ 8.760, of 0,014%. Met negen overlevenden is de kans op nog één storing ongeveer 0,13%. Die sommen behandelen storingen als onafhankelijk. Schijven die samen zijn gekocht delen een model, een batch en een leeftijd, en een resilver belast elke overlevende zwaar. De cijfers zijn een ondergrens, geen voorspelling. De markt beweegt naar die omvang. Van de 23 verkopers van storage-servers die Basalthold op 2 November 2026 controleerde, vermeldden 8 een server met 100 TB of meer aan harde schijven. ## Kan ik later van RAIDZ2 naar RAIDZ3 overstappen? Nee. OpenZFS 2.3 voegde RAID-Z-expansie toe: je kunt een nieuwe schijf aan een bestaande groep koppelen, met de pool-feature `raidz_expansion`. De handleiding zegt uitdrukkelijk dat "a RAID-Z2 is still a RAID-Z2 even after expansion". Oude blokken behouden ook hun oude verhouding tussen data en parity. Het parity-niveau wijzigen betekent de data eruit kopiëren, de pool vernietigen en opnieuw aanmaken. Op een gehuurde server is het juiste moment de levering, wanneer de dataschijven nog blanco zijn. Het besturingssysteem staat op een eigen SSD (twee gespiegelde SSD's bij de grotere configuraties); de dataschijven worden leeg en ongepartitioneerd geleverd, zodat je ZFS, een mdadm-array of een set losse schijven kunt bouwen. Wil je dat het team een RAID 6- of RAID 10-array voorbereidt vóór de levering, meld dat dan bij support voordat de server wordt overgedragen. *Maak een RAIDZ3-pool van tien schijven aan en controleer die* ```bash # 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 ``` ## Wat moet ik kiezen op een gehuurde storage-server? Kies op basis van waar de pool voor dient en hoe lang een storing kan wachten. - **RAIDZ2:** een back-updoel waarvan de originelen elders staan. Een verloren bestand kan opnieuw worden gekopieerd. - **RAIDZ3:** een archief dat een tijdje de enige kopie is, een pool die je niet elke dag kunt volgen, of schijven zo groot dat een resilver onder belasting dagen duurt. - **Twee of vier schijven:** een mirror op Hold 24; op Hold 40 houden RAIDZ2 en gestripete mirrors beide 20 TB: RAIDZ2 overleeft elke twee storingen, mirrors geven snellere random I/O. Hold 100 en Hold 160 hebben elk tien dataschijven; hun voorwaarden staan op de [prijspagina van Basalthold](https://basalthold.com/nl/pricing/ "How much does a rented Basalthold storage server cost?"). Parity is geen back-up. Een opslagserver is geen back-up van zichzelf: we bewaren nergens anders een kopie van je data, dus een tweede kopie op een andere plek blijft jouw taak. De gebruikelijke tweede kopie voor een NAS staat op [wat de beste offsite back-up voor een NAS is](https://basalthold.com/nl/offsite-backup-for-nas/ "What is the best offsite backup for a NAS?"). Dezelfde afweging zonder ZFS staat op [RAID 6 of RAID 10](https://basalthold.com/nl/raid-6-vs-raid-10/ "RAID 6 or RAID 10: which is better for a rented storage server?"), en waarom ZFS de bare schijven wil, staat op [ZFS of hardware RAID](https://basalthold.com/nl/zfs-vs-hardware-raid/ "Should I use ZFS or hardware RAID on a rented storage server?"). ## Wat vragen mensen nog meer over RAIDZ2 en RAIDZ3? ### Is RAIDZ3 langzamer dan RAIDZ2? Een beetje, voor writes: elke stripe bevat één parity-blok meer, dus tien schijven schrijven data naar zeven in plaats van acht. De OpenZFS RAIDZ-pagina geeft voor beide een vuistregel: met standaard grote records is de random-read-IOPS ongeveer die van één schijf, hoe breed de groep ook is. ### Is RAIDZ2 hetzelfde als RAID 6? Beide overleven elke twee defecte schijven. RAIDZ2 checksumt daarnaast elk blok en resilvert alleen de data die de pool bevat, terwijl een rebuild van md RAID 6 de hele schijf kopieert. De twee worden vergeleken op [RAID 6 of RAID 10](https://basalthold.com/nl/raid-6-vs-raid-10/ "RAID 6 or RAID 10: which is better for a rented storage server?"). ### Moet ik dRAID gebruiken? Niet op tien drives. dRAID verdeelt reserved ruimte over elke drive, wat volgens de OpenZFS-handleiding resilveren veel sneller maakt omdat één apparaat niet langer de bottleneck is. De reserved ruimte wordt binnen de groep gereserveerd, dus op tien drives gaat die van de bruikbare capaciteit af. ### Hoeveel drives kan een RAIDZ3-groep hebben? Minimaal vier, één meer dan de drie parity-drives. OpenZFS raadt 3 tot 9 devices per groep aan voor prestaties. Een grotere pool kan meerdere groepen van die grootte gebruiken. ### Bouwt Basalthold de pool voor me? De datadrives komen leeg aan, dus je bouwt hem met één commando. Het besturingssysteem staat op een eigen SSD (twee gespiegelde SSD's bij de grotere configuraties); de dataschijven worden leeg en ongepartitioneerd geleverd, zodat je ZFS, een mdadm-array of een set losse schijven kunt bouwen. Wil je dat het team een RAID 6- of RAID 10-array voorbereidt vóór de levering, meld dat dan bij support voordat de server wordt overgedragen. **Tien lege drives, jouw parity** Hold 160: AMD EPYC 7302P (16 cores / 32 threads), 128 GB DDR4 ECC, 10 × 16 TB harde schijven (160 TB raw) plus 2 × 480 GB SSD voor het systeem, gespiegeld, 1 Gbit/s-poort met 200 TB verkeer per 30 dagen, 1 IPv4 en een IPv6 /64, voor $561.39/30 dagen. Crypto, zonder KYC. [Huur Hold 160 in Amsterdam](https://basalthold.com/app/checkout/?plan=hold-160&location=nl-ams&lang=nl) · [Huur Hold 100 in Boekarest](https://basalthold.com/app/checkout/?plan=hold-100&location=ro-buh&lang=nl) ## Bronnen 1. [zpoolconcepts(7): raidz- en draid-virtual devices](https://openzfs.github.io/openzfs-docs/man/master/7/zpoolconcepts.7.html) — OpenZFS (read 2026-11-02) 2. [RAIDZ: ruimte-efficiëntie, reads en writes](https://openzfs.github.io/openzfs-docs/Basic%20Concepts/Pool%20Structure/RAIDZ.html) — OpenZFS (read 2026-11-02) 3. [zpool-attach(8): RAID-Z-expansie](https://openzfs.github.io/openzfs-docs/man/master/8/zpool-attach.8.html) — OpenZFS (read 2026-11-02) 4. [zpool-status(8): de -v-optie](https://openzfs.github.io/openzfs-docs/man/master/8/zpool-status.8.html) — OpenZFS (read 2026-11-02) 5. [Exos X20 data sheet (DS2080-2111US)](https://www.seagate.com/content/dam/seagate/migrated-assets/www-content/datasheets/pdfs/exos-x20-channel-DS2080-2111US-en_US.pdf) — Seagate Technology (November 2021, read 2026-11-02) 6. [Backblaze Drive Stats voor Q2 2026](https://www.backblaze.com/blog/backblaze-drive-stats-for-q2-2026/) — Backblaze (2026-09-29, read 2026-11-02) --- Basalthold: Basalthold verhuurt storage dedicated servers in Amsterdam, Boekarest en Chisinau, betaald met crypto zonder KYC: geen ID, geen selfie, geen documenten. Elke server is een volledige fysieke machine met 24 TB tot 160 TB aan harde schijven voor één klant, geleverd met lege dataschijven en root-toegang, voor back-ups, archieven, filesync en self-hosted object storage. Op 2 november 2026 liepen de prijzen van $110.99 per 30 dagen voor 24 TB tot $561.39 voor 160 TB ($3.50 per ruwe TB). Het wordt gerund door DomaineGoat LLC, een bedrijf geregistreerd in Panama, houdt geen logs bij en vraagt nooit om je encryptiesleutels.