Nagios और कठपुतली के साथ स्वचालित निगरानी

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

बस मामले में, एक संक्षिप्त विवरण:

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

परियोजना घटकों के लिए अधिकांश कठपुतली मेनिफेस्ट्स पहले से ही लिखे गए थे, और नए नोड्स को जोड़ने का वर्तमान तरीका इस प्रणाली में एक अड़चन था। और मेरे आश्चर्य के लिए, मैंने पाया कि कठपुतली ने nagios_host, nagios_contact, आदि जैसे संसाधनों का समर्थन करना शुरू कर दिया।
कठपुतली प्रकार संदर्भ

नतीजतन, कठपुतली-सर्वर, नगिओस-सर्वर (देव / मंच / उत्पादन), और नोड्स का एक गुच्छा है। नगिओस सर्वर से कुछ कहना आवश्यक था कि हमारे पास एक नया नोड है।
एल्गोरिथ्म इस प्रकार है:
नए नोड का बूटस्ट्रैप => नोड पर पपेट एजेंट शुरू करना => नगिओस (डिफ़ॉल्ट रूप से हर 30 मिनट) के साथ नोड पर पपेट एजेंट शुरू करना।
कठपुतली पूरी तरह से निर्यात किए गए नोड संसाधनों को डेटाबेस (कठपुतली / mysql / स्नातकोत्तर / आदि) में संग्रहीत कर सकती है। निर्यात किए गए संसाधन फैक्टर नोड से चर निकालने में मदद करते हैं, जैसे कि fqdn, ip_address, आदि ... मुझे इसकी आवश्यकता थी।

चलो कठपुतली स्थापित करने के लिए आगे बढ़ते हैं,
वास्तव में, सब कुछ सरल है
Puppetlabs Puppet Labs पैकेज रिपॉजिटरी जोड़ें

यह तरीका मेरे लिए काम करता है

wget apt.puppetlabs.com/puppetlabs-release-precise.deb
sudo dpkg -i कठपुतली-रिलीज़-सटीक। deb
sudo apt-get update
sudo कठपुतली संसाधन पैकेज कठपुतली सुनिश्चित = नवीनतम
sudo कठपुतली संसाधन सेवा कठपुतली सुनिश्चित = सच चल रहा है

/etc/puppet/puppet.conf

[मास्टर]
storeconfigs = सच
storeconfigs_backend = कठपुतली

/etc/puppet/puppetdb.conf

[मुख्य]
सर्वर = कठपुतली # डीएनएस नाम
पोर्ट = 8081

कठपुतली के बजाय mysql या postgresql कैसे स्थापित करें, यहां विस्तार से वर्णित किया गया है।

उदाहरण

उदाहरण के लिए, निर्यात किए गए संसाधनों का उपयोग करना। 2 कक्षाएं लें

कक्षा परीक्षण {

फ़ाइल {"/ tmp / 1":
सुनिश्चित करना => वर्तमान,
सामग्री => "$ :: ipaddress",
}

}

कक्षा परीक्षण {

@@file {"/ tmp / 1":
सुनिश्चित करना => वर्तमान,
सामग्री => "$ :: ipaddress",
}

}

पहले मामले में, जब नोड परीक्षण मेनिफ़ेस्ट का उपयोग करता है, चर की सामग्री :: फैडरर से ipaddress को / tmp / 1 फ़ाइल में कॉपी किया जाता है। दूसरे मामले में, नोड पर फ़ाइल नहीं बनाई गई है और @@file संसाधन बाद में याद करने के लिए कठपुतली में संग्रहीत किया गया है।
आप इसे डिज़ाइन का उपयोग करके कह सकते हैं

वर्ग Export_test {

फ़ाइल << | | >> {
}

}

वह कक्षा में घोषित की गई है और कहती है: मुझे फॉर्म फ़ाइल में सभी निर्यात संसाधन दें।

site.pp

नोड 'फर्स्टनोड' {
परीक्षण शामिल करें
}
नोड 'सेकेंड कोड' {
एक्सपोर्टटेस्ट शामिल करें
}

नतीजतन, फिस्टनोड से संसाधनों को दूसरे नंबर पर कॉपी किया जाता है।
हम नगिओस संसाधनों के साथ भी ऐसा ही करते हैं

नागोइस विन्यास

मेजबान को परिभाषित करें {
पता 23.253.222.185
उर्फ मैग्नेटोडब -1
host_name magnetodb-1
लिनक्स-सर्वर का उपयोग करें
hostgroups देव
}

सेवा को परिभाषित करें {
service_description एसएसएच
स्थानीय-सेवा का उपयोग करें
check_command check_ssh
सेवा समूह GENERIC_GROUP
host_name magnetodb-1
}

सेवा को परिभाषित करें {
service_description पिंग
नगियोस-ग्राफ-सेवा का उपयोग करें
check_command check_ping! 100.0.20%! 500.0.60%
सेवा समूह GENERIC_GROUP
host_name magnetodb-1
}

हम क्लाइंट के लिए एक क्लास लिखते हैं जो कठपुतली में होस्ट और 2 चेक जोड़ देगा

वर्ग नाग :: मेजबान :: सामान्य {

@@nagios_host {"$ nagios_hostname":
सुनिश्चित करना => वर्तमान,
उपनाम => $ nagios_hostname,
host_name => "$ nagios_hostname",
पता => $ ipaddress,
hostgroups => $ env,
उपयोग => 'लिनक्स-सर्वर',
लक्ष्य => "$ nagios :: params :: nagios_base / मेजबान / $ {env} _ $ {nagios_hostname} .cfg", नोड पर संसाधन का # स्थान जहां इसे निर्यात किया जाएगा।
टैग => $ :: परिनियोजन_साथ,
सूचना => सेवा ["nagios"],
आवश्यकता => फ़ाइल [$ nagios :: params :: nagios_dirs],
}

@@nagios_service {"ssh $ ipaddress":
सुनिश्चित करना => वर्तमान,
check_command => 'check_ssh',
host_name => $ nagios_hostname,
सेवा समूह => 'GENERIC_GROUP',
service_description => 'SSH',
उपयोग => 'स्थानीय-सेवा',
लक्ष्य => "$ nagios :: params :: nagios_base / मेजबान / सेवाएं / $ {env} _ $ {nagios_hostname} .cfg",
टैग => $ :: परिनियोजन_साथ,
सूचना => सेवा ["nagios"],
आवश्यकता => फ़ाइल [$ nagios :: params :: nagios_dirs]
}

@@nagios_service {"पिंग $ ipaddress":
सुनिश्चित करना => वर्तमान,
check_command => 'check_ping! 100.0,20%! 500.0,60%'
host_name => $ nagios_hostname,
सेवा समूह => 'GENERIC_GROUP',
service_description => 'पिंग',
उपयोग => 'नगियोस-ग्राफ-सेवा'
लक्ष्य => "$ nagios :: params :: nagios_base / मेजबान / सेवाएं / $ {env} _ $ {nagios_hostname} .cfg",
टैग => $ :: परिनियोजन_साथ,
सूचना => सेवा ["nagios"],
}

}

निर्यात किए गए संसाधनों का शीर्ष प्रत्येक नोड के लिए अद्वितीय होना चाहिए, अन्यथा हमें निर्यात संसाधनों में डुप्लिकेट पैरामीटर के बारे में एक त्रुटि मिलती है। ऐसा करने के लिए, एक अद्वितीय $ ipaddress या $ fqdn जोड़ें।

सर्वर के लिए क्लास

वर्ग nagios_server {
नागिओस_होस्ट << | टैग == $ :: परिनियोजन_आईडी | >> {{
}
Nagios_service << | टैग == $ :: परिनियोजन_आईडी | >> {{
}

# टैग == $ :: परिनियोजन_ का अर्थ है कि हम डेटाबेस से एक विशिष्ट टैग के साथ सभी संसाधनों का चयन करते हैं, यह सुविधाजनक है जब हमारे पास कई नाग हैं जिन्हें विभिन्न होस्ट द्वारा जांचने की आवश्यकता है।
# $ तैनाती_द चर को पहले site.pp में घोषित करना होगा

}

site.pp

$ तैनाती_द = "देव"
$ एनवी = "देव"

नोड "नागियोस -1" {
$ nagios_hostname = "$ {hostname}"
वर्ग {'नागिन :: सर्वर':
}
}

नोड "नागियोस-क्लाइंट -1" {
$ nagios_hostname = "$ hostname_ $ ipaddress"
वर्ग {'नाग :: :: मेजबान :: सामान्य':}

}

कठपुतली से सभी नोड संसाधनों को साफ करने के लिए

कठपुतली नोड साफ "नोड_कार्टनाम"

एक समय में, इस पद्धति ने मुझे AWS में 100 नोड्स की सेवा करने में बहुत समय बचाने में मदद की।
मुझे उम्मीद है कि यह लेख किसी की मदद करता है। आपका ध्यान देने के लिए धन्यवाद।

संदर्भ:

docs.puppetlabs.com/puppetdb/1/connect_puppet_master.html
projects.puppetlabs.com/projects/1/wiki/using_stored_configuration
docs.puppetlabs.com/guides/exported_resources.html