RAID 1 + 6 अधिक सामान्य लेआउट क्यों नहीं है?


17

नेस्टेड RAID स्तर 1 + 5 या 1 + 6 लगभग अनसुना क्यों हैं? नेस्टेड RAID स्तरों विकिपीडिया लेख वर्तमान में अपने वर्गों याद आ रही है। मुझे समझ नहीं आता कि वे RAID 1 + 0 से अधिक सामान्य क्यों नहीं हैं, खासकर जब RAID 1 + 0 ट्रिपल मिररिंग की तुलना में।

यह स्पष्ट है कि पुनर्निर्माण समय तेजी से समस्याग्रस्त होता जा रहा है क्योंकि ड्राइव क्षमता अपने प्रदर्शन या विश्वसनीयता की तुलना में तेजी से बढ़ रही है। मुझे बताया गया है कि RAID 1 तेज बनाता है और RAID 1 जोड़े की RAID 0 सरणी समस्या से बचती है, लेकिन निश्चित रूप से ऐसा होगा RAID 5 या RAID सरणी 1 जोड़े। मुझे कम से कम उम्मीद है कि उन्हें RAID 1 + 0 का एक सामान्य विकल्प होगा।

16 में से 1TB ड्राइव के लिए, यहाँ बैकअप का सहारा लेने की भोली संभावना की मेरी गणनाएं हैं, अर्थात सरल अनुमान के साथ कि ड्राइव प्रायिकता के साथ स्वतंत्र हैं:

RAID | storage | cumulative probabilities of resorting to backup /m
 1+0 |     8TB | 0, 67, 200, 385, 590, 776, 910, 980, 1000, 1000, 1000
 1+5 |     7TB | 0,  0,   0,  15,  77, 217, 441, 702,  910, 1000, 1000
 1+6 |     6TB | 0,  0,   0,   0,   0,   7,  49, 179,  441,  776, 1000
(m = 0.001, i.e. milli.)

यदि यह सही है, तो यह काफी स्पष्ट है कि RAID 1 + 6 असाधारण रूप से RAID 1 + 0 की तुलना में अधिक विश्वसनीय है, भंडारण क्षमता में केवल 25% की कमी। जैसा कि सामान्य रूप से होता है, सैद्धांतिक लेखन थ्रूपुट (गिनती के समय की तलाश नहीं) भंडारण क्षमता / सरणी आकार × ड्राइव की संख्या × है सरणी में सबसे धीमी ड्राइव के थ्रूपुट (RAID स्तरों में अतिरेक के साथ लिखने के लिए एक उच्च लेखन प्रवर्धन है) एक स्ट्रिप न भरें लेकिन यह चंक साइज़ पर निर्भर करता है), और सैद्धांतिक रीड थ्रूपुट उस एरो में ड्राइव के रीड थ्रूपूट का योग है (सिवाय इसके कि RAID 0, RAID 5 और RAID 6 अभी भी सैद्धांतिक रूप से सीमित हो सकते हैं सबसे धीमा, दूसरा सबसे धीमा, और तीसरा सबसे धीमा ड्राइव क्रमशः थ्रूपुट पढ़ता है)। यानी, समान ड्राइव मानकर, जो क्रमशः 8 ×, 7 ×, होगा।

इसके अलावा, RAID 1 ट्राइएपल्स के RAID 0 क्वाड्रपल पर विचार करें , यानी 12 ड्राइव्स के RAID 1 + 0 ट्रिपल मिररिंग, और RAID 1 जोड़े के RAID 6 सेक्स्टुपल, यानी 12 ड्राइव्स के RAID 1 + 6। फिर से, ये समान 1TB ड्राइव हैं। दोनों लेआउट में समान संख्या में ड्राइव (12), स्टोरेज कैपेसिटी (4TB) की समान मात्रा, अतिरेक का समान अनुपात (2/3), एक ही अधिकतम राइट थ्रूपुट (4 ×), और एक ही अधिकतम रीड थ्रूपुट ( 12 ×)। यहां मेरी गणनाएं हैं (अब तक):

RAID      | cumulative probabilities of resorting to backup /m
1+0 (4×3) | 0, 0, 18,  ?,   ?,   ?,   ?,   ?, 1000
1+6 (6×2) | 0, 0,  0,  0,   0,  22, 152, 515, 1000

हां, यह ओवरकिल की तरह लग सकता है, लेकिन जहां ट्रिपल मिररिंग का उपयोग बैकअप के लिए एक क्लोन को विभाजित करने के लिए किया जाता है, RAID 1 + 6 बस इस्तेमाल किया जा सकता है, बस फ्रीज करके और सभी के प्रत्येक ड्राइव के 1 को हटाकर RAID के 2 1 जोड़े, और ऐसा करते समय, यह अभी भी बेहतर विश्वसनीयता है जब अपमानित RAID 1 + 0 सरणी से घटाया गया है। यहाँ इस तरह से 4 द्वारा नीचा 12 ड्राइव के लिए मेरी गणना कर रहे हैं:

RAID      | cumulative probabilities of resorting to backup /m
1+0 (4×3) | (0, 0, 0, 0), 0, 143, 429, 771, 1000
1+6 (6×2) | (0, 0, 0, 0), 0,   0,  71, 414, 1000

हालांकि, आरटीआई 1 + 6 के लिए इस समय के दौरान 6 × नीचे घटाया जा सकता है, हालांकि पढ़ें, जबकि RAID 1 + 0 केवल 8 × तक कम है। फिर भी, यदि कोई ड्राइव विफल रहता है, जबकि सरणी इस अपमानित स्थिति में है, तो RAID 1 + 6 सरणी में लगभग 50 × 50 रहने का मौका होगा या 5 × से आगे सीमित रहेगा, जबकि RAID 1 + 0 सरणी होगा 4 × की अड़चन तक सीमित रहें। थ्रूपुट लिखना बहुत अप्रभावित होना चाहिए (यह तब भी बढ़ सकता है यदि बैकअप के लिए ली गई ड्राइव सबसे धीमा ड्राइव है)।

वास्तव में, दोनों को 'ट्रिपल मिररिंग' के रूप में देखा जा सकता है क्योंकि नीचा RAID 1 + 6 सरणी 4 ड्राइव के अतिरिक्त RAID 6 समूह को विभाजित करने में सक्षम है। दूसरे शब्दों में, यह 12-ड्राइव RAID 1 + 6 लेआउट को 3 अपमानित (लेकिन कार्यात्मक) RAID 6 सरणियों में विभाजित किया जा सकता है!

