बिल्डरोट: ज़ैबिक्स-सर्वर के साथ क्रॉस-प्लेटफ़ॉर्म फर्मवेयर बनाना

कार्य इतिहास

छोटे आकार की कंपनियों, एक तरफ, उनके बुनियादी ढांचे (विशेष रूप से व्यापक वर्चुअलाइजेशन के प्रकाश में) की उच्च-गुणवत्ता की निगरानी की आवश्यकता होती है, दूसरी तरफ, नए उपकरणों की खरीद के लिए उनके लिए वित्तीय रूप से कठिन है। इसके अलावा, अक्सर सर्वर / हार्डवेयर के साथ समस्याएं होती हैं: अक्सर उपयोगकर्ता वर्कस्टेशन या छोटे आला या अलमारी के बगल में 1-3 टॉवर-सर्वर होते हैं।

रेडी-मेड असेंबली (वितरण) का उपयोग करना अधिक आसान है, जो माइक्रोएसडी-कार्ड पर अपलोड करने और एक सामान्य एकल-बोर्ड कंप्यूटर (बीगलबोन, रास्पबेरी पाई और नारंगी पी, आसुस टिंकर परिवार) में डालने के लिए पर्याप्त है। इसके अलावा, ऐसे उपकरण सस्ती हैं और कहीं भी स्थापित किए जा सकते हैं।

समस्या का बयान

कई मायनों में, परियोजना परिणामों को लागू करने की संभावना के साथ एक तरह के प्रयोगशाला कार्य के रूप में विकसित हुई।

ज़ैबिक्स को निगरानी प्रणाली के रूप में चुना गया था, क्योंकि यह एक शक्तिशाली, स्वतंत्र और अच्छी तरह से प्रलेखित प्रणाली है।

हार्डवेयर प्लेटफ़ॉर्म के साथ प्रश्न तेजी से उठा। निगरानी के तहत एक अलग मशीन रखना भी एक अच्छा समाधान नहीं है - या तो नए उपकरण खरीदना महंगा है, या पुरानी एक की तलाश करें + छोटी कंपनियों में सर्वर / हार्डवेयर के साथ लगातार समस्याएं हैं।

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

समाधान कदम

शुरुआत में q86 में x86_64 के लिए फर्मवेयर बनाने का निर्णय लिया गया था, क्योंकि यह डिबगिंग के लिए एक सुविधाजनक और त्वरित समाधान है। फिर सिंगल-बोर्ड कंप्यूटर बांह पर पोर्ट करें (मुझे ऐसस टिंकर बोर्ड पसंद है)।

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

ज़ैबिक्स पैकेज को पोर्ट करना एक अलग लेख में वर्णित किया जाएगा।

चूंकि सब कुछ फर्मवेयर (अपरिवर्तित सिस्टम छवि + पुनर्प्राप्त करने योग्य कॉन्फ़िगरेशन / डेटाबेस फ़ाइलों) के रूप में काम करना चाहिए, इसलिए आपके सिस्टमड लक्ष्य, सेवाओं और टाइमर (लक्ष्य, सेवा, टाइमर) को लिखना आवश्यक था।

मीडिया को 2 खंडों में विभाजित करने का निर्णय लिया गया था - सिस्टम फ़ाइलों के साथ एक अनुभाग और परस्पर विन्यास और zabbix डेटाबेस फ़ाइलों के साथ एक अनुभाग।

यह डेटाबेस से जुड़ी समस्याओं को हल करने के लिए थोड़ा और कठिन हो गया। मैं इसे सीधे मीडिया पर नहीं डालना चाहता था। इसी समय, आधार का आकार एक संभावित रैमडिस्क के आकार से अधिक आकार तक पहुंच सकता है। इसलिए, एक समझौता समाधान चुना गया था: डेटाबेस एसडी कार्ड के दूसरे खंड पर स्थित है (आधुनिक एसएलसी कार्ड में 30,000 तक साइकिल लिखते हैं), लेकिन एक सेटिंग है जो आपको बाहरी मीडिया (उदाहरण के लिए, usb-hdd) का उपयोग करने की अनुमति देती है।

तापमान की निगरानी RODOS-5 डिवाइस के माध्यम से लागू की गई थी। बेशक, आप सीधे डलास 1820 का उपयोग कर सकते हैं, लेकिन यूएसबी प्लग करना तेज और आसान था।

