हमने Zabbix को कैसे अपडेट किया

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

प्रोमेथियस की बात। क्या आप अपने लोहे के बुनियादी ढांचे के लिए इसका इस्तेमाल करते हैं? इसलिए हम उपयोग नहीं करते हैं।

जैसे कई जो लंबे समय से निगरानी कर रहे हैं और जिनके पास "नंगे" हार्डवेयर हैं, हम ज़ैबिक्स का उपयोग करते हैं, जो कि, उस हार्डवेयर पर स्थित है। काश, इस समय, Zabbix और IaC असंबंधित चीजें हैं। ज़ैबिक्स को मैन्युअल रूप से या एपीआई के माध्यम से कॉन्फ़िगर किया जा सकता है।

प्रागितिहास

अक्टूबर 2018 में, Zabbix-4.0 जारी किया गया था - एक नई एलटीएस शाखा। और मार्च के मध्य में, हमने अपने संस्करण 3.4 को अपने इंस्टालेशन में अपग्रेड करने की योजना बनाई।

3.4 के साथ लगभग कोई विशेष समस्या नहीं थी:

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

और 4.0 में पूरे एचटीटीपी के लिए देशी एचटीटीपी-आइटम और सर्विस पीरियड जैसी दिलचस्प विशेषताएं थीं।

और यह कहाँ देखा जाता है, निगरानी के एक अप्रासंगिक संस्करण पर बैठे, यहां तक ​​कि एलटीएस पर भी नहीं? हमें अप टू डेट रहना चाहिए।

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

माथे का अद्यतन

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

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

Zabbix के डेवलपर्स के क्रेडिट के लिए, मुझे कहना होगा कि वे उस समय अपने शब्द - संस्करण 4.2 का समर्थन करते हैं। प्रोजेक्ट ट्रैकर में बात करने के बाद, हमें पता चलता है कि असंभव का कारण यह है कि यह डेटाबेस तालिकाओं में से एक की अपेक्षित संरचना के साथ मेल नहीं खाता है।

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

यही है, वास्तव में, हमारे पास डेवलपर्स द्वारा समर्थित आधार योजना नहीं है, लेकिन हमारा अपना "कांटा" है। एक अन्य प्रकार का स्तंभ डेटा संभावित रूप से है:

• अन्य मीट्रिक भंडारण लागत
• संख्याओं की विभिन्न सटीकता
• मैट्रिक्स के विभिन्न नमूने / रिकॉर्डिंग गति

बेहतर के लिए सोचो? यह संदिग्ध है। तकनीकी सहायता और ज़ैबिक्स डेवलपर्स के साथ पिछले अनुभव के अनुसार, वे डीबीएमएस को ट्यून कर सकते हैं।

और इस प्रकार का कॉलम डेटा संभव है, लेकिन बदलना मुश्किल और लंबा है। और यह लंबे समय तक निगरानी के बिना असंभव है। भविष्य में डेवलपर की सहायता के बिना, सफलता की गारंटी के बिना। दूसरा रास्ता चाहिए।

और Zabbix के पास है। क्योंकि अप्रैल 2019 में zabbix-4.2 सामने आ रहा है

प्रक्षेप्य के लिए दूसरा दृष्टिकोण

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

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

हमारे पास ऐसे ग्राहक हैं जो हर कीमत पर सभी एकत्रित डेटा के "अनन्त" भंडारण पर जोर देते हैं। हम उन्हें विशिष्ट सेटिंग्स के साथ एक अलग निगरानी स्थापना की स्थापना / समर्थन पर विचार करने की पेशकश कर सकते हैं। हमारा मुख्य कार्य सेवाओं की स्वीकार्य लागत को बनाए रखते हुए ग्राहकों की परियोजनाओं / सर्वरों के स्थिर संचालन को सुनिश्चित करना है, जिसमें निगरानी भी शामिल है।

कुल मिलाकर, माइग्रेशन के लिए निम्नलिखित चरणों की आवश्यकता होगी:

1. दूसरे मॉनिटरिंग इंस्टॉलेशन को स्थापित और कॉन्फ़िगर करें
2. इसे पहली स्थापना के समान ही प्राप्त करें
3. स्विच!

आसान लगता है, है ना? वास्तव में, पहला बहुत मुश्किल नहीं है, क्योंकि पिछले दृष्टिकोण के दौरान हमने एक ज़ैबिक्स सर्वर स्थापित करने के लिए एक भूमिका लिखी थी, यह केवल कॉन्फ़िगरेशन को अपलोड करने के लिए पर्याप्त है। तीसरा आइटम भी सरल दिखता है - DNS और सभी zabbiks एजेंट, प्रॉक्सी, API क्लाइंट और लाइव लोगों को नए संस्करण में ले जाएं। लेकिन दूसरा बिंदु कैसे बनाया जाए?

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

काश, यह केवल परीक्षण के लिए उपयुक्त, प्रवास के लिए सटीक अनुभव है। परिणामी लोड ( एनवीपीएस में ) वर्तमान स्थापना के साथ तुलना नहीं की जा सकती है, परिमाण के आदेशों से कम है। यह समझ में आता है। हमारे मामले में, निगरानी वस्तुतः कई लोगों और लिपियों के काम का वर्ष है, जो विषम परियोजनाओं के संचालन में अनुभव की सर्वोत्कृष्टता है।

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

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

या यह संभव है?

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

• कोड मानव-पठनीय YAML फ़ाइलों के लिए सभी निगरानी वस्तुओं का निर्यात नहीं करता है (विशेष रूप से, सभी की आवश्यकता नहीं है)
• कोड आयात करने वाली वस्तुओं का समर्थन नहीं करता है

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

https://github.com/centosadmin/zabbix-review-export-import

क्या किया गया है:

• कई नई वस्तुओं के लिए समर्थन जोड़ा गया
• अधिकांश मौजूदा वस्तुओं के YAML निर्यात का प्रारूप बदल दिया गया है ताकि उन्हें आयात किया जा सके
• अधिकांश निर्यात की गई वस्तुओं को आयात करने की क्षमता को जोड़ा
• ज़ाबिक्स के विभिन्न संस्करणों के बीच वस्तुओं को परिवर्तित करने के लिए सीमित कार्यक्षमता को जोड़ा (जैसा कि हमारे मामले में)

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

./zabbix-import.py /path/to/file.yaml 

(यह माना जाता है कि लक्ष्य निगरानी पैरामीटर पर्यावरण चर में निर्दिष्ट हैं, अधिक विवरण के लिए, --help आउटपुट देखें)

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

इस प्रकार, दो रिपॉजिटरी हमारे हिटलैब में समय-समय पर अद्यतन किए गए दो मॉनिटरिंग संस्करणों, और वर्तमान के नए YAML डंप के साथ दिखाई दिए। और, ज़ाहिर है, किसी भी समय लगभग किसी भी निगरानी वस्तु को पुनर्स्थापित करने की क्षमता।

सतत निगरानी तैनाती और स्वयं प्रवास

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

उपयोगकर्ता पासवर्ड के साथ समस्या - वे भी निर्यात / आयात किए जाते हैं, लेकिन एक यादृच्छिक पासवर्ड निर्माण के दौरान सौंपा गया है - नई निगरानी में सही पासवर्ड सेट करने के लिए SQL बयानों में वर्तमान निगरानी के क्रेडेंशियल्स के साथ तालिका के SQL डंप को परिवर्तित करके हल किया जा सकता है।

समानांतर संचालन के दौरान कार्यों का दोहरा हिस्सा प्राप्त नहीं करने के लिए, नई निगरानी में सभी कार्यों को तुरंत बंद कर दिया गया था और अब हटाए नहीं गए थे।

इस प्रकार, स्विच बहुत आसान था और निम्न बिंदुओं पर आ गया:

• नई निगरानी में सभी मेजबानों को हटाएं (एपीआई के लिए कुछ स्क्रिप्ट इसके लिए लिखी गई हैं)
• zabbix- प्रॉक्सी वर्जन को अपडेट करने और परदे के पीछे एक नए सर्वर पर जाने के लिए SCM को खींचें
• पुरानी निगरानी के डंप से मेजबानों के आयात की प्रतीक्षा करें
• DNS रिकॉर्ड स्विच करें

(योजना को सरल बनाने के लिए छोटा किया गया)

आगे क्या है?

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

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

कैमो आ रहा है?

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

हम निकट भविष्य में ज़ैबिक्स से एक नया, सही प्रोमेथियस नहीं देखेंगे। कोई फर्क नहीं पड़ता कि मैं कैसे चाहूंगा। लेकिन काम स्पष्ट रूप से चल रहा है - और यदि आप, ज़ैबिक्स की तरह, पूरी तरह से और धैर्यवान हैं, तो भविष्य में भी बादल के भविष्य की उम्मीद है।

उपयोग किए गए स्रोत:

1. https://gitlab.com/devopshq/zabbix-review-export
2. https://habr.com/ru/company/pt/blog/433126/
3. https://habr.com/ru/company/zabbix/blog/458530/