डाटा केन्द्रहरूमा दुर्घटनाहरूको मुख्य कारण कम्प्युटर र कुर्सी बीचको ग्यास्केट हो

आधुनिक डेटा केन्द्रहरूमा प्रमुख दुर्घटनाहरूको विषयले प्रश्नहरू खडा गर्छ जुन पहिलो लेखमा जवाफ दिइएन - हामीले यसलाई विकास गर्ने निर्णय गर्यौं।

अपटाइम इन्स्टिच्युटको तथ्याङ्कका अनुसार, डाटा सेन्टरहरूमा भएका अधिकांश घटनाहरू पावर सप्लाई प्रणालीको विफलतासँग सम्बन्धित छन् - तिनीहरू घटनाहरूको 39% को लागि खाता हुन्। तिनीहरू मानव कारक द्वारा पछ्याइएको छ, जसले अर्को 24% दुर्घटनाहरूको लागि खाता बनाउँछ। तेस्रो सबैभन्दा महत्त्वपूर्ण कारण (15%) वातानुकूलित प्रणालीको विफलता थियो, र चौथो स्थानमा (12%) प्राकृतिक प्रकोपहरू थिए। अन्य समस्याहरूको कुल हिस्सा मात्र 10% छ। सम्मानित संस्थाको तथ्याङ्कलाई प्रश्न नगरी, हामी विभिन्न दुर्घटनाहरूमा सामान्य केहि हाइलाइट गर्नेछौं र तिनीहरूबाट बच्न सकिन्छ कि भनेर बुझ्न प्रयास गर्नेछौं। स्पोइलर: यो धेरै अवस्थामा सम्भव छ।

सम्पर्कको विज्ञान

सरल भाषामा भन्नुपर्दा, बिजुली आपूर्तिमा दुईवटा मात्र समस्या छन्: या त जहाँ हुनु पर्छ त्यहाँ सम्पर्क छैन, वा त्यहाँ सम्पर्क छैन जहाँ सम्पर्क हुनुहुन्न। तपाईं आधुनिक निर्बाध बिजुली आपूर्ति प्रणाली को विश्वसनीयता को बारे मा एक लामो समय को लागी कुरा गर्न सक्नुहुन्छ, तर तिनीहरूले सधैं तपाईंलाई बचत गर्दैनन्। ब्रिटिश एयरवेजले प्रयोग गरेको डाटा सेन्टरको हाई-प्रोफाइल केस लिनुहोस्, जुन मूल कम्पनी अन्तर्राष्ट्रिय एयरलाइन्स समूहको स्वामित्वमा छ। त्यहाँ हिथ्रो एयरपोर्टको नजिक अवस्थित दुईवटा सम्पत्तिहरू छन् - बोआडिसिया हाउस र कमेट हाउस। यी मध्ये पहिलोमा, मे 27, 2017 मा, एक आकस्मिक पावर आउटेज भयो, जसले UPS प्रणालीको ओभरलोड र विफलता निम्त्यायो। नतिजाको रूपमा, केही IT उपकरणहरू भौतिक रूपमा क्षतिग्रस्त भएको थियो, र पछिल्लो आपदा समाधान गर्न तीन दिन लाग्यो।

एयरलाइनले एक हजार भन्दा बढी उडानहरू रद्द वा पुन: तालिका बनाउनु परेको थियो, लगभग 75 हजार यात्रुहरू समयमा उडान गर्न असमर्थ थिए - $ 128 मिलियन क्षतिपूर्ति तिर्न खर्च गरिएको थियो, डाटा केन्द्रहरूको कार्यक्षमता पुनर्स्थापना गर्न आवश्यक लागतहरू गणना नगरेको। ब्ल्याकआउटको कारणहरूको इतिहास अस्पष्ट छ। यदि तपाइँ इन्टरनेशनल एयरलाइन्स ग्रुपका सीईओ विली वाल्शले घोषणा गरेको आन्तरिक अनुसन्धानको नतिजालाई विश्वास गर्नुहुन्छ भने, यो इन्जिनियरहरूको त्रुटिको कारण थियो। यद्यपि, निर्बाध बिजुली आपूर्ति प्रणालीले यस्तो बन्दको सामना गर्नुपर्‍यो - त्यसैले यो स्थापना गरिएको थियो। डाटा सेन्टरलाई आउटसोर्सिङ कम्पनी सीबीआरई म्यानेज्ड सर्भिसका विशेषज्ञहरूद्वारा व्यवस्थित गरिएको थियो, त्यसैले ब्रिटिश एयरवेजले लन्डन अदालतमार्फत क्षतिको रकम फिर्ता गर्ने प्रयास गर्‍यो।

