आपके उच्च उपलब्धता संग्रहण (99,9999%) पर सॉफ़्टवेयर को मान्य करना क्यों महत्वपूर्ण है

कौन सा फ़र्मवेयर संस्करण सबसे "सही" और "कार्यशील" है? यदि कोई स्टोरेज सिस्टम 99,9999% की गलती सहनशीलता की गारंटी देता है, तो क्या इसका मतलब यह है कि यह सॉफ़्टवेयर अपडेट के बिना भी निर्बाध रूप से काम करेगा? या, इसके विपरीत, अधिकतम दोष सहनशीलता प्राप्त करने के लिए, आपको हमेशा नवीनतम फर्मवेयर स्थापित करना चाहिए? हम अपने अनुभव के आधार पर इन सवालों का जवाब देने की कोशिश करेंगे।

एक छोटा सा परिचय

हम सभी समझते हैं कि सॉफ़्टवेयर के प्रत्येक संस्करण में, चाहे वह एक ऑपरेटिंग सिस्टम हो या किसी डिवाइस के लिए ड्राइवर हो, अक्सर दोष/बग और अन्य "विशेषताएं" होती हैं जो उपकरण के सेवा जीवन के अंत तक "प्रकट" नहीं हो सकती हैं, या "खुली" नहीं हो सकती हैं। केवल कुछ शर्तों के तहत. ऐसी बारीकियों की संख्या और महत्व सॉफ्टवेयर की जटिलता (कार्यक्षमता) और उसके विकास के दौरान परीक्षण की गुणवत्ता पर निर्भर करता है। 

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

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

एक नई भंडारण प्रणाली का चयन करना

पिछले साल के अंत में, हमारे बुनियादी ढांचे में एक दिलचस्प डेटा स्टोरेज सिस्टम जोड़ा गया था: आईबीएम फ्लैशसिस्टम 5000 लाइन से एक जूनियर मॉडल, जिसे खरीद के समय स्टोरवाइज वी5010ई कहा जाता था। अब इसे फ़्लैशसिस्टम 5010 नाम से बेचा जाता है, लेकिन वास्तव में यह वही हार्डवेयर बेस है जिसके अंदर समान स्पेक्ट्रम वर्चुअलाइज़ है। 

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

आईबीएम फ्लैशसिस्टम 5010

हमारे मॉडल 5010 के बारे में संक्षेप में। यह एक एंट्री-लेवल डुअल-कंट्रोलर ब्लॉक स्टोरेज सिस्टम है। यह एनएलएसएएस, एसएएस, एसएसडी डिस्क को समायोजित कर सकता है। इसमें NVMe प्लेसमेंट उपलब्ध नहीं है, क्योंकि यह स्टोरेज मॉडल उन समस्याओं को हल करने के लिए स्थित है जिनके लिए NVMe ड्राइव के प्रदर्शन की आवश्यकता नहीं होती है।

भंडारण प्रणाली को अभिलेखीय जानकारी या डेटा को समायोजित करने के लिए खरीदा गया था जिसे अक्सर एक्सेस नहीं किया जाता है। इसलिए, इसकी कार्यक्षमता का मानक सेट हमारे लिए पर्याप्त था: टियरिंग (ईज़ी टियर), थिन प्रोविजन। 1000-2000 IOPS के स्तर पर एनएलएसएएस डिस्क पर प्रदर्शन भी हमारे लिए काफी संतोषजनक था।

हमारा अनुभव - कैसे हमने फ़र्मवेयर को समय पर अपडेट नहीं किया

अब सॉफ्टवेयर अपडेट के बारे में ही। खरीद के समय, सिस्टम में पहले से ही स्पेक्ट्रम वर्चुअलाइज़ सॉफ़्टवेयर का थोड़ा पुराना संस्करण था, अर्थात्, 8.2.1.3.

हमने फ़र्मवेयर विवरण का अध्ययन किया और अपडेट की योजना बनाई 8.2.1.9. यदि हम थोड़ा अधिक कुशल होते, तो यह लेख अस्तित्व में नहीं होता - बग नवीनतम फर्मवेयर पर उत्पन्न नहीं होता। हालाँकि, कुछ कारणों से इस सिस्टम का अपडेट स्थगित कर दिया गया था।

परिणामस्वरूप, अपडेट में थोड़ी सी देरी के कारण एक बेहद अप्रिय तस्वीर सामने आई, जैसा कि लिंक पर दिए गए विवरण में बताया गया है: https://www.ibm.com/support/pages/node/6172341. 

