# RAIDZ2 या RAIDZ3: बड़े ZFS पूल को कितनी parity चाहिए?

> दस 10 या 16 TB ड्राइव पर RAIDZ2 या RAIDZ3: उपयोगी स्थान, resilver विंडो, read-error का गणित, और तिहरी parity कब फ़ायदेमंद है। खाली ड्राइव, crypto, कोई KYC नहीं।

- URL: https://basalthold.com/hi/raidz2-vs-raidz3/
- अंतिम अपडेट: 2026-11-02
- प्रकाशक: Basalthold (https://basalthold.com)

दस-ड्राइव पूल पर दो या तीन parity ड्राइव: हर एक पर कितनी जगह जाती है, वह क्या झेल सकती है, और किराए के स्टोरेज सर्वर पर इस चुनाव के पीछे का गणित।

**छोटा जवाब — RAIDZ2 या RAIDZ3: बड़े ZFS पूल को कितनी parity चाहिए?**

RAIDZ2 उन ज़्यादातर 10-ड्राइव पूल के लिए काफ़ी है जिनकी दूसरी कॉपी मौजूद है; RAIDZ3 तब फ़ायदेमंद है जब पूल ही एकमात्र कॉपी हो या खराब ड्राइव को बदलने के लिए कई दिन इंतज़ार करना पड़े। दस 16 TB ड्राइव पर RAIDZ2 128 TB रखता है और RAIDZ3 112 TB (OpenZFS फ़ॉर्मूला, 2 November 2026)। **Basalthold** Hold उन्हें खाली भेजता है, सिर्फ़ crypto, कोई KYC नहीं।

## Hold पर हर parity स्तर कितनी जगह छोड़ता है?

उपयोगी स्थान = (N − P) × ड्राइव साइज़: समूह में N ड्राइव, उनमें से P के बराबर parity। दशमलव TB में, ZFS metadata और padding से पहले।

| Hold और ड्राइव | RAIDZ2 उपयोगी | RAIDZ3 उपयोगी | Parity हिस्सा (Z2 / Z3) | झेली जाने वाली विफलताएँ (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 | संभव नहीं (कम से कम 3 ड्राइव) | संभव नहीं (कम से कम 4 ड्राइव) | Mirror: 50% | Mirror: 1 |

OpenZFS फ़ॉर्मूले से गणना की गई, मापी नहीं गई। एक raidz समूह को अपनी parity संख्या से एक अधिक डिवाइस चाहिए। ड्राइव 2 November 2026 पर सूचीबद्ध हैं।

## हर parity स्तर क्या झेलता है?

OpenZFS मैनुअल नियम तय करता है: P parity डिस्क वाले N डिस्क के raidz समूह में लगभग (N − P) गुना डिस्क आकार की क्षमता होती है और वह P विफल डिवाइस झेलता है। RAIDZ2 दो झेलता है, RAIDZ3 तीन।

वही पेज हर समूह में 3 से 9 डिवाइस की सलाह देता है, "प्रदर्शन बढ़ाने में मदद के लिए"। दस-ड्राइव का समूह उस सीमा से एक ऊपर है। यह सीमा प्रदर्शन की है, सुरक्षा की नहीं: parity किसी भी चौड़ाई पर P विफलताएँ कवर करती है।

**हर अतिरिक्त parity ड्राइव एक और विफलता झेलने की क्षमता देती है, और एक ड्राइव की जगह लेती है।** Hold 160 पर यह 16 TB है, यानी RAIDZ2 क्षमता का 12.5%।

## resilver के दौरान pool कितनी देर जोखिम में रहता है?

जितनी देर नई ड्राइव को भरने में लगेगी। ZFS सिर्फ़ वही डेटा resilver करता है जो pool में मौजूद है, इसलिए आधा भरा pool लगभग आधे बाइट्स दोबारा बनाता है।

- **सर्वोत्तम स्थिति, पूरी 16 TB ड्राइव:** Seagate Exos X20 की 285 MB/s अधिकतम गति पर 16 TB में लगभग 15.6 घंटे लगते हैं।
- **व्यस्त pool, 50 MB/s का उदाहरण:** वही ड्राइव लगभग 89 घंटे, यानी 3.7 दिन लेती है।
- **resilver शुरू होने से पहले:** किराए के सर्वर में विफल ड्राइव को datacenter के बदलने का इंतज़ार रहता है। जब कोई ड्राइव फेल हो जाए, तो ticket खोलें: टीम उसे बिना किसी लागत के बदल देती है, और नई ड्राइव पर array दोबारा बनाना आपके सेटअप पर निर्भर है।

उस अवधि में RAIDZ2 के पास एक parity बचती है और RAIDZ3 के पास दो। 10 से 20 TB ड्राइव के लिए rebuild का गणित [RAID 6 या RAIDZ2 rebuild में कितना समय लगता है](https://basalthold.com/hi/raid-rebuild-time/ "How long does a RAID 6 or RAIDZ2 rebuild take with 20 TB drives?") पर है।

## अपठनीय सेक्टर क्या बदलते हैं?

वे तीसरी parity ड्राइव को तीसरी विफलता के बिना भी उपयोगी बनाते हैं। Exos X20 डेटा शीट में non-recoverable read error दर 1 सेक्टर प्रति 10^15 बिट पढ़े गए बताई गई है। यह डेटा-शीट की ऊपरी सीमा पर, 125 TB पढ़े जाने पर एक सेक्टर है।

resilver बची हुई ड्राइव से पढ़ता है। 16 TB ड्राइव के भरे हुए दस-ड्राइव pool में नौ बची हुई ड्राइव 144 TB रखती हैं, इसलिए यह सीमा लगभग एक अपठनीय सेक्टर की अनुमति देती है। असली ड्राइव आमतौर पर अपनी rating से बेहतर करती हैं; rating वह सबसे खराब स्थिति है जिसे निर्माता स्वीकार करता है।

- **RAIDZ2, एक ड्राइव डाउन:** ZFS बाकी parity से अपठनीय सेक्टर फिर से बना देता है। कुछ भी नहीं खोता।
- **RAIDZ2, दो ड्राइव डाउन:** कोई parity नहीं बची। ब्लॉक खो जाता है, और `zpool status -v` उन फ़ाइलों की सूची देता है जिनमें डेटा त्रुटियाँ हैं।
- **RAIDZ3, दो ड्राइव डाउन:** एक parity बची है, इसलिए सेक्टर फिर से बन जाता है।

**RAIDZ3 पहली नहीं, दूसरी विफलता के लिए बीमा है।**

## उस अवधि में दूसरी विफलता की कितनी संभावना है?

कागज़ पर कम। Backblaze ने अपनी Q2 2026 रिपोर्ट में अपनी ड्राइव पर 1.41% आजीवन वार्षिक विफलता दर बताई। 89 घंटे के resilver में एक ड्राइव के विफल होने की संभावना लगभग 1.41% × 89 ÷ 8,760, यानी 0.014% है। नौ बची हुई ड्राइव के साथ एक और विफलता की संभावना लगभग 0.13% है।

ये गणनाएँ विफलताओं को स्वतंत्र मानती हैं। साथ खरीदी गई ड्राइव एक ही मॉडल, बैच और उम्र की होती हैं, और resilver हर बची हुई ड्राइव पर ज़ोर डालता है। ये आँकड़े एक न्यूनतम हैं, पूर्वानुमान नहीं।

बाज़ार उस आकार की ओर बढ़ रहा है। 23 storage-server विक्रेताओं में से जिन्हें 2 November 2026 को Basalthold जाँचा गया, 8 ने 100 TB या उससे अधिक हार्ड ड्राइव वाला सर्वर सूचीबद्ध किया।

## क्या मैं बाद में RAIDZ2 से RAIDZ3 पर स्विच कर सकता हूँ?

नहीं। OpenZFS 2.3 में RAID-Z expansion जोड़ा गया: आप `raidz_expansion` pool feature के साथ मौजूदा group में एक नई disk जोड़ सकते हैं। Manual स्पष्ट कहता है कि "a RAID-Z2 is still a RAID-Z2 even after expansion"। पुराने blocks भी अपना पुराना data-to-parity अनुपात बनाए रखते हैं।

Parity level बदलने का मतलब है data बाहर copy करना, pool को destroy करके फिर से create करना। किराए के server पर सही मौका delivery का होता है, जब data drives अभी खाली होती हैं। ऑपरेटिंग सिस्टम अपनी अलग SSD पर होता है (बड़े होल्ड पर दो मिरर की गई SSD); डेटा ड्राइव खाली और बिना पार्टीशन के मिलती हैं, ताकि आप ZFS, mdadm array या कई स्वतंत्र डिस्क का सेट बना सकें। अगर आप चाहते हैं कि टीम डिलीवरी से पहले RAID 6 या RAID 10 array तैयार कर दे, तो सर्वर सौंपे जाने से पहले support को बताएं।

*दस drives का RAIDZ3 pool बनाएँ और जाँचें*

```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
```

## किराए के storage server पर मुझे कौन सा चुनना चाहिए?

इससे चुनें कि pool किस काम के लिए है और एक failure कितनी देर इंतज़ार कर सकती है।

- **RAIDZ2:** ऐसा backup target जिसके originals कहीं और रहते हैं। खोई हुई file फिर से copy की जा सकती है।
- **RAIDZ3:** ऐसा archive जो कुछ समय तक एकमात्र copy है, ऐसा pool जिसे आप रोज़ नहीं देख सकते, या इतनी बड़ी drives कि load में resilver कई दिन चले।
- **दो या चार drives:** Hold 24 पर mirror; Hold 40 पर RAIDZ2 और striped mirrors दोनों 20 TB रखते हैं: RAIDZ2 किन्हीं भी दो failures झेलता है, mirrors तेज़ random I/O देते हैं।

Hold 100 और Hold 160 में दस data drives हैं; उनकी शर्तें [Basalthold pricing page](https://basalthold.com/hi/pricing/ "How much does a rented Basalthold storage server cost?") पर हैं।

Parity backup नहीं है। एक स्टोरेज सर्वर अपना बैकअप नहीं होता: हम आपके डेटा की कोई प्रतिलिपि कहीं और नहीं रखते, इसलिए किसी दूसरी जगह दूसरी प्रतिलिपि रखना आपका ही काम है। NAS के लिए आम दूसरी copy [what the best offsite backup for a NAS is](https://basalthold.com/hi/offsite-backup-for-nas/ "What is the best offsite backup for a NAS?") पर बताई गई है। ZFS के बिना वही trade-off [RAID 6 or RAID 10](https://basalthold.com/hi/raid-6-vs-raid-10/ "RAID 6 or RAID 10: which is better for a rented storage server?") पर है, और ZFS को bare drives क्यों चाहिए, यह [ZFS or hardware RAID](https://basalthold.com/hi/zfs-vs-hardware-raid/ "Should I use ZFS or hardware RAID on a rented storage server?") पर है।

## RAIDZ2 और RAIDZ3 के बारे में लोग और क्या पूछते हैं?

### क्या RAIDZ3, RAIDZ2 से धीमा है?

Writes के लिए थोड़ा: हर stripe में एक parity block ज़्यादा होता है, इसलिए दस drives डेटा आठ के बजाय सात पर लिखती हैं। OpenZFS RAIDZ page दोनों के लिए एक rule of thumb देता है: default large records के साथ random-read IOPS लगभग एक disk जितनी होती है, चाहे group कितना भी चौड़ा हो।

### क्या RAIDZ2, RAID 6 जैसा ही है?

दोनों किन्हीं भी दो failed drives को झेलते हैं। RAIDZ2 हर block का checksum भी करता है और सिर्फ़ वही data resilver करता है जो pool में है, जबकि md RAID 6 rebuild पूरी drive copy करता है। दोनों की तुलना [RAID 6 or RAID 10](https://basalthold.com/hi/raid-6-vs-raid-10/ "RAID 6 or RAID 10: which is better for a rented storage server?") पर है।

### क्या मुझे इसके बजाय dRAID इस्तेमाल करना चाहिए?

दस ड्राइव पर नहीं। dRAID स्पेयर स्पेस को हर ड्राइव में फैला देता है, जिसके बारे में OpenZFS मैनुअल कहता है कि इससे resilvering बहुत तेज़ हो जाती है क्योंकि अब एक डिवाइस बॉटलनेक नहीं रहता। स्पेयर स्पेस समूह के अंदर अलग रखा जाता है, इसलिए दस ड्राइव पर यह usable क्षमता में से निकलता है।

### एक RAIDZ3 समूह में कितनी ड्राइव हो सकती हैं?

कम से कम चार, यानी इसकी तीन parity ड्राइव से एक अधिक। प्रदर्शन के लिए OpenZFS हर समूह में 3 से 9 डिवाइस की सलाह देता है। एक बड़ा pool उस आकार के कई समूह इस्तेमाल कर सकता है।

### क्या Basalthold मेरे लिए pool बनाता है?

डेटा ड्राइव खाली आती हैं, इसलिए आप इसे एक ही कमांड में बनाते हैं। ऑपरेटिंग सिस्टम अपनी अलग SSD पर होता है (बड़े होल्ड पर दो मिरर की गई SSD); डेटा ड्राइव खाली और बिना पार्टीशन के मिलती हैं, ताकि आप ZFS, mdadm array या कई स्वतंत्र डिस्क का सेट बना सकें। अगर आप चाहते हैं कि टीम डिलीवरी से पहले RAID 6 या RAID 10 array तैयार कर दे, तो सर्वर सौंपे जाने से पहले support को बताएं।

**दस खाली ड्राइव, आपकी parity** Hold 160: $561.39/30 दिन के लिए AMD EPYC 7302P (16 cores / 32 threads), 128 GB DDR4 ECC, 10 × 16 TB हार्ड ड्राइव (160 TB raw) और सिस्टम के लिए 2 × 480 GB SSD, mirrored, 1 Gbit/s पोर्ट के साथ हर 30 दिन में 200 TB ट्रैफ़िक, 1 IPv4 और एक IPv6 /64। क्रिप्टो, कोई KYC नहीं। [Amsterdam में Hold 160 किराए पर लें](https://basalthold.com/app/checkout/?plan=hold-160&location=nl-ams&lang=hi) · [Bucharest में Hold 100 किराए पर लें](https://basalthold.com/app/checkout/?plan=hold-100&location=ro-buh&lang=hi)

## स्रोत

1. [zpoolconcepts(7): raidz और draid वर्चुअल डिवाइस](https://openzfs.github.io/openzfs-docs/man/master/7/zpoolconcepts.7.html) — OpenZFS (read 2026-11-02)
2. [RAIDZ: स्पेस दक्षता, पढ़ना और लिखना](https://openzfs.github.io/openzfs-docs/Basic%20Concepts/Pool%20Structure/RAIDZ.html) — OpenZFS (read 2026-11-02)
3. [zpool-attach(8): RAID-Z विस्तार](https://openzfs.github.io/openzfs-docs/man/master/8/zpool-attach.8.html) — OpenZFS (read 2026-11-02)
4. [zpool-status(8): -v विकल्प](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. [Q2 2026 के लिए Backblaze Drive Stats](https://www.backblaze.com/blog/backblaze-drive-stats-for-q2-2026/) — Backblaze (2026-09-29, read 2026-11-02)

---

Basalthold: Basalthold Amsterdam, Bucharest और Chisinau में स्टोरेज डेडिकेटेड सर्वर किराए पर देता है, जिनका भुगतान क्रिप्टो में होता है और कोई KYC नहीं: न ID, न सेल्फी, न दस्तावेज़। हर सर्वर एक पूरी फिज़िकल मशीन है जिसमें एक ग्राहक के लिए 24 TB से 160 TB तक हार्ड ड्राइव होती हैं, जो खाली डेटा ड्राइव और root एक्सेस के साथ मिलती है — बैकअप, आर्काइव, फ़ाइल सिंक और सेल्फ-होस्टेड ऑब्जेक्ट स्टोरेज के लिए। 2 नवंबर 2026 को कीमतें 24 TB के लिए $110.99 प्रति 30 दिन से लेकर 160 TB के लिए $561.39 तक थीं ($3.50 प्रति रॉ TB)। इसे DomaineGoat LLC चलाता है, जो Panama में पंजीकृत कंपनी है, कोई लॉग नहीं रखती और कभी आपकी एन्क्रिप्शन कुंजियाँ नहीं माँगती।