🚾 📚 🍔 डेटा सेंटर में निगरानी: हमने पुराने बीएमएस को नए में कैसे बदल दिया। भाग 2 🈶 🍭 🏐

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

बाजार का विश्लेषण

पहले भाग में वर्णित इच्छाओं और निर्णयों के आधार पर , मौजूदा प्रणाली को अपग्रेड करने से इनकार करने के लिए, हमने बाजार पर एक समाधान खोजने के लिए काम का एक बयान लिखा और कई बड़ी कंपनियों से पूछताछ की जो केवल SCADA औद्योगिक प्रणालियों के निर्माण में शामिल हैं।

उनके पहले जवाबों से पता चला है कि निगरानी प्रणालियों के बाजार के नेता मुख्य रूप से लोहे के सर्वर पर काम करना जारी रखते हैं, हालांकि इस सेगमेंट में बादलों के प्रवास की प्रक्रिया शुरू हो चुकी है। बैकअप वर्चुअल मशीन के लिए - किसी ने भी इस विकल्प का समर्थन नहीं किया। इसके अलावा, ऐसी भावना थी कि बाजार में दिखाई देने वाले डेवलपर्स में से किसी ने भी अतिरेक की आवश्यकता की समझ का प्रदर्शन नहीं किया था: "बादल गिरता नहीं है", सबसे लगातार जवाब था। वास्तव में, हमें डेटा सेंटर मॉनिटरिंग को एक क्लाउड में भौतिक रूप से एक ही डेटा सेंटर में स्थित करने की पेशकश की गई थी।

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

यह विशेष रूप से जटिल परियोजनाओं पर ध्यान देने योग्य है।

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

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

जोखिम

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

बैठक से पहले, हमने एक टीम के साथ काम करने के दो जोखिमों को देखा जिसमें एक बड़ी राष्ट्रीय या अंतर्राष्ट्रीय कंपनी के संसाधन नहीं हैं:

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

इन जोखिमों को कम करने के लिए, हमने अपने स्वयं के विकास विशेषज्ञों को बैठक में आमंत्रित किया। एक संभावित ठेकेदार के कर्मचारियों का पूरी तरह से साक्षात्कार किया गया था कि यह प्रणाली किस पर आधारित है, आरक्षण को लागू करने की योजना कैसे बनाई गई है, और अन्य मुद्दों पर जिसमें हम, ऑपरेशन सेवा के रूप में, सक्षम नहीं हैं।

फैसला सकारात्मक था: मौजूदा बीएमएस मंच की वास्तुकला आधुनिक, सरल और विश्वसनीय है, इसे अंतिम रूप दिया जा सकता है, प्रस्तावित बैकअप और सिंक्रनाइज़ेशन योजना तार्किक और कुशल है।

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

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

इस तरह के एक समाधान के साथ, सिस्टम की प्रतियां बनाना आसान है, और एक पूरे वातावरण में सुधार को लागू करना संभव है, एक संपूर्ण वातावरण में समाधान को रोकने के बिना।

दोनों जोखिमों को कम करने के बाद, ठेकेदार ने के.पी. इसने हमारे लिए बीएमएस प्रणाली के सभी सबसे महत्वपूर्ण मापदंडों को काम किया।

आरक्षण

वर्चुअल मशीन पर क्लाउड में नया बीएमएस सिस्टम होना चाहिए था।

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

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

ध्यान दें कि बीएमएस-समाधान के विकल्प के रूप में अतिरेक हमारे अनुरोध के लिए विशेष रूप से विकसित किया गया था। बैकअप योजना स्वयं इस प्रकार दिखाई देती है:

सहयोग

बीएमएस समाधान के प्रभावी संचालन के लिए सबसे महत्वपूर्ण बिंदु तकनीकी सहायता है।

यहां सब कुछ सरल है: एक नई प्रणाली से हमें इस संकेतक में 35,000 रूबल खर्च होंगे। SLA के लिए प्रति माह "8 घंटे के भीतर प्रतिक्रिया", अर्थात, 35,000 x 12/80 = $ 5,250 प्रति वर्ष। पहला साल मुफ्त है।

तुलना के लिए: विक्रेता से पुराने बीएमएस का समर्थन $ 18,000 डॉलर प्रति वर्ष की लागत के साथ प्रत्येक नए डिवाइस के लिए राशि में वृद्धि! उसी समय, कंपनी ने एक समर्पित प्रबंधक प्रदान नहीं किया, सभी बातचीत एक बिक्री प्रबंधक के माध्यम से हुई जो प्रसंस्करण अनुरोधों में इसी जोर के साथ एक संभावित खरीदार के रूप में हमारी रुचि है।

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

अपडेट

नए बीएमएस में प्रस्तावित केपी के अनुसार, सभी अपडेट समर्थन की लागत में शामिल हैं, अर्थात। अतिरिक्त भुगतान की आवश्यकता नहीं है। एक अपवाद ToR में निर्दिष्ट अतिरिक्त कार्यक्षमता का विकास है।

पुरानी प्रणाली ने मुफ्त सॉफ्टवेयर (जैसे जावा) के फर्मवेयर को अपडेट करने और बग को ठीक करने के लिए भुगतान किया। आंतरिक घटकों के पुराने संस्करणों के कारण सिस्टम को संपूर्ण "धीमा" के रूप में अपडेट के अभाव में इसे मना करना असंभव था।

और, ज़ाहिर है, एक समर्थन पैकेज खरीदने के बिना सॉफ़्टवेयर को अपडेट करना असंभव था।

लचीला दृष्टिकोण

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

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

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

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

टीके का हार्मोनाइजेशन और एक समझौते पर हस्ताक्षर

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

चुनाव किया गया है।

एक ठेकेदार चुनने के बाद, वकीलों ने एक अनुबंध तैयार करना शुरू किया, और दोनों पक्षों की तकनीकी टीमों ने तकनीकी विशिष्टताओं को पॉलिश किया। जैसा कि आप जानते हैं, एक विस्तृत और सक्षम टीके किसी भी काम की सफलता का आधार है। TK में जितनी अधिक बारीकियाँ हैं, उतनी कम निराशाएँ "लेकिन हमने ऐसा नहीं किया"।

मैं टीके में आवश्यकताओं के विस्तार के स्तर के दो उदाहरण दूंगा:

BMS , PDU. BMS «», , . . . , : , . .
BMS : – , – , – «». «» , , . , BMS . , , «» , , «» , .

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

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

दो प्रणालियों के समानांतर संचालन

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

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

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

नेटवर्क विभाग ने उपकरणों में क्लाउड में तैनात नए बीएमएस के प्रोटोटाइप से आभासी मार्गों को फेंक दिया, और हमें परिणाम मिले:

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

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

हम इस बारे में बात करेंगे कि हमारे लेख के तीसरे भाग के परिणामस्वरूप क्या हुआ।

डेटा सेंटर में निगरानी: हमने पुराने बीएमएस को नए में कैसे बदल दिया। भाग 2