डाटा सेन्टरमा निगरानी: हामीले कसरी पुरानो BMS लाई नयाँसँग बदल्यौं। भाग 2

पहिलो भागमा, हामीले हाम्रा डाटा सेन्टरहरूमा रहेको पुरानो BMS प्रणालीलाई नयाँसँग बदल्ने निर्णय किन गर्यौं भन्ने बारेमा कुरा गर्यौं। र परिवर्तन मात्र होइन, तर स्क्र्याचबाट आफ्नो आवश्यकता अनुरूप विकास गर्नुहोस्। दोस्रो भागमा हामी तपाईंलाई बताउँछौं कि हामीले यो कसरी गर्यौं।

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

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

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

यहाँ हामीले ठेकेदार छनोट गर्ने प्रक्रियाको बारेमा सानो विषयवस्तु बनाउन आवश्यक छ। मूल्य, निस्सन्देह, मामिलाहरू, तर जटिल परियोजनाको कार्यान्वयनको लागि कुनै पनि टेन्डरको समयमा, आपूर्तिकर्ताहरूसँगको संवादको चरणमा, तपाईंले महसुस गर्न थाल्नुहुन्छ कि कुन उम्मेद्वारहरू बढी चासो र यसलाई कार्यान्वयन गर्न सक्षम छन्। 

यो विशेष गरी जटिल परियोजनाहरूमा उल्लेखनीय छ। 

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

यी सबैले हामीलाई अपेक्षाकृत सानो स्थानीय विकासकर्तामा ध्यान दियो - कम्पनीहरूको सनलाइन समूह, जसले हाम्रा धेरै आवश्यकताहरूलाई तुरुन्तै प्रतिक्रिया दियो र नयाँ BMS सम्बन्धी सबै आवश्यकताहरू कार्यान्वयन गर्न तयार थियो। 

जोखिम

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

बैठक अघि, हामीले एउटा टोलीसँग काम गर्ने दुई जोखिमहरू देख्यौं जसको पछाडि ठूलो राष्ट्रिय वा अन्तर्राष्ट्रिय कम्पनीको स्रोत छैन:

1. विशेषज्ञहरूले आफ्नो क्षमतालाई बढावा दिन सक्छन् र परिणाम स्वरूप, तिनीहरूले जटिल सफ्टवेयर वा अव्यवहारिक आरक्षण एल्गोरिदमहरू प्रयोग गर्नेछन्।
2. परियोजना पूरा भएपछि, परियोजना टोली विघटन हुन सक्छ र, त्यसैले, उत्पादन समर्थन खतरामा हुनेछ।

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

निर्णय सकारात्मक थियो: अवस्थित BMS प्लेटफर्मको वास्तुकला आधुनिक, सरल र भरपर्दो छ, सुधार गर्न सकिन्छ, प्रस्तावित रिडन्डन्सी र सिंक्रोनाइजेसन योजना तार्किक र व्यावहारिक छ। 

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

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

यस समाधानको साथ, प्रणालीको प्रतिलिपिहरू बनाउन सजिलो छ, र तपाइँ यसलाई सुधार गर्न सक्नुहुन्छ र एक अलग वातावरणमा अपग्रेडहरू लागू गर्न सक्नुहुन्छ, सम्पूर्ण रूपमा समाधानको सञ्चालन रोक्न बिना।  

दुबै जोखिम न्यूनीकरण भएपछि ठेकेदारले CP प्रदान गर्यो। यसले हाम्रो लागि BMS प्रणालीका सबै महत्त्वपूर्ण प्यारामिटरहरू समेट्यो।

आरक्षण

नयाँ BMS प्रणाली क्लाउडमा, भर्चुअल मेसिनमा अवस्थित हुनुपर्छ। 

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

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

ध्यान दिनुहोस् कि BMS समाधानमा एक विकल्पको रूपमा अनावश्यकता हाम्रो अनुरोधको लागि विशेष रूपमा विकसित गरिएको थियो। आरक्षण योजना आफैं यस्तो देखिन्थ्यो:

समर्थन

BMS समाधानको प्रभावकारी सञ्चालनको लागि सबैभन्दा महत्त्वपूर्ण बिन्दु प्राविधिक समर्थन हो। 

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

तुलनाको लागि, विक्रेताबाट पुरानो BMS कायम गर्न प्रत्येक नयाँ उपकरणको लागि थपिएको रकमको साथमा प्रति वर्ष $18 खर्च हुन्छ! एकै समयमा, कम्पनीले एक समर्पित प्रबन्धक प्रदान गरेन; सबै अन्तरक्रिया एक बिक्री प्रबन्धक मार्फत भएको थियो जसले हामीलाई सम्भावित क्रेताको रूपमा अनुरोधहरू प्रशोधनमा जोड दिन्छ। 

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

अद्यावधिकहरू

नयाँ BMS मा प्रस्तावित CP अनुसार, सबै अपडेटहरू समर्थनको लागतमा समावेश छन्, अर्थात्। थप भुक्तानी आवश्यक छैन। अपवाद भनेको प्राविधिक विनिर्देशहरूमा निर्दिष्ट गरिएको भन्दा बाहिरको अतिरिक्त कार्यक्षमताको विकास हो। 