तो क्या यह है कि ज्यादातर लोग गणित में विस्तार से नहीं गए हैं? क्या हम भविष्य में अधिक RAID 1 + 6 देख पाएंगे?


2
अपने योनपुत्र कैल्क को समानता बनाने के लिए लिखने के प्रवर्धन को ध्यान में नहीं रखा गया है।
जेम्सरन

1
@JamesRyan: हाँ, मैंने वास्तव में माना है कि समता को लेखन की आवश्यकता है। यही "भंडारण क्षमता / सरणी आकार" के लिए है - इस का पारस्परिक लेखन प्रवर्धन कारक है, जिसमें ठोस-राज्य ड्राइव के साथ जुड़े आगे लिखना प्रवर्धन शामिल नहीं है। ध्यान दें कि इसमें RAID 1 अतिरेक के साथ-साथ लेखन प्रवर्धन भी शामिल है। मूल रूप से, लेखन प्रवर्धन कारक 1 अतिरेक के अतिरेक के बराबर है। तो 50% अतिरेक 2 का एक प्रवर्धन कारक देता है; 62.5% (10/16) अतिरेक ~ 2.67 (16/6) का एक लेखन प्रवर्धन कारक देता है।
जेम्स हैह

1
नहीं, यह गलत है। प्रत्येक RAID6 लेखन में 6 IO लगते हैं और प्रत्येक RAID1 लेखन में 2 IO लगते हैं, ये गुणक हैं। तो RAID 1 + 6 में प्रत्येक लिखने में 12 IOs लगेंगे, RAID 10 के लिए यह 2 IOs है। 12 ड्राइव पर थ्रूपुट लिखो RAID1 + 6 के लिए 1x और RAID10 के लिए 6x होगा!
जेम्सरियन

@JamesRyan: ओह, मैं देख रहा हूँ कि आप अभी इसके साथ कहाँ जा रहे हैं - ऐसे लेखों के लिए जो एक पूर्ण धारी से कम हैं, लिखने का प्रवर्धन कारक RAID 1 + 6 के लिए दोगुना हो सकता है और इस प्रकार अधिकतम लेखन थ्रूपुट को रोक सकता है। एक पूर्ण पट्टी के लिए, हाँ 6 × 2 के उदाहरण में 12 लिखते हैं, लेकिन आप भूल जाते हैं कि यह 4 डेटा के लायक है। क्रमशः 4, 3, 2, 1 चंक्स-मूल्य के लिए, लेखन प्रवर्धन कारक हैं (6 × 2) / 4 = 3, (5 × 2) / 3 = ~ 3.33, (4 × 2) / 2 = 4, ( 3 × 2) / 1 = 6, 4 ×, 3.6 ×, 3 ×, 2 × के अधिकतम लेखन थ्रूपुट दे रहा है। RAID 1 + 0 4 × 3 के लिए यह (4 × 3) / 4, (3 × 3) / 3, (2 × 3) / 2, (1 × 3) / 1 लगातार 4 × देने से है। …
जेम्स हैग

2
आपने अपनी गणनाओं के आधार पर कहा कि RAID1 + 6 में त्रिकोणीय के साथ RAID10 के रूप में एक ही थ्रूपुट है। वास्तव में RAID1 + 6 ने अभी भी RAID10 के थ्रूपुट को दूर से नहीं देखा है, इसलिए आपकी गणना या वे जो धारणाएं हैं, वे गलत हैं । मैं आपको यह समझने में मदद करने की कोशिश कर रहा था कि क्यों, यदि आप सुनने से इंकार करते हैं तो हम अपना समय बर्बाद कर सकते हैं लेकिन यह आप ही हैं जो इसे बर्बाद कर रहे हैं।
जेम्सरन

जवाबों:


17

आम तौर पर मैं कहता हूं कि RAID 1 + 0 का उपयोग 1 + 5 या 1 + 6 से अधिक व्यापक रूप से किया जाएगा क्योंकि RAID 1 + 0 पर्याप्त विश्वसनीय है और मामूली बेहतर प्रदर्शन और अधिक उपयोगी भंडारण प्रदान करता है।

मुझे लगता है कि ज्यादातर लोग RAID 1 + 0 समूह के भीतर एक पूर्ण अविश्वसनीय 1 जोड़ी की विफलता को एक अविश्वसनीय रूप से दुर्लभ घटना के रूप में देखते हैं जो बैकअप के लिए बाहर तोड़ने के लायक है - और शायद अपनी शारीरिक 50% से कम होने के बारे में बहुत उत्साही नहीं हैं। प्रयोग करने योग्य स्थान के रूप में डिस्क।

यदि आपको RAID 1 + 0 से बेहतर विश्वसनीयता की आवश्यकता है, तो इसके लिए जाएं! .. लेकिन ज्यादातर लोगों को शायद इसकी जरूरत नहीं है।


1
RAID 1 + 0 के साथ मेरे पास जो समस्या है वह यह है कि इसमें स्टोरेज के लिए विश्वसनीयता का खराब अनुपात है। यदि RAID 6 मनमाने ढंग से किसी भी संख्या में समानताएं (n - 1 से नीचे) के लिए एक्स्टेंसिबल है, तो उसी ड्राइव के लिए आप RAID 1 + 0 की तुलना में स्टोरेज और बेहतर विश्वसनीयता दोनों प्राप्त कर सकते हैं । ऊपर के उदाहरण के लिए, यदि 4 पारियों के साथ RAID 6 होना संभव था, तो आपके पास RAID 1 + 0 की तुलना में 50% अधिक संग्रहण और अधिकतम राइट थ्रूपुट होगा, फिर भी असाधारण रूप से उच्च विश्वसनीयता है। 3 या 4 समता वाले RAID 6 में एक अच्छा विश्वसनीयता-भंडारण व्यापार-बंद होगा।
जेम्स हेघ

4
@JamesHaigh RAID 6 बनाम RAID 1 + 0 RAID 1 + 6 बनाम RAID 1 + 0 की तुलना में बहुत अलग चर्चा है, आपने विषय बदल दिया है। ZFS के raidz3 को ऐसा लगता है कि यह आपकी गली तक होगा? वैसे भी, आपकी बात करने के लिए, कुछ प्रदर्शन लाभ हैं जो RAID 1 + 0 RAID 6 से अधिक बनाए रखता है, जैसे कि छोटे एकल-ब्लॉक में बहुत कम संख्या में ड्राइव को छूने की आवश्यकता होती है (और वापस raidz3 के लिए, ZFS इस समझदारी से एकाधिक लिखकर संभालता है बजाय छोटे लेखन के लिए सभी डिस्क) के लिए लिख की पूर्ण प्रति
शेन झुंझलाना

