Zabbix 7.0, 6.0 के बाद पहली LTS लाइन है, और यह वर्षों में सबसे दृश्यमान परिवर्तन लाती है: एक पुनर्निर्मित frontend, एक अधिक कुशल संग्रह इंजन और एक नेटिव SLA सिस्टम। imaxe में हमने यह सब Ubuntu 24.04 पर उत्पादन के लिए तैयार एक AMI में फिर से पैकेज किया है, नए APIs का लाभ उठाने के लिए पुनर्लिखित हमारे SQS रीडर के साथ।
यदि आप पहले से ही हमारी किसी Zabbix 6.0 AMI का संचालन करते हैं, तो यह मार्गदर्शिका आपको बताती है कि अपडेट करने पर आपकी टीम को क्या मिलता है और इसे बिना एक भी बिंदु इतिहास खोए कैसे किया जाए।
AMI Zabbix 7.0 LTS पहले से ही AWS Marketplace पर सामान्य 7 वाणिज्यिक क्षेत्रों में उपलब्ध है। 6.0 LTS 2027-02 तक अनुरक्षित रहती है, इसलिए माइग्रेट करने की कोई जल्दी नहीं है।
एक frontend जो आखिरकार आधुनिक महसूस होता है #
प्रवेश करते ही सबसे अधिक ध्यान देने योग्य परिवर्तन। डैशबोर्ड अब स्वीकार करते हैं बहु-पृष्ठ widgets स्वचालित रोटेशन के साथ, NOC स्क्रीन के लिए आदर्श, और नेविगेशन को सपाट कर दिया गया है: किसी विशिष्ट समस्या तक पहुँचने के लिए कम क्लिक।
- widgets top hosts, gauge और पाई पुनः डिज़ाइन किए गए, कॉन्फ़िगर करने योग्य रंग थ्रेशोल्ड के साथ।
- दीवार पैनलों के लिए बेहतर kiosk मोड, प्रति widget स्वतंत्र रिफ़्रेश के साथ।
- प्रति उपयोगकर्ता सहेजे गए फ़िल्टर जो सत्रों के बीच बने रहते हैं।
नेटिव SLA, बिना किसी जुगाड़ के #
अब तक Zabbix में एक ठीक-ठाक SLA गणना करने का अर्थ था triggers सहायक और मैन्युअल गणनाएं। 7.0 एक प्रथम-श्रेणी SLA सेवा प्रस्तुत करती है: आप लक्ष्य, सेवा विंडो और नियोजित निष्क्रियता अवधि परिभाषित करते हैं, और Zabbix बाकी करता है।
हम एक समानांतर स्प्रेडशीट बनाए रखने से बाकी मेट्रिक्स के उसी पैनल में SLA अनुपालन रखने पर आ गए। यह अकेला ही अपडेट को उचित ठहराता है।
रखरखाव विंडो को बाहर करें
गणना रखरखाव अवधियों का सम्मान करती है, ताकि एक नियोजित रीस्टार्ट आपकी उपलब्धता को दंडित न करे। इसे एक बार कॉन्फ़िगर किया जाता है और यह सभी संबंधित सेवाओं पर लागू होता है।
जिन triggers सहायकों का आप 6.0 में SLA के लिए उपयोग करते थे, वे स्वयं परिवर्तित नहीं होते। नई सेवा के साथ पुनर्निर्माण के लिए अपने वर्तमान लक्ष्यों को नोट कर लें।
पुनर्लिखित SQS रीडर #
हमारा ऑटो-स्केलिंग एकीकरण गायब होने वाले इंस्टेंस को निष्कासित करने के लिए एक SQS queue से Auto Scaling की घटनाएं पढ़ता है। 7.0 में हमने इसे एसिंक्रोनस क्लाइंट का उपयोग करने और बैचों को संसाधित करने के लिए पुनर्लिखित किया है, जिससे निष्कासन लेटेंसी मिनटों से सेकंडों तक कम हो गई है।
कॉन्फ़िगरेशन नहीं बदलता: यह अभी भी रहता है /etc/zabbix/zabbix_ami.yml में। यदि आप 6.0 से आते हैं, तो आपकी फ़ाइल वैसी की वैसी संगत है।
$ imaxe status zabbix-sqs-reader
→ संस्करण 3.0.1 (async) · queue जुड़ी
→ अंतिम बैच: 0.8s में 4 संदेश
$ journalctl -u zabbix-sqs-reader -n 20 --no-pager6.0 से माइग्रेट कैसे करें #
हम मौजूदा जगह अपडेट करने के बजाय, AMI 7.0 के साथ एक नया इंस्टेंस लॉन्च करके और डेटा स्थानांतरित करके माइग्रेट करने की अनुशंसा करते हैं। यह अधिक सुरक्षित है और आपको वापसी का रास्ता देता है।
- AMI Zabbix 7.0 LTS को उसी क्षेत्र और एक समकक्ष इंस्टेंस प्रकार में लॉन्च करें।
- 6.0 इंस्टेंस के डेटाबेस को निर्यात करें और नए में पुनर्स्थापित करें — स्कीमा पहले बूट पर अपडेट हो जाता है।
- कॉपी करें
/etc/zabbix/zabbix_ami.ymlऔर अपने कस्टम टेम्पलेट। - EIP स्थानांतरित करने से पहले 24-48 घं समानांतर में एजेंट और अलर्ट सत्यापित करें।
शामिल उपकरण imaxe-zabbix-migrate डंप, लोड और स्कीमा सत्यापन को स्वचालित करता है। हम इसे चरण दर चरण प्रलेखित करते हैं AMI की फ़ाइल.
क्या यह इसके लायक है? #
यदि आप डैशबोर्ड में रहते हैं या आपको SLA रिपोर्ट करने की आवश्यकता है, तो 7.0 एक स्पष्ट छलांग है। यदि आपका 6.0 काम करता है और आप SLA का उपयोग नहीं करते, तो कोई जल्दी नहीं है: हम इसे 2027 तक पैच और ऑडिट किया हुआ बनाए रखेंगे। किसी भी स्थिति में, नई AMI तब तैयार है जब आप तैयार हों।