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

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

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

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

मूल अवधारणाएँ

कुछ अवधारणाओं के बारे में संक्षेप में, जो ज़ैबिक्स में उपयोग किए जाते हैं: एजेंट , आइटम , ट्रिगर , क्रियाएँ , सूचनाएं , टेम्पलेट ।

सर्वर और एजेंट

उपयोगकर्ता के दृष्टिकोण से, ज़ैबिक्स को दो बड़े भागों में विभाजित किया गया है: सर्वर और एजेंट। सर्वर एक मशीन पर स्थित है, जो सांख्यिकीय डेटा एकत्र करता है और संग्रहीत करता है, और उन मशीनों पर एजेंट जिनसे डेटा एकत्र किया जाता है:

निगरानी के विकल्प

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

• system.cpu.load [percpu, avg1] : 0.1167
• system.uname: "लिनक्स सुप्रू 4.15.0-50-जेनेरिक # 54-उबंटू एसएमपी सोम 6 मई 18:46:08 यूटीसी 2019 x86_64"

इन डेटा तत्वों (मानदंड की निगरानी) के मान समय से जुड़े होते हैं; पैरामीटर मानों का इतिहास सर्वर डेटाबेस में संग्रहीत होता है।

घटनाओं

जब ज़ाबिक्स में एक घटना होती है, तो एक ट्रिगर आग हो जाती है। उदाहरण के लिए

• {system.cpu.load [percpu, avg1] .avg (5m)}> 10 - पिछले 5 मिनट में पैरामीटर का औसत मूल्य "10" से अधिक हो गया है
• {system.uname.diff (0)}> 0 - पैरामीटर का वर्तमान मान पिछले मान के बराबर नहीं है

वास्तव में, ट्रिगर्स वे फ़ार्मुले हैं जिनमें निगरानी पैरामीटर (वर्तमान और सहेजे गए) चर के रूप में कार्य करते हैं, और जो आउटपुट पर true / false निकलते हैं।

क्रिया और चेतावनियाँ

किसी ईवेंट (ट्रिगर) की स्थिति में, सर्वर एक कार्रवाई कर सकता है। उदाहरण के लिए, किसी दिए गए पते पर एक ईमेल अलर्ट भेजें (" समस्या: होस्ट 5 मिनट के लिए पहुंच से बाहर है ")। इसके अलावा, यदि ट्रिगर अपनी मूल स्थिति (" हल: होस्ट 5 मिनट के लिए पहुंच योग्य नहीं है " पर वापस लौटता है) तो एक कार्रवाई की जा सकती है। सभी घटनाओं (ट्रिगर स्विचिंग) सर्वर साइड पर लॉग इन हैं।

टेम्पलेट्स

ज़ैबिक्स एक व्यक्तिगत होस्ट के लिए निगरानी नियमों को कॉन्फ़िगर करना संभव बनाता है, साथ ही एक नियम टेम्पलेट (टेम्पलेट) बनाता है जिसे विभिन्न होस्ट पर लागू किया जा सकता है:

उदाहरण से पता चलता है कि टेम्पलेट "टेम्पलेट ऐप एसएसएच सेवा" एक एप्लिकेशन (एप्लिकेशन), एक मॉनिटरिंग पैरामीटर (आइटम), एक ट्रिगर (ट्रिगर) का वर्णन करता है। रेखांकन, स्क्रीन, खोज नियम और वेब स्क्रिप्ट के लिए विवरण भी उपलब्ध हैं।

प्लगइन के लिए कार्य सेट करना

प्रारंभिक स्थिति

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

उनमें से प्रत्येक के पास अपने स्वयं के प्लसस और मिन्यूज़ थे, चुनने के लिए अंदर देखना था। मेरी राय में सबसे अच्छा, शकीलजावेद / zabbix-redis-userparamaters प्लगइन था , जिसमें दो फाइलें शामिल थीं:

• README.md
• redis-userparameter.conf

