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

समस्या का इतिहास

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

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

समस्या का निरूपण

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

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

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

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

समाधान चरण

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

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

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

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

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

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

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

x86_64 के लिए ग्रब2 को बूटलोडर के रूप में चुना गया था। इसे लॉन्च करने के लिए न्यूनतम कॉन्फ़िगरेशन लिखना आवश्यक था।

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

परिचयात्मक लेख पढ़ने की अत्यधिक अनुशंसा की जाती है:
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

बिल्डरूट-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 - एसडी कार्ड पर रिकॉर्डिंग के लिए मीडिया छवि (विबडोज़ के तहत डीडी या रूफस के माध्यम से)।
• qemu.qcow2 - qemu में चलाने के लिए मीडिया छवि।
• external.qcow2 - डेटाबेस के लिए बाहरी मीडिया छवि
• मॉनिटर-0.9-बीटा.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 लॉग साफ़ करने के लिए logrotate चलाने की आवश्यकता थी। सामान्य बात यह होगी कि कमांड को क्रॉन में लिखा जाए, लेकिन मैंने सिस्टमड मोनोटोनिक टाइमर का उपयोग करने का निर्णय लिया। इसलिए लॉगरोटेट एक सख्त समय अंतराल पर चलता है।

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

• टाइमर फ़ाइल

  
  [Unit]
  Description=RODOS temp daemon timer

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

[इंस्टॉल करें] वांटेडबाय=टाइमर.टारगेट

- Файл сервиса, вызываемого таймером:
```bash
[Unit]
Description=RODOS temp daemon

[Service]
ExecStart=/usr/bin/rodos.sh

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

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

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

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

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

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

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

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

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

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

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

कॉन्फ़िगरेशन स्टोरेज मीडिया /डेटा निर्देशिका में माउंट किया गया है।

सिस्टम प्रारंभ करते समय और इसे संचालन के लिए तैयार करते समय, कंसोल में निम्न संदेश दिखाई देता है:

System starting, please wait

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

current ip 192.168.1.32
Ready to work

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

तापमान पर नज़र रखने के लिए, बस 2 कदम उठाएँ:

• RODOS डिवाइस को USB पोर्ट से कनेक्ट करें
• ज़ैबिक्स में डेटा आइटम बनाएं

ज़ैबिक्स वेब इंटरफ़ेस खोलें:

• कॉन्फ़िगरेशन → होस्ट अनुभाग खोलें
• हमारे ज़ैबिक्स सर्वर की पंक्ति में आइटम पर क्लिक करें
• आइटम बनाएं पर क्लिक करें

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

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

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

वेब इंटरफ़ेस के माध्यम से सेटिंग्स प्रबंधित करें

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

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

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

ज़ैबिक्स इंटरफ़ेस पता: ${ip/dns}/zabbix
प्रबंधन इंटरफ़ेस पता: ${ip/dns}/manage

क्यूमू में चल रहा है

qemu-system-x86_64 -smp 4 -m 4026M -enable-kvm -machine q35,accel=kvm -device Intel-iommu -cpu होस्ट -net nic -नेट ब्रिज,br=bridge0 -device virtio-scsi-pci,id= scsi0 -ड्राइव फ़ाइल=आउटपुट/इमेज/qemu.qcow2,फॉर्मेट=qcow2,aio=थ्रेड्स -डिवाइस virtio-scsi-pci,id=scsi0 -ड्राइव फ़ाइल=आउटपुट/इमेज/एक्सटर्नल.qcow2,फॉर्मेट=qcow2,aio=थ्रेड्स

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

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

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

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

निष्कर्ष

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

KVM में ज़ैबिक्स-उपकरण स्थापित करने के अंतिम प्रयास से पता चला कि यह चरण सही था (स्थापना पूर्ण होने के बाद, सिस्टम प्रारंभ नहीं होता है)। शायद मैं कुछ ग़लत कर रहा हूँ 😉

सामग्री

https://buildroot.org/

स्रोत: www.habr.com