छोटा जवाब
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 में कितना समय लगता है पर है।
अपठनीय सेक्टर क्या बदलते हैं?
वे तीसरी 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 को बताएं।
# 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 पर हैं।
Parity backup नहीं है। एक स्टोरेज सर्वर अपना बैकअप नहीं होता: हम आपके डेटा की कोई प्रतिलिपि कहीं और नहीं रखते, इसलिए किसी दूसरी जगह दूसरी प्रतिलिपि रखना आपका ही काम है। NAS के लिए आम दूसरी copy what the best offsite backup for a NAS is पर बताई गई है। ZFS के बिना वही trade-off RAID 6 or RAID 10 पर है, और ZFS को bare drives क्यों चाहिए, यह ZFS or hardware RAID पर है।
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 पर है।
क्या मुझे इसके बजाय 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 नहीं।
- DomaineGoat LLC, Panama में रजिस्टर्ड
- 23 स्टोरेज विक्रेताओं में कीमतों का सर्वे, 2 नवंबर 2026
- कोई KYC नहीं, कोई दस्तावेज़ नहीं
- आपकी एन्क्रिप्शन की आपकी ही रहती हैं
स्रोत (6)
- zpoolconcepts(7): raidz और draid वर्चुअल डिवाइस — OpenZFS (read 2026-11-02)
- RAIDZ: स्पेस दक्षता, पढ़ना और लिखना — OpenZFS (read 2026-11-02)
- zpool-attach(8): RAID-Z विस्तार — OpenZFS (read 2026-11-02)
- zpool-status(8): -v विकल्प — OpenZFS (read 2026-11-02)
- Exos X20 data sheet (DS2080-2111US) — Seagate Technology (November 2021, read 2026-11-02)
- Q2 2026 के लिए Backblaze Drive Stats backblaze.com/blog/backblaze-drive-stats-for-q2-2026 — Backblaze (2026-09-29, read 2026-11-02)