खनन निगरानी प्रणाली

एक बड़ी खनन कंपनी एक दिलचस्प काम के साथ आई: आईटी सिस्टम के साथ कई साइटें हैं। वे शहरों और जमा दोनों में स्थित हैं। ये कई दर्जनों क्षेत्रीय कार्यालय और खनन उद्यम हैं। सड़क के बिना टैगा में 500 किलोमीटर - आसान! प्रत्येक सुविधा में ऐसे उपकरण होते हैं जिन्हें एक सामान्य बुनियादी ढांचे में "मुड़ा" होना चाहिए और यह निर्धारित करना है कि यह किस स्थिति में और किस स्थिति में काम करता है।

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

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

ग्राहक ने कई निगरानी प्रणालियों के बीच चुना: 1) शेयर उत्पाद; 2) वाणिज्यिक समाधानों में से एक; 3) Infosim StableNet प्रणाली। परीक्षण के परिणामस्वरूप, शेयर उत्पाद के नुकसान ग्राहक के लिए स्पष्ट हो गए: यह लंबे समय तक और कॉन्फ़िगर करना मुश्किल था, साथ ही इसमें कार्यक्षमता की मात्रा नहीं थी जो आवश्यक थी (उसी भाग में, उदाहरण के लिए, नेटवर्क पर उपकरणों के बीच कनेक्शन प्रदान करना)। बॉक्स से बाहर, वह नहीं जानता कि यह कैसे करना है, लेकिन प्लगइन्स के साथ यह ऐसा हो जाता है। वाणिज्यिक उत्पाद ने निगरानी एजेंटों को वितरित नहीं किया है - ये एक विशिष्ट साइट पर स्थापित हैं और केवल उनके "बुश" को नियंत्रित करते हैं। तदनुसार, हम इंफोसिमा में रुक गए - उसने सभी विशलिस्ट को बंद कर दिया। और इसीलिए।

यह वही है जो InfoSim StableNet व्यवस्थापक मुख्य स्क्रीन जैसा दिखता है (यह एक खनिज परियोजना नहीं है, लेकिन एक परीक्षण बुनियादी ढांचा है)।

मुख्य स्क्रीन जिस पर वर्तमान नेटवर्क स्थिति प्रदर्शित होती है:



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



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



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



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



सिस्टम सामान्य प्रमाणीकरण और समूह नीतियों के अनुप्रयोग के लिए MS सक्रिय निर्देशिका और RADIUS सर्वर के साथ एकीकृत करता है। यह सिस्टम आर्किटेक्चर जैसा दिखता है:


केंद्रीय सर्वर हार्डवेयर से एकत्र किए गए आंकड़ों को संसाधित और प्रदर्शित करने के लिए जिम्मेदार है।

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

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

एक एजेंट RedHat, CentOS, Ubuntu, Windows सर्वर (बड़े प्लेटफार्मों के लिए), या रास्पबेरी पीआई (छोटे प्लेटफार्मों के लिए) जैसे छोटे एआरएम कंप्यूटरों पर आधारित एक माइक्रो एजेंट चलाने वाला एक x64 / x86 सर्वर हो सकता है। हम चैनल को लोहे के पिंग के साथ लोड नहीं करते हैं, एजेंट इसे करता है, और यह पहले से ही आँकड़ों के साथ पैकेट एकत्र करता है।



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



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



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

उपकरणों का एक समूह कॉन्फ़िगरेशन है, आप न केवल निष्क्रिय रूप से हार्डवेयर को प्रदूषित कर सकते हैं, बल्कि स्विच पर सेटिंग्स जैसे कॉन्फ़िगरेशन को रोल आउट कर सकते हैं। 40 स्विच पर vlan या ntp रजिस्टर करें? आराम से!



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

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

क्षेत्र की प्रक्रिया

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

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





वांछित प्रारूप (एक दिन, सप्ताह, महीने, आदि) के साथ पीडीएफ और XLSX स्वरूपों में मेल द्वारा प्राप्त HTML प्रारूप में रिपोर्ट देखी जा सकती है। विभिन्न रिपोर्टों के लिए, रिपोर्ट उपभोक्ता की अपनी आवृत्ति और व्यक्तिगत लक्ष्यीकरण निर्धारित किया गया था।

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

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

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



आप विभिन्न प्रकार के ग्राफिक टोपोलॉजी का निर्माण कर सकते हैं जो इंजीनियरों के लिए जीवन को आसान बनाते हैं। उदाहरण के लिए, आपको यह देखने की ज़रूरत है कि हमारे पास किसी प्रकार का स्विच कहां है। यह सरल है: उन्होंने इसे सही शाखा में पाया (या खोज का उपयोग किया) और अपने पड़ोसियों को खोला। पड़ोस के कई स्तरों का समर्थन किया जाता है (पहला तत्काल पड़ोसी है, दूसरा पड़ोसी का पड़ोसी है, आदि)। और आप अभी देख सकते हैं कि हमारा स्विच टोपोलॉजी में कहाँ स्थित है, कौन से पोर्ट और कहाँ से जुड़ा है, पोर्ट पर कौन से खसखस ​​पते हैं। या प्रोटोकॉल मैप को देखें OSPF, BGP, EIGRP, STP, PIM, MPLS - सिस्टम प्रोसेस करेगा और यह सब अपने आप खींच लेगा।



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



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

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



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

एक और मामला था जब सिस्टम ने एक रूसी निर्माता को "समझा नहीं था" और एक नाम के बजाय निर्माता कोड दिखाया। इस मामले के लिए, सिस्टम में कार्यक्षमता है जो आपको सेकंड के एक मामले में नए विक्रेताओं और हार्डवेयर के मॉडल को जोड़ने की अनुमति देती है।

यहां उन विशेषताओं की सूची दी गई है जो वर्तमान में निगरानी प्रणाली ग्राहक को प्रदर्शन करने की अनुमति देती है:

1. ICMP पिंग का उपयोग करके उपलब्धता की निगरानी करें।
2. SNMP का उपयोग करके जानकारी एकत्र करें।
3. नए हार्डवेयर के लिए सबनेट स्कैन करें।
4. अवधि तक रिपोर्ट भेजें।
5. बैकअप कॉन्फ़िगरेशन लागू करें।
6. उपलब्धता का विश्लेषण करें।
7. सामान्य श्रेणी के बाहर उपकरणों की अनुपलब्धता या संकेतकों के उत्पादन के बारे में "साउंड अलार्म"।
8. स्क्रिप्ट SNMP ट्रिगर्स, syslog डेटा और किसी भी इनपुट के रूप में फंस जाती है।
9. AD के साथ एकीकृत करें।
10. डिवाइस कनेक्टिविटी (सीडीपी, एलएलडीपी, एल 3 पड़ोस) का स्वचालित रूप से पता लगाएं और इसके आधार पर, स्वचालित रूप से एक नेटवर्क मैप तैयार करें।
11. ग्राफिक सब्सट्रेट्स का उपयोग करने की क्षमता के साथ नेटवर्क की स्थिति की कल्पना करने के लिए "मौसम मानचित्र" बनाएं।
12. नेटवर्क और उपकरणों की स्थिति के बारे में परिचालन जानकारी प्रदर्शित करने के लिए कार्य स्क्रीन (डैशबोर्ड) बनाएं।
13. उपकरणों की एक सूची (उपकरण के प्रकार, निर्माता, मॉडल, सॉफ्टवेयर संस्करण, जब ईओएस / ईओएल तिथि आदि) को बाहर ले जाएं)
14. CMDB 1C और अन्य बाहरी प्रणालियों के साथ गहन एकीकरण के लिए एक REST API है।
15. मॉनिटरिंग सिस्टम से उपकरणों का समूह कॉन्फ़िगरेशन करें।
16. कंपनी की नीतियों के लिए डिवाइस कॉन्फ़िगरेशन की जाँच करें

संदर्भ

- फर्स्ट लाइन सपोर्ट बाइक।
- खनिज जमा के लिए संचार चैनल।
- मेरा मेल: DDrozhzhin@croc.ru