उदाहरण के रूप में HPE MSA 2040/2050 का उपयोग करके Zabbix 4.0 में निर्भर वस्तुओं का उपयोग करना

परिचय

हर कोई जो ज़ैबिक्स निगरानी प्रणाली का उपयोग करता है और इसके विकास की निगरानी करता है, जानता है कि ज़ैबिक्स 3.4 की रिहाई के साथ हमारे पास एक बड़ी विशेषता है - डिपेंडेंट आइटम (निर्भर डेटा आइटम), जिसके बारे में ज़ाबिक्स पर पहले से ही एक संगत ब्लॉग पोस्ट था। हालाँकि, जिस रूप में इसे 3.4 में पेश किया गया था, उसका उपयोग करते हुए "पूरी तरह से" इस तथ्य के कारण समस्याग्रस्त था कि एलएलडी मैक्रोज़ को प्रीप्रोसेसिंग नियमों ( ZBXNEXT-4109 ), साथ ही साथ "माता-पिता" में उपयोग के लिए समर्थन नहीं किया गया था। केवल एलएलडी नियम ( ZBXNEXT-4200 ) द्वारा बनाया गया एक डेटा आइटम से चुना जा सकता है। संक्षेप में, मुझे ऊपर दिए गए लिंक में वर्णित सब कुछ करना था - अपने हाथों से काम करने के लिए, जो बड़ी संख्या में मैट्रिक्स के साथ, बहुत असुविधा का कारण बना। हालांकि, ज़ैबिक्स 4.0alp9 की रिलीज़ के साथ, सब कुछ बदल गया है।

थोड़ा सा इतिहास

मेरे लिए, वर्णित कार्यक्षमता इस तथ्य के कारण महत्वपूर्ण थी कि हमारी कंपनी एचपी से कई भंडारण प्रणालियों का उपयोग करती है, अर्थात् एचपी एमएसए 2040/2050, जिनमें से मैट्रिक्स को उनके XML एपीआई के लिए पायथन स्क्रिप्ट का उपयोग करके अनुरोधों द्वारा हटा दिया जाता है।



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

• प्रमाणीकरण टोकन (सत्र कुंजी) का अनुरोध करें;
• अनुरोध स्वयं, घटक पर जानकारी लौटाता है।

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

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

लिपि को रिपॉजिटरी के विभिन्न घटकों पर हमें ब्याज की जानकारी युक्त विस्तृत JSON ऑब्जेक्ट्स देने की क्षमता के लिए संशोधित किया गया था और इसका आउटपुट एकल स्ट्रिंग या संख्यात्मक मानों के बजाय कुछ इस तरह दिखाई देने लगा:

{"1.1":{"health":"OK","health-num":"0","error":"0","temperature":"24","power-on-hours":"27267"},"1.2":{"health":"OK","health-num":"0","error":"0","temperature":"23","power-on-hours":"27266"},"1.3":{"health":"OK","health-num":"0","error":"0","temperature":"24","power-on-hours":"27336"}, ... } 

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

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

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

अब कैसा लग रहा है

Zabbix की नई विशेषताओं को प्रदर्शित करने के लिए:

• एचपीई एमएसए 2040 स्टोरेज HTTP / HTTPS के माध्यम से उपलब्ध है;
• Zabbix 4.0alpha9 सर्वर CentOS 7.5.1804 पर आधिकारिक रिपॉजिटरी से इंस्टॉल किया गया;
• तीसरे संस्करण के पायथन में लिखी गई स्क्रिप्ट और हमें JSON पथ का उपयोग करते हुए सर्वर साइड Zabbix पर पार्सिंग के लिए JSON फॉर्मेट में स्टोरेज कंपोनेंट्स (LLD) का पता लगाने और रिटर्न डेटा की क्षमता प्रदान करने की सुविधा प्रदान करता है।

मूल डेटा तत्व एक "बाहरी जांच" होगा जो स्क्रिप्ट को आवश्यक तर्कों के साथ कहता है और प्राप्त डेटा को पाठ के रूप में संग्रहीत करता है।

ट्रेनिंग

पायथन लिपि को प्रलेखन के अनुसार स्थापित किया गया है और पाइथन निर्भरता में "अनुरोध" पुस्तकालय है। यदि आपके पास RHEL- आधारित वितरण है, तो आप इसे yum पैकेज मैनेजर का उपयोग करके स्थापित कर सकते हैं:

 [root@zabbix]# yum install python3-requests 

या पाइप का उपयोग कर:

 [root@zabbix]# pip install requests 

आप शेल से स्क्रिप्ट का परीक्षण कर सकते हैं, उदाहरण के लिए, डिस्क के बारे में एलएलडी डेटा:

 [root@zabbix]# ./zbx-hpmsa.py -m MSA_DNS_NAME_OR_IP -d -c disks {"data":[{"{#DISK.ID}":"1.1","{#DISK.SN}":"KFGY7LVF"},{"{#DISK.ID}":"1.2","{#DISK.SN}":"Z0K02QVG0000C4297CH3"},{"{#DISK.ID}":"1.3","{#DISK.SN}":"KLK7XG0F"}, ... } 

होस्ट सेटअप