पावर आउटेजहरू समान परिदृश्यहरूमा देखा पर्दछ: पहिले त्यहाँ बिजुली आपूर्तिकर्ताको गल्तीको कारणले ब्ल्याकआउट हुन्छ, कहिलेकाहीँ खराब मौसम वा आन्तरिक समस्याहरू (मानव त्रुटिहरू सहित) को कारणले गर्दा, र त्यसपछि निर्बाध बिजुली आपूर्ति प्रणालीले लोड वा छोटो सामना गर्न सक्दैन। -साइन वेभको अवधि अवरोधले धेरै सेवाहरूको विफलता निम्त्याउँछ, जसको पुनर्स्थापनामा धेरै समय र पैसा लाग्छ। के यस्तो दुर्घटनाबाट बच्न सम्भव छ? निस्सन्देह। यदि तपाईंले प्रणालीलाई सही रूपमा डिजाइन गर्नुभयो भने, ठूला डाटा केन्द्रहरूका सिर्जनाकर्ताहरू पनि गल्तीहरूबाट मुक्त छैनन्।

मानव कारक

जब घटनाको तत्काल कारण डाटा सेन्टरका कर्मचारीहरूको गलत कार्य हो, समस्याहरूले प्रायः (तर सधैं होइन) आईटी पूर्वाधारको सफ्टवेयर भागलाई असर गर्छ। यस्ता दुर्घटना ठूला कम्पनीमा पनि हुने गरेका छन् । फेब्रुअरी 2017 मा, डाटा सेन्टरहरू मध्ये एकको प्राविधिक अपरेशन समूहको गलत रूपमा भर्ती गरिएको टोली सदस्यको कारणले गर्दा, Amazon वेब सेवाहरूको सर्भरहरू असक्षम पारिएको थियो। Amazon Simple Storage Service (S3) क्लाउड भण्डारण ग्राहकहरूको लागि बिलिङ प्रक्रिया डिबग गर्दा त्रुटि भयो। एक कर्मचारीले बिलिङ प्रणालीद्वारा प्रयोग गरिएका धेरै भर्चुअल सर्भरहरू मेटाउने प्रयास गरे, तर ठूलो क्लस्टरमा हिट भयो।

ईन्जिनियर त्रुटिको परिणाम स्वरूप, महत्त्वपूर्ण Amazon क्लाउड भण्डारण सफ्टवेयर मोड्युलहरू चलिरहेका सर्भरहरू मेटाइयो। पहिलो प्रभावित अनुक्रमणिका उपप्रणाली थियो, जसमा मेटाडेटा र US-EAST-3 अमेरिकी क्षेत्रका सबै S1 वस्तुहरूको स्थानको बारेमा जानकारी समावेश छ। घटनाले डाटा होस्ट गर्न र भण्डारणको लागि उपलब्ध ठाउँ व्यवस्थापन गर्न प्रयोग हुने उपप्रणालीलाई पनि असर गर्‍यो। भर्चुअल मेसिनहरू मेटाएपछि, यी दुई उपप्रणालीहरूलाई पूर्ण पुन: सुरु गर्न आवश्यक थियो, र त्यसपछि अमेजन इन्जिनियरहरू आश्चर्यको लागि थिए - लामो समयको लागि, सार्वजनिक क्लाउड भण्डारण ग्राहक अनुरोधहरू सेवा गर्न असमर्थ थियो।

प्रभाव व्यापक थियो, किनकि धेरै ठूला स्रोतहरूले Amazon S3 प्रयोग गर्छन्। आउटेजहरूले Trello, Coursera, IFTTT र सबैभन्दा अप्रिय रूपमा, S&P 500 सूचीबाट प्रमुख Amazon साझेदारहरूको सेवाहरूलाई असर गर्यो। त्यस्ता अवस्थाहरूमा क्षति गणना गर्न गाह्रो छ, तर यो सयौं मिलियन अमेरिकी डलरको क्षेत्रमा थियो। तपाईले देख्न सक्नुहुन्छ, सबैभन्दा ठूलो क्लाउड प्लेटफर्मको सेवा असक्षम गर्न एउटा गलत आदेश पर्याप्त छ। यो कुनै पृथक मामला होइन; मे १६, २०१९ मा, मर्मत कार्यको क्रममा, Yandex.Cloud सेवा मेटाइयो ru-central1-c क्षेत्रका प्रयोगकर्ताहरूको भर्चुअल मेसिनहरू जुन कम्तिमा एक पटक निलम्बित स्थितिमा थिए। क्लाइन्ट डेटा पहिले नै यहाँ क्षतिग्रस्त भएको छ, जसमध्ये केहि अपूरणीय रूपमा हराएको थियो। निस्सन्देह, मानिसहरू अपूर्ण छन्, तर आधुनिक सूचना सुरक्षा प्रणालीहरूले लामो समयदेखि विशेषाधिकार प्राप्त प्रयोगकर्ताहरूको कार्यहरू निगरानी गर्न सक्षम भएका छन् उनीहरूले प्रविष्ट गरेका आदेशहरू कार्यान्वयन गर्नु अघि। यदि त्यस्ता समाधानहरू Yandex वा Amazon मा लागू गरियो भने, त्यस्ता घटनाहरूबाट बच्न सकिन्छ।

जमेको शीतलन

