क्या मुझे गलती-सहिष्णुता के लिए एक दूसरे RAID नियंत्रक की आवश्यकता है?


9

मेरे पास 3 हार्ड ड्राइव स्थापित करने के साथ एक सर्वर है, और 6 की कुल क्षमता। हम इसे अधिकतम करने की योजना बना रहे हैं, लेकिन हमारे सलाहकार ने नई ड्राइव का समर्थन करने के लिए "अतिरेक के लिए" एक दूसरा RAID नियंत्रक प्राप्त करने का सुझाव दिया। मेरे लिए, यह बहुत मतलब नहीं है। डिस्क के आधे भाग पर चलने वाले एक दूसरे RAID नियंत्रक के साथ, हम अभी भी हमारे डिस्क / प्रोग्राम / डेटा के केवल आधे भाग के साथ अटके हुए हैं यदि नियंत्रक में से कोई एक मर जाता है (जो कि किसी के साथ चलने से ज्यादा बेहतर नहीं है)। हम सर्वर पर vmware डाल रहे हैं और उन्होंने अस्पष्ट रूप से कुछ उन्नत दोष सहिष्णुता / विफलता सुविधाओं का उल्लेख किया है, लेकिन यदि डिस्क एक असफल नियंत्रक के कारण दुर्गम हैं, तो इसे कैसे काम करना चाहिए?

केवल अतिरेक के कारणों को गिना जा रहा है, प्रदर्शन नहीं, मैं अपने सर्वर में एक दूसरा RAID नियंत्रक क्यों लेना चाहता हूं?


मैंने एक इतिहास देखा है जब एकमात्र RAID नियंत्रक विफल हो गया, जिससे मल्टी-डिस्क उच्च RAID भंडारण हो गया है, यह न केवल अनुपयोगी है, बल्कि सभी डेटा भी अप्राप्य है। यह कंपनी के लिए भारी झटका था। अंततः अधिकांश डेटा को वर्कस्टेशन में मिली फाइलों से फिर से बनाया गया है। कुल शर्म। हमेशा एक और नियंत्रक के साथ स्वतंत्र डिस्क क्लस्टर पर डेटा मिरर करें। कभी नहीं मानें कि RAID 6 आपके जीवन को सभी मामलों में बचाएगा यदि आप एक ही छोटे कार्ड पर भरोसा करते हैं जो कई वर्षों से 7: 24 के लिए काम करते हुए 80 ° C गर्म हो जाता है।
h22

जवाबों:


11

'एकल बॉक्स उच्च उपलब्धता' डिज़ाइन में तब हाँ, आप एक दूसरा नियंत्रक चाहते हैं, आदर्श रूप से दूसरी बस में भी। लेकिन इस तरह के दृष्टिकोण ने क्लस्टरिंग के आसपास एक सस्ती डिजाइन का रास्ता दिया है जहां एक बॉक्स विफलता सेवा को रोकती नहीं है। तो यह इस बात पर निर्भर करता है कि क्या आप एक संकुल वातावरण का उपयोग करने की योजना बना रहे हैं या किसी एक बॉक्स पर निर्भर हैं। यहां तक ​​कि अगर आपका उत्तर बाद वाला है, तो दोहरी नियंत्रकों को अतिरिक्त जटिलता को जोड़ने और शायद ओवरकिल होने के रूप में देखा जा सकता है।

संपादित करें - आपके अन्य प्रश्न पर ESXi का उपयोग करने के बारे में आपकी टिप्पणी के आधार पर मैं यह कहना चाहूंगा कि इसकी क्लस्टरिंग शानदार है , हमारे पास कई 32-तरह के क्लस्टर हैं जो शानदार ढंग से काम करते हैं।


AFAIK, हम क्लस्टरिंग का उपयोग नहीं करने जा रहे हैं। एकल बॉक्स में दूसरा नियंत्रक मुझे कैसे लाभान्वित करेगा? क्या नियंत्रक विफलता के रूप में ऐसी कोई बात है?
Bigbio2002

1
ईएसएक्स / ईएसएक्सआई दुनिया में नहीं - कोई भी एक ठीक होगा, सुनिश्चित करें कि आपको एक नियंत्रक मिलता है जो सभी 6 डिस्क में से एक बड़ा आर 10 सरणी बना देगा लेकिन आपको इन 2 टीबी (या उससे कम) तार्किक डिस्क बनाने की अनुमति देता है ठीक है। HP की Pxxx-Series आपको उस btw को करने देती है।
चॉपर 3

7

एक दूसरा RAID नियंत्रक जो सक्रिय रूप से उपयोग किया जाता है वह अतिरेक के लिए नहीं है। केवल अगर यह एक कोल्ड-स्टैंड-बाय कंट्रोलर है, जहां आप अपने सभी डिस्क को स्विच करते हैं, जब पहले एक की मृत्यु हो जाती है। फिर आपके पास अतिरेक (नियंत्रक के लिए) है। लेकिन ऐसा करने से सावधान रहें, जैसा कि यहां पोस्ट किया गया है

इसलिए RAID नियंत्रक पर विफलता के एकल बिंदु के लिए अतिरेक के लिए है। दूसरा (अप्रयुक्त) नियंत्रक होने से इसे हल किया जा सकता है क्योंकि आप सभी डिस्क को नए पर स्विच कर सकते हैं । यदि यह कार्य अन्य कारकों पर निर्भर करता है ...

मैं कोई मूल वक्ता नहीं हूं, लेकिन मेरे लिए "गलती-सहनशीलता" "अतिरेक" से कुछ अलग है। क्या कुछ अंग्रेजी बोलने वाले मेरी मदद कर सकते हैं?


अतिरेक दोष-सहनशीलता को प्राप्त करने का एक तरीका है :)। मैं एक कोल्ड-स्टैंडबाय या एक विफलता नियंत्रक की तर्ज पर कुछ ढूंढ रहा था। क्या यह एक ऐसी सुविधा है जिसका समर्थन किया गया है, या मुझे मैन्युअल रूप से कार्ड स्वैप करना होगा?
Bigbio2002

मैंने कभी कोई नियंत्रक नहीं देखा है जहां डिस्क का स्विचिंग स्वचालित रूप से किया जाता है। यह या तो इसलिए है क्योंकि मैंने इसकी तलाश नहीं की या इसलिए कि मैं कल्पना नहीं कर सकता कि आपको एक डिस्क और दो नियंत्रक के बीच केबलों को कैसे सर्किट करना चाहिए।
मेल

एंटरप्राइज़ वातावरण में दोहरी पोर्ट वाली ड्राइव काफी आम हैं (लगता है कि SAN अलमारियों) - लेकिन कीमतें स्पष्ट रूप से 2 या 3 के कारक से ऊपर जाती हैं।
8:16 बजे

3

एक एकल बॉक्स पर, आपको वास्तव में दो RAID नियंत्रक की आवश्यकता होती है , जो दो अलग पीसीआई-ई रूट कॉम्प्लेक्स से जुड़े होते हैं, जिनके पास पूर्ण आई / ओ सबसिस्टम अतिरेक है। यह दो अलग-अलग कॉन्फ़िगरेशन द्वारा प्राप्त किया जा सकता है:

  • एक अलग नियंत्रक से जुड़े प्रत्येक एसएएस लिंक के साथ महंगा पोर्टेड एसएएस डिस्क का उपयोग करें। इस तरीके में, प्रत्येक नियंत्रक प्रत्येक डिस्क से जुड़ा होता है। जाहिर है, दो नियंत्रक एक ही समय में डिस्क पर काम नहीं कर सकते हैं; डिस्क को एक्सेस करने के लिए कुछ प्रकार की लॉकिंग / बाड़ आवश्यक है। एससीएसआई के पास आवश्यक बाड़ लगाने की व्यवस्था प्रदान करने के लिए कुछ विशेष प्रावधान हैं, लेकिन इन्हें उपयुक्त सॉफ्टवेयर द्वारा समन्वित किया जाना चाहिए। दूसरे शब्दों में, आप बस एक डिस्क को दो नियंत्रक से कनेक्ट नहीं कर सकते हैं और इसे एक दिन कह सकते हैं; इसके बजाय, आपको समस्याओं के बिना काम करने के लिए उपयुक्त सॉफ़्टवेयर कॉन्फ़िगरेशन की आवश्यकता है;
  • सामान्य और सस्ते सिंगल लिंक एसएएस / एसएटीए डिस्क का उपयोग करें, उनमें से एक आधा को प्रत्येक नियंत्रक से कनेक्ट करें। उदाहरण के लिए 6 डिस्क के साथ, आपको 3 डिस्क को एक नियंत्रक से और 3 डिस्क को दूसरे नियंत्रक से कनेक्ट करना होगा। प्रत्येक नियंत्रक पर, एक RAID सरणी को आवश्यकतानुसार कॉन्फ़िगर करें (जैसे: RAID 5 या RAID1)। फिर, ओएस स्तर पर, आप दो डिस्क सरणियों के बीच एक सॉफ़्टवेयर RAID कॉन्फ़िगर कर सकते हैं, पूर्ण सरणी अतिरेक प्राप्त कर सकते हैं। सस्ता होने पर, इस समाधान में आपकी संग्रहण क्षमता (सॉफ़्टवेयर RAID1 स्तर के कारण) को प्रभावी ढंग से आधा करने के लिए अतिरिक्त दोष है।

दोनों दृष्टिकोण के साथ एक महत्वपूर्ण समस्या यह है कि आपके पास पूर्ण प्रणाली अतिरेक नहीं है: एक मदरबोर्ड / सीपीयू समस्या संपूर्ण सिस्टम को स्वतंत्र रूप से नीचे ला सकती है, आपके पास कितने नियंत्रक / डिस्क हैं।

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


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

यह अंतर्निहित प्रतिकृति तंत्र पर निर्भर करता है। DRBD, उदाहरण के लिए, पूर्ण (प्रोटोकॉल C) या निकट-पूर्ण (प्रोटोकॉल B) सिंक्रनाइज़ प्रतिकृति के उपयोग को सक्षम करें। इसका मतलब यह है कि जब स्रोत होस्ट पर कोई लेखन स्वीकार किया जाता है, तो यह वास्तव में दूरस्थ होस्ट पर भी शुरू होता है। दूसरे शब्दों में, दोनों मेजबानों पर लिखने के अवरोधों को सम्मानित किया जाता है)। ऐसी गारंटी के साथ, किसी भी मजबूत फाइल सिस्टम / डेटाबेस को समस्याओं के बिना ठीक होना चाहिए।
शोडान्शोक

हां, कुछ डेटाबेस प्रतिकृति का समर्थन करते हैं, और कुछ अन्य अनुप्रयोग भी। ये स्पष्ट रूप से साथ काम करने के लिए बहुत आसान हैं।
h22

1

आपको कई नियंत्रकों पर वास्तविक विफलता प्रदान करने के लिए दोहरे पोर्ट वाले एसएएस ड्राइव की आवश्यकता होगी। हालांकि ये मौजूद हैं, यह निश्चित रूप से अनचेक है - एक एकल सर्वर की कीमत सीमा में नहीं है जिसमें केवल आंतरिक भंडारण है।

ये अक्सर SAN सिस्टम में नियोजित तकनीकें होती हैं, जहाँ नियंत्रक मृत्यु एक वास्तविक मुद्दा है।

एकल सर्वर के लिए जिसमें कोई अन्य विफलता क्षमता नहीं है, एक दूसरा नियंत्रक कुछ भी हासिल नहीं करेगा - यह सिर्फ अधिक पैसा खर्च करेगा और सलाहकार को अधिक लाभ प्रदान करेगा।

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.