छोटा जवाब
20 TB ड्राइव के साथ RAID 6 या RAIDZ2 रीबिल्ड में कितना समय लगता है?
20 TB ड्राइव के साथ RAID 6 या RAIDZ2 रीबिल्ड में कम से कम 19.5 घंटे लगते हैं: Seagate Exos X20 की 285 MB/s अधिकतम पर 20 TB। Linux md की 200,000 KiB/s डिफ़ॉल्ट कैप पर, 27 घंटे लगते हैं; लोड में, दिन। 2 November 2026 पर गणना की गई, मापी नहीं गई। Basalthold क्रिप्टो के लिए स्टोरेज सर्वर किराये पर देता है, कोई KYC नहीं।
हर गति पर रीबिल्ड में कितना समय लगता है?
एक पूरी बदली ड्राइव लिखने के लिए गणना किए गए घंटे। पहला कॉलम सर्वोत्तम स्थिति है; आखिरी एक व्यस्त ऐरे का उदाहरण है।
| ड्राइव आकार | 285 MB/s पर (Exos X20 अधिकतम) | 204.8 MB/s पर (md डिफ़ॉल्ट सीमा) | 50 MB/s पर (व्यस्त array, उदाहरण) |
|---|---|---|---|
| 10 TB | 9.7 घंटे | 13.6 घंटे | 55.6 घंटे (2.3 दिन) |
| 12 TB | 11.7 घंटे | 16.3 घंटे | 66.7 घंटे (2.8 दिन) |
| 16 TB | 15.6 घंटे | 21.7 घंटे | 88.9 घंटे (3.7 दिन) |
| 20 TB | 19.5 घंटे | 27.1 घंटे | 111.1 घंटे (4.6 दिन) |
गणना की गई, मापी नहीं गई। 285 MB/s, 18 और 20 TB Exos X20 के लिए Seagate की अधिकतम sustained दर है। 204.8 MB/s, md का डिफ़ॉल्ट speed_limit_max है, जो 200,000 KiB/s है। 50 MB/s एक उदाहरण इनपुट है। holds में लगी ड्राइव: 2 × 12 TB HDD, 4 × 10 TB HDD, 10 × 10 TB HDD, 10 × 16 TB HDD।
ड्राइव की अधिकतम गति सिर्फ एक best case क्यों है?
क्योंकि अधिकतम गति केवल बाहरी tracks पर टिकती है। Western Digital की HC560 data sheet अपनी 291 MB/s अधिकतम गति को ड्राइव के लगभग 10% भीतर बताती है। भीतरी tracks head के नीचे अधिक धीरे से गुज़रते हैं, इसलिए पूरी ड्राइव का औसत कम रहता है।
बदली जाने वाली ड्राइव ही bottleneck है। हर rebuilt block उसी एक ड्राइव पर जाता है, इसलिए array उतनी तेज़ी से rebuild नहीं कर सकता जितनी तेज़ी से वह लिखती है। दस ड्राइव का एक साथ पढ़ना इसे नहीं बदलता।
एक rebuild कभी भी एक ड्राइव के start से end तक लिखने से तेज़ नहीं हो सकता।
mdadm rebuild ड्राइव से धीमा क्यों चलता है?
क्योंकि md इसे सीमित करता है। Linux kernel सोर्स में, speed_limit_max का डिफ़ॉल्ट 200,000 KiB/s है, यानी लगभग 204.8 MB/s, और speed_limit_min का 1,000 KiB/s। md का manual इस जोड़ी को समझाता है: जब अन्य गतिविधि चल रही हो तो md recovery को धीमा करता है, और जब array idle हो तो पूरी गति से चलाता है।
इसलिए एक व्यस्त array न्यूनतम सीमा के आसपास rebuild कर सकता है। 1,000 KiB/s पर, एक 20 TB ड्राइव में लगभग 226 दिन लगेंगे। असली arrays दोनों सीमाओं के बीच रहते हैं, जो इस पर निर्भर करता है कि कितना backup या read ट्रैफ़िक मुकाबला कर रहा है।
आप इसे देख और नियंत्रित कर सकते हैं:
# progress, speed and time left
cat /proc/mdstat
# current limits, in KiB/s
sysctl dev.raid.speed_limit_min dev.raid.speed_limit_max
# let the rebuild use more of the disks during a quiet period
sysctl -w dev.raid.speed_limit_min=100000
sysctl -w dev.raid.speed_limit_max=500000क्या ZFS resilver, RAID 6 rebuild से तेज़ है?
अक्सर हाँ, जब pool भरा न हो। OpenZFS manual कहता है कि resilver केवल उस डेटा की जाँच करता है जिसे ZFS पुराना जानता है। आधा भरा pool उतने ही bytes rebuild करता है जितने mdadm copy करता, यानी लगभग आधे।
हालाँकि, reads कम सुव्यवस्थित होते हैं। OpenZFS dRAID गाइड बताती है कि raidz को healing resilver का उपयोग करना पड़ता है, जो random reads के साथ block tree पर चलता है। इसलिए एक पूरा RAIDZ2 pool, bytes के हिसाब से जितना लगना चाहिए, उससे अधिक समय ले सकता है।
बड़े arrays के लिए dRAID तस्वीर बदल देता है। distributed spare पर इसका sequential rebuild, disks की संख्या को stripe width से भाग देकर scale करता है। इसके बाद एक scrub checksums की जाँच करता है। दस ड्राइव के साथ, सामान्य RAIDZ2 ही चुनाव है; trade-offs ZFS या hardware RAID पर हैं।
zpool status से resilver देखें। zfs_resilver_min_time_ms tunable, जो वर्तमान manual में डिफ़ॉल्ट रूप से 1,500 ms है, तय करता है कि transaction groups के बीच ZFS इस पर कितनी देर काम करता है।
rebuild window कितना जोखिम भरा है?
RAID 6 के लिए कम, RAID 5 के लिए ज़्यादा। RAID 6 rebuild के दौरान array के पास अभी भी एक parity बचा रहता है, इसलिए एक और failure झेला जा सकता है।
Backblaze ने अपनी Q2 2026 रिपोर्ट में अपनी ड्राइव पर 1.41% lifetime annualized failure rate मापी। 27 घंटे के rebuild में, नौ बची हुई ड्राइव एक और failure की लगभग 0.04% संभावना देती हैं। 111 घंटे में, लगभग 0.16%।
Unreadable sectors का वज़न ज़्यादा है। Seagate, Exos X20 को अधिकतम 10^15 bits read पर एक की दर देती है। नौ 20 TB ड्राइव से rebuild करने पर 1.44 × 10^15 bits पढ़े जाते हैं, इसलिए spec एक से अधिक bad sector की अनुमति देती है। RAID 6 इसे दूसरे parity से ठीक करता है; RAID 5 के पास कुछ नहीं बचता। पूरी तुलना RAID 6 या RAID 10 पर है।
23 storage-server विक्रेताओं में से, जिन्हें 2 November 2026 पर Basalthold जाँचा गया, 8 ने 100 TB या अधिक का plan दिया। उस आकार पर, हर ड्राइव rebuild पूरी गति पर भी लगभग एक दिन का अधिकांश लेता है।
किराए के server पर rebuild को कैसे छोटा करूँ?
इसे जल्दी शुरू करें और इसे disks दें।
- ड्राइव जल्दी बदलें। जब कोई ड्राइव फेल हो जाए, तो ticket खोलें: टीम उसे बिना किसी लागत के बदल देती है, और नई ड्राइव पर array दोबारा बनाना आपके सेटअप पर निर्भर है। घड़ी तब शुरू होती है जब नई ड्राइव लग जाती है।
- भारी jobs रोकें। बड़े backup रन rebuild window से बाहर कर दें, या रात में
speed_limit_minबढ़ाएँ। - Pool को full से नीचे रखें। ZFS केवल संग्रहीत डेटा rebuild करता है, इसलिए खाली जगह resilver छोटा करती है।
- दूसरी copy रखें। एक rebuild एक और failure से बचाता है, आग या गलती से नहीं: एक स्टोरेज सर्वर अपना बैकअप नहीं होता: हम आपके डेटा की कोई प्रतिलिपि कहीं और नहीं रखते, इसलिए किसी दूसरी जगह दूसरी प्रतिलिपि रखना आपका ही काम है। इसके लिए एक target NAS के लिए offsite backup पर है।
rebuild समय के बारे में लोग और क्या पूछते हैं?
16 TB ड्राइव पर RAIDZ2 resilver में कितना समय लगता है?
कम से कम 15.6 घंटे, अगर failed ड्राइव भरी हुई थी, 285 MB/s पर। आधे डेटा से भरी ड्राइव में bytes के हिसाब से लगभग आधा समय लगेगा, लेकिन raidz reads random होते हैं, इसलिए अधिक समय मानकर चलें। ये data sheet की गतियों से गणनाएँ हैं।
क्या ये rebuild समय Basalthold servers पर मापे गए हैं?
नहीं। ये प्रकाशित गतियों से गणित हैं: Seagate की datasheet और Linux md के defaults। आपका rebuild आपके layout, आपके लोड और array कितना भरा है, इस पर निर्भर करता है।
ड्राइव fail होने पर array कौन rebuild करता है?
आप, mdadm या zpool replace से। जब कोई ड्राइव फेल हो जाए, तो ticket खोलें: टीम उसे बिना किसी लागत के बदल देती है, और नई ड्राइव पर array दोबारा बनाना आपके सेटअप पर निर्भर है।
क्या 20 TB ड्राइव के साथ RAID 5 सुरक्षित है?
यह rebuild के दौरान कोई parity नहीं छोड़ता। नौ 20 TB ड्राइव पढ़ने पर 1.44 × 10^15 bits आते हैं, जो Seagate की 10^15 bits पर एक unreadable sector की दर से अधिक है। RAID 6 या RAIDZ2 उस sector को ठीक कर सकता है; RAID 5 नहीं कर सकता।
क्या मैं crypto से और बिना KYC के storage server किराए पर ले सकता/सकती हूँ?
हाँ। Basalthold में BTC, USDT, USDC, ETH, SOL, LTC, XMR लगता है, $1 के top-up से। कोई KYC नहीं: किसी भी समय कोई ID नहीं, कोई सेल्फ़ी नहीं, कोई दस्तावेज़ नहीं, कोई कार्ड नहीं और कोई फ़ोन नंबर नहीं। कीमतें price list पर हैं।
दस ड्राइव, दो parity, आपका अपना array
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 नहीं, कोई दस्तावेज़ नहीं
- आपकी एन्क्रिप्शन की आपकी ही रहती हैं
स्रोत (8)
- Exos X20 data sheet (DS2080-2111US) — Seagate Technology (November 2021, read 2026-11-02)
- Ultrastar DC HC560 डेटा शीट (D018-000383-AA02) — Western Digital (July 2022, read 2026-11-02)
- drivers/md/md.c: sysctl_speed_limit_min और sysctl_speed_limit_max — Linux kernel (read 2026-11-02)
- md(4): recovery speed और scrubbing — Linux man-pages (read 2026-11-02)
- zpool-scrub(8): scrubbing और resilvering — OpenZFS (read 2026-11-02)
- dRAID Howto — OpenZFS (read 2026-11-02)
- zfs(4): मॉड्यूल पैरामीटर — OpenZFS (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)