संग्रह - न्यूनतम लागत पर सिस्टम का ध्यान रखें। सूचनाएं सेट करें और उपयोग करें

यह क्या है

कलेक्ट एक छोटा डेमॉन है जो हर 10 सेकंड में इकट्ठा होता है।
सिस्टम संसाधनों के उपयोग पर आँकड़े। संग्रह करने की संभावना है
कई मेजबानों के लिए आँकड़े और इसे एक सर्वर पर भेजना
सुंदर रेखांकन प्रस्तुत करने में लगा हुआ है।

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

हम क्या करेंगे?

मैं इस पोस्ट में क्या वर्णन करना चाहता हूं:

• स्थापना।
• सेटिंग सामान्य है।
• व्यक्तिगत प्लगइन्स का अनुकूलन।
• गुलाम सर्वर को कॉन्फ़िगर करना जो हमें अपने आंकड़े मुख्य सर्वर पर भेजेंगे।
• ईमेल सूचनाएं सेट करें।

स्थापना

हम इसे आपके पसंदीदा बैच इंस्टॉलर के माध्यम से हमेशा की तरह डालते हैं / yum / apt-get या cho-there-still-मौजूद ।
डेबियन के लिए । मानक बंदरगाहों में कोई सामूहिक नहीं है, इसके लिए हमें बैकस्पोर्ट कनेक्ट करने की आवश्यकता है ।
यह काफी सरलता से किया जाता है:
एक पंक्ति जोड़ें

deb http://backports.debian.org/debian-backports squeeze-backports main 

अपने सूत्रों में । सूची ( या /etc/apt/source.list.d/ में इस पंक्ति के साथ एक नई फ़ाइल बनाएं )
फिर apt-get अपडेट को रन करें

अगला, बैकपोर्ट से पैकेज स्थापित करने के लिए हम कमांड लिखते हैं

 apt-get -t squeeze-backports install "package" 

अच्छी तरह से, या योग्यता के माध्यम से

 aptitude -t squeeze-backports install "package" 

हमारे मामले में, यह दिखेगा

 apt-get -t squeeze-backports install "collectd" 

जेंट में एक छोटी सी बारीकियों है। सबसे पहले, यह ~ x86 के रूप में प्रच्छन्न है, और दूसरी बात, केवल कुछ प्लगइन्स डिफ़ॉल्ट रूप से स्थापित होते हैं। यह निर्दिष्ट करने के लिए कि कौन से प्लगइन्स को स्थापित करना है, आपको उन्हें या तो पैकेज में निर्दिष्ट करना होगा। प्रकार ( collectd_plugin_memory का प्रकार ) या मेक में। COLLECTD_PLUGINS = "" चर में ;
मेरे पास ये स्थापित हैं:

 COLLECTD_PLUGINS="apache cpu df disk interface load memory network ntpd processes notify_email ping logfile syslog rrdtool swap hddtemp exec filecount java sensors target_notification target_set target_replace" 

सावधान रहें, प्लगइन्स के आधार पर यह बहुत सी चीजों को खींच सकता है;), इसलिए आपको जो चाहिए वह चुनें।

स्थापित संस्करण : जेंटू पर - 5.1.1 , डेबियन पर, टैम्बॉरिन के साथ कुछ नृत्यों के बाद - 4.1.1 (लेकिन इसे मैन्युअल रूप से अद्यतन करना होगा 5.x, क्यों - नीचे पढ़ें) , सेंटोस 6 - 5.1.0 पर ।

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

डेबियन और सेंटोस में सभी प्लगइन्स इंस्टॉल किए गए थे। ठीक है, क्योंकि तैयार पैकेज से यह डाल दिया है :)

समायोजन

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

 # Config file for collectd(1). # # Some plugins need additional configuration and are disabled by default. # Please read collectd.conf(5) for details. # # You should also read /usr/share/doc/collectd-core/README.Debian.plugins # before enabling any more plugins. Hostname "gen-collectd-master.local" FQDNLookup true BaseDir "/data/collectd" #PluginDir "/usr/lib/collectd" #TypesDB "/usr/share/collectd/types.db" "/etc/collectd/my_types.db" #Interval 10 #Timeout 2 #ReadThreads 5 LoadPlugin logfile LoadPlugin syslog <Plugin logfile> LogLevel "info" File "/data/collectd/collectd.log" Timestamp true PrintSeverity true </Plugin> <Plugin syslog> LogLevel info </Plugin> LoadPlugin network <Plugin network> Listen "192.168.56.130" "8085" </Plugin> Include "/etc/collectd/inst/*.active" Include "/etc/collectd/conf/*.conf" Include "/etc/collectd/filters.conf" Include "/etc/collectd/thresholds.conf" 

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