मुझे थोड़ा "पेन" काम करना था, लेकिन उनके उदाहरण पर यह थोड़ा स्पष्ट हो गया कि एजेंट का डेटा सर्वर पर कैसे जाता है। लेखक जावेद शकील के सुझाव पर , रेडिस की स्थिति हर 2 मिनट में ताज /tmp/redismetric द्वारा रीसेट कर दी गई थी:

 */2 * * * * /usr/bin/redis-cli info > /tmp/redismetric 

और फिर प्रत्येक मॉनिटरिंग पैरामीटर को एजेंट द्वारा /tmp/redismetric से ऑपरेटिंग सिस्टम के टूल्स का उपयोग करके निकाला जाता था। इसके लिए निर्देश /etc/zabbix/zabbix_agent.conf.d/userparameter_redis.conf एजेंट /etc/zabbix/zabbix_agent.conf.d/userparameter_redis.conf के कॉन्फ़िगरेशन में रखे गए थे। उदाहरण के लिए, यह है कि used_memory पैरामीटर (Redis सर्वर द्वारा मेमोरी उपयोग) को पुनर्प्राप्त करने के लिए निर्देश इस तरह दिखता है:

 UserParameter=used_memory,grep -w 'used_memory' /tmp/redismetric | cut -d: -f2 

यही है, /tmp/redismetric में redis-cli INFO के आउटपुट के साथ, string ( grep -w ... ) used_memory कुंजी द्वारा खोजा जाता है

 used_memory:7153216 

जो तब विभाजक ":" ( cut -d: -f2 ) द्वारा स्तंभों में विभाजित होता है। आउटपुट पर, एजेंट 7153216 नंबर प्राप्त करता है और इसे used_memory पैरामीटर को असाइन करता है।

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

लक्ष्य

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

• मेमोरी विखंडन: used_memory_rss / used_memory> 1.5
• कम कैश हिट अनुपात: (keyspace_hits) / (keyspace_hits + keyspace_misses) <0.8
• अस्वीकृत कनेक्शन: अस्वीकृत_कनेक्ट> 0
• अनुमानित कुंजी: बेदखल_की> 0

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

अपना खुद का प्लगइन बनाएँ

निगरानी के विकल्प

जिस प्लगइन का मैंने विश्लेषण किया, उसने अलग पैरामीटर (डेटा आइटम, आइटम) प्राप्त करने के लिए एक अलग कमांड के निष्पादन को ग्रहण किया।

 grep -w 'used_memory' /tmp/redismetric | cut -d: -f2 

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

मुख्य डेटा आइटम

मैंने 1 मिनट की अपडेट अवधि के साथ redis.info स्ट्रिंग प्रकार के मुख्य redis.info डेटा redis.info वर्णन किया, बिना परिवर्तन इतिहास को सहेजे:

संभवतः, JSON को एजेंट पक्ष पर उत्पन्न किया जाना चाहिए:

 { "version": "4.0.9", "uptime": 1897336, "used_memory": 1054943416, "used_memory_rss": 1138159616, "keyspace_hits": 75810274, "keyspace_misses": 13545949, "connected_clients": 15, "rdb_last_save_time": 1580126954, "total_connections_received": 1258614, "rejected_connections": 0, "expired_keys": 60270, "evicted_keys": 0 } 

जिसके बाद इस पाठ को सर्वर पर redis.info डेटा redis.info रूप में redis.info जाना चाहिए, लेकिन सहेजा नहीं गया है, लेकिन अन्य डेटा तत्वों (निगरानी मापदंडों) के लिए आधार के रूप में काम करता है।

आश्रित डेटा आइटम

परीक्षण पैरामीटर redis.info.version पर निर्भर करता है और 90 दिनों के लिए डेटाबेस में अपने मूल्यों को संग्रहीत करता है। पैरामीटर मॉनिटरिंग की आवृत्ति आधार तत्व ( redis.info ) पर निर्भर करती है:

redis.info.version पैरामीटर redis.info.version को JSONPath निर्देशों का उपयोग करके redis.info मान से पुनर्प्राप्त किया जाता है:

एक समान योजना शेष निर्भर डेटा तत्वों (निगरानी मापदंडों) का वर्णन करती है, जो JSON के रूप में प्रेषित होती हैं। यहाँ redis.info.used_memory संख्यात्मक पैरामीटर के विवरण का एक उदाहरण दिया गया है:

Units और Trend storage period के अपवाद के साथ सब कुछ काफी पारदर्शी है। मुझे दूसरा बिंदु समझ में नहीं आया, मैंने इसे डिफ़ॉल्ट रूप से छोड़ दिया, और माप की इकाइयों को प्रलेखन में समझाया गया है। इस स्थिति में, redis.info.used_memory का मान बाइट्स में मापा जाता है और वेब इंटरफ़ेस में किलो / मेगा / गीगा /..- बाइट्स को कम से कम किया जाता है।

JSON से मान निकालने का फॉर्मूला है: JSONPath = $.used_memory

कम्प्यूटेड डेटा आइटम

स्मृति के विखंडन की गणना करने के लिए, used_memory_rss / used_memory संबंध का उपयोग किया जाता है, और इसके आधार पर एक ट्रिगर निर्धारित किया जाता है जब अनुपात 1.5 से अधिक हो जाता है। Zabbix में एक संगणित डेटा तत्व प्रकार है:

redis.info.used_memory_ratio पैरामीटर के मान redis.info.used_memory_ratio गणना प्रत्येक मिनट दो अन्य मापदंडों ( redis.info.used_memory_rss और redis.info.used_memory ) के अंतिम मानों के आधार पर की जाती है, 90 दिनों के लिए डेटाबेस में संग्रहीत की जाती है, आदि।

ट्रिगर्स

यहाँ एक ट्रिगर का उदाहरण दिया गया है जब मेमोरी बहुत अधिक खंडित हो जाती है:

ट्रिगर स्टेट चेंज फॉर्मूला में उपयोग किए गए एक्सप्रेशन फॉर्मेट को छोड़कर कुछ भी असामान्य नहीं है। ज़ैबिक्स में एक फॉर्म कंस्ट्रक्टर है, आप इसका उपयोग कर सकते हैं या प्रलेखन / उदाहरणों को संदर्भित कर सकते हैं (ट्रिगर्स की सूची " कॉन्फ़िगरेशन / टेम्प्लेट / $ {टेम्प्लेटनाम} / ट्रिगर " पर वेब इंटरफ़ेस के माध्यम से उपलब्ध है)।

ट्रिगर किसी भी डेटा तत्वों (आइटम) पर आधारित हो सकता है, चाहे उनका प्रकार (मुख्य, आश्रित, परिकलित) हो।

एजेंट सेटअप

JSON पीढ़ी