जनवरी 2017 मा, मेगाफोन कम्पनी को Dmitrov डाटा केन्द्र मा एक ठूलो दुर्घटना भयो। त्यसपछि मस्को क्षेत्रमा तापमान −35 डिग्री सेल्सियसमा झर्यो, जसले सुविधाको शीतलन प्रणालीको विफलताको नेतृत्व गर्यो। अपरेटरको प्रेस सेवाले विशेष गरी घटनाको कारणहरूको बारेमा कुरा गरेन - रूसी कम्पनीहरू उनीहरूको स्वामित्वमा रहेका सुविधाहरूमा दुर्घटनाहरूको बारेमा कुरा गर्न अत्यन्त अनिच्छुक छन्; प्रचारको सन्दर्भमा, हामी पश्चिम भन्दा धेरै पछाडि छौं। सडक छेउमा बिछ्याइएको पाइपमा कूलेन्ट फ्रिज गर्ने र इथाइलिन ग्लाइकोल चुहावटको बारेमा सामाजिक सञ्जालमा एउटा संस्करण चलिरहेको थियो। उनका अनुसार सञ्चालन सेवाले लामो बिदाका कारण ३० टन कूलेन्ट तुरुन्त प्राप्त गर्न नसकेपछि प्रणाली सञ्चालनको नियमविपरीत इम्प्रोभाइज्ड फ्रि–कुलिङको आयोजना गरी इम्प्रोभाइज्ड माध्यमबाट बाहिर निस्किएको थियो । गम्भीर चिसोले समस्यालाई बढायो - जनवरीमा, जाडो अचानक रूसमा आइपुग्यो, यद्यपि कसैले पनि यो आशा गरेको थिएन। फलस्वरूप, कर्मचारीहरूले सर्भर र्याकको केही भागमा बिजुली बन्द गर्नुपर्‍यो, जसका कारण केही अपरेटर सेवाहरू दुई दिनसम्म अनुपलब्ध थिए।

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

प्राकृतिक प्रकोप

प्रायः, आँधीबेहरी र/वा आँधीहरूले डेटा केन्द्रको इन्जिनियरिङ पूर्वाधारमा बाधा पुर्‍याउँछ, जसले सेवा अवरोधहरू र/वा उपकरणहरूमा भौतिक क्षति पुर्‍याउँछ। खराब मौसमका कारण घटनाहरू प्रायः हुने गर्दछ। सन् २०१२ मा, आँधी स्यान्डीले संयुक्त राज्यको पश्चिमी तटमा भारी वर्षाको साथ बगाएको थियो। तल्लो म्यानहट्टन मा एक अग्लो भवन मा स्थित, Peer 2012 डाटा केन्द्र बाह्य विद्युत आपूर्ति हराएको, नुनिलो समुद्रको पानी पछि तहखाने बाढी। सुविधाको आपतकालीन जेनेरेटरहरू 18 औं तलामा अवस्थित थिए, र तिनीहरूको इन्धन आपूर्ति सीमित थियो - 9/11 आतंकवादी हमलाहरू पछि न्यूयोर्कमा लागू गरिएका नियमहरूले माथिल्लो तलाहरूमा ठूलो मात्रामा इन्धन भण्डारण गर्न निषेध गर्दछ।

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

अरु सबै कुरा

अपटाइम इन्स्टिच्युटले यस श्रेणीमा विभिन्न प्रकारका घटनाहरू पहिचान गर्दछ, जसमध्ये एउटा सामान्य छनौट गर्न गाह्रो छ। तामाका तार चोरी, डाटा सेन्टरमा ठोक्किने कारहरू, पावर लाइन सपोर्ट र ट्रान्सफर्मर सबस्टेशन, आगो, उत्खनन अपरेटरहरू प्रकाशिकीलाई क्षति पुर्‍याउने, मुसा (मुसा, खरायो र वाम्ब्याटहरू, जुन वास्तवमा मार्सुपियल हुन्), साथै शूटिङ अभ्यास गर्न मन पराउनेहरू। तार - मेनु व्यापक छ। पावर विफलता पनि हुन सक्छ चोरी बिजुली अवैध मारिजुआना रोपण। धेरैजसो अवस्थामा, विशिष्ट व्यक्तिहरू घटनाको दोषी बन्छन्, अर्थात् हामी फेरि मानव कारकसँग व्यवहार गरिरहेका छौं, जब समस्याको नाम र थर हुन्छ। प्राविधिक गडबडी वा प्राकृतिक प्रकोपसँग पहिलो नजरमा दुर्घटना भएको देखिए पनि सुविधाको सही डिजाइन र सञ्चालन भएको खण्डमा यसबाट बच्न सकिन्छ। केवल अपवादहरू डाटा केन्द्र पूर्वाधारमा गम्भीर क्षति वा प्राकृतिक प्रकोपको कारण भवन र संरचनाहरूको विनाशका घटनाहरू हुन्। यी साँच्चै बल majeure परिस्थितिहरू हुन्, र अन्य सबै समस्याहरू कम्प्युटर र कुर्सी बीचको ग्यास्केटको कारणले गर्दा हुन्छ - सायद यो कुनै पनि जटिल प्रणालीको सबैभन्दा अविश्वसनीय भाग हो।

स्रोत: www.habr.com