Grub2 को x86_64 के लिए बूटलोडर के रूप में चुना गया था। यह मुझे चलाने के लिए एक न्यूनतम विन्यास लिखने के लिए ले गया।

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

यह परिचयात्मक लेख पढ़ने के लिए अत्यधिक अनुशंसित है:
https://habr.com/ru/post/448638/
https://habr.com/ru/post/449348/

कैसे इकट्ठा करें

परियोजना को गितुब पर संग्रहीत किया गया है
रिपॉजिटरी को क्लोन करने के बाद, निम्न फ़ाइल संरचना प्राप्त की जाती है:

[alexey@comp monitor]$ ls -1 buildroot-2019.05.tar.gz overlay README.md run_me.sh 

buildroot-2019.05.tar.gz - स्वच्छ बिल्डरोट का संग्रह
बाहरी पेड़ के साथ ओवरले मेरी निर्देशिका है। इसमें बिल्डरो का उपयोग करके फर्मवेयर का निर्माण करने की आवश्यकता है
README.md - अंग्रेजी में परियोजना विवरण और मार्गदर्शन।
run_me.sh एक स्क्रिप्ट है जो बिल्ड सिस्टम को तैयार करती है। संग्रह से बिल्डरोट का विस्तार करता है, इसे ओवरले संलग्न करता है (बाहरी-ट्री तंत्र के माध्यम से) और आपको विधानसभा के लिए लिंक बोर्ड का चयन करने की अनुमति देता है

 [0] my_asus_tinker_defconfig [1] my_beaglebone_defconfig [2] x86_64_defconfig Select defconfig, press A for abort. Default [0] 

उसके बाद, बस buildroot-2019.05 डायरेक्टरी में जाएं और मेक कमांड को चलाएं।
असेंबली पूरी होने के बाद, सभी विधानसभा परिणाम आउटपुट / इमेज डायरेक्टरी में होंगे:

 [alexey@comp buildroot-2019.05]$ ls -1 output/images/ boot.img boot.vfat bzImage data data.img external.img external.qcow2 grub-eltorito.img grub.img intel-ucode monitor-0.9-beta.tar.gz qemu.qcow2 rootfs.cpio sdcard.img sys update 

आवश्यक फाइलें:

• sdcard.img - sd कार्ड पर लिखने के लिए माध्यम की छवि (wddows के तहत dd या rufus के माध्यम से)।
• qemu.qcow2 - मीडिया छवि qemu में चलने के लिए।
• बाहरी .qcow2 - डेटाबेस के लिए बाहरी मीडिया छवि
• मॉनिटर-0.9-beta.tar.gz - वेब इंटरफेस के माध्यम से अद्यतन करने के लिए संग्रह

मैनुअल जनरेशन

यह कई बार समान निर्देशों को लिखने के लायक नहीं है। और मार्कडाउन में एक बार लिखना सबसे तर्कसंगत है, और फिर इसे वेब इंटरफेस के लिए पीडीएफ और डाउनलोड के लिए पीडीएफ में परिवर्तित करें। यह संभव है पैंडॉक पैकेज के लिए धन्यवाद।

हालाँकि, सिस्टम इमेज के असेंबल होने से पहले आपको इन सभी फाइलों को जेनरेट करना होगा, जो पोस्ट-बिल्ड स्क्रिप्ट पहले से ही बेकार हैं। इसलिए, जनरेशन मैनुअल पैकेज के रूप में बनाई जाती है। आप इसे ओवरले / पैकेज / मैनुअल में देख सकते हैं।

मैनुअलसेमक फाइल (जो सभी काम करती है)

 ################################################################################ # # manuals # ################################################################################ MANUALS_VERSION:= 1.0.0 MANUALS_SITE:= ${BR2_EXTERNAL_monitorOverlay_PATH}/package/manuals MANUALS_SITE_METHOD:=local define MANUALS_BUILD_CMDS pandoc -s -o ${TARGET_DIR}/var/www/manual_en.pdf ${BR2_EXTERNAL_monitorOverlay_PATH}/../README.md pandoc -f markdown -t html -o ${TARGET_DIR}/var/www/manual_en.html ${BR2_EXTERNAL_monitorOverlay_PATH}/../README.md endef $(eval $(generic-package)) 

systemd

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

ऐसी क्रियाएं हैं जिन्हें समय-समय पर किया जाना चाहिए। मुझे लाइटटैप और php-fpm लॉग को खाली करने के लिए लॉगरोट को चलाने की आवश्यकता है। क्रोन में कमांड लिखना सबसे आम होगा, लेकिन मैंने नीरस सिस्टमड टाइमर का उपयोग करने का फैसला किया। इस प्रकार, लॉगरोट एक सख्त समय अंतराल पर शुरू होता है।

बेशक, कुछ समय पर काम करने वाले टाइमर बनाने की संभावना है, लेकिन मुझे इसकी आवश्यकता नहीं थी।
उदाहरण टाइमर:

• टाइमर फ़ाइल
  

   [Unit] Description=RODOS temp daemon timer 

[टाइमर]
ऑनबूटसेक = 1 मिनट
OnUnitActiveSec = 1min

[स्थापित]
WantedBy = timers.target

 -  ,  : ```bash [Unit] Description=RODOS temp daemon [Service] ExecStart=/usr/bin/rodos.sh 

समर्थित बोर्डों

असूस टिंकर बोर्ड - मुख्य बोर्ड जिस पर सब कुछ काम करना चाहिए। सस्ती और बहुत शक्तिशाली के रूप में चयनित।

बीगलबोन ब्लैक पहला बोर्ड है जिस पर काम का परीक्षण किया गया (अधिक शक्तिशाली बोर्ड के चयन के दौरान)।

Qemu x86_64 - डिबगिंग विकसित करने के लिए उपयोग किया जाता है।

यह कैसे काम करता है

स्टार्टअप पर, सेटिंग्स की दो-चरण पुनर्प्राप्ति होती है:

• settings_restore स्क्रिप्ट (सेवा के माध्यम से) चलाना। यह बुनियादी सिस्टम सेटिंग्स - टाइम ज़ोन, लोकेल, नेटवर्क सेटिंग्स आदि को पुनर्स्थापित करता है।
• तैयार स्क्रिप्ट चलाने (सेवा के माध्यम से) - यहां ज़ैबिक्स तैयार किया गया है, डेटाबेस, आईपी को कंसोल में प्रदर्शित किया गया है।

पहली शुरुआत में, एसडी कार्ड के दूसरे खंड का आकार निर्धारित किया जाता है। यदि अभी भी अनअलोकेटेड स्थान है - मीडिया को फिर से चालू किया गया है, तो डेटा अनुभाग सभी खाली स्थान पर कब्जा कर लेता है। यह स्थापना छवि (sdcard.img) के आकार को कम करने के लिए किया जाता है। इसके अलावा, इस बिंदु पर postgresql वर्किंग डायरेक्टरी बनाई गई है। यही कारण है कि एक नए माध्यम के साथ पहला लॉन्च बाद वाले की तुलना में लंबा होगा।

जब आप बाहरी ड्राइव को कनेक्ट करते हैं, तो शुरू के समय यह एक मुफ्त ड्राइव की खोज करता है और बाहरी लेबल के साथ ext4 में इसे प्रारूपित करता है।

चेतावनी! जब एक बाहरी ड्राइव को कनेक्ट करना (साथ ही इसे डिस्कनेक्ट या बदलना), तो आपको बैकअप और सेटिंग्स को पुनर्स्थापित करने की आवश्यकता है!

तापमान की निगरानी के लिए, RODOS 5 डिवाइस का उपयोग किया जाता है। निर्माता डिवाइस के साथ काम करने के लिए इसकी उपयोगिता के स्रोत देता है। जब सिस्टम चालू होता है, तो रॉडोस टाइमर शुरू होता है, जो एक मिनट में एक बार इस उपयोगिता को लॉन्च करता है। वर्तमान तापमान / tmp / rodos_current_temp फ़ाइल को लिखा जाता है, जिसके बाद zabbix इस फाइल को एक सेंसर के रूप में मॉनिटर कर सकता है।

कॉन्फ़िगरेशन के लिए संग्रहण माध्यम / डेटा निर्देशिका में माउंट किया गया है।

जब आप सिस्टम शुरू करते हैं और इसे काम के लिए तैयार करते हैं, तो कंसोल में एक संदेश दिखाई देता है:

 System starting, please wait 

प्रारंभिक कार्य पूरा होने के बाद, यह आईपी पता प्रदर्शित करने के लिए बदल जाएगा:

 current ip 192.168.1.32 Ready to work 

तापमान की निगरानी के लिए ज़ैबिक्स को कॉन्फ़िगर करना

तापमान पर नज़र रखने के लिए, बस 2 चरण करें:

• RODOS डिवाइस को usb पोर्ट से कनेक्ट करें
• zabbix में डेटा आइटम बनाएँ

Zabbix वेब इंटरफ़ेस खोलें:

• अनुभाग कॉन्फ़िगरेशन खोलें → होस्ट
• हमारे zabbix सर्वर की लाइन में आइटम पर क्लिक करें
• Create item पर क्लिक करें

निम्नलिखित डेटा दर्ज करें:

• नाम - अपने विवेक पर (उदाहरण के लिए, serverRoomTemp)
• टाइप - ज़ैबिक्स एजेंट
• की - छड़
• टाइप- न्यूमेरिक
• इकाइयाँ - C
• इतिहास भंडारण अवधि - इतिहास की अवधि। 10 दिन बचे हैं
• प्रवृत्ति भंडारण अवधि - परिवर्तनों की गतिशीलता के भंडारण की अवधि। 30 दिन बचे हैं
• नया अनुप्रयोग - सर्वर कक्ष अस्थायी

और ADD बटन दबाएं।

वेब आधारित प्रबंधन

वेब इंटरफ़ेस php में लिखा गया है। मुख्य कार्य हैं:

• डिवाइस की स्थिति देखें
• नेटवर्क सेटिंग्स बदलें
  
• उपयोगकर्ता पासवर्ड बदलें
• समय क्षेत्र चयन
• बैकअप / पुनर्स्थापित / फ़ैक्टरी सेटिंग्स पर रीसेट करें
• एक बाहरी ड्राइव को जोड़ने की क्षमता
• सिस्टम अपडेट
  

वेब इंटरफेस में लॉगिन पासवर्ड से सुरक्षित है। प्रारंभ पृष्ठ - मैनुअल।

Zabbix इंटरफ़ेस पता: \ $ {ip / dns} / zabbix
प्रबंधन इंटरफ़ेस पता: \ $ {आईपी / डीएनएस} / प्रबंधन

Qemu में चलाएं

qemu-system-x86_64 -smp 4 -m 4026M -enable-kvm -machine q35, त्वरण = kvm-service Intel-iommu -cpu host -net nic -net Bridge, br = bridge0 -device virtio-scsi-pci, id = scsi0 -drive फ़ाइल = आउटपुट / चित्र / qemu.qcow2, प्रारूप = qcow2, aio = थ्रेड्स -device virtio-scsi-pci, id = scsi0 -drive फ़ाइल = आउटपुट / चित्र / external.qcow2, format = qcow2, aio = सूत्र

यह कमांड 4 कोर के साथ एक सिस्टम शुरू करेगा, KVM द्वारा सक्रिय 2048 RAM, Bridge0 पर एक नेटवर्क कार्ड और दो डिस्क: सिस्टम के लिए और पोस्टग्रेजल के लिए बाहरी।

छवियों को परिवर्तित किया जा सकता है और वर्चुअलबॉक्स में चलाया जा सकता है:

 qemu-img convert -f qcow2 qemu.qcow2 -O vdi qcow2.vdi qemu-img convert -f qcow2 external.qcow2 -O vdi external.vdi 

फिर उन्हें वर्चुअलबॉक्स में आयात करें और sata के माध्यम से कनेक्ट करें।

निष्कर्ष

इस प्रक्रिया में, मैं काम के लिए तैयार उत्पाद बनाने में रुचि रखने लगा - एक बहुत अच्छा इंटरफ़ेस नहीं (मैं उन्हें लिखना पसंद नहीं करता), लेकिन काम करना और कॉन्फ़िगर करना आसान है।

केवीएम में ज़ैबिक्स-उपकरण स्थापित करने के अंतिम प्रयास ने इस कदम की शुद्धता दिखाई (सिस्टम स्थापना पूर्ण होने के बाद शुरू नहीं होता है)। शायद मैं कुछ गलत कर रहा हूँ;)

सामग्री

https://buildroot.org/