क्षमा करें, हाँ, मुझे लगता है कि यह वही है जो मैं पीछा कर रहा हूँ। उस अंतिम टिप्पणी के बाद से मैं विशेष रूप से 3 या अधिक समानता वाले RAID के बारे में एक नया प्रश्न लिख रहा हूं । यह बेहतर होगा RAID 1 + 6 मुझे लगता है। वांछित व्यापार बंद करने के लिए यह अधिक लचीला और सरल भी होगा। आप उस प्रश्न पर इसे जारी रखना चाह सकते हैं।
जेम्स हाई

3
RAID 6 को रैखिक रूप से विस्तारित नहीं किया जा सकता है, क्योंकि यह उस तरह से काम नहीं करता है। दूसरी समता के लिए संकेंद्रण गणना तीसरे पक्ष के लिए तुच्छ पैमाने पर नहीं होगी। लेकिन आप बहुत आसानी से छोटे RAID 6 समूह कर सकते हैं - कोई वास्तविक कारण नहीं है जिसे आपको 14 + 2 करने की आवश्यकता है, और इसके बजाय 2 + 2 या 4 + 2 कर सकते हैं और बहुत अधिक विश्वसनीयता प्राप्त कर सकते हैं।
सोब्रीक

1
@JamesHaigh क्या आप चाहते हैं लग रहा है एक 12 तरह raidz8 है। समता गणनाओं में जाने वाले तर्क के आधार पर, यह तुच्छ डेटा के साथ भी निरंतरता में प्रोसेसर को बाहर करने वाला है। एकल समता मूल रूप से XOR (आसान) है। दोहरी समता कुछ वर्गों के साथ करना है (कठिन नहीं है, लेकिन आसान नहीं है)। ट्रिपल समता घन आधारित या समान (कठोर) है। ४, ५, ६, 5, या calcul समता की माँग और भी बड़ी हो जाती है (एक घातीय पैमाने से) गणना (जिसके लिए क्वांटम कंप्यूटर की आवश्यकता हो सकती है)। बस याद रखें कि जैसे-जैसे आकार बढ़ता है, आईओपीएस में शून्य वृद्धि होती है। मीडिया के लिए, कौन परवाह करता है? वीएम के लिए, यह मारता है।
हत्यारे

16

व्यावहारिक जवाब हार्डवेयर RAID नियंत्रक विनिर्देशों, औसत डिस्क आकार, ड्राइव फॉर्म-कारक और सर्वर डिज़ाइन के चौराहे पर कहीं है।

अधिकांश हार्डवेयर RAID नियंत्रक RAID स्तर में सीमित होते हैं जिनका वे समर्थन करते हैं। यहाँ एक HP ProLiant स्मार्ट सरणी नियंत्रक के लिए RAID विकल्प दिए गए हैं:

[raid=0|1|1adm|1+0|1+0adm|5|50|6|60]

नोट: "प्रवेश" केवल ट्रिपल मिररिंग है

LSI RAID नियंत्रक का समर्थन: 0, 1, 5, 6, 10, 50, and 60

इसलिए ये नियंत्रक केवल नेस्टेड स्तर के रूप में RAID 50 और 60 में सक्षम हैं। एलएसआई ( एनईई डेल पीईआरसी ) और एचपी में अधिकांश एंटरप्राइज सर्वर स्टोरेज एडॉप्टर मार्केट शामिल हैं। यही कारण है कि आप इस क्षेत्र में RAID 1 + 6, या RAID 61 जैसे कुछ नहीं देखते हैं।

उस विचार से परे, नेस्टेड RAID स्तर से परे RAID 10 को अपेक्षाकृत बड़ी संख्या में डिस्क की आवश्यकता होती है। आज उपलब्ध ड्राइव क्षमता को देखते हुए (3.5 "पासलाइन एसएएस और एसएटीए ड्राइव के साथ), इस तथ्य के साथ मिलकर कि कई सर्वर चेसिस 8 x 2.5" ड्राइव पिंजरों के आसपास डिज़ाइन किए गए हैं, RAID 1+ को शारीरिक रूप से कॉन्फ़िगर करने का अवसर नहीं है। 6, या RAID 61।

जिन क्षेत्रों में आप कुछ देख सकते हैं जैसे RAID 1 + 6 बड़े चेसिस सॉफ़्टवेयर RAID समाधान होंगे। लिनक्स एमडी RAID या जेडएफएस निश्चित रूप से इसके लिए सक्षम हैं। लेकिन उस समय तक, ड्राइव की विफलता गर्म या ठंडे-स्पेयर डिस्क द्वारा कम की जा सकती है। RAID विश्वसनीयता इन दिनों बहुत अधिक नहीं है, बशर्ते आप विषाक्त RAID स्तर और हार्डवेयर संयोजनों (जैसे RAID 5 और 6TB डिस्क) से बचें। इसके अलावा, पढ़ना और लिखना प्रदर्शन tiering और कैशिंग परतों द्वारा अमूर्त किया जाएगा। औसत भंडारण वर्कलोड आमतौर पर एक या दूसरे से लाभान्वित होते हैं।

तो अंत में, ऐसा लगता है जैसे कि जरूरत / मांग बस नहीं है।


1
सरणी प्रतिकृति के रूप में एक मांग है। मैं कई साइटों को जानता हूं जो बहु-साइट डीआर करते हैं, जो व्यावहारिक रूप से RAID 10 या 5 या 6 बोल रहा है जो दूरस्थ (RAID 10 या 5 या 6) दूरस्थ साइट पर दोहराया गया है। किसी भी छोटे हिस्से में - डिस्क विश्वसनीयता के एक निश्चित स्तर से परे, आपके प्रोसेसर, कंट्रोलर, नेटवर्क, पावर, एयरकॉन, डाटाकेंटर-कैचिंग-फायर आपकी विश्वसनीयता के लिए बड़े खतरे हैं।
सोब्रीक

1
मुझे नहीं लगता कि ओपी ने भी प्रतिकृति या बहु-साइट उपयोग पर विचार किया है।
इविहित

1
नहीं, शायद नहीं। जैसा कि आप कहते हैं - इसकी कोई मांग नहीं है क्योंकि यह ओवरकिल है। यह एकमात्र उपयोग-मामला है जिसके बारे में मैं सोच सकता हूं कि यह हालांकि ओवरकिल नहीं है :)
सोब्रिक