इंस्टेंस डायरेक्टरी में प्लग इन कॉन्फिगरेशन फाइल्स हैं:

 gen-collectd-master collectd # ls -la /etc/collectd/inst/ total 32 drwxr-xr-x 2 root root 4096 Nov 26 20:57 . drwxr-xr-x 4 root root 4096 Nov 26 21:00 .. -rw-r--r-- 1 root root 15 Nov 26 13:54 cpu.active -rw-r--r-- 1 root root 125 Nov 26 13:54 if.active -rw-r--r-- 1 root root 16 Nov 26 13:54 load.active -rw-r--r-- 1 root root 18 Nov 26 13:54 memory.active -rw-r--r-- 1 root root 122 Nov 26 18:25 mounts.active -rw-r--r-- 1 root root 133 Nov 26 20:57 ping-hosts.active 

जैसा कि आप कॉन्फ़िगरेशन से देख सकते हैं, मैं केवल "एक्सटेंशन" सक्रिय के साथ फाइल कनेक्ट करता हूं

JFYI सभी प्लगइन मापदंडों को collectd.conf प्रलेखन पृष्ठ पर पाया जा सकता है  

इसके अलावा, मान निर्देशिका में 2 फाइलें होती हैं, जिनमें से एक Inform_email प्लगइन को कॉन्फ़िगर करने के लिए होती है , और दूसरी rrdtool सेटिंग्स के लिए

 gen-collectd-master collectd # ls -la /etc/collectd/conf/ total 16 drwxr-xr-x 2 root root 4096 Nov 26 20:30 . drwxr-xr-x 4 root root 4096 Nov 26 21:00 .. -rw-r--r-- 1 root root 425 Nov 26 20:30 mail.conf -rw-r--r-- 1 root root 83 Nov 26 13:54 rrdtool.conf 

सामान्य तौर पर, उन्हें संग्रहणीय रूप से सुरक्षित रूप से लौटाया जा सकता है। लेकिन, उस समय किसी कारण से मैं बस यही करना चाहता था :)

Conf / rrdtool.conf फ़ाइल की सामग्री

 LoadPlugin rrdtool <Plugin rrdtool> DataDir "/data/collectd/rrd" </Plugin> 

जैसा कि आप यहां देख सकते हैं, मैं प्लगइन डाउनलोड करता हूं और इसके लिए पैरामीटर सेट करता हूं।

Conf / mail.conf फ़ाइल की सामग्री

 LoadPlugin notify_email <Plugin notify_email> SMTPServer "stmp.mail.ru" SMTPPort 25 SMTPUser "collectd@mail.ru" SMTPPassword "my-super-password-for-mail" From "collectd@mail.ru" # # <WARNING/FAILURE/OK> on <hostname>. # # Beware! Do not use not more than two placeholders (%)! Subject "[collectd] %s on %s!" Recipient "recipient@mail.ru" </Plugin> 

हमें इस प्लगइन की आवश्यकता होगी जब हम सूचनाओं को कॉन्फ़िगर करेंगे।

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

 LoadPlugin exec <Plugin exec>    NotificationExec    thunder "/home/thunder/ttest.sh" "test1" </Plugin> 

इस आदेश की सामान्य विशिष्टता इस प्रकार है:

 NotificationExec <> "<-->" ["1"] ["2"]  .. 

स्क्रिप्ट में निम्नलिखित लिखा है

 #!/bin/bash cat >> /home/thunder/ttest.log 

अधिसूचना के दौरान लॉग में, कुछ इस तरह

 Severity: WARNING Time: 1354181979.770 Host: jen-master-local Plugin: cpu PluginInstance: 0 Type: cpu TypeInstance: user DataSource: value CurrentValue: 9.989738e+01 WarningMin: nan WarningMax: 8.500000e+01 FailureMin: nan FailureMax: nan Host jen-master-local, plugin cpu (instance 0) type cpu (instance user): Data source "value" is currently 99.897375. That is above the warning threshold of 85.000000. 

जैसा कि हमारे पास मौजूद सभी डेटा हैं, हमें पार्स करना मुश्किल नहीं होगा और अपना खुद का नोटिफ़ायर लिखना भी मुश्किल नहीं है।

