🧑🏾 🖊️ 🤚 कठपुतली + ऑप्सव्यू: टेम्पलेट-आधारित स्वचालित निगरानी 📐 👩‍👧‍👦 👜

कार्य

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

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

जटिलता

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

वैश्विक चर

यह काम नहीं कर रहा था, क्योंकि कठपुतली स्कूपिंग (जैसे रूसी?) इस तरह से काम करता है कि आप एक वैश्विक वैरिएबल के लिए एक परिशिष्ट नहीं बना सकते हैं, आप केवल एक प्रतिलिपि बना सकते हैं, और हमें केवल टेम्पलेट नाम जमा करने की आवश्यकता है, क्योंकि हमारे पास अनगिनत हैं ।

रूबी टेम्पलेट

टेम्प्लेट के माध्यम से वैश्विक चर को लागू करने का एक विकल्प भी है (यह तब होता है जब हम माणिक कोड%> कोष्ठक में लिखते हैं <%, जो संबंधित मान प्रदान करता है, लेकिन इसे बग माना जाता है और कठपुतली के भविष्य के संस्करणों में तय किया जा सकता है (चिप को अन्य दायरे में चर मान सेट करने की क्षमता से हटा दिया गया है) ।

Plussignment

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

प्रदाता को संशोधित करें

ऑप्सव्यू मैनेजमेंट प्रोवाइडर पूरा करने के बारे में सोच रहे थे कि क्या सही फैसला हो सकता है अगर सही तरीके से लागू किया गया (फिर से, हर जगह पूरे संसाधन को घोषित करने की आवश्यकता के साथ मुश्किलें हैं) और यह ध्यान में आया (हमेशा की तरह, कई के लिए "बहुत आसान")।

कार्यान्वयन

चूंकि पर्यावरण विषम है (रूसी में - "चिड़ियाघर"), आपको कम से कम, विंडोज और लिनक्स के संदर्भ में सोचने की जरूरत है।

विंडोज

यह पता चला है कि यदि आप आवश्यक नोड पर पर्यावरण चर को FACTER_host_temates = IIS सर्वर; Windows सर्वर WMI; बेसिक नेटवर्क में सेट करते हैं, तो अगला कठपुतली रन एक ऐसे तथ्य में बदल जाएगा जिसे किसी भी प्रकट में वैश्विक चर के रूप में इस्तेमाल किया जा सकता है, और यह वही है जिसकी हमें आवश्यकता है ! मैंने एक अलग प्रदाता नहीं लिखा, लेकिन जल्दी से एक नया प्रकार बनाया जो सुंदर windows_env मॉड्यूल का उपयोग करता है। सब कुछ बेहद सरल है, आपको बस यह ध्यान देने की आवश्यकता है कि संसाधन का नाम अद्वितीय होना चाहिए, इसलिए आपको एक अतिरिक्त पैरामीटर का उपयोग करना होगा (डिफ़ॉल्ट रूप से, पर्यावरण चर का नाम संसाधन के नाम से लिया गया है)। वास्तव में संसाधन घोषणा में, हमारे पास पर्यावरण चर के नाम को पारित करने के लिए संसाधन नाम का उपयोग करने की क्षमता है। मानक विंडोज ";" का उपयोग विभाजक के रूप में किया जाता है

लिनक्स

कार्य का दूसरा भाग वैसा ही करना था, लेकिन लिनक्स के तहत। मुझे पता है कि निक्स में पर्यावरण चर का प्रबंधन सीधा है, और कठपुतली संसाधन में बैश कमांड को लपेटने में कुछ भी जटिल नहीं है, मुझे अभी भी उम्मीद थी कि किसी ने पहले से ही एक अच्छा काम किया है और उसे पहिया को सुदृढ़ नहीं करना होगा, लेकिन यह यहाँ नहीं था ... मुझे छोटा करना था " बैसाखी। " मैं डिफ़ॉल्ट प्रोफ़ाइल में एक फ़ाइल बनाकर ऐसा करता हूं, जहां सभी मूल्यों के साथ पर्यावरण चर (एक कोलन के माध्यम से) निर्यात किया जाता है। यह सब सही ऑपरेटिंग सिस्टम में विघटित हो गया और चेक को जोड़ा गया ताकि एक बार फिर कुछ भी शुरू न हो।

परिणाम एक ऐसी अभिव्यक्ति है

define fact ($fact_name=$name, $value, $ensure = present) { case $::osfamily { 'windows': { windows_env { "${fact_name}:${value}": variable => "FACTER_${fact_name}", ensure => $ensure, mergemode => insert, value => $value, notify => Service['puppet'], #Restart service after environment update } } 'RedHat': { $splitvalue = join($value,":") file { "/etc/profile.d/FACTER_${fact_name}.sh": ensure => present, content => "export FACTER_${fact_name}=\"${$splitvalue}\"", mode => 775, } exec { "FACTER_${fact_name}=${splitvalue}": command => "/bin/bash -c \"source /etc/profile\"", unless => "/bin/echo \${FACTER_${fact_name}} | /bin/grep -q \"${splitvalue}\"", subscribe => File["/etc/profile.d/FACTER_${fact_name}.sh"], } } default: { case $::operatingsystem { 'Gentoo': { #No Gentoo in production. } } } } }

संकुल में एक संसाधन का उपयोग करना :: iis वर्ग

 fact {"host_templates_iis_base": fact_name => "host_templates", value => ['Web Cluster','OS - Windows Server 2008 WMI - IIS Server'], ensure => present, }

मुख्य वर्ग opsview :: नोड

 #       if $::kernel == "windows" { $delimeter=";" } else { $delimeter=":" } #       if $::host_templates { #    ,    - $host_templates = split($::host_templates,$delimeter) } else { $host_templates =[] } #  $host_templates   null    . ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ #      opsview_monitored @@opsview_monitored { "$::hostname": ip => $ip, hosttemplates => $host_templates, hostattributes => $hostattributes, hostgroup => $hostgroup, enable_snmp => $enable_snmp, snmp_community => $snmp_community, snmp_port => $snmp_port, notification_interval => $notification_interval, servicechecks => $servicechecks, icon_name => $icon_name, keywords => $keywords, reload_opsview => "1", require => [Class['packages::opsview']], }

निष्कर्ष

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

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

कठपुतली + ऑप्सव्यू: टेम्पलेट-आधारित स्वचालित निगरानी