मैंने (संक्षेप में) कुछ छापे जैसे 6 + 1 को कॉन्फ़िगर किया है। एक नेटप्प लोकल सिंटिक्किर खुद की एक समान प्रति बनाएगा और मल्टीप्लेक्स दोनों पेलेक्सों में पढ़ता है, जबकि मिरर लिखता है। इसका इस्तेमाल ज्यादातर Netapp V-Series को नए बैकेंड LUN में माइग्रेट करने के लिए किया जाता है, हालांकि अगर मैं अपनी विश्वसनीयता को दोगुना करना चाहता हूं, तो मैं इसके साथ ऐसा कर सकता था।
तुलसी

12
  • आपके पास विश्वसनीयता पर कम रिटर्न है। RAID 6 को कंपाउंड की विफलता पर भी संभावना नहीं है यहां तक ​​कि गंदा एसएटीए ड्राइव पर भी 10 ^ 14 UBER की दर से। FC / SAS ड्राइव पर आपका UBER 10 ^ 16 में 1 है और आपको बहुत अधिक प्रदर्शन भी मिलता है।

  • RAID समूह विश्वसनीयता आकस्मिक विलोपन से आपकी रक्षा नहीं करती है। (इसलिए आपको बैकअप की आवश्यकता है)

  • राउडिंग के कुछ स्तरों से परे, डिस्क पर एक यौगिक विफलता की आपकी सहायता बुनियादी ढांचे (बिजली, नेटवर्क, एयरकॉन रिसाव, आदि) का समर्थन करने की यौगिक विफलता से कम हो जाती है।

  • जुर्माना लिखिए। आपके RAID 61 पर आने वाला प्रत्येक लेखन 12 IO परिचालनों को ट्रिगर करेगा (भोलेपन से)। RAID 6 टीबी यादृच्छिक लेखन के प्रति IOP के संदर्भ में 'कम स्तरीय' परिदृश्यों में पहले से ही दर्दनाक है। (और उच्च स्तरीय में, आपकी विफलता की दर वैसे भी 100 गुना बेहतर है)

  • यह '25% की कमी नहीं है 'यह एक और 25% की कमी है। आपका 16TB 6TB में बदल रहा है। तो आपको 37.5% उपयोग करने योग्य संग्रहण मिल रहा है। आपको क्षमता के अनुसार 3x, और अधिक डाटासेंटर स्थान के रूप में 3x की आवश्यकता होती है। आप शायद छोटे RAID6 सेट बनाकर अधिक विश्वसनीयता प्राप्त करेंगे। मैंने नंबर क्रंचिंग नहीं किया है, लेकिन कोशिश करता हूं - उदाहरण के लिए RAID 6 की रकम 3x 3 + 2 सेट (15 ड्राइव, आपके RAID10 से कम स्टोरेज ओवरहेड) में। या इसके बजाय 3 तरह से दर्पण करना।

होने के बाद कहा कि - यह बहु-साइट DR के लिए करने के लिए आपके विचार से अधिक सामान्य है। मैं जहाँ मैं RAID5 / 6 / डीपी RAID समूहों को अतुल्यकालिक रूप से या डीआर साइट पर सिंक्रोनाइज़ करता हूं, वहां रिप्लेस्ड स्टोरेज सरणियां चलाता हूं। (सिंक न करें यदि आप संभवतः इसे टाल सकते हैं - यह अच्छा लग रहा है, यह वास्तव में भयानक है)।

मेरे नेटएप्स के साथ, यह एक मेट्रोक्स्टर है जिसमें कुछ प्रतिबिंबित समुच्चय हैं। अपने VMAXes के साथ हमने सिमेट्रिक्स रिमोट डेटा फैसिलिटी (SRDF) की है। और मेरे 3PAR रिमोट कॉपी करते हैं।

यह महंगा है, लेकिन डीआर के 'डेटा सेंटर कैचिंग फायर' स्तर प्रदान करता है।

ट्रिपल मिरर के बारे में - मैंने उनका उपयोग किया है, लेकिन सीधे RAID लचीलापन उपायों के रूप में नहीं, बल्कि एक बैकअप रणनीति के हिस्से के रूप में पूर्ण क्लोन के रूप में। एक तीसरा दर्पण सिंक करें, इसे विभाजित करें, इसे एक अलग सर्वर पर माउंट करें और पूरी तरह से अलग बुनियादी ढांचे का उपयोग करके वापस करें। और कभी-कभी रिकवरी विकल्प के रूप में तीसरे दर्पण को घुमाएं।

जिस बिंदु को मैं बनाने की कोशिश कर रहा हूं वह यह है कि स्टोरेज एडमिन के रूप में मेरे प्रत्यक्ष अनुभव में - ~ ​​40,000 स्पिंडल एस्टेट में (हां, हम रोजाना दसियों ड्राइव की जगह ले रहे हैं) - हमें कई प्रकार के बैकअप के लिए जाना होगा पिछले 5 वर्षों में कारण, लेकिन उनमें से कोई भी RAID समूह विफलता नहीं है। हम सापेक्ष गुणों और स्वीकार्य पुनर्प्राप्ति समय, पुनर्प्राप्ति बिंदु और आउटेज विंडो पर बहस करते हैं। और इस सब को कम करके अतिरिक्त लचीलापन की लागत है।

हमारे सरणी सभी मीडिया स्क्रब और विफलता की भविष्यवाणी करते हैं, और आक्रामक रूप से स्पेयर और टेस्ट ड्राइव करते हैं।

यहां तक ​​कि अगर एक उपयुक्त RAID कार्यान्वयन थे, तो लागत-लाभ बस वहां नहीं है। स्टोरेज स्पेस पर खर्च किया गया पैसा बेहतर प्रतिधारण या अधिक लगातार बैकअप चक्र में निवेश किया जाएगा। या तेजी से धूम मचाता है। या बस आम तौर पर तेजी से धुरी, क्योंकि समान लचीलापन संख्याओं के साथ, पुर्जों के तेजी से पुनर्निर्माण से आपके यौगिक विफलता की संभावना में सुधार होता है।

इसलिए मुझे लगता है कि इसलिए मैं आपके प्रश्न का उत्तर दूंगा:

