प्रशासकों को उपयोगकर्ताओं से पहले बुनियादी ढांचे के मुद्दों के बारे में जानने के लिए। यह, वास्तव में, एक त्वरित निदान जटिल है जो समस्याओं की समय पर सूचना और विशेष रूप से कहां और क्या हुआ, इसकी सटीक जानकारी प्रदान करता है।
उदाहरण: 15:05 पर मेल की समस्या है। निगरानी प्रणाली के लिए धन्यवाद, व्यवस्थापक पहले से ही 15:07 पर देखता है कि एक विशिष्ट विंडोज सेवा सर्वर पर शुरू नहीं हुई थी, जिसके कारण एक्सचेंज में वृद्धि नहीं हुई थी, और उपयोगकर्ता पत्र प्राप्त नहीं करेंगे। निगरानी के बिना, प्रबंधक उसे शाम लगभग 5:00 बजे फोन करेगा और पूछेगा कि साथी से वह पत्र कहां है, जिसे उसने आधे घंटे पहले तीन बार भेजा था।
यह पहले कैसे था?
पहले, पूरे बुनियादी ढांचे (सर्वर, नेटवर्क डिवाइस, और इसी तरह) के बारे में जानकारी बस एकत्र की गई थी। "बुद्धिमान प्रोसेसर" की भूमिका व्यवस्थापक के साथ होती है: वह, एक हवाई जहाज के कॉकपिट में एक पायलट की तरह, तस्वीर को समझने के लिए सभी उपकरणों के चारों ओर देखना पड़ता था। यह स्पष्ट है कि हर कोई ऐसा नहीं कर सकता था।
अब सब कुछ अधिक स्वचालित है और सिस्टम के दृष्टिकोण से थोड़ा अधिक जटिल है। वे व्यावसायिक सर्वरों को बारीकी से लिंक करने की कोशिश करते हैं ताकि "वैक्यूम में" निगरानी के बारे में कोई जानकारी न हो।
उपयोगकर्ता की कार्रवाइयों का अनुकरण होने पर, अंतिम उपयोगकर्ता की ओर से निगरानी भी जोड़ी गई थी - यह एक रोबोट है जो एक निश्चित समय में एक बार एक विशेष स्क्रिप्ट चलाता है: जैसे कि उपयोगकर्ता मेनू के माध्यम से चल रहा है, कुछ दबाता है - और अगर रोबोट कुछ नहीं कर सकता है, तो इसका मतलब है , और व्यक्ति काम नहीं करेगा।
साथ ही, कॉन्फ़िगरेशन डेटाबेस का अब उपयोग किया जाता है: मॉनिटरिंग ऑब्जेक्ट के बारे में जानकारी कॉन्फ़िगरेशन इकाइयों के एक सेट के रूप में प्रस्तुत की जाती है। प्रत्येक सर्वर, प्रत्येक नेटवर्क डिवाइस एक निश्चित इकाई है, यह सब एक केंद्रीकृत डेटाबेस में संग्रहीत होता है। यह दृश्य तब आपको सेवा डेस्क, परिसंपत्ति प्रबंधन प्रणाली के साथ निगरानी प्रणाली को एकीकृत करने और कार्यक्षमता को और अधिक विस्तारित करने की अनुमति देता है।
वर्चुअलाइजेशन
पहले, पूरा बुनियादी ढांचा भौतिक था, सभी सर्वर लोहे के अलग-अलग टुकड़े थे, रैक में थे, उन्हें प्राप्त किया जा सकता था और तब तक महसूस किया जा सकता था जब तक कि व्यवस्थापक इसे पूरा नहीं करते। अब बुनियादी ढांचे में अक्सर वर्चुअल मशीनें होती हैं, जब सर्वर शारीरिक रूप से एकल होता है, लेकिन इस पर, उदाहरण के लिए, यह एक दर्जन आभासी मशीनों के साथ घूमता है। ट्यूनिंग में इसके लिए कई सूक्ष्मताओं की आवश्यकता होती है, लेकिन यह बहुत सारे फायदे देता है। उदाहरण के लिए, हमारे लिए, मॉनिटरिंग सिस्टम के डेवलपर्स के रूप में, यह एक स्पष्ट प्लस है: आप सब कुछ एक आभासी वातावरण में रख सकते हैं। एक निगरानी प्रणाली सॉफ्टवेयर है जिसमें कई मॉड्यूल होते हैं। और इससे पहले, प्रत्येक मॉड्यूल के लिए एक अलग सर्वर की आवश्यकता थी। जब लोहे के कई टुकड़े होते थे, तो ग्राहक कह सकता था कि, वे कहते हैं, आपके सिस्टम के लिए बहुत अधिक उपकरण की आवश्यकता है। अब आप इन सर्वरों को आभासी बना सकते हैं, और उन्हें एक भौतिक सर्वर पर रख सकते हैं। इसके अलावा, अच्छी निगरानी प्रणालियों की लागत को गंभीरता से कम करता है।
यह कैसे काम करता है इसका एक उदाहरण
एक जीवन उदाहरण है (नाम और चेहरे बदल गए)। तो, यह हिमाचल प्रदेश संचालन लागत। जो उपयोगकर्ता किसी बिंदु पर FTP के माध्यम से फ़ाइलों का आदान-प्रदान करने के लिए उपयोग किए जाते हैं, वे पाते हैं कि फ़ाइल अपलोड नहीं की जा सकती है। पहले उपयोगकर्ता ने पोक किया: सर्वर ने इसे शुरू नहीं किया। उपयोगकर्ता ने सोचा कि विफलता अस्थायी थी और फ़ाइल को डाक से भेजा। तब कुछ और लोगों ने चुटकी ली, वे भी सफल नहीं हुए, और किसी ने समर्थन में टिकट लिखा। समर्थन यह पता लगाने लगा कि क्या चल रहा था। उपस्थिति में, सब कुछ ठीक था: सर्वर चालू था, और फिर भी, कोई भी सेवा अनुपलब्ध थी। इस तरह की समस्या को देखने के लिए "हॉट" (इस तथ्य के बावजूद कि अन्य सेवाओं के काम को रोकना असंभव है), सिद्धांत रूप में, एक मानक कार्य है, लेकिन एक निगरानी प्रणाली के बिना बहुत ही डरावना। व्यवस्थापक सिर्फ निगरानी की घटनाओं की सूची में देखा और फ़ायरवॉल से बहुत सारे अलर्ट देखे। इसके अलावा, कई अपीलें बाहर दर्ज की गईं। बहुत जल्दी (आश्चर्य!) इस एफ़टीपी पर एक DDoS हमले का पता चला, जिसे काट दिया गया था। मुझे लगता है कि समस्या की खोज की निगरानी के बिना यह तीन से चार घंटे लंबा होगा, जिससे आगे की जटिलताएं हो सकती हैं।
स्वचालन
अधिक निगरानी प्रणाली स्वचालित रूप से सेवा क्रियाएं कर सकती हैं। उदाहरण के लिए, एक विशिष्ट स्थिति: अस्थायी फ़ाइलों के कारण सर्वर अंतरिक्ष से बाहर चला जाता है, अनुप्रयोग धीमा होने लगते हैं। व्यवस्थापक आता है, अस्थायी फ़ाइलों को साफ करता है, पत्तियां - अगले पुनरावृत्ति तक सभी टिप-टॉप। मॉनिटरिंग पल को निर्धारित कर सकता है, उदाहरण के लिए, जब डिस्क का 90% भरा हुआ है, तो एक घटना उत्पन्न करें - और स्वचालित मोड में स्वचालित रूप से सफाई प्रक्रिया शुरू करें।
चूंकि निगरानी प्रणाली सेवा डेस्क के साथ एकीकृत हो सकती है, यह स्वचालित रूप से समस्याओं के लिए टिकट बना सकती है। यही है, निंजा समर्थन चुपचाप और अचानक पहली कॉल से पहले ही एक समस्या को हल कर सकते हैं।
इसे घर पर कैसे लागू करें?
हम कह सकते हैं कि निगरानी प्रणाली, किसी भी अन्य बड़ी-मात्रा प्रणाली की तरह, बल्कि एक जटिल चीज है। कार्यान्वयन आमतौर पर चरणों में किया जाता है, भले ही ग्राहक यह अपने आप पर या एक इंटीग्रेटर की मदद से करता हो।
सबसे पहले, निगरानी वस्तुओं का निर्धारण किया जाता है (नेटवर्क उपकरण, सर्वर, अनुप्रयोग, आदि)। फिर प्रत्येक ऑब्जेक्ट के लिए महत्वपूर्ण संकेतक चुने जाते हैं। यदि आप बहुत अधिक डेटा लेते हैं, तो सीमा संकेतक से अधिक के बारे में अलर्ट की धारा में डूब जाएंगे, और यदि बहुत कम है, तो वे कुछ महत्वपूर्ण याद कर सकते हैं। उसके बाद, आपको वास्तुकला पर निर्णय लेने की आवश्यकता है, एक उत्पाद, समाधान, विक्रेता चुनें। अगला, आप कॉन्फ़िगर करना शुरू कर सकते हैं। कभी-कभी एक पायलट मॉक-अप ज़ोन बनाया जाता है, और फिर इस मॉक-अप को पूरे बुनियादी ढांचे तक विस्तारित किया जाता है।
तैयार उत्पाद
मॉनिटरिंग सिस्टम विभिन्न स्तरों के ग्राहकों के उद्देश्य से है। बड़े, जटिल और महंगे समाधानों में उनकी तैनाती और कार्यान्वयन के लिए भारी श्रम लागत की आवश्यकता होती है, लेकिन बड़े व्यवसायों के लिए यह इसके लायक है। मध्यम और छोटे व्यवसायों के लिए छोटे और सरल विकल्प हैं, वे एक तरह के बॉक्स हैं जिन्हें लागू करना आसान है। सबसे प्रसिद्ध कम लागत वाला समाधान Microsoft SCOM है। कई ओपन-सोर्स विकल्प हैं, वे आम तौर पर स्वतंत्र हैं और केवल एक श्रमसाध्य सेटअप की आवश्यकता होती है।
सिस्टम किस आकार की कंपनी के लिए उपयोगी है?
सीमा वह है जहाँ सिस्टम व्यवस्थापक कार्य की मात्रा का सामना नहीं कर सकता और अब प्रत्येक सर्वर को नियंत्रित नहीं कर सकता है। छोटी कंपनियों में, आमतौर पर इस तरह की प्रणालियों (या आंशिक समाधान लिया जा सकता है) का उपयोग करने में कोई समझदारी नहीं है, और मध्यम आकार और बड़ी कंपनियों में, अधिक या कम गंभीर निगरानी प्रणाली आवश्यक रूप से होनी चाहिए। इस तरह की प्रणाली लगभग 10 साल पहले विकसित होनी शुरू हुई थी, और अब आईटी सेवाओं के लगभग सभी प्रमुख ग्राहकों ने पहले ही कुछ समान लागू कर दिया है।
मॉनिटरिंग और क्या कर सकती है?
- उदाहरण के लिए, संसाधनों के उपयोग पर रिपोर्ट बनाएँ। आप प्रोसेसर, मेमोरी, हार्ड ड्राइव, आदि के लोड को माप सकते हैं। व्यवस्थापक यह देख सकता है कि कुछ सर्वर अतिभारित है, जिसका अर्थ है कि आपको इसमें से कुछ कार्यों को निकालने की आवश्यकता है, और दूसरा अंडरलोड है, और कुछ सेवाओं को वहां स्थानांतरित किया जा सकता है। यह क्षमता नियोजन और उनके तर्कसंगत उपयोग का कार्य है।
- समस्याओं की कल्पना करें। आईटी प्रणालियों का एक निश्चित प्रतिनिधित्व है, उदाहरण के लिए, कंपनी शाखाओं के नक्शे के साथ एक बड़ी स्क्रीन और उनमें से प्रत्येक में सिस्टम की स्थिति के संकेतक। या, उदाहरण के लिए, एक बड़ा अनुप्रयोग मानचित्र। औद्योगिक निगरानी प्रणाली में डैशबोर्ड बनाने की क्षमता होती है, जहां आप वांछित संकेतक प्रदर्शित कर सकते हैं, नक्शे खींच सकते हैं, और इसी तरह। तदनुसार, यह स्पष्टता देता है: व्यवस्थापक मेनू के माध्यम से नहीं चलता है, आवश्यक जानकारी की तलाश नहीं करता है, लेकिन बड़ी स्क्रीन को देखता है और एक ही बार में सब कुछ देखता है। इस तरह का इंजीनियरिंग इंटरफ़ेस हाई लोड परियोजनाओं या विशेष रूप से महत्वपूर्ण व्यावसायिक क्षेत्रों पर बहुत उपयोगी है।
- "अड़चनों" के लिए खोजें। जब पहली बार सिस्टम आपको एक विशिष्ट टूटे हुए स्विच को कॉल करता है, जिसे आपको काम करने की जगह पर जाने और बदलने की आवश्यकता होती है, तो आपको एहसास होगा कि समस्या खोज एल्गोरिदम के लिए कितना अच्छा है।
कोड की निगरानी
अपेक्षाकृत हाल ही में कोड स्तर पर निगरानी दिखाई दी। यह मुख्य रूप से J2EE और .NET एप्लिकेशन पर लागू होता है। इस तरह के मॉड्यूल सिस्टम कॉल, मेमोरी लीक, एसक्यूएल प्रश्नों को निष्पादित करने में देरी, और इसी तरह देरी का पता लगा सकते हैं।
ट्रेनिंग
प्रारंभ में, सिस्टम को थ्रेशोल्ड सेट करने के लिए बहुत प्रयास की आवश्यकता होती है (डिस्क को 90% या 95% पूर्ण होने पर क्या आपातकाल माना जाता है?)। स्वाभाविक रूप से, बड़ी संख्या में निगरानी वस्तुओं के साथ, यह एक श्रमसाध्य कार्य था। अब मॉनिटरिंग सिस्टम ऐतिहासिक डेटा का विश्लेषण करने, वस्तुओं के व्यवहार का अध्ययन करने और इसके आधार पर तथाकथित "गतिशील थ्रेसहोल्ड" का निर्माण करने में सक्षम हैं। यही है, मॉनिटरिंग सिस्टम "सीखता है" और समझता है कि वस्तु का सामान्य योग क्या है, और यह दुर्घटना के बारे में क्या कहता है।
आईटी डिपार्टमेंट के लिए यह बदलाव क्या होगा?
व्यवस्थापक नियमित कार्य से खुद को मुक्त करने और अधिक महत्वपूर्ण और दिलचस्प कार्यों पर ध्यान केंद्रित करने में सक्षम होंगे। वे सटीक रूप से प्रतिनिधित्व करेंगे कि इस समय सिस्टम में क्या हो रहा है, अर्थात्। आधारभूत संरचना पारदर्शी होगी। काम की कोई शैली नहीं होगी जब वे आग बुझाने के लिए मजबूर हो जाते हैं और लगातार खराबी की मरम्मत करते हैं, तो अग्रिम में रेक को बायपास करना संभव होगा। नियमित समस्याओं का समाधान स्वचालित किया जा सकता है। बेशक, अप्रत्याशित दुर्घटनाओं को अभी भी "मैन्युअल रूप से" समाप्त करना होगा, लेकिन यह आसान होगा, क्योंकि एक सटीक निदान होगा।
यह केवल हबर को पढ़ने और लेखा विभाग को समझाने के लिए बनी हुई है कि यदि व्यवस्थापक अधिक काम नहीं करता है, तो यह अविश्वसनीय खुशी है।