घटना प्रबंधन प्रक्रिया के रूप में निगरानी

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



जैसा कि आप जानते हैं, एकीकृत क्लाउड प्रदाता की अवधारणा वर्तमान में तीन सहयोगी ब्रांडों द्वारा प्रस्तुत की गई है:

• #CloudMTS, MTS इनोवेशन सेंटर द्वारा बनाया गया;
• IT-GRAD कंपनी, क्लाउड-आधारित IaaS प्रदाता;
• 1 घंटे की सेवा।

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

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

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

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

परिवर्तन के परिणामस्वरूप, मुख्य आवश्यकताएं हैं:

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

उस समय उपलब्ध सभी आंकड़ों का संग्रह और विश्लेषण करने के बाद, हमने परियोजना के कार्यान्वयन को कई चरणों में विभाजित किया:

1. एक निगरानी प्रणाली के लिए आवश्यकताओं का निर्धारण।
2. "स्वास्थ्य घटकों" सेवाओं के मॉडल तैयार करना।
3. निगरानी प्रणाली की विश्वसनीयता और दोष सहिष्णुता के लिए आवश्यकताओं का विश्लेषण।
4. प्रणाली का परीक्षण और लगातार कार्यान्वयन।
5. ग्राहकों के लिए एक सेवा के रूप में निगरानी का संगठन।

स्पष्टता के लिए, हम इस प्रक्रिया को एक फ्लोचार्ट के रूप में प्रस्तुत करते हैं।

विकास की कठिनाइयाँ

बेशक, इस तरह की एक जटिल प्रणाली की शुरूआत पूरी तरह से सुचारू रूप से नहीं चल सकी, और हमें कुछ कठिनाइयों का सामना करना पड़ा।

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

निगरानी प्रणाली में निगरानी और रिपोर्टिंग

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

• हमारे ग्राहकों के घटकों पर रिपोर्टिंग और ट्रैकिंग आँकड़े;
• हमारे आंतरिक बुनियादी ढांचे की "परिचालन स्थिति" का प्रबंधन विश्लेषण करना;
• एकत्रित रिपोर्टिंग के आधार पर नियोजन सेवा में सुधार।

निर्मित सिंगल सीएमडीबी हमें बुनियादी ढांचे के दौरान और प्रत्येक घटक के लिए व्यक्तिगत रूप से घटनाओं की स्थिति और इतिहास दोनों को ट्रैक करने की अनुमति देता है।
इसके अलावा, हमने व्यक्तिगत सेवाओं की स्थिति की निगरानी करना शुरू किया, उदाहरण के लिए, बैकअप, अर्थात् बैकअप कार्यों की शुद्धता। यदि किसी कारण से कार्य विफल हो जाता है, तो सिस्टम घटना को लॉग करता है। यह बैकअप सर्वर, स्वयं कार्य और वर्चुअल मशीन को इंगित करता है - यह जानकर, हम इसे जल्दी से ठीक कर सकते हैं। साथ ही, सेवाओं की निगरानी करके, हम अपने ग्राहकों को रिपोर्ट प्रदान कर सकते हैं।



नीचे हम लाइव टेक्नोलॉजीज की रिपोर्ट का स्क्रीनशॉट प्रदान करते हैं।



नीचे आप बुनियादी ढांचे पर प्रभाव की डिग्री के संदर्भ में विन्यास इकाइयों (केई) द्वारा वर्गीकृत घटनाओं की संख्या पर एक सारांश रिपोर्ट देख सकते हैं।

निगरानी प्रणाली के परिणाम

नई निगरानी प्रणाली पहले से ही सक्रिय रूप से काम कर रही है, और हम आपको इसके काम के परिणामों और अपनी टिप्पणियों के साथ साझा करने के लिए तैयार हैं।

फिलहाल, हम आईटी-जीआरएडी बुनियादी ढांचे की निगरानी को पूरी तरह से बहाल करने और झूठी घटनाओं की पीढ़ी से छुटकारा पाने में कामयाब रहे हैं। ग्राहकों के लिए सेवा का परीक्षण किया जा रहा है और जल्द ही उपलब्ध होगा। भविष्य में, हम एक एकल IT-GRAD निगरानी प्रणाली में 1cloud और #CloudMTS को जोड़कर इन्फ्रास्ट्रक्चर के एकीकरण को पूरा करने की योजना बनाते हैं।



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

अब सब कुछ स्वायत्त रूप से काम करता है: जब ट्रिगर को 2 मिनट के लिए ट्रिगर किया जाता है, यदि आवश्यक हो, तो क्लाइंट को स्वचालित रूप से सूचित किया जाता है।

अलर्ट कैसे काम करते हैं, इस पर हम थोड़ा ध्यान देंगे।



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



अब, सेवाओं की निगरानी और नियंत्रण की प्रक्रिया के हिस्से के रूप में, हम वास्तविक समय में काम कर रहे आईटी वातावरण के "स्वास्थ्य की स्थिति" की निगरानी कर रहे हैं, स्वचालित रूप से बाहरी और आंतरिक दोनों उपयोगकर्ताओं को सूचित कर रहे हैं। आईटी के बुनियादी ढांचे और सेवाओं की स्थिति, साथ ही साथ एकत्र किए गए डेटा की निगरानी, ​​आपको कुछ गलत होने से पहले सक्रिय क्रिया करने की अनुमति देता है।

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