आप RAID 1 + 6 और 1 + 5 को बहुत बार नहीं देखते हैं, क्योंकि लागत लाभ बस ढेर नहीं होता है। एक सीमित राशि को देखते हुए, और पहली जगह में एक बैकअप समाधान को लागू करने की आवश्यकता को देखते हुए, आप जो कर रहे हैं वह आपकी आउटेज आवृत्ति को कम करने के लिए पैसा खर्च कर रहा है। उस पैसे को खर्च करने के बेहतर तरीके हैं।


“RAID समूह विश्वसनीयता आकस्मिक विलोपन से आपकी रक्षा नहीं करती है। (इसलिए आपको किसी भी तरह से बैकअप की आवश्यकता है) - "मेरा मतलब यह नहीं था कि यह बैकअप को अनावश्यक बनाता है (मैं अच्छी तरह से जानता हूं कि RAID बैकअप नहीं है )। मैं वास्तव में "बैकअप का सहारा लेने की संचयी संभावनाएं" कहकर दोष का अर्थ लगाता हूं - मैं इसे इसलिए ले रहा हूं क्योंकि बैकअप मानक अभ्यास है। मैं इस बात से सहमत हूं, हालांकि, यह RAID 1 + 6 के बारे में मेरे तर्क का मुकाबला करने के रूप में प्रस्तुत किया गया है, जिसका कोई मतलब नहीं है।
जेम्स हैघ

"RAID 61" - RAID 6 + 1 RAID 6 सरणी का एक RAID 1 सरणी होगा। यह एक उलटा घोंसला है, और मुझे लगता है कि इसकी विश्वसनीयता बहुत कम होगी। यानी, यदि 3 ड्राइव एक ही नेस्टेड RAID 6 एरे में विफल होते हैं तो क्या होगा? नहीं है कि पूरे नेस्टेड RAID 6 सरणी के पुनर्निर्माण की आवश्यकता है? RAID 1 + 6 के रूप में एक ही ड्राइव नेस्टेड है जो बिना किसी कार्यशील ड्राइव को ऑफ़लाइन ले जाए उन 3 ड्राइव विफलताओं को बनाए रखेगा।
जेम्स हैग

"राउडिंग के कुछ स्तरों से परे, डिस्क पर एक यौगिक विफलता की अपनी बुनियादी संरचना (पावर, नेटवर्क, एयरकॉन लीक, आदि) का समर्थन करने की यौगिक विफलता से कम हो जाती है"; "यह एक और 25% की कमी है" - सच और सच है, यह एक ओवरकिलिंग नेस्टिंग लेआउट है। लेकिन फिर एक पृथ्वी किसी को भी RAID 1 सरणी के RAID 0 सरणी का उपयोग क्यों करेगी? मुझे RAID 1 + 0 ट्रिपल मिररिंग के बारे में याद दिलाने के लिए धन्यवाद! "मैंने नंबर क्रंचिंग नहीं किया है"; "या इसके बजाय 3 तरह से दर्पण कर रहे हैं।" - काउंटरटेम्प्ल के रूप में सहायक मामला देने से पहले आपको वास्तव में कुछ गणनाएं करनी चाहिए। इन गणनाओं का पता लगाया जाना चाहिए ...
जेम्स हाई

1
मेरा प्रत्यक्ष अनुभव यह है - मेरी संपत्ति में 40,000 स्पिंडल हैं, विभिन्न प्रकार के कॉन्फ़िगरेशन में। हमें पिछले 5 वर्षों में एक छापे समूह की विफलता नहीं हुई है। मैंने ट्रिपल दर्पण का उपयोग किया है, लेकिन लचीलापन के लिए नहीं - वे बैकअप कारणों से क्लोन प्रतियां बनाने के लिए हैं। मैंने डीआर कारणों के लिए मल्टी-साइट प्रतिकृतियां का उपयोग किया है - जो मैंने उपयोग किया है - लेकिन आरजी विफलताओं के लिए इनमें से किसी की भी आवश्यकता नहीं है।
सोब्रिक

1
आप गलत समझ रहे हैं कि जुर्माना क्या है। ऐसा नहीं है कि एक ही ओवरराइट के लिए, आपको अपने दो समता उपकरणों से पढ़ना चाहिए, समता की गणना करना चाहिए, आपको दो समता वाले उपकरणों और अपने लक्ष्य खंड पर वापस लिखना होगा। इस प्रकार 6 आईओएस प्रति 'लिखना' है। यह एक सॉफ्टवेयर या कार्यान्वयन सीमा नहीं है। आप आंशिक रूप से अच्छा लेखन कैशिंग के साथ कम करते हैं, लेकिन केवल आंशिक रूप से।
सोब्रीक

3

आधुनिक और उन्नत सिस्टम इस तरह से आकृतियों को लागू नहीं करते हैं क्योंकि वे अत्यधिक जटिल हैं, पूरी तरह से अनावश्यक हैं, और दक्षता के किसी भी समानता के विपरीत हैं।

जैसा कि अन्य लोगों ने बताया है, कच्चे स्थान का उपयोग करने योग्य स्थान के लिए अनिवार्य रूप से 3: 1 है। यह अनिवार्य रूप से तीन प्रतियां (दो निरर्थक प्रतियां) हैं। "Raid6" की गणना लागत (दो बार से अधिक, यदि प्रतिबिंबित), और IOPS के परिणामस्वरूप नुकसान के कारण, यह बहुत अक्षम है। जेडएफएस में, जो बहुत अच्छी तरह से डिजाइन और ट्यून किया गया है, समतुल्य समाधान, क्षमता-वार 3-तरफा दर्पणों की एक पट्टी बनाने के लिए होगा।

एक उदाहरण के रूप में, 6-वे raid6 / raidz2 आकृतियों (12 ड्राइव कुल) के दर्पण के बजाय, जो बहुत ही अकुशल होगा (कुछ भी नहीं ZFS को लागू करने के लिए कोई तंत्र नहीं है), आपके पास 4x 3-वे दर्पण (12 भी) होंगे ड्राइव)। और IOPS के 1 ड्राइव मूल्य के बजाय, आपके पास IOPS के 4 ड्राइव मूल्य होंगे। विशेष रूप से आभासी मशीनों के साथ, यह एक बड़ा अंतर है। दो आकृतियों के लिए कुल बैंडविड्थ क्रमिक रीड्स / राइट्स में बहुत समान हो सकता है, लेकिन 3-वे दर्पणों की पट्टी निश्चित रूप से यादृच्छिक रीड / राइट के साथ अधिक उत्तरदायी होगी।

योग करने के लिए: raid1 + 6 आम तौर पर अव्यवहारिक, अकुशल है, और अनजाने में कुछ भी नहीं जो भंडारण के बारे में गंभीर हो, वह विकास पर विचार करेगा।