निगरानी मापदंडों और JSON के गठन के मूल्यों को प्राप्त करने के लिए, मैं इस शेल स्क्रिप्ट का उपयोग करता हूं:

 #!/bin/bash ## =========================================================================== # Script to generate Redis monitoring data in JSON format # for 'zabbix-agent'. ## =========================================================================== # collect working variables/data BIN_REDIS=$(whereis -b redis-cli | cut -d" " -f2) # /usr/bin/redis-cli DATA_INFO=$(${BIN_REDIS} INFO | tr -d '\r') # get info and remove trailing '\r' from output ## # Extract stats and save it into env. vars. ## # find lines with 'grep', cut second field after ":" and put it into env. variable: ITEM_VERSION=$(grep "^redis_version:" <<<"${DATA_INFO}" | cut -d: -f2) ITEM_UPTIME=$(grep "^uptime_in_seconds:" <<<"${DATA_INFO}" | cut -d: -f2) ITEM_USED_MEMORY=$(grep "^used_memory:" <<<"${DATA_INFO}" | cut -d: -f2) ITEM_USED_MEMORY_RSS=$(grep "^used_memory_rss:" <<<"${DATA_INFO}" | cut -d: -f2) ITEM_KEYSPACE_HITS=$(grep "^keyspace_hits:" <<<"${DATA_INFO}" | cut -d: -f2) ITEM_KEYSPACE_MISSES=$(grep "^keyspace_misses:" <<<"${DATA_INFO}" | cut -d: -f2) ITEM_CONNECTED_CLIENTS=$(grep "^connected_clients:" <<<"${DATA_INFO}" | cut -d: -f2) ITEM_RDB_LAST_SAVE_TIME=$(grep "^rdb_last_save_time:" <<<"${DATA_INFO}" | cut -d: -f2) ITEM_TOTAL_CONNECTIONS_RECEIVED=$(grep "^total_connections_received:" <<<"${DATA_INFO}" | cut -d: -f2) ITEM_REJECTED_CONNECTIONS=$(grep "^rejected_connections:" <<<"${DATA_INFO}" | cut -d: -f2) ITEM_EXPIRED_KEYS=$(grep "^expired_keys:" <<<"${DATA_INFO}" | cut -d: -f2) ITEM_EVICTED_KEYS=$(grep "^evicted_keys:" <<<"${DATA_INFO}" | cut -d: -f2) # compose output JSON for Zabbix server: echo -n "{" echo -n "\"version\": \"${ITEM_VERSION}\"," echo -n "\"uptime\": ${ITEM_UPTIME}," echo -n "\"used_memory\": ${ITEM_USED_MEMORY}," echo -n "\"used_memory_rss\": ${ITEM_USED_MEMORY_RSS}," echo -n "\"keyspace_hits\": ${ITEM_KEYSPACE_HITS}," echo -n "\"keyspace_misses\": ${ITEM_KEYSPACE_MISSES}," echo -n "\"connected_clients\": ${ITEM_CONNECTED_CLIENTS}," echo -n "\"rdb_last_save_time\": ${ITEM_RDB_LAST_SAVE_TIME}," echo -n "\"total_connections_received\": ${ITEM_TOTAL_CONNECTIONS_RECEIVED}," echo -n "\"rejected_connections\": ${ITEM_REJECTED_CONNECTIONS}," echo -n "\"expired_keys\": ${ITEM_EXPIRED_KEYS}," echo -n "\"evicted_keys\": ${ITEM_EVICTED_KEYS}" echo -n "}" 

मैंने इस स्क्रिप्ट को Redis वाले सर्वर पर /var/lib/zabbix/user_parameter/redis/get_info.sh फाइल में रखा है, जिस पर Zabbix एजेंट पहले से इंस्टॉल है। वह उपयोगकर्ता जिसके तहत Zabbix एजेंट zabbix (आमतौर पर zabbix ) के पास get_info.sh फ़ाइल निष्पादित करने की अनुमति होनी चाहिए।

userparameter_XXX.conf फ़ाइल

एजेंट पक्ष पर, अतिरिक्त मॉनिटरिंग पैरामीटर userparameter_*.conf में userparameter_*.conf गए हैं userparameter_*.conf निर्देशिका में फ़ाइलों को userparameter_*.conf । इसलिए, एजेंट को यह जानने के लिए कि कैसे उसे redis.info पैरामीटर पर डेटा एकत्र करने की आवश्यकता है, मैंने निम्नलिखित सामग्री के साथ /etc/zabbix/zabbix_agentd.d/userparameter_redis.conf फ़ाइल बनाई:

 UserParameter=redis.info,/var/lib/zabbix/user_parameter/redis/get_info.sh 

अर्थात्, redis.info पैरामीटर पर डेटा प्राप्त करने के लिए redis.info एजेंट को स्क्रिप्ट /var/lib/zabbix/user_parameter/redis/get_info.sh को चलाना होगा और सर्वर पर निष्पादन का परिणाम स्थानांतरित करना होगा।

Zabbix redis.info ( sudo service zabbix-agent restart redis.info sudo service zabbix-agent restart ) को sudo service zabbix-agent restart , redis.info पैरामीटर के लिए डेटा एकत्र करना और इसे सर्वर पर भेजना संभव हो जाता है।

सारांश

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

टेम्पलेट के लिए कोड, userparameter_redis.conf फ़ाइल और get_info.sh स्क्रिप्ट को flancer32 / zabbix_plugin_redis प्रोजेक्ट में देखा जा सकता है।

अंत तक पढ़ने वाले सभी के लिए धन्यवाद, और विशेष रूप से उन लोगों के लिए जो प्रकाशन में खुद के लिए कुछ उपयोगी पाया।