पुरानो प्रणालीलाई फर्मवेयर अद्यावधिकहरू (जस्तै जाभा) र बग फिक्सहरू दुवैको लागि भुक्तानी आवश्यक छ। यसलाई अस्वीकार गर्न असम्भव थियो अपडेटहरूको अनुपस्थितिमा, आन्तरिक घटकहरूको पुरानो संस्करणहरूको कारणले प्रणाली पूर्ण रूपमा "ढिलो" भयो।

र, निस्सन्देह, समर्थन प्याकेज खरिद नगरी सफ्टवेयर अपडेट गर्न असम्भव थियो।

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

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

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

अर्को, SQL डाटाबेसमा पहुँच आवश्यक थियो उपकरणको सञ्चालनमा आवश्यक डाटा लिन सक्ने क्षमताको साथ - अर्थात्, दुई हजार यन्त्रहरू र दुई हजार भर्चुअल सेन्सरहरूको लगभग २० हजार चरहरू उत्पन्न गर्ने सबै निगरानी रेकर्डहरू। 

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

प्राविधिक विनिर्देशहरूको स्वीकृति र सम्झौतामा हस्ताक्षर

नयाँ प्रणालीमा काम सुरु गर्न आवश्यक भएको समयमा, "ठूला" कम्पनीहरूसँग पत्राचार उनीहरूको प्रस्तावको लागत छलफल गर्नबाट धेरै टाढा थियो, त्यसैले हामीले प्राप्त सीपीलाई पुरानो BMS अद्यावधिक गर्ने लागतसँग तुलना गर्यौं (हेर्नुहोस्। पहिलो भाग), र नतिजाको रूपमा यो मूल्यमा अझ आकर्षक हुन र हाम्रा आवश्यकताहरू पूरा गर्‍यो।

छनोट भइसकेको छ ।

ठेकेदार छनोट गरेपछि, वकिलहरूले सम्झौता गर्न थाले, र दुवै पक्षका प्राविधिक टोलीहरूले प्राविधिक विशिष्टताहरू पालिश गर्न थाले। तपाईलाई थाहा छ, विस्तृत र सक्षम प्राविधिक विशिष्टताहरू कुनै पनि कामको सफलताको लागि आधार हुन्। प्राविधिक विनिर्देशहरूमा जति धेरै विवरणहरू छन्, कम निराशाहरू जस्तै "तर यो हामीले चाहेको होइन।"

म प्राविधिक विशिष्टताहरूमा आवश्यकताहरूको विवरणको स्तरको दुई उदाहरणहरू दिनेछु:

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

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

यो तीन कार्य समूहहरूको साँच्चै रचनात्मक काम थियो - ग्राहक सेवा, जसले यसको आवश्यकता र सर्तहरू निर्धारण गर्यो; दुबै पक्षका प्राविधिक विशेषज्ञहरू, जसको कार्य यी अवस्थाहरूलाई प्राविधिक कागजातमा रूपान्तरण गर्नु थियो; ठेकेदार प्रोग्रामरहरूको टोली जसले विकसित प्राविधिक कागजातहरू अनुसार ग्राहकको आवश्यकताहरू कार्यान्वयन गर्यो... नतिजाको रूपमा, हामीले हाम्रा केही गैरसिद्धान्त आवश्यकताहरूलाई अवस्थित प्लेटफर्मको कार्यक्षमतामा अनुकूलन गर्यौं, र ठेकेदारले हाम्रो लागि केही थप्न थाले। 

दुई प्रणालीको समानान्तर सञ्चालन

कार्यान्वयन गर्ने बेला आएको छ । अभ्यासमा, यसको मतलब हामीले ठेकेदारलाई हाम्रो भर्चुअल क्लाउडमा BMS प्रोटोटाइप डिप्लोय गर्ने र निगरानी आवश्यक पर्ने सबै यन्त्रहरूमा नेटवर्क पहुँच प्रदान गर्ने मौका दिन्छौं।

तर, नयाँ प्रणाली अझै सञ्चालनका लागि तयार भएको छैन । यस चरणमा, हाम्रो लागि पुरानो प्रणालीमा अनुगमन कायम राख्न र नयाँ प्रणालीमा उपकरणहरूमा पहुँच दिन महत्त्वपूर्ण थियो। यसमा यन्त्रहरू नदेखेर प्रणाली निर्माण गर्न असम्भव छ, जुन पुरानो प्रणालीद्वारा अनुगमनबाट असक्षम गर्न सकिँदैन। 

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

नेटवर्क विभागले क्लाउडमा डिप्लोइड गरिएको नयाँ BMS को प्रोटोटाइपबाट उपकरणहरूमा भर्चुअल मार्गहरू चलाएको छ, र हामीले परिणामहरू पायौं: 

• SNMP प्रोटोकल मार्फत जडान गरिएका उपकरणहरू व्यावहारिक रूपमा एक साथ अनुरोधहरूको कारण विच्छेदन भएनन्, 
• modbas-TCP प्रोटोकलहरू प्रयोग गरेर गेटवेहरू मार्फत जडान गरिएका उपकरणहरूमा समस्याहरू थिए जुन तिनीहरूको मतदान आवृत्तिलाई बुद्धिमानीपूर्वक घटाएर समाधान गरिएको थियो।  

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

हामी हाम्रो लेखको तेस्रो भागमा अन्तमा के भयो भनेर बताउनेछौं।

स्रोत: www.habr.com