IOPS विषमता को स्पष्ट करने के लिए: raid6 / raidz2 आकृतियों के दर्पण के साथ, प्रत्येक लेखन के साथ, सभी 12 ड्राइव को एक के रूप में कार्य करना चाहिए। गतिविधि को कई कार्यों में विभाजित करने के लिए कुल आकार के लिए कोई क्षमता नहीं है कि कई आकार स्वतंत्र रूप से प्रदर्शन कर सकें। 3-वे दर्पणों की एक पट्टी के साथ, प्रत्येक लेखन कुछ ऐसा हो सकता है जिसमें से केवल 4 दर्पणों को ही निपटना होगा, इसलिए एक और लेख जो आगे आने वाले कार्यों को देखने से पहले निपटने के लिए पूरे सर्वग्राही आकार की प्रतीक्षा नहीं करता है ।


2

चूंकि किसी ने इसे सीधे तौर पर पर्याप्त नहीं कहा: RAID6 लेखन प्रदर्शन मामूली रूप से बदतर नहीं है। यदि भार के नीचे रखा जाए तो यह विवरण से परे भयानक है।

अनुक्रमिक लेखन ठीक है और जब तक कैशिंग, लेखन विलय आदि इसे कवर करने में सक्षम है, यह ठीक दिखता है। उच्च भार के तहत, चीजें खराब दिखती हैं और यह मुख्य कारण है 1 + 5/6 सेटअप लगभग कभी भी उपयोग नहीं किया जाता है।


मैं सहमत हूं, लेकिन यह मुख्य रूप से इसलिए है क्योंकि आपने जो कहा है वह मेरे द्वारा कहे गए एक सुपर सारांशित संस्करण है। और निश्चित रूप से मैं खुद से सहमत हूं।
हत्यारे

1

समय की तलाश करें

मुद्दा यह है कि, लिखना है की तलाश लिखने के लिए बहुत अलग ढंग प्रवर्धन बर्ताव प्रवाह प्रवर्धन। समता के साथ न्यूनतम लेखन थ्रूपुट प्रवर्धन तब होता है जब एक बार में एक पूरी पट्टी लिखी जाती है (आइए इस विशेषण को 'पूर्ण-धारी' कहते हैं) फिर भी न्यूनतम लिखने का प्रयास प्रवर्धन होता है, इसके विपरीत, जब वर्चुअल में एक खोज के बाद पूरा लेखन फिट बैठता है एक अकेला हिस्सा। विस्तार में जाने से पहले, संबंधों को सारणीबद्ध रूप में व्यक्त करना बहुत आसान है:

RAID | write throughput amplification factor | write seek amplification factor
     | full-stripe (e.g.) | single-chunk     | full-stripe  | single-chunk
   0 | 1           ;  1   | 1           ;  1 | n       ; 12 | 1           ;  1
   1 | n           ; 12   | n           ; 12 | n       ; 12 | n           ; 12
   5 | n/(n - 1)   ; ~1.1 | min [3, n]  ;  3 | n       ; 12 | min [3, n]  ;  3
   6 | n/(n - 2)   ;  1.2 | min [5, n]  ;  5 | n       ; 12 | min [5, n]  ;  5
*1+0 | n₁          ;  3   | n₁          ;  3 | n       ; 12 | n₁          ;  3*
 1+5 | n/(n₅ - 1)  ;  2.4 | expr₁       ;  5 | n       ; 12 | expr₁       ;  5
*1+6 | n/(n₆ - 2)  ;  3   | expr₂       ;  8 | n       ; 12 | expr₂       ;  8*
expr₁ = 2n₁ + min [1, n₅ - 2]
expr₂ = 3n₁ + min [2, n₆ - 3]

जहां n ड्राइव की कुल संख्या है, n₁ RAID 1 समूहों में ड्राइव की संख्या है, और n₅ और n of क्रमशः RAID 5 या RAID 6 सरणियों में समूहों की संख्या है। प्रश्न में 12-ड्राइव उदाहरण से संबंधित उदाहरण (प्रासंगिक पंक्तियां ' *bolded*' हैं); RAID स्तर 1 + 0, 1 + 5, 1 + 6 के उदाहरण क्रमशः 4 × 3, 6 × 2, 6 × 2 हैं।

ध्यान दें कि केवल पूर्ण-पट्टी लेखन थ्रूपुट प्रवर्धन कारक सीधे अतिरेक के अनुपात से संबंधित है। एकल-चंक मामले समानता वाले लोगों के लिए अधिक जटिल हैं। वे उठते हैं क्योंकि एकल चंक को लिखने के लिए जो भी पढ़ने की आवश्यकता होती है जो नए डेटा चंक के साथ समता के विखंडू लिखने से पहले समता के विखंडू या अन्य डेटा विखंडू में से सबसे आसान होता है। (वे सीधे गुणक नहीं हैं, क्योंकि प्रेरित पठन को संबंधित पढ़े गए थ्रूपुट / आरईएम 1 के लिए प्रवर्धन कारक से गुणा किया जाना चाहिए, दोनों 1 होने के नाते; नीचे देखें।)

दुर्भाग्य से, इस अतिरिक्त लेखन थ्रूपुट प्रवर्धन को न्यूनतम करने वाले एक चंक आकार को वास्तव में अधिकतम करने का दुष्प्रभाव हैलिखने के प्रवर्धन की तलाश करें। एक छोटे से लिखने के समय की तुलना में नगण्य समय के साथ लिखने के लिए, बहुत छोटे चंक आकार (पूर्ण-धारी होने के लिए) के साथ स्ट्रिपिंग का प्रदर्शन केवल 1 × है, जैसे कि मिररिंग, क्योंकि इसके लिए सभी ड्राइव की आवश्यकता होती है प्रत्येक लेखन के लिए विखंडू और इन सभी ड्राइव को जुटाने से प्राप्त थ्रूपुट अप्रासंगिक है। इसने सरणी में ड्राइव की संख्या से समय लेने के लिए लिखने के समय के अनुपात को विभाजित किया है, लेकिन छोटे लेखन के लिए यह पहले से ही नगण्य था। यह एक छोटा आकार का उपयोग करने के लिए समझ में नहीं आता है ताकि छोटे-छोटे भी पूर्ण-पट्टी लिख सकें। लिखने के प्रभावों को महसूस करने के लिए पर्याप्त छोटे लिखने के लिए, यह सबसे अच्छा है कि वे एक ही भाग में फिट हों।