मुख्य collectd.conf फ़ाइल पर वापस
मुझे syslog / logfile के बारे में समझाना नहीं है, इसलिए सब कुछ स्पष्ट है, होस्टनाम भी।
नेटवर्क प्लगइन - प्लगइन के बारे में अधिक विशेष रूप से, आप यहां पढ़ सकते हैं, विशेष रूप से, आप वहां प्राधिकरण सेट कर सकते हैं। घर पर, मैं अभी तक इस पर विचार नहीं करूंगा, प्रत्येक व्यक्ति खुद के लिए यह कैसे तय करेगा कि इसे कैसे करना है :)
यह प्लगइन सामूहिक सर्वरों के बीच बातचीत का कार्य करता है।
आँकड़े एकत्रित करने के लिए एक सर्वर के रूप में वर्तमान सर्वर को कॉन्फ़िगर करने के लिए, आपको इसे सुनो पैरामीटर "192.168.56.130" "8085" सेट करने की आवश्यकता है , जहां 192.168.56.130 आईपी ​​पता है जिस पर डेमॉन लटकाएगा और अन्य सर्वरों से आने वाले डेटा को सुनेगा। 8085 - जिस बंदरगाह पर यह लटका होगा।
क्लाइंट को कॉन्फ़िगर करने के लिए, सुनो के बजाय , सर्वर "192.168.56.130" "8085" निर्दिष्ट करें, क्रमशः 192.168.56.130 - आईपी पता जहां डेटा भेजना है। 8085 - डेटा भेजने के लिए पोर्ट।

JFYI पोर्ट को छोड़ा जा सकता है, डिफ़ॉल्ट पोर्ट द्वारा 25826 का उपयोग किया जाएगा, बस याद रखें कि यह UDP प्रोटोकॉल पर काम करेगा, इसलिए ध्यान रखें कि यदि आपके पास कहीं फ़ायरवॉल है ।

प्लगइन्स का कॉन्फ़िगरेशन वहां और वहां अलग नहीं है।

" क्लाइंट " पर निगरानी के लिए आपने जो कुछ भी कॉन्फ़िगर किया है उसे " सर्वर " पर भेजा जाएगा।

मेल सूचनाएँ

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

 LoadPlugin "threshold" <Plugin "threshold"> <Type "foo"> WarningMin 0.00 WarningMax 1000.00 FailureMin 0.00 FailureMax 1200.00 Invert false Instance "bar" </Type> </Plugin> 

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

Cpu प्लगइन

 <Type "cpu">     Instance "user"     WarningMax 85     Hits 1 </Type> 

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

पिंग प्लगइन

 <Plugin "ping">    <Type "ping_droprate">        FailureMax 0.9    </Type> </Plugin> 

जैसा कि आप यहाँ देख सकते हैं, हमने पिंग टाइप को ping_droprate पर सेट किया है । इस तालिका में 0 या 1 का मान है। तदनुसार, यदि हम मान 0.9 से अधिक है, तो हम विफलता प्रकार की पीढ़ी को निर्दिष्ट करते हैं। यदि आप 1 सेट करते हैं, तो यह काम नहीं करेगा :)

मेमोरी प्लगइन

 <Plugin "memory">    <Type "memory">        Instance "free"        WarningMin 25000000    </Type> </Plugin> 

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

अब सबसे दिलचस्प बात यह है कि यह दस्तावेज़ीकरण में नहीं है और यह एक उदाहरण खोजने के लिए कठिन निकला, इसलिए मुझे प्रयोग करना पड़ा।
हम एक डिस्क पर एक जगह पर सूचनाएं बनाते हैं

डीएफ प्लगइन

 <Plugin "df"> Instance "root" <Type "df_complex-used"> # DataSource "value" WarningMax 4025360000 FailureMax 6025360000 Percentage false </Type> </Plugin> 

इसलिए, संस्करण 5.x में, df प्लगइन के लिए टेबल बनाने का तर्क बदल गया है, इसलिए टेबल एक्सेस करना एक दोस्त बन गया है।
उदाहरण - चार्ट से संकेत मिलता है कि किस अनुभाग से संपर्क करना है
प्रकार - df_complex-used - df_complex हमेशा और आवश्यक होता है, डैश के बाद, हमारे मामले में, डेटा का उपयोग किए गए स्थान के लिए खोजा जाता है।
अब डेटा स्रोत को छोड़ा जा सकता है, क्योंकि तालिका में केवल एक मान फ़ील्ड है।
वार्निंगमैक्स / फेल्योरमैक्स - दुर्भाग्य से, किसी अज्ञात कारण से, इस प्लगइन के लिए प्रतिशत डेटा का उपयोग करना असंभव है, इसलिए प्रत्येक मेजबान के लिए विशिष्ट मूल्यों के साथ इस प्लगइन को हथौड़ा करना आवश्यक होगा। इसके अलावा, हम स्पष्ट रूप से संकेत देते हैं कि प्रतिशत का उपयोग न करें। इस बारे में सवाल 2011 में और 4.9.1 संस्करण में दिखाई दिया, लेकिन अभी भी इसका कोई जवाब नहीं है।

यह सब, मूल रूप से, मुख्य प्लगइन्स कॉन्फ़िगर किए गए हैं, उन पर सूचनाएं भी।

सुझाव, सुझाव, प्रश्न का स्वागत है। मैं यथासंभव उत्तर दूंगा।