मैं हमारे SQL सर्वर क्लस्टर में से एक के लिए एक RAID0 सेटअप का उपयोग करने पर विचार कर रहा हूं। मैं स्थिति को रेखांकित करूंगा और यह देखूंगा कि यह एक बुरा विचार क्यों हो सकता है। इसके अलावा, यदि आपके पास कोई केस, श्वेत पत्र या अन्य दस्तावेज हैं, तो आप मुझे इस विषय पर बता सकते हैं, यह बहुत अच्छा होगा।
हमारे पास 2 सर्वर में 3 सर्वर हैं जो एक SQL क्लस्टर का हिस्सा हैं। वे सभी एक उपलब्धता समूह में SQL सर्वर चला रहे हैं। प्राइमरी में उसके ठीक बगल में एक प्रतिकृति है और दूसरे डेटासेंटर में दूसरी है। वे स्वचालित विफलता के साथ तुल्यकालिक प्रतिकृति चला रहे हैं। सभी ड्राइव एंटरप्राइज क्लास एसएसडी हैं। वे SQL सर्वर 2017 या 2019 चला रहे होंगे।
मैं सोच रहा हूं कि RAID0 सरणियों पर उन्हें चलाने के लिए कुछ अन्य तरीकों से कई लाभ होंगे, यदि कोई हो, तो वास्तविक कमियां। वर्तमान में जो एकमात्र नकारात्मक मैं देख रहा हूं, वह प्राथमिक सर्वर पर अतिरेक की कमी है, इसलिए यह विफल हो जाता है। पेशेवरों के रूप में:
यदि कोई ड्राइव धीमी, अपमानित स्थिति में चलने के बजाय विफल हो जाती है, जब तक कि किसी को इस पर मैन्युअल रूप से कोई नोटिस प्राप्त नहीं होता है, सर्वर तुरंत पूर्ण परिचालन क्षमता बनाए रखने वाले द्वितीयक में विफल हो जाएगा। इससे हमें एक विफलता के बारे में सूचित करने का अतिरिक्त लाभ होगा, इसलिए हम जल्द ही कारण की जांच कर सकते हैं।
यह प्रति टीबी क्षमता के अनुसार विफलता की संभावना को कम करता है। चूँकि हमें समता या दर्पण ड्राइव की आवश्यकता नहीं है, हम ड्राइव की संख्या प्रति सरणी कम करते हैं। कम ड्राइव के साथ ड्राइव विफलता का कुल मौका कम होता है।
यह सस्ता है। हमारी आवश्यक क्षमता के लिए कम ड्राइव की आवश्यकता स्पष्ट रूप से कम खर्च होती है।
मुझे पता है कि यह पारंपरिक व्यवसाय सोच नहीं है, लेकिन क्या ऐसा कुछ है जिस पर मैं विचार नहीं कर रहा हूं? मैं किसी भी इनपुट या तो समर्थक या चोर प्यार करता हूँ।
मैं क्वेरी प्रदर्शन लाभ के लिए ऐसा करने की कोशिश नहीं कर रहा हूं, हालांकि अगर सार्थक हैं तो उन्हें बेझिझक इंगित करें। मेरी प्राथमिक चिंता एक विश्वसनीयता या अतिरेक मुद्दे पर विचार करने या संबोधित करने में विफल है, जिसके बारे में मैंने नहीं सोचा है।
ओएस एक अलग मिरर ड्राइव पर है, इसलिए सर्वर को खुद ऊपर रहना चाहिए। उन ड्राइवों में से एक को बदला जा सकता है और फिर से मिरर किया जा सकता है। यह छोटा है और इस पर सिस्टम DB के अलावा कोई भी डेटाबेस फाइल नहीं है। मैं इसे मिनट से अधिक समय लेने की कल्पना नहीं कर सकता। यदि डेटा सरणियों में से एक विफल रहता है, तो हम ड्राइव को बदलते हैं, सरणी को फिर से बनाते हैं, एजी के साथ पुनर्स्थापित करते हैं और फिर से सिंक करते हैं। मेरे व्यक्तिगत अनुभव में, पुनर्स्थापना एक RAID5 ड्राइव पुनर्निर्माण की तुलना में बहुत तेजी से किया गया है। मुझे कभी भी RAID1 की विफलता नहीं हुई है, इसलिए मुझे नहीं पता कि यह पुनर्निर्माण तेजी से होगा या नहीं। पुनर्स्थापना एक बैकअप से आ रही होगी और प्राथमिक से मेल खाने के लिए आगे बढ़ेगी, इसलिए प्राथमिक सर्वर पर लोड में वृद्धि केवल न्यूनतम होनी चाहिए जो कि पुनर्प्राप्त प्रतिकृति के साथ पिछले कुछ मिनटों के लॉग को सिंक्रनाइज़ कर रही हो।