RAID | large contiguous write throughput    | concurrent tiny writes throughput
     | full-stripe    | single-chunk        | full-stripe | single-chunk
   0 | n×       ; 12× | n×          ; 12×   | 1×     ; 1× | n×          ; 12×
   1 | 1×       ;  1× | 1×          ;  1×   | 1×     ; 1× | 1×          ;  1×
   5 | (n - 1)× ; 11× | max[n/3, 1]×;  4×   | 1×     ; 1× | max[n/3, 1]×;  4×
   6 | (n - 2)× ; 10× | max[n/5, 1]×;  2.4× | 1×     ; 1× | max[n/5, 1]×;  2.4×
*1+0 | n₀×      ;  4× | n₀×         ;  4×   | 1×     ; 1× | n₀×         ;  4×  *
 1+5 | (n₅ - 1)×;  5× | expr₃×      ;  2.4× | 1×     ; 1× | expr₃×      ;  2.4×
*1+6 | (n₆ - 2)×;  4× | expr₄×      ;  1.5× | 1×     ; 1× | expr₄×      ;  1.5×*
expr₃ = n/(2n₁ + min [1, n₅ - 2]) = max [n/(2n₁ + 1), n/(2n₁ + n₅ - 2)]
expr₄ = n/(3n₁ + min [2, n₆ - 3]) = max [n/(3n₁ + 2), n/(3n₁ + n₆ - 3)]

नोट: मध्य 2 थ्रूपुट स्तंभों को एक समझदार चंक आकार दिया जा सकता है, जिसे लिखने से बड़ा है, जिसके लिए खोज समय महत्वपूर्ण है, लेकिन इतना छोटा है कि बड़े लेखन पूर्ण-धारी हैं। 2 डी थ्रूपुट कॉलम का बड़ा हिस्सा आकार स्पेंडेड ड्राइव के समान है। एक 'नन्हा' लेखन वह जगह है जहाँ थ्रूपुट का प्रभाव नगण्य है।

एक अनुचित रूप से छोटे चंक आकार होने से भी पढ़ने के लिए प्रवर्धन का प्रभाव बढ़ जाता है, हालांकि पूर्ण पट्टी मामले में उतना और केवल नहीं।

RAID | read throughput amplification factor | read seek amplification factor
     | full-stripe      | single-chunk      | full-stripe (e.g.) | single-chunk
   0 | 1                | 1                 | n      to n;    12 | 1
   1 | 1                | 1                 | 1      to n;  1–12 | 1
   5 | 1                | 1                 | n - 1  to n; 11–12 | 1
   6 | 1                | 1                 | n - 2  to n; 10–12 | 1
*1+0 | 1                | 1                 | n₀     to n;  4–12 | 1           *
 1+5 | 1                | 1                 | n₅ - 1 to n;  5–12 | 1
*1+6 | 1                | 1                 | n₆ - 2 to n;  4–12 | 1           *

नोट: 'एन' इसलिए है क्योंकि जब समवर्ती रूप से केवल एक ही रीडिंग हो रही है, तो सैद्धांतिक रूप से उपयुक्त स्थानों की तलाश के लिए सभी ड्राइव जुटाना और सामूहिक रूप से अधिकतम बड़े सन्निहित रीड थ्रूपुट के लिए डेटा पढ़ना संभव है।

RAID | large contiguous read throughput | concurrent tiny reads throughput
     | full-stripe (e.g.)| single-chunk | full-stripe         | single-chunk
   0 | n×          ; 12× | n×     ; 12× | 1×          ;  1×   | n×     ; 12×
   1 | n×          ; 12× | n×     ; 12× | n×          ; 12×   | n×     ; 12×
   5 | n×          ; 12× | n×     ; 12× | n/(n - 1)×  ; ~1.1× | n×     ; 12×
   6 | n×          ; 12× | n×     ; 12× | n/(n - 2)×  ;  1.2× | n×     ; 12×
*1+0 | n×          ; 12× | n×     ; 12× | n₁×         ;  3×   | n×     ; 12×*
 1+5 | n×          ; 12× | n×     ; 12× | n/(n₅ - 1)× ;  2.4× | n×     ; 12×
*1+6 | n×          ; 12× | n×     ; 12× | n/(n₆ - 2)× ;  3×   | n×     ; 12×*

नोट: फिर से, मध्य 2 थ्रूपुट स्तंभों को एक समझदार चंक आकार दिए जाने पर ध्यान नहीं दिया जा सकता है। तीसरा थ्रूपुट स्तंभ फिर से अतिरेक के अनुपात से जुड़ा हुआ है।

हालांकि, एक बड़े पर्याप्त चंक आकार का अर्थ है कि छोटे रीड कभी पूर्ण-धारी नहीं हैं। इसलिए एक कुशल कार्यान्वयन और उचित चंक आकार दिया गया है, पढ़ा हुआ प्रदर्शन खराब नहीं होने पर समान ड्राइव की संख्या के लिए आनुपातिक होना चाहिए।

इसलिए वास्तव में, 'प्रवर्धन कारक' प्रश्न में सूत्र की तुलना में बहुत अधिक जटिल है, जहां केवल पूर्ण-धारी थ्रूपुट प्रवर्धन पर विचार किया गया था। विशेष रूप से, समवर्ती के लिए 6 × 2 RAID 1 + 6 का लेखन प्रदर्शन लिखता है जो कि छोटे-से-छोटे होते हैं जो 4-× 3 RAID 1 + 0 की तुलना में खराब होंगे। और छोटे लेखन के लिए, जो सभी की तलाश में हैं, प्रदर्शन केवल 4 × 3 RAID 1 + 0 में से 3 के बारे में हो सकता है, जो कि सबसे अच्छा है (यानी एक पूर्ण कार्यान्वयन दिया गया है)।

क्लीयर होने के बाद, 12-ड्राइव की तुलना में एक सटीक विजेता नहीं होता है:

                                  | 4×3 RAID 1+0 | 6×2 RAID 1+6
   number of identical 1TB drives | 12           | 12
                 storage capacity | 4TB          | 4TB
            redundancy proportion | 2/3          | 2/3
large contiguous write throughput | 4×           | 4×
 large contiguous read throughput | 12×          | 12×
concurrent tiny writes throughput |*4×           | 1.5×
 concurrent tiny reads throughput | 12×          | 12×
safe number of random drive loses | 2            |*5
    12 - 1 large write throughput | 4×           | 4×
     12 - 1 large read throughput | 8×           |*11×
    12 - 1 tiny writes throughput |*4×           | ~1.42×
     12 - 1 tiny reads throughput | 8×           |*~9.33×
  can split-off a copy for backup | yes[1]       | yes[1]
                  2-site failover | yes          | yes
    2-copy large write throughput | 4×           | 4×
     2-copy large read throughput |*8×           | 6×
    2-copy tiny writes throughput |*4×           | ~1.28×
     2-copy tiny reads throughput |*8×           | 6×
   2-copy safe random drive loses | 1            |*2
2-copy - 1 large write throughput | 4×           | 4×
 2-copy - 1 large read throughput | 4×           |*5× or 6×[2]
2-copy - 1 tiny writes throughput |*4×           | ~1.46× or 1.2×[2]
 2-copy - 1 tiny reads throughput | 4×           |*3.6x or 6×[2]
can be divided into 3 full copies | yes          | yes
                  3-site failover | yes          | yes
    1-copy large write throughput | 4×           | 4×
     1-copy large read throughput | 4×           | 4×
    1-copy tiny writes throughput |*4×           | ~0.85×
     1-copy tiny reads throughput |*4×           | 2×
   1-copy safe random drive loses | 0            | 0
                       complexity |*simple       | more complex

नोट 1: संग्रहीत डेटा की एक पूरी प्रति क्रमशः एक RAID 0 चौगुनी या 4/6 नीचा RAID 6 सरणी है। नोट 2: इस बात का भी एक मौका है कि क्या ड्राइव विफलता 4 अपमानित RAID 1 जोड़े में से एक को रद्द करती है या 2 सामान्य जोड़े में से एक को नीचा दिखाती है।

फिर भी, इसमें 6 ड्राइव के RAID 6 एरे के डबल प्रदर्शन को दोगुना करना होगा और छोटे से लिखता है कि 25% बेहतर होना चाहिए (1.5 / 1.2) आवश्यक रीड के कारण RAID 1 जोड़े के बीच विभाजित किया जा रहा है, और RAID 6 स्पष्ट रूप से होता है उपयुक्त अनुप्रयोगों, उच्च उपलब्धता अनुप्रयोगों बड़ा राईट है या कि है कि और अधिक लिखने प्रदर्शन की तुलना में पढ़ने के प्रदर्शन के बारे में चिंतित हैं में तो है, हो सकता है वहाँ है RAID 1 + 6 afterall के लिए एक जगह। लेकिन वह सब नहीं है…

जटिलता

यह अभी भी सिद्धांत में अभी तक (ज्यादातर कॉम्बीनेटरिक्स ) है, व्यवहार में जटिलता का मतलब होगा कि RAID 1 + 6 के कार्यान्वयन में कमियां हो सकती हैं जो अवसरों को याद करती हैं और सैद्धांतिक परिणामों को प्राप्त नहीं करती हैं। RAID 6 पहले से ही अधिक जटिल है, और नेस्टिंग इसमें से कुछ अधिक जटिलता जोड़ता है।

उदाहरण के लिए, यह तुरंत स्पष्ट नहीं है कि 6 × 2 RAID 1 + 6 को 3 स्वतंत्र वर्चुअल रीड हेड के रूप में सारगर्भित किया जा सकता है, जो 4 × थ्रूपुट प्रत्येक पर 3 सन्निहित बड़े रीड को पढ़ने में सक्षम है, जैसे 4 × 3 RAID 1 + 0। बस 6 RAID 1 जोड़े को एक RAID 6 सरणी में एक सॉफ्टवेयर का उपयोग करके RAID इतना सुंदर नहीं हो सकता है; कार्यान्वयन बेवकूफ़ और थ्रैश हो सकता है (मैंने इस परिकल्पना का अभी तक परीक्षण नहीं किया है)।

जटिलता कार्यान्वयन और उपकरणों के विकास की बढ़ी हुई लागत भी प्रस्तुत करती है। भले ही ऐसे अनुप्रयोग हो सकते हैं जो इस तरह के घोंसले से लाभ उठा सकते हैं, सुधार विकास लागत के लायक नहीं हो सकते हैं।


कृपया इस जानकारी के लिए अपना स्रोत बताएं। बड़े या छोटे लेखन के साथ एक व्यावहारिक परीक्षण आपके द्वारा सुझाए गए प्रदर्शन से सहमत नहीं है।
जेम्सरन

@JamesRyan: यह दूसरी सूचना नहीं है। सैद्धांतिक परिणाम मानक स्तर कैसे काम करते हैं, के मूल सिद्धांतों से प्राप्त होते हैं। सिद्धांत के लिए आवश्यक सभी यह है कि कैसे RAID काम करता है और तर्क और गणितीय व्युत्पत्ति की समझ है। यदि ये गणना किसी और द्वारा की गई थी, तो मैं इसे निश्चित रूप से बताता हूं और यदि संभव हो तो संदर्भ के लिए लिंक प्रदान करता है। ध्यान दें कि कई तरीके हैं जिनमें एक व्यावहारिक RAID 1 + 6 कार्यान्वयन को उप-रूपात्मक किया जा सकता है, लेकिन विभिन्न कार्यान्वयन अलग-अलग होंगे। मैं जानना चाहता हूं कि आपका व्यावहारिक परीक्षण आखिर क्यों नहीं होता है।
जेम्स हैह

@JamesRyan: कृपया आप इस बात पर अधिक जानकारी दे सकते हैं कि आपने किस कार्यान्वयन का उपयोग किया है, आपके द्वारा उपयोग किए गए ड्राइव, किस विन्यास में, किन बेंचमार्किंग विधियों के साथ? क्या आपने 6 RAID 1 जोड़े के एक RAID 6 सरणी और समान 12 ड्राइव के साथ 4 RAID 1 तीनों के एक RAID 0 सरणी और दोनों की कोशिश की? यह एक सॉफ्टवेयर था RAID?
जेम्स हैघ

चूँकि आप एक ऐसे सिद्धांत का प्रस्ताव कर रहे हैं, जो पारंपरिक ज्ञान को परिभाषित करता है, इसलिए आपने अपने सेटअप को विस्तृत नहीं किया है जहाँ आपने उसे काम करने के लिए दिखाया है? मुझे लगता है कि चूंकि आपके गणित इस विषय पर हर दूसरे स्रोत से भिन्न होते हैं और साथ ही वास्तविक दुनिया इस कारण का परीक्षण करती है कि यह काम क्यों नहीं करता है कि आपका गणित गलत है।
JamesRyan
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.