Imaxe.cloud का Zabbix LLC से कोई संबंध या समझौता नहीं है। Zabbix LLC से संबंध अनुभाग पढ़ें।
परिचय #
Zabbix वितरित मॉनिटरिंग के लिए एंटरप्राइज़ स्तर का ओपन-सोर्स समाधान है, जिससे सर्वरों, वर्चुअल मशीनों, एप्लिकेशनों और बहुत कुछ के सभी पैरामीटर मॉनिटर किए जा सकते हैं।
हमारी Zabbix AMI, AWS पर Zabbix शुरू करने का सबसे अच्छा click & play तरीका है — मूल उत्पाद को बेहतर बनाने वाले अतिरिक्त विकल्पों और श्रेष्ठ सपोर्ट के साथ।
विशेषताएँ #
सामान्य
हमारी Zabbix AMI की मुख्य विशेषताएँ:
- Ubuntu पर इंस्टॉल, हमेशा संभव नवीनतम स्थिर संस्करण में।
- Zabbix सर्वर का नवीनतम स्थिर संस्करण इंस्टॉल।
- Zabbix वेब इंटरफ़ेस का नवीनतम स्थिर संस्करण इंस्टॉल और पूर्व-कॉन्फ़िगर।
- nginx, PHP, MariaDB सर्वर और Zabbix के सर्वाधिक स्थिर संस्करणों के साथ अनुकूलित।
- वेब इंटरफ़ेस की सभी भाषाएँ इंस्टॉल और उपलब्ध।
विशेष
हमारी AMI क्लाउड की पूरी शक्ति को सबसे तेज़ और सुविधाजनक तरीके से उपयोग करने के लिए अतिरिक्त समर्थन देती हैं:
- AWS SNS से सूचनाएँ भेजने के लिए विशेष कॉन्फ़िगरेशन।
- ऑटो स्केलिंग ग्रुप के साथ काम करने के लिए विशेष कॉन्फ़िगरेशन।
- सभी संबंधित संसाधन (SNS, SQS, IAM आदि) बनाने वाले CloudFormation स्टैक।
उपलब्ध संस्करण #
हम जो Zabbix संस्करण देते हैं और उनकी मुख्य विशेषताएँ:
Zabbix AMI के पिछले संस्करणों को Zabbix LLC ने अवरुद्ध कर दिया है, जो किसी भी प्रकार की प्रतिस्पर्धा नहीं चाहती प्रतीत होती है। Imaxe.cloud का उत्पाद ऐसी अनूठी विशेषताएँ देता है जो स्वयं Zabbix में नहीं हैं, इसलिए हमारा मानना है कि यह एक भूल है और हम इसे हल करने पर काम कर रहे हैं।
| AMI | Zabbix | Zabbix सपोर्ट | Imaxe सपोर्ट | SNS | ऑटो स्केलिंग | Ubuntu | PHP | MariaDB | Marketplace |
|---|---|---|---|---|---|---|---|---|---|
| Zabbix 7.0 v1.1 | 7.0 | ✓ | ✓ | ✓ | ✓ | 24.04 | 8.3 | 10.11 | देखें → |
| Zabbix 6.4 v2.0 | 6.4 | ✗ | ✓ | ✓ | ✓ | 22.04 | 8.1 | 10.11 | उपलब्ध नहीं |
| Zabbix 6.0 v1.1 | 6.0 | ✓ | ✓ | ✓ | ✓ | 20.04 | 7.4 | 10.11 | उपलब्ध नहीं |
| Zabbix 4.4 v1.2 | 4.4 | ✗ | ✓ | ✓ | ✗ | 18.04 | 7.2 | 10.5 | उपलब्ध नहीं |
| Zabbix 4.2 v8.0 | 4.2 | ✗ | ✓ | ✓ | ✗ | 18.04 | 7.0 | 10.5 | उपलब्ध नहीं |
जीवनचक्र #
Zabbix की रिलीज़ नीति काफ़ी सख़्त है: हर कुछ महीनों में उस समय के स्थिर संस्करण का सपोर्ट बंद हो जाता है और सपोर्ट बनाए रखने के लिए अगले बड़े संस्करण पर जाना पड़ता है — उससे जुड़ी सभी जटिलताओं के साथ।
Imaxe में हम समझते हैं कि इतने सख़्त जीवनचक्र के साथ चलना कभी-कभी बहुत कठिन होता है, इसलिए हमने अपनी AMI के लिए ऐसी जीवनचक्र नीति बनाई है जो यथासंभव Zabbix के जीवनचक्र से संगत रहते हुए हमारे उपयोगकर्ताओं को उपलब्ध सर्वोत्तम सपोर्ट दे।
Zabbix के संस्करण
फ़िलहाल Zabbix अपने सॉफ़्टवेयर के दो अलग संस्करण देता है:
- Standard संस्करण: नवीनतम बदलाव और सुविधाएँ शामिल, पर LTS सपोर्ट नहीं।
- LTS संस्करण: जारी होते समय के नवीनतम बदलाव और सुविधाएँ शामिल, साथ में LTS सपोर्ट।
गैर-LTS Standard संस्करणों का सपोर्ट
नए ग्राहक उन लाभों को परख सकें जो जल्द ही उनके LTS संस्करणों में आएँगे, इसके लिए हम नवीनतम Standard संस्करण की एक AMI हमेशा चालू रखते हैं, सभी अतिरिक्त सुविधाओं के साथ।
नए रिलीज़ आने के साथ AMI का संस्करण नंबर बढ़ता है, और Zabbix का संस्करण नंबर भी उसके बढ़ने पर बदलता है।
LTS संस्करणों का सपोर्ट
जब तक संभव हो, हम LTS संस्करणों से बनी AMI बनाए रखते हैं और हर 3 महीने में ऑपरेटिंग सिस्टम तथा अतिरिक्त सुविधाओं—दोनों स्तरों पर—अपडेट करते हैं।
जब तकनीकी या सुरक्षा कारणों से किसी AMI को सक्रिय रखना संभव न रहे, उसे निष्क्रिय कर दिया जाता है और सभी उपयोगकर्ताओं को AWS से सूचना मिलती है जिसमें उनके लिए सबसे उपयुक्त नया संस्करण बताया जाता है।
साथ ही, जब भी संभव हो, हम संस्करणों के बीच माइग्रेशन में सहायता देते हैं।
इंस्टॉलेशन #
इंस्टॉलेशन EC2 इंस्टेंस बनाने की सामान्य प्रक्रिया जैसा ही है। अनुशंसित आकार c5.large है।
सिक्योरिटी ग्रुप में सामान्यतः ये नियम होते हैं:
| प्रकार | प्रोटोकॉल | पोर्ट रेंज | स्रोत |
|---|---|---|---|
| (*) SSH | TCP | 22 | 0.0.0.0/0 |
| (*) HTTP | HTTP | 80 | 0.0.0.0/0 |
| (*) कस्टम TCP नियम | TCP | 10050–10052 | 0.0.0.0/0 |
| HTTPS | HTTPS | 443 | 0.0.0.0/0 |
(*) से चिह्नित नियम अनिवार्य हैं — वेब इंटरफ़ेस तक पहुँच के लिए या सर्वर के सामान्य संचालन के लिए। उदाहरण में 0.0.0.0/0 लिखा है, पर हम पहुँच को अपने नेटवर्क या किसी बैशन सर्वर तक सीमित रखने की सलाह देते हैं।
इंस्टेंस चालू होने के बाद इस तरह लॉगिन कर सकते हैं:
- SSH: इंस्टेंस शुरू करते समय चुनी गई
.pemकुंजी और उपयोगकर्ताubuntuसे। - HTTP:
http://zabbix.instance.ip/पर, उपयोगकर्ताAdminऔर पासवर्ड के रूप में अभी बनाए गए इंस्टेंस का ID।
कॉन्फ़िगरेशन #
यहाँ दिए चरण Admin उपयोगकर्ता से किए गए हैं, क्योंकि वही डिफ़ॉल्ट उपयोगकर्ता है।
Zabbix में पहली बार लॉगिन करने पर अनुभव को अपने अनुसार ढालने और सूचनाएँ पाने के लिए कुछ काम करने होते हैं। बाईं ओर के मेन्यू में User settings पर और फिर Profile पर क्लिक करें।
अपने उपयोगकर्ता के लिए मीडिया जोड़ें
सूचनाएँ पाने से पहले अपने उपयोगकर्ता के लिए एक ईमेल पता (या कोई और पसंदीदा माध्यम) जोड़ना होगा। प्रोफ़ाइल पेज पर Media नाम का टैब है; उसमें Add लिंक पर क्लिक करने से कॉन्फ़िगरेशन विंडो खुलती है। इसके बाद बदलाव सहेजने के लिए Update दबाना न भूलें।
Admin उपयोगकर्ता का पासवर्ड बदलें
डिफ़ॉल्ट रूप से Zabbix AMI इंस्टेंस के ID को पासवर्ड के रूप में उपयोग करती है। यह पहुँच सुरक्षित रखने का अच्छा तरीका है, पर आप शायद कुछ ऐसा चाहेंगे जो याद रखने में आसान हो या आपकी सुरक्षा नीति के अनुरूप हो।
Profile पेज के User टैब में Change password पर क्लिक करके, नया पासवर्ड दो बार डालकर और Update दबाकर Admin का पासवर्ड बदला जा सकता है।
अपनी भाषा बदलें
प्रोफ़ाइल पेज के User टैब में Language चयनकर्ता से इंटरफ़ेस की भाषा चुनी जा सकती है। नई भाषा चुनने, Update से सहेजने और दोबारा लॉगिन करने पर बदलाव लागू होते हैं।
ऑटो स्केलिंग समर्थन # विशेषज्ञ
AWS ऑटो स्केलिंग Zabbix के साथ कैसे काम करता है?
Zabbix से ऑटो स्केलिंग संभालने के लिए तीन बातों का ध्यान रखना होता है:
- नया इंस्टेंस आते ही उसे Zabbix में जोड़ना। यह सक्रिय Zabbix एजेंटों के स्वतः पंजीकरण से किया जा सकता है (6.4, 6.0, 4.0)। इस तरह नया इंस्टेंस आते ही Zabbix उसे नए होस्ट के रूप में स्वतः जोड़ लेता है।
- इंस्टेंस का ID Zabbix इन्वेंट्री में रखना। इंस्टेंस हटने (scale in) पर हमें उसके ID वाला संदेश मिलता है, इसलिए उसे होस्ट इन्वेंट्री में रखना ज़रूरी है ताकि उसे खोजकर हटाया जा सके।
- AWS के स्केलिंग संदेश प्राप्त करना। स्केलिंग घटना होने पर AWS आपके तय किए SNS टॉपिक में संदेश प्रकाशित करता है। उस टॉपिक को SQS क़तार से जोड़कर हम Zabbix से संदेश पढ़ सकते हैं और स्केलिंग ग्रुप से निकलने वाले इंस्टेंस हटा सकते हैं।
क्लाइंट कॉन्फ़िगर करें
Zabbix में ऑटो स्केलिंग के लिए क्लाइंट तैयार करने हेतु दो चरण चाहिए: Zabbix एजेंट कॉन्फ़िगर करना और instance_id आइटम के लिए यूज़र पैरामीटर वाली फ़ाइल जोड़ना।
Zabbix एजेंट की कॉन्फ़िगरेशन
आपकी अन्य ज़रूरतों के अलावा, Zabbix एजेंट की स्थानीय कॉन्फ़िगरेशन फ़ाइल (सामान्यतः /etc/zabbix/zabbix_agentd.conf) में छह बातें बदलनी होती हैं:
Serverविकल्प को कमेंट कर दें।- सक्रिय सर्वर सेट करने के लिए
ServerActive=YOUR__ZABBIX__IP__ADDRESSजोड़ें। Hostnameविकल्प को कमेंट कर दें।StartAgentsविकल्प को0करें।HostnameItemविकल्प कोsystem.hostnameकरें।HostMetadataItemविकल्प कोsystem.unameकरें।
इस कॉन्फ़िगरेशन से Zabbix क्लाइंट सक्रिय मोड में चलता है (क्लाइंट सर्वर को जानकारी भेजता है, उससे जाँच नहीं लेता)। साथ ही Zabbix मशीन का नाम ही होस्ट नाम मानता है, जिससे हर नए सर्वर के शुरू होने पर नाम बदलने की ज़रूरत नहीं रहती। अंत में Zabbix uname का आउटपुट मेटाडेटा के रूप में भेजता है: AWS इंस्टेंस विशेष कर्नेल इस्तेमाल करते हैं, इसलिए उसमें aws मान दिखता है जिससे सर्वर का पंजीकरण किया जा सकता है।
instance_id पैरामीटर
डिफ़ॉल्ट रूप से, ऑटो स्केलिंग से आया नया सर्वर Zabbix में AWS EC2 Template नामक विशेष टेम्पलेट से जुड़ता है, जिसमें instance_id आइटम इन्वेंट्री के alias फ़ील्ड से जुड़ा होता है। उसे भरने के लिए Zabbix क्लाइंट में यह फ़ाइल बनाकर यूज़र पैरामीटर जोड़ें:
UserParameter=aws.ec2.instance_id,curl -s http://169.254.169.254/latest/meta-data/instance-idसर्वर कॉन्फ़िगर करें
क्लाइंट कॉन्फ़िगर होने के बाद अगला चरण है सर्वर को इस तरह कॉन्फ़िगर करना कि वह हटाए गए इंस्टेंस मिटा दे। सबसे तेज़ और सरल रास्ता दो चरणों का है: स्केलिंग संदेश SQS क़तार में भेजना और सर्वर को उसे पढ़ने के लिए कॉन्फ़िगर करना।
स्केलिंग संदेश SQS क़तार में भेजें
हम चाहते हैं कि ऑटो स्केलिंग सेवा की भेजी सूचनाएँ SQS क़तार में सुरक्षित रहें, ताकि टिकाऊपन और स्केल मिले। चूँकि AWS ऑटो स्केलिंग सूचनाएँ SNS टॉपिक में प्रकाशित करता है, हमें चाहिए:
- एक SNS टॉपिक बनाना।
- एक SQS क़तार बनाना।
- SNS को SQS तक संदेश पहुँचाने के लिए कॉन्फ़िगर करना।
- संदेश पढ़ सकने वाला एक IAM उपयोगकर्ता बनाना।
यह कॉन्फ़िगरेशन जटिल है, इसलिए आप हमारे CloudFormation स्टैक से मनचाहे रीजन में सभी तत्व बना सकते हैं। तैनाती के बाद Outputs टैब में चार मान मिलेंगे जिन्हें नोट कर लें:
SNSTopicARN: बनाए गए SNS टॉपिक का ARN।SQSQueueURL: SQS क़तार का URL।SQSReadIAMUserAccessKeyऔरSQSReadIAMUserSecretKey: IAM उपयोगकर्ता की कुंजी और गुप्त कुंजी।
ये मान कॉन्फ़िगरेशन के लिए चाहिए। फ़ाइल /etc/zabbix/zabbix_ami.yml में इस तरह के हिस्से को संपादित करें:
sqs:
delay_seconds: 60
default_region: us-east-1
queues:
- url:
access_key_id:
secret_access_key:
region:स्केलिंग सूचनाओं वाली हर SQS क़तार के लिए मौजूदा प्रविष्टि जैसी एक और प्रविष्टि जोड़ें, CloudFormation से मिले मानों के साथ। इस फ़ाइल के बारे में और जानकारी महत्वपूर्ण फ़ाइलें अनुभाग में है।
SNS सूचनाएँ #
यह Zabbix इंस्टॉलेशन AWS SNS से भेजने के लिए पहले से तैयार है। यह व्यवस्था AWS से ईमेल भेजने की दिक़्क़तें टालती है और एक उन्नत व सुरक्षित सूचना प्रणाली देती है।
SNS से अलर्ट भेजना कॉन्फ़िगर करें
महत्व के अनुसार अलग करने के लिए 6 तक अलग-अलग SNS टॉपिक कॉन्फ़िगर किए जा सकते हैं:
| Zabbix गंभीरता | zabbix_ami.yml में कुंजी |
|---|---|
| Not classified | not_classified |
| Information | information |
| Warning | warning |
| Average | average |
| High | high |
| Disaster | disaster |
Zabbix सूचनाएँ भेजे, इसके लिए ये टॉपिक और एक IAM उपयोगकर्ता बनाना होगा जो जुड़कर संदेश प्रकाशित कर सके।
SNS टॉपिक और IAM उपयोगकर्ता बनाएँ
हमारे SNS टॉपिक और IAM उपयोगकर्ता वाले CloudFormation स्टैक से यह कहीं आसान है, वह सब कुछ बना देता है। तैनाती के बाद Outputs टैब में नोट करने योग्य मान मिलेंगे:
SNSNotClassified,SNSInformation,SNSWarning,SNSAverage,SNSHigh,SNSDisaster: हर गंभीरता का SNS टॉपिक।ZabbixSendingUserAccessKeyIdऔरZabbixSendingUserSecretAccessKey: IAM उपयोगकर्ता की कुंजी और गुप्त कुंजी।
स्टैक तैनात करते समय चुने विकल्पों के अनुसार इनमें से एक या अधिक मान न दिखें, यह संभव है।
/etc/zabbix/zabbix_ami.yml कॉन्फ़िगर करें
फ़ाइल /etc/zabbix/zabbix_ami.yml में SNS विकल्पों के लिए एक अलग अनुभाग है:
sns:
aws:
access_key_id:
secret_access_key:
region:
topics:
not_classified: arn:aws:sns:eu-west-1:000000000000:sample-sns
information: arn:aws:sns:eu-west-1:000000000000:sample-sns
warning: arn:aws:sns:eu-west-1:000000000000:sample-sns
average: arn:aws:sns:eu-west-1:000000000000:sample-sns
high: arn:aws:sns:eu-west-1:000000000000:sample-sns
disaster: arn:aws:sns:eu-west-1:000000000000:sample-snsमनचाहे SNS टॉपिक (चाहें तो एक ही टॉपिक कई बार) और कुंजी, गुप्त कुंजी व रीजन के मान सेट करें। बस इतना ही!
Zabbix उपयोगकर्ता कॉन्फ़िगर करें
अंतिम चरण है Zabbix को SNS से सूचनाएँ भेजने के लिए कॉन्फ़िगर करना:
- अपने उपयोगकर्ता से Zabbix इंटरफ़ेस में लॉगिन करें।
- User settings → Profile पर जाएँ।
- Media टैब खोलें।
- AWS SNS प्रकार का नया मीडिया जोड़ें, उसे Enabled करें और बाकी फ़ील्ड अपनी पसंद से भरें (Send to फ़ील्ड फ़िलहाल उपयोग में नहीं है)।
- मीडिया जोड़ने के लिए Add दबाएँ, फिर बदलाव सहेजने के लिए Update।
CloudFormation #
AWS के सभी ज़रूरी संसाधन बनाना जटिल है, इसलिए यहाँ आप काम आसान करने वाले अलग-अलग AWS CloudFormation स्टैक डाउनलोड कर सकते हैं।
SNS Topic + SQS Queue + IAM User
स्केलिंग ग्रुप जोड़ने के लिए एक SNS टॉपिक, उसकी सूचनाएँ लेने वाली SQS क़तार और क़तार के संदेश पढ़ने व हटाने वाला IAM उपयोगकर्ता बनाता है।
SNS Topics + IAM User
Zabbix की सूचनाओं के लिए 5 तक SNS टॉपिक और उन्हें प्रकाशित कर सकने वाला IAM उपयोगकर्ता बनाता है।
महत्वपूर्ण फ़ाइलें # विशेषज्ञ
Zabbix AMI में कुछ विशेष फ़ाइलें हैं जिनके बारे में आपको पता होना चाहिए।
/etc/zabbix/zabbix_ami.yml
यह सबसे महत्वपूर्ण फ़ाइल है, क्योंकि यह स्केलिंग जाँच या SNS सूचनाओं जैसी विशेष सुविधाओं की कॉन्फ़िगरेशन संभालती है। एक उदाहरण (काल्पनिक डेटा के साथ):
zabbix:
api:
user: autoscaler_api_user
password: i-073672daf01037aea94
sns:
aws:
access_key_id: AKK4L6A3OXZZ5HE2POQRU7V
secret_access_key: cICycAg26hSDpsJwbhZjbaaYlt4Tz3n1xqE7Oxp6X2Hf
region: us-east-1
topics:
not_classified: arn:aws:sns:us-east-1:000000000:Zabbix-General-SNS
information: arn:aws:sns:us-east-1:000000000:Zabbix-General-SNS
warning: arn:aws:sns:us-east-1:000000000:Zabbix-General-SNS
average: arn:aws:sns:us-east-1:000000000:Zabbix-General-SNS
high: arn:aws:sns:us-east-1:000000000:Zabbix-General-SNS
disaster: arn:aws:sns:us-east-1:000000000:Zabbix-General-SNS
sqs:
delay_seconds: 60
default_region: us-east-1
queues:
- url: https://sqs.us-east-1.amazonaws.com/000000000/zabbix-pro-sqs-queue
access_key_id: AKIA3OXZZ5HEWUR5A16CNWH
secret_access_key: 8ttYO3Ba9K6p0C+aj3fH5cDt2eRLHmlkHbMtlrpv18S7KRbC
region: us-east-1फ़िलहाल इस फ़ाइल में तीन अलग अनुभाग हैं:
zabbix: पुराने होस्ट हटाने के लिए Zabbix सर्वर से जुड़ना पड़ता है, इसलिए API पहुँच चाहिए। इसके लिए हम एक अलग उपयोगकर्ता बनाते हैं, जिसके विवरण यहाँ दिए जाते हैं।sns: SNS से अलार्म भेजने के लिए ज़रूरी कॉन्फ़िगरेशन। यहाँ IAM उपयोगकर्ता के विवरण और उपयोग में आने वाले SNS टॉपिक सेट किए जाते हैं।sqs: AWS के स्केलिंग संदेश संभालने की कॉन्फ़िगरेशन। यहाँ तय होता है कि क़तार कितने-कितने समय पर जाँची जाए (delay_seconds) और कौन-कौन सी क़तारें देखी जाएँ।
इसमें IAM क्रेडेंशियल सादे रूप में होते हैं। इसकी अनुमतियाँ सीमित रखें और कुंजियाँ समय-समय पर बदलें।
/var/log/zabbix-sqs-reader/zabbix-sqs-reader.log
यह फ़ाइल SQS से पढ़ी गई ऑटो स्केलिंग घटनाओं को दर्ज करती है।
कॉन्फ़िगरेशन पूरी होने से पहले आपको संदेश Ops! It looks like the file /etc/zabbix/zabbix_ami.yml hasn't been configured yet. We better sleep for 5 minutes. दिखेगा — यह सामान्य है और zabbix_ami.yml कॉन्फ़िगर करते ही चला जाता है।
AMI के अपडेट # विशेषज्ञ
कुछ भी करने से पहले पूरा अनुभाग पढ़ें और अपने सभी डेटा का बैकअप तैयार रखें।
चूँकि Zabbix नई सुविधाओं और सुधारों के साथ नए संस्करण जारी करता रहता है, समय-समय पर हमारी AMI अपडेट करना ही सबसे अच्छा है। दुर्भाग्य से वही नई सुविधाएँ डेटाबेस और आंतरिक बदलाव लाती हैं, जो मौजूदा इंस्टॉलेशन अपडेट करते समय परेशानी बन सकते हैं।
हमारी Zabbix AMI इन दिक़्क़तों से बचने का सबसे अच्छा रास्ता है, क्योंकि हम बड़े संस्करणों के बीच ऐसा मार्ग देते हैं जो सामान्य तरीके से तेज़, सरल और सुरक्षित है।
अपडेट का सार
हमारी AMI की अपडेट प्रक्रिया काफ़ी सरल है:
- मौजूदा डेटाबेस का डंप लेना।
- नवीनतम स्थिर संस्करण के साथ नई AMI चलाना।
- डेटाबेस डंप नई इंस्टेंस पर अपलोड करना।
- हमारी माइग्रेशन स्क्रिप्ट चलाना।
इस तरह मौजूदा और नया—दोनों संस्करण एक साथ चलते रहते हैं, और सब कुछ ठीक चलने की पुष्टि के लिए ज़रूरी परीक्षण करके ही उस इंस्टेंस से जुड़े EIP बदले जा सकते हैं या क्लाइंट धीरे-धीरे माइग्रेट किए जा सकते हैं।
इस ट्यूटोरियल में स्रोत का अर्थ आपका मौजूदा Zabbix सर्वर और लक्ष्य का अर्थ नया सर्वर है।
अपडेट की प्रक्रिया
चरण 1: स्रोत सर्वर का बैकअप
पहला चरण है स्रोत सर्वर की इमेज बनाना, ताकि डेटा का आकस्मिक नुक़सान न हो। इसके लिए AMI बनाने की AWS गाइड देख सकते हैं।
चरण 2: डेटाबेस डंप और Zabbix संस्करण
SSH से इंस्टेंस में जाकर root बनें:
sudo /bin/su -फिर डेटाबेस को एक फ़ाइल में डंप करें:
mysqldump zabbix > zabbix_origin_database.sqlअंत में बनी फ़ाइल अपनी मशीन पर डाउनलोड करें ताकि बाद में नए सर्वर पर अपलोड की जा सके। साथ ही मौजूदा Zabbix संस्करण नोट कर लें: यह वेब इंटरफ़ेस में दिखता है और 4.0, 4.2, 4.4 या 5.4 जैसा कोई अंक होगा।
चरण 3: नई Zabbix इंस्टेंस चलाएँ
अगला चरण है AMI के नवीनतम स्थिर संस्करण से नई Zabbix इंस्टेंस बनाना, जो AWS Marketplace पर हमारी विक्रेता प्रोफ़ाइल पर मिलेगा। कम से कम हमारी Zabbix AMI का संस्करण 6.0 चाहिए।
यही नई इंस्टेंस लक्ष्य सर्वर होगी जहाँ हम डेटा ले जाएँगे, और उसमें नवीनतम संस्करण पहले से इंस्टॉल व अपडेट मिलेगा। चालू होने के बाद स्रोत सर्वर का डेटाबेस डंप उस पर कॉपी करें।
चरण 4: डेटाबेस अपडेट करें
मौजूदा डेटाबेस डालने, उसे नए संस्करण में अपग्रेड करने और ज़रूरी कॉन्फ़िगरेशन जोड़ने के लिए स्क्रिप्ट /opt/tools/bin/zabbix-ami-upgrade.sh का उपयोग करें। इसे ubuntu उपयोगकर्ता से चलाएँ और मूल Zabbix संस्करण तथा डंप फ़ाइल बताएँ। उदाहरण के लिए Zabbix 4.0 से माइग्रेट करते समय:
/opt/tools/bin/zabbix-ami-upgrade.sh 4.0 zabbix_origin_database.sqlप्रक्रिया हर चरण की जानकारी देती रहती है, और पूरा होने पर आप नए Zabbix सर्वर के साथ काम जारी रख सकते हैं।
चरण 5: वेब इंटरफ़ेस खोलें
माइग्रेशन पूरा होने पर वेब इंटरफ़ेस खोलकर सर्वर की समग्र स्थिति देखी जा सकती है। ध्यान रहे कि वही उपयोगकर्ता और पासवर्ड इस्तेमाल करने होंगे जो पिछले सर्वर पर थे।
चरण 6: विशेष कॉन्फ़िगरेशन माइग्रेट करें और क्लाइंट सेट करें
डेटाबेस चालू होने के बाद सर्वर पर लगाई गई अन्य कॉन्फ़िगरेशन का भी ध्यान रखें, जैसे:
- मॉनिटरिंग स्क्रिप्ट।
- अतिरिक्त सिस्टम पैकेज।
- इंस्टॉल किए गए SSL प्रमाणपत्र।
उस इंस्टेंस के लिए कॉन्फ़िगर किया EIP भी स्थानांतरित करना होगा, ताकि क्लाइंट में कोई बदलाव न करना पड़े।
यदि EIP उपयोग में नहीं है तो शुरू करने का यही सही समय है; अन्यथा सभी क्लाइंट में नए सर्वर का IP बदलना पड़ेगा।
सपोर्ट #
इस Zabbix AMI के उपयोग में इन चीज़ों का सपोर्ट शामिल है:
- AMI की इंस्टॉलेशन।
- प्रारंभिक कॉन्फ़िगरेशन।
- AMI से जुड़ी अतिरिक्त कॉन्फ़िगरेशन (जैसे Let’s Encrypt का उपयोग)।
- AMI से जुड़ी Zabbix कॉन्फ़िगरेशन।
- SNS से Zabbix सूचनाएँ भेजना।
- Zabbix में ऑटो स्केलिंग समर्थन।
- हमारे CloudFormation स्टैक।
- Zabbix का सामान्य सपोर्ट।
- AMI के अपडेट, अपग्रेड और माइग्रेशन।
परिवर्तन सूची #
AMI का इतिहास। तिथियाँ AWS Marketplace पर हर संस्करण के प्रकाशन की हैं।
Zabbix 7.0 · संस्करण 1.1
हमारी Zabbix 7.0 AMI का संस्करण 1.1 प्रकाशित, जिसमें Zabbix इंस्टॉल व कॉन्फ़िगर, ऑटो स्केलिंग समर्थन और SNS सूचनाएँ शामिल हैं।
Zabbix 6.4 · संस्करण 1.0
हमारी Zabbix 6.4 AMI का संस्करण 1.0 प्रकाशित, जिसमें Zabbix इंस्टॉल व कॉन्फ़िगर, ऑटो स्केलिंग समर्थन और SNS सूचनाएँ शामिल हैं।
Zabbix 6.0 · संस्करण 1.0
हमारी Zabbix 6.0 LTS AMI का संस्करण 1.0 प्रकाशित, जिसमें Zabbix इंस्टॉल व कॉन्फ़िगर, ऑटो स्केलिंग समर्थन और SNS सूचनाएँ शामिल हैं।
Zabbix 5.4 · संस्करण 1.0
हमारी Zabbix 5.4 AMI का संस्करण 1.0 प्रकाशित, जिसमें Zabbix इंस्टॉल व कॉन्फ़िगर, ऑटो स्केलिंग समर्थन और SNS सूचनाएँ शामिल हैं।
Zabbix LLC से संबंध #
Zabbix को अनुरक्षित करने वाली कंपनी Zabbix LLC से Imaxe.cloud का कोई समझौता न है और न कभी रहा है।
यहाँ दी गई जानकारी और सपोर्ट अनौपचारिक हैं, और मुक्त सॉफ़्टवेयर उत्पाद Zabbix तथा उस पर हमारे बनाए अतिरिक्त विकल्पों से संबंधित हैं।
इस AMI के साथ मदद चाहिए?
जवाब वही टीम देती है जो यह इमेज बनाती है — असली इंजीनियर, न बॉट न फ़र्स्ट लेवल।