सबसे पहले आपको पेरेंट डेटा एलीमेंट बनाने की जरूरत है जिसमें वे सभी मेट्रिक्स होंगे जिनकी हमें जरूरत है। उदाहरण के लिए, भौतिक डिस्क के लिए एक ऐसा तत्व बनाएं:



नाम - मनमाने ढंग से निर्दिष्ट करें;
प्रकार - बाहरी सत्यापन;
कुंजी आवश्यक मापदंडों के साथ स्क्रिप्ट को कॉल करने के लिए है (गिटहब पर स्क्रिप्ट प्रलेखन देखें);
सूचना का प्रकार - पाठ;
अपडेट अंतराल - उदाहरण एक कस्टम मैक्रो {$ UPDATE} का उपयोग करके "1m" मान का विस्तार करता है;
इतिहास भंडारण की अवधि एक दिन है। मुझे लगता है कि मूल डेटा तत्व को संग्रहीत करने का कोई मतलब नहीं है।
बनाए गए तत्व के लिए नवीनतम डेटा की जाँच करें:



JSON आता है, फिर सब कुछ सही ढंग से किया जाता है।

अगला खोज नियम स्थापित करना होगा जो निगरानी और निर्भर वस्तुओं और ट्रिगर बनाने के लिए उपलब्ध सभी घटकों को ढूंढेगा। भौतिक डिस्क के साथ उदाहरण जारी रखते हुए, यह इस तरह दिखाई देगा:



एलएलडी नियम बनाने के बाद, आपको डेटा आइटम को प्रोटोटाइप करने की आवश्यकता होगी। उदाहरण के रूप में तापमान डेटा का उपयोग करते हुए, ऐसा एक प्रोटोटाइप बनाएं:



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

मैंने "एप्लिकेशन" का एक प्रोटोटाइप भी जोड़ा - आप आसानी से एक घटक से संबंधित मैट्रिक्स को बांध सकते हैं।

"प्रीप्रोसेसिंग" टैब पर, एक नियम के साथ "JSON पथ" प्रकार का एक कदम बनाएं जो तापमान रीडिंग को पुनः प्राप्त करता है:



चरण की अभिव्यक्ति इस तरह दिखती है: $['{#DISK.ID}']['temperature']

कृपया ध्यान दें कि अब आप एलएलडी मैक्रोज़ का उपयोग अभिव्यक्ति में कर सकते हैं, जो न केवल हमारे काम को सरल करता है, बल्कि इस तरह के कामों को करने में भी काफी आसान बनाता है (आपको पहले Zabbix API पर भेजा गया होगा)।

अगला, तापमान के अनुरूप, डेटा तत्वों के शेष प्रोटोटाइप बनाएं:



इस स्तर पर, आप मेजबान पर "हालिया डेटा" पर जाकर परिणाम की जांच कर सकते हैं। अगर सब कुछ आपके अनुरूप है, तो हम आगे भी काम करना जारी रखेंगे। मैंने निम्नलिखित चित्र के साथ समाप्त किया:



हम कॉन्फ़िगरेशन कैश के अपडेट होने या अपडेट करने के लिए इसे मैन्युअल रूप से धकेलने की प्रतीक्षा कर रहे हैं:

 [root@zabbix]# zabbix_server -R config_cache_reload 

उसके बाद, आप संस्करण 4.0 का एक और अच्छा "ट्रिक" का उपयोग कर सकते हैं - निर्मित एलएलडी नियमों को चलाने के लिए "अब जांचें" बटन:



मुझे निम्नलिखित परिणाम मिला:

निष्कर्ष

परिणामस्वरूप, XML एपीआई के लिए केवल नौ अनुरोधों के साथ, हम एक नेटवर्क नोड से तीन सौ से अधिक मीट्रिक प्राप्त करने में सक्षम थे, इस पर न्यूनतम समय बिता रहे थे और अधिकतम लचीलापन प्राप्त कर रहे थे। एलएलडी हमें स्वचालित रूप से नए घटकों का पता लगाने या पुराने को अपडेट करने की क्षमता देगा।

पढ़ने के लिए धन्यवाद, उपयोग की गई सामग्रियों के लिंक, और HPE MSA P2000G3 / 2040/2050 के लिए वर्तमान टेम्पलेट के लिए भी नीचे पाया जा सकता है।

PS वैसे, संस्करण 4.0 में एक नए प्रकार के चेक भी पेश किए जाते हैं - एक HTTP एजेंट, जो प्रीप्रोसेसिंग और XML पथ के साथ मिलकर, हमें संभावित रूप से बाहरी स्क्रिप्ट का उपयोग करने से बचा सकता है - आपको केवल एक प्रमाणीकरण टोकन प्राप्त करने की समस्या को हल करने की आवश्यकता है, जिसे अभी भी समय-समय पर अद्यतन करने की आवश्यकता है। मेरे द्वारा देखे जाने वाले विकल्पों में से एक इस टोकन के साथ एक वैश्विक मैक्रो का उपयोग है, जिसे Zabbix API के माध्यम से क्राउन, incl द्वारा अपडेट किया जा सकता है। इच्छुक लोग इस विचार को विकसित कर सकते हैं। =)

लिपि
ज़ैबिक्स शेयर टेम्प्लेट
निर्भर डेटा आइटम
Json पथ
झाबिक्स 4.0alp9