OpenNMS मॉनिटरिंग सिस्टम

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

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

संक्षिप्त विवरण

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

एक 1 गीगाहर्ट्ज पेंटियम III (या समकक्ष प्रोसेसर) या बेहतर। न्यूनतम 256 एमबी रैम, हालांकि 512 एमबी की जोरदार सिफारिश की जाती है।

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

सिस्टम की लोलुपता नोड्स की संख्या पर निर्भर करती है कि वह निगरानी करेगा। 1,500 से अधिक नोड्स और उन (वीएलएएन, पोर्ट्स, सर्विसेज, आदि) पर 5,000 इंटरफेस के साथ एक प्रणाली 12 जीबी रैम और एसएएस हार्ड के साथ एक्सोन ई 5520 पर सहज महसूस करती है। उसी समय, एक 2Gb tmpfs विभाजन को rrd फाइल को स्टोर करने के लिए दिया गया था। पावर रिजर्व को दो से अधिक बार आवंटित किया गया है - इससे नेटवर्क के विकास और सिस्टम के ऐपेटाइट को अपडेट करने और विकास करने की प्रक्रिया पर असर पड़ा है।

स्थापना

ntp, net-snmp, net-snmp-utils, postgresql, postgresql-server, perl प्री-इंस्टॉल करें। मूल रूप से संकेतित सभी सेवाओं को कॉन्फ़िगर करें और चलाएं। फिर हम ओरेकल साइट से डाउनलोड करके नवीनतम संस्करण JDK स्थापित करते हैं, और अंत में आप OpenNMS रिपॉजिटरी से कनेक्ट कर सकते हैं और सिस्टम को स्वयं इंस्टॉल कर सकते हैं

 rpm -Uvh http://yum.opennms.org/repofiles/opennms-repo-stable-rhel6.noarch.rpm yum install opennms iplike 

नवीनतम पैकेज IPLN संग्रहीत प्रक्रिया के रूप में OpenNMS डेवलपर्स से PostgreSQL के लिए एक ऐड-ऑन है जो 192.168.4-255.* जैसे मास्क का उपयोग करके आईपी पते और नेटवर्क पते के प्रश्नों के साथ काम करने में मदद करता है 192.168.4-255.* , जो सक्रिय रूप से सिस्टम के भीतर ही है।

[!] यदि होस्ट नाम जिस पर सिस्टम स्थापित है, resolv.conf में पंजीकृत DNS सर्वरों पर हल नहीं होता है, इसे होस्ट में लिखें। अन्यथा, सिस्टम शुरू नहीं होगा। आपको PostgreSQL के प्रारंभिक कॉन्फ़िगरेशन पर भी ध्यान देना चाहिए। /var/lib/pgsql/data/pg_hba.conf में सर्वर की डिफ़ॉल्ट स्थापना के बाद, सभी तीन स्थानीय कनेक्शनों के लिए विधि विश्वास रखें ।

 /opt/opennms/bin/runjava -S /usr/java/latest/bin/java /opt/opennms/bin/install -dis /etc/init.d/opennms start 

लॉन्च होने के बाद, सिस्टम पर उपलब्ध होगा hostname:8980 hostname:8980 । एक अलग वेब सर्वर स्थापित करने के लिए आवश्यक नहीं है - ओपनएनएमएस वेब इंटरफेस जेट्टी सर्वर के माध्यम से काम करता है। हालाँकि, यदि आप चाहें, तो आप जेट्टी को फिर से कॉन्फ़िगर कर सकते हैं, या पोर्ट 80 पर mod_proxy के साथ Nginx या अपाचे लटका सकते हैं और सभी अनुरोधों पर प्रॉक्सी_पास कर सकते हैं।

संपूर्ण सिस्टम को पुनर्स्थापित करते समय, आपको डेटाबेस को छोड़ देना चाहिए और /var/opennms हटाना चाहिए। अन्यथा, ग्राफ़ और रिपोर्ट के साथ टकराव होगा। पूर्ण पुनर्स्थापना के लिए, हम आंशिक रूप से /opt/opennms/bin/install -dis लिए yum reinstall opennms और /opt/opennms/bin/install -dis , केवल दूसरा।

ऐसा होता है कि जब ओपनएनएमएस शुरू होता है, तो यह Started OpenNMS, but it has not finished starting up संदेश को प्रदर्शित करता है Started OpenNMS, but it has not finished starting up । सबसे पहले, आपको यह देखने के लिए जांचना चाहिए कि क्या कॉन्फ़िगरेशन त्रुटि हुई है और सभी सेवाएं चल रही हैं ( opennms -v status कमांड)। और अगर सभी सेवाएं चल रही हैं, तो मेरे पास आपके लिए बुरी खबर है - ओपनएनएमएस के पास पर्याप्त संसाधन नहीं हैं और यह राहत चाहता है। START_TIMEOUT=20 की सामग्री के साथ फ़ाइल $opennms/etc/opennms.conf । पैरामीटर में संख्या गुणांक है जिसके द्वारा सभी सेवाओं की उपेक्षा की जांच के लिए 5-सेकंड का अंतराल गुणा किया जाएगा। डिफ़ॉल्ट रूप से, यह पैरामीटर 10 है और यह पता चला है कि यदि 50 सेकंड में सभी सेवाओं को सफल शुरुआत की रिपोर्ट करने का समय नहीं है, तो एक त्रुटि वापस आ जाएगी। यानी, START_TIMEOUT=20 सभी प्रणालियों के शुरू होने के लिए 100 सेकंड का इंतजार है।

इंटरफ़ेस और सेटअप

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



इसलिए, उदाहरण के लिए, आप Admin → Configure SNMP by IP में वेब इंटरफ़ेस के माध्यम से एक विशिष्ट सबनेट के लिए SNMP समुदाय को आसानी से जोड़ सकते हैं Admin → Configure SNMP by IP अनुभाग Admin → Configure SNMP by IP । लेकिन आप पहले से ही जोड़े गए समुदाय को केवल संबंधित XML फ़ाइल में देख और संपादित कर सकते हैं। इसी समय, सबनेट की श्रेणियों की निगरानी ( network discovery ) वेब इंटरफ़ेस से पूरी तरह से संपादित की जा सकती है।

चूंकि आपको कॉन्फ़िगरेशन फ़ाइलों को बहुत संपादित करना होगा, इसलिए मैं परिवर्तनों को ट्रैक करने के लिए किसी भी परिचित सीवीएस को जोड़ने की सिफारिश करूंगा। मैं आपको कॉन्फ़िगरेशन फ़ाइल को संपादित करने के बाद इसे xmllint --noout filename.xml रूप में जांचने की आदत विकसित करने की भी सलाह xmllint --noout filename.xml । और अंतिम स्पर्श: कॉन्फ़िगरेशन फ़ाइलों में परिवर्तन ओपननेम डेमॉन को पुनरारंभ करके लागू किया जाता है, जिसमें काफी समय लगता है।

आंतरिक यांत्रिकी

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

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

 #    ,      : perl /opt/opennms/bin/send-event.pl --interface 192.168.11.11 uei.opennms.org/internal/discovery/newSuspect 

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



विशेष रुचि के संसाधन ग्राफ हैं - सिस्टम संसाधनों के ग्राफ। एक नया नोड जोड़ने के बाद, हम प्रत्येक सेवा के लिए केवल डिफ़ॉल्ट डेटा देखेंगे (उदाहरण के लिए, ICMP और HTTP प्रतिक्रिया समय यदि उत्तरार्द्ध मौजूद है)। हालांकि, प्राप्त जानकारी की मात्रा का विस्तार करना काफी संभव है। उदाहरण के लिए, हम CentOS चलाने वाले किसी अन्य सर्वर से अधिक डेटा लेना चाहते हैं। हम एसएनएमपी के माध्यम से डेटा प्राप्त करेंगे, इसलिए लक्ष्य सर्वर पर हम नेट-एसएमपी स्थापित करते हैं और /etc/init.d/snmp/snmpd.conf संपादित करते हैं

 #       com2sec, group, view  #  read-only  rocommunity stat #  location  contact syslocation Datacenter N1, Rack 2 syscontact admin@domain.tld #     disk / 10000 disk /var 10000 #    load average load 12 14 14 

IPtables में 161 UDP पोर्ट खोलें, Snmpd चलाएं और OpenNMS में एक नया SNMP समुदाय प्रारंभ करें (व्यवस्थापन → संचालन → IP द्वारा SNMP समुदाय नाम कॉन्फ़िगर करें)। उसके बाद, आप जोड़ा नोड खोल सकते हैं और इसे Rescan बना सकते हैं। स्कैन पूरा होने के बाद, अधिक जानकारी होगी और ग्राफ़ डिस्क स्थान, इनोड्स और सिस्टम लोडिंग पर डेटा प्रदान करेगा।

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

थोड़ा और आंतरिक यांत्रिकी

बेशक, ओपनएनएमएस नेटवर्क को स्कैन कर सकता है और नेटवर्क पर नए उपकरणों की उपस्थिति का पता लगा सकता है। खोज प्रक्रिया व्यवस्थापक के तहत वेब इंटरफ़ेस में कॉन्फ़िगर की गई है → डिस्कवरी कॉन्फ़िगर करें या फ़ाइल में $opennms/etc/discovery-configuration.xml । $opennms/etc/discovery-configuration.xml ।

ऑप्सोमेंक से छवि

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

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

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

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

• MatchingSnmpInterfacePolicy का उपयोग करके, आप उन इंटरफ़ेस से जानकारी के जबरन संग्रह को सक्षम कर सकते हैं जिनके विवरण में एक विशिष्ट शब्द है (उदाहरण के लिए, [mon] )।
• सभी डी-लिंक स्विच को एक अलग श्रेणी में भेजने के लिए NodeCategorySettingPolicy का उपयोग करें।
• MatchingIpInterfacePolicy के साथ, हमने एक ही सबनेट पर स्थित सभी स्विच से पोर्ट 80 से जानकारी के संग्रह को अक्षम कर दिया। स्विच के मामले में, एक HTTP प्रतिक्रिया समयरेखा की आवश्यकता नहीं है - हमेशा एक ICMP प्रतिक्रिया और इंटरफेस से डेटा होता है जो जादू शब्द [सोम] को निर्दिष्ट करता है।

निष्कर्ष

स्थिरता। "लीप सेकेंड फेल्योर" के दौरान सिस्टम की एकमात्र गंभीर गड़बड़ का पता चला था। और फिर, इसने डेटाबेस सिस्टम को प्रभावित किया, न कि OpenNMS को। अन्यथा, कई वर्षों के काम के लिए स्थिरता का एक भी पकड़ नहीं है।

जटिलता। प्रणाली जटिल और जटिल है। समर्थन के दृष्टिकोण से इसका उपयोग करना आसान है - सब कुछ सुंदर, स्पष्ट है और यहां तक ​​कि iPhone के लिए एक क्लाइंट भी है [x] । लेकिन ट्यूनिंग प्रक्रिया (विशेष रूप से पहली बार) आसानी से बहुत सारी तंत्रिका कोशिकाओं को जला सकती है। प्रलेखन सिस्टम के लगभग सभी बुनियादी पहलुओं को शामिल करता है, लेकिन यह एक अप्रिय विशेषता को ध्यान देने योग्य है - कई लेखों में पिछले संस्करणों की जानकारी शामिल है। तार्किक रूप से, इसके कारण समझ में आते हैं: ऐसी एकीकृत प्रणाली के लिए प्रासंगिकता बनाए रखना आसान काम नहीं है। लेकिन यह हमारे जीवन को सरल नहीं करता है।

लचीलापन। सिस्टम को समझने के बाद, आप मॉनिटरिंग के लिए अपने ईवेंट, लैडर और मॉड्यूल कनेक्ट कर सकते हैं। यदि उपकरण SNMP या HTTP के माध्यम से कोई पैरामीटर देता है - तो इसकी निगरानी की जा सकती है। RRD में डेटा स्टोरेज आपको सामान्य रूप से RRDTool सिंटैक्स में रेखांकन (जो कि डिफ़ॉल्ट रूप से सुंदरता से नहीं चमकता) के रूप को अनुकूलित करने की अनुमति देता है। थ्रेसहोल्ड को सूचनाओं और अलार्म के रूप में नियंत्रित किया जाता है। बाहरी सिस्टम OpenNMS से डेटा को ReST के माध्यम से या सीधे डेटाबेस से प्राप्त कर सकते हैं।



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