हां, उस संस्करण के फर्मवेयर में तथाकथित APAR (अधिकृत प्रोग्राम विश्लेषण रिपोर्ट) HU02104 प्रासंगिक था। यह इस प्रकार दिखाई देता है. लोड के तहत, कुछ परिस्थितियों में, कैश ओवरफ्लो होने लगता है, फिर सिस्टम सुरक्षात्मक मोड में चला जाता है, जिसमें यह पूल के लिए I/O को अक्षम कर देता है। हमारे मामले में, यह RAID 3 मोड में एक RAID समूह के लिए 6 डिस्क को डिस्कनेक्ट करने जैसा लग रहा था। डिस्कनेक्शन 6 मिनट के लिए होता है। इसके बाद, पूल में वॉल्यूम तक पहुंच बहाल हो जाती है।

यदि कोई आईबीएम स्पेक्ट्रम वर्चुअलाइज़ के संदर्भ में तार्किक संस्थाओं की संरचना और नामकरण से परिचित नहीं है, तो मैं अब संक्षेप में समझाऊंगा।

भंडारण प्रणाली के तार्किक तत्वों की संरचना

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

RAID-5 मोड में वितरित RAID (DRAID) का उपयोग करते समय डिस्क में डेटा ब्लॉक का वितरण।

और यह आरेख दिखाता है कि एक डिस्क विफलता की स्थिति में DRAID पुनर्निर्माण कैसे काम करता है:

एक डिस्क के विफल होने पर DRAID के पुनर्निर्माण का तर्क

इसके बाद, एक या अधिक एमडिस्क एक तथाकथित पूल बनाते हैं। एक ही पूल के भीतर, एक ही प्रकार की डिस्क पर विभिन्न RAID/DRAID स्तरों के साथ MDisk का उपयोग करने की अनुशंसा नहीं की जाती है। हम इसमें ज्यादा गहराई से नहीं जाएंगे, क्योंकि... हम इसे निम्नलिखित लेखों में से एक में शामिल करने की योजना बना रहे हैं। खैर, वास्तव में, पूल को वॉल्यूम में विभाजित किया गया है, जो मेजबानों को एक या दूसरे ब्लॉक एक्सेस प्रोटोकॉल का उपयोग करके प्रस्तुत किया जाता है।

तो, हम, वर्णित स्थिति के परिणामस्वरूप APAR HU02104तीन डिस्क की तार्किक विफलता के कारण, एमडिस्क ने कार्य करना बंद कर दिया, जिसके परिणामस्वरूप, पूल और संबंधित वॉल्यूम की विफलता हुई।

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

इसके लिए धन्यवाद, समस्या बहुत जल्दी हल हो गई और हमारे सिस्टम को पहले से चयनित फर्मवेयर 8.2.1.9 पर अपडेट करने के लिए समर्थन सेवा से एक त्वरित अनुशंसा प्राप्त हुई, जो उस समय पहले ही तय हो चुकी थी। यह पुष्टि करता है संबंधित रिलीज़ नोट.

परिणाम और हमारी सिफ़ारिशें

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

हमें पुष्टि मिली है कि 99,9999% वादा की गई उपलब्धता वाले विश्वसनीय सिस्टम पर भी ध्यान देने और समय पर रखरखाव की आवश्यकता होती है। स्थिति के आधार पर, हमने अपने लिए कई निष्कर्ष निकाले हैं और अपनी सिफारिशें साझा की हैं:

• अद्यतनों की रिलीज़ की निगरानी करना, संभावित महत्वपूर्ण मुद्दों के सुधार के लिए रिलीज़ नोट्स का अध्ययन करना और समयबद्ध तरीके से नियोजित अपडेट करना अनिवार्य है।

  यह एक संगठनात्मक और यहां तक ​​कि काफी स्पष्ट बिंदु है, जिस पर ध्यान देने लायक नहीं प्रतीत होता है। हालाँकि, इस "समतल जमीन" पर आप काफी आसानी से ठोकर खा सकते हैं। दरअसल, यही वह क्षण था जिसने ऊपर वर्णित परेशानियां बढ़ा दीं। अद्यतन नियम बनाते समय बहुत सावधान रहें और उनके अनुपालन की भी उतनी ही सावधानी से निगरानी करें। यह बिंदु "अनुशासन" की अवधारणा से अधिक संबंधित है।

• सिस्टम को नवीनतम सॉफ़्टवेयर संस्करण के साथ रखना हमेशा बेहतर होता है। इसके अलावा, वर्तमान वाला वह नहीं है जिसका संख्यात्मक पदनाम बड़ा है, बल्कि वह बाद की रिलीज़ तिथि वाला है। 

  उदाहरण के लिए, आईबीएम अपने भंडारण प्रणालियों के लिए कम से कम दो सॉफ़्टवेयर रिलीज़ अद्यतन रखता है। इस लेखन के समय, ये 8.2 और 8.3 हैं। 8.2 के लिए अपडेट पहले आते हैं। 8.3 के लिए समान अद्यतन आमतौर पर थोड़ी देरी से जारी किया जाता है।

  रिलीज़ 8.3 में कई कार्यात्मक लाभ हैं, उदाहरण के लिए, एक या अधिक नई डिस्क जोड़कर एमडिस्क (DRAID मोड में) का विस्तार करने की क्षमता (यह सुविधा संस्करण 8.3.1 के बाद से दिखाई दी है)। यह काफी बुनियादी कार्यक्षमता है, लेकिन 8.2 में, दुर्भाग्य से, ऐसी कोई सुविधा नहीं है।

• यदि किसी कारण से अद्यतन करना संभव नहीं है, तो स्पेक्ट्रम वर्चुअलाइज़ सॉफ़्टवेयर के संस्करण 8.2.1.9 और 8.3.1.0 (जहां ऊपर वर्णित बग प्रासंगिक है) से पहले के संस्करणों के लिए, इसकी घटना के जोखिम को कम करने के लिए, आईबीएम तकनीकी सहायता अनुशंसा करती है पूल स्तर पर सिस्टम प्रदर्शन को सीमित करना, जैसा कि नीचे दिए गए चित्र में दिखाया गया है (चित्र GUI के Russified संस्करण में लिया गया था)। 10000 IOPS का मान एक उदाहरण के रूप में दिखाया गया है और आपके सिस्टम की विशेषताओं के अनुसार चुना गया है।

आईबीएम भंडारण प्रदर्शन को सीमित करना

• भंडारण प्रणालियों पर लोड की सही गणना करना और ओवरलोडिंग से बचना आवश्यक है। ऐसा करने के लिए, आप या तो आईबीएम साइजर (यदि आपके पास इसकी पहुंच है), या भागीदारों की मदद, या तीसरे पक्ष के संसाधनों का उपयोग कर सकते हैं। स्टोरेज सिस्टम पर लोड प्रोफाइल को समझना जरूरी है, क्योंकि एमबी/एस और आईओपीएस में प्रदर्शन कम से कम निम्नलिखित मापदंडों के आधार पर काफी भिन्न होता है:

  • ऑपरेशन प्रकार: पढ़ें या लिखें,

  • ऑपरेशन ब्लॉक आकार,

  • कुल I/O स्ट्रीम में पढ़ने और लिखने के संचालन का प्रतिशत।

  इसके अलावा, संचालन की गति इस बात से प्रभावित होती है कि डेटा ब्लॉक कैसे पढ़ा जाता है: क्रमिक रूप से या यादृच्छिक क्रम में। एप्लिकेशन पक्ष पर एकाधिक डेटा एक्सेस ऑपरेशंस करते समय, निर्भर ऑपरेशंस की अवधारणा होती है। इसे भी ध्यान में रखना उचित है। यह सब ओएस, स्टोरेज सिस्टम, सर्वर/हाइपरवाइज़र के प्रदर्शन काउंटरों से डेटा की समग्रता को देखने में मदद कर सकता है, साथ ही अनुप्रयोगों, डीबीएमएस और डिस्क संसाधनों के अन्य "उपभोक्ताओं" की ऑपरेटिंग सुविधाओं की समझ को भी समझ सकता है।

• और अंत में, सुनिश्चित करें कि बैकअप अद्यतित है और काम कर रहा है। बैकअप शेड्यूल को व्यवसाय के लिए स्वीकार्य आरपीओ मूल्यों के आधार पर कॉन्फ़िगर किया जाना चाहिए, और स्वीकार्य आरटीओ मूल्य सुनिश्चित करने के लिए बैकअप की आवधिक अखंडता जांच को सत्यापित किया जाना चाहिए (कुछ बैकअप सॉफ़्टवेयर विक्रेताओं ने अपने उत्पादों में स्वचालित सत्यापन लागू किया है)।

अंत तक पढ़ने के लिए धन्यवाद.
हम आपके प्रश्नों और टिप्पणियों का उत्तर टिप्पणियों में देने के लिए तैयार हैं। भी हम आपको हमारे टेलीग्राम चैनल की सदस्यता लेने के लिए आमंत्रित करते हैं, जिसमें हम नियमित प्रचार करते हैं (आईएएएस पर छूट और वीपीएस पर 100% तक प्रचार कोड के लिए उपहार), दिलचस्प समाचार लिखते हैं और हैबर ब्लॉग पर नए लेखों की घोषणा करते हैं।

स्रोत: www.habr.com