Buildroot: zabbix-सर्भरको साथ क्रस-प्लेटफर्म फर्मवेयर सिर्जना गर्दै

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

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

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

समस्याको गठन

धेरै तरिकामा, परियोजना परिणाम लागू गर्ने सम्भावना संग प्रयोगशाला काम को एक प्रकार को रूप मा विकसित।

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

हार्डवेयर प्लेटफर्मको समस्या गम्भीर बनेको छ। अनुगमनमा छुट्टै मेसिन राख्नु पनि धेरै राम्रो समाधान होइन - या त नयाँ उपकरणहरू किन्न महँगो छ, वा पुरानो उपकरणहरू खोज्न + साना कम्पनीहरूमा सर्भरमा बारम्बार समस्याहरू छन्। हार्डवेयर।

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

समाधान चरणहरू

यो प्रारम्भिक रूपमा qemu मा चलाउनको लागि x86_64 को लागि फर्मवेयर सिर्जना गर्ने निर्णय गरियो, किनकि यो डिबगिङको लागि एक सुविधाजनक र छिटो समाधान हो। त्यसपछि यसलाई आर्म सिंगल-बोर्ड कम्प्युटरमा पोर्ट गर्नुहोस् (मलाई asus टिंकर बोर्ड मनपर्यो)।

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

zabbix प्याकेज पोर्टिङ आफैं एक अलग लेख मा वर्णन गरिनेछ।

किनकि सबै कुरा फर्मवेयर (अपरिवर्तनीय प्रणाली छवि + पुन: प्राप्ति कन्फिगरेसन / डाटाबेस फाइलहरू) को रूपमा काम गर्नुपर्छ, यो तपाईंको आफ्नै प्रणाली लक्ष्य, सेवा र टाइमर (लक्ष्य, सेवा, टाइमर) लेख्न आवश्यक थियो।

मिडियालाई २ खण्डहरूमा विभाजन गर्ने निर्णय गरियो - प्रणाली फाइलहरू भएको खण्ड र परिवर्तनीय कन्फिगहरू र zabbix डाटाबेस फाइलहरू भएको खण्ड।

डाटाबेससँग सम्बन्धित समस्याहरू समाधान गर्न अलि बढी गाह्रो भयो। म यसलाई सिधै मिडियामा राख्न चाहन्न। एकै समयमा, डाटाबेसको साइज एक साइजमा पुग्न सक्छ जुन सम्भावित रामडिस्कको साइज भन्दा बढी हुन्छ। त्यसकारण, एक सम्झौता समाधान रोजिएको थियो: डाटाबेस SD कार्डको दोस्रो विभाजनमा अवस्थित छ (आधुनिक SLC कार्डहरूमा 30 लेख्ने चक्रहरू छन्), तर त्यहाँ एक सेटिङ छ जसले बाह्य मिडियाको प्रयोग गर्न अनुमति दिन्छ (उदाहरणका लागि, usb- hdd)।

तापक्रम निगरानी RODOS-5 उपकरण मार्फत लागू गरिएको थियो। निस्सन्देह, तपाइँ प्रत्यक्ष रूपमा डलास 1820 प्रयोग गर्न सक्नुहुन्छ, तर यो USB मा प्लग गर्न छिटो र सजिलो थियो।

grub86 लाई x64_2 को लागि बुटलोडरको रूपमा चयन गरिएको थियो। यसलाई सुरु गर्न न्यूनतम कन्फिगरेसन लेख्न आवश्यक थियो।

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

परिचयात्मक लेखहरू पढ्नको लागि यो अत्यधिक सिफारिस गरिएको छ:
https://habr.com/ru/post/448638/
https://habr.com/ru/post/449348/

कसरी भेला हुने

परियोजना github मा भण्डारण गरिएको छ
भण्डार क्लोनिङ पछि, निम्न फाइल संरचना प्राप्त हुन्छ:

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

buildroot-2019.05.tar.gz - सफा बिल्डरूट संग्रह
overlay external-tree को साथ मेरो डाइरेक्टरी हो। बिल्डरूट प्रयोग गरेर फर्मवेयर निर्माण गर्न तपाईलाई आवश्यक पर्ने सबै कुरा यहाँ भण्डार गरिएको छ।
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 कार्डमा रेकर्डिङका लागि मिडिया छवि (wibdows अन्तर्गत dd वा rufus मार्फत)।
• qemu.qcow2 - qemu मा चल्ने मिडिया छवि।
• external.qcow2 - डाटाबेसको लागि बाह्य मिडिया छवि
• मोनिटर-0.9-beta.tar.gz - वेब इन्टरफेस मार्फत अद्यावधिक गर्नको लागि संग्रह

गाइडहरूको उत्पादन

धेरै पटक एउटै निर्देशनहरू लेख्न लायक छैन। र सबैभन्दा तार्किक कुरा भनेको यसलाई मार्कडाउनमा एक पटक लेख्नु हो, र त्यसपछि यसलाई डाउनलोड गर्नको लागि PDF र वेब इन्टरफेसको लागि html मा रूपान्तरण गर्नुहोस्। यो Pandoc प्याकेज को लागी सम्भव छ।

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

manuals.mk फाइल (जसले सबै काम गर्छ)

################################################################################
#
# 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

लिनक्स संसार सक्रिय रूपमा systemd मा सर्दै छ, र मैले यो पनि गर्नुपर्‍यो।
रमाइलो आविष्कारहरू मध्ये एक टाइमरहरूको उपस्थिति हो। सामान्यतया, तिनीहरूको बारेमा छुट्टै लेख लेखिएको छ (र तिनीहरूको बारेमा मात्र होइन), तर म तपाईंलाई छोटकरीमा बताउनेछु।

त्यहाँ कार्यहरू छन् जुन आवधिक रूपमा प्रदर्शन गर्नुपर्छ। मलाई lighttpd र php-fpm लगहरू खाली गर्न लगरोटेट चलाउन आवश्यक छ। सामान्य कुरा क्रोनमा आदेशहरू लेख्नु हुनेछ, तर मैले systemd मोनोटोनिक टाइमर प्रयोग गर्ने निर्णय गरें। त्यसैले लगरोटेट कडा समय अन्तरालमा चल्छ।

अवश्य पनि, निश्चित मितिहरूमा फायर गर्ने टाइमरहरू सिर्जना गर्न सम्भव छ, तर मलाई यो आवश्यक थिएन।
टाइमर उदाहरण:

• टाइमर फाइल

  
  [Unit]
  Description=RODOS temp daemon timer

[टाइमर] OnBootSec=1 मिनेट
OnUnitActiveSec=1 मिनेट

[स्थापना गर्नुहोस्] WantedBy=timers.target

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

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

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

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

Beaglebone कालो पहिलो बोर्ड हो जसमा सञ्चालन परीक्षण गरिएको थियो (अधिक शक्तिशाली बोर्डको चयनको क्रममा)।

Qemu x86_64 - डिबगिङ विकासको लागि प्रयोग गरियो।

यसले कसरी काम गर्दछ

स्टार्टअपमा, सेटिङहरूको दुई-चरण पुनर्स्थापना हुन्छ:

• चलिरहेको settings_restore स्क्रिप्ट (सेवा मार्फत)। यसले आधारभूत प्रणाली सेटिङहरू पुनर्स्थापित गर्दछ - समय क्षेत्र, लोकेल, नेटवर्क सेटिङहरू, आदि।
• तयार स्क्रिप्ट चलाउँदै (सेवा मार्फत) - यहाँ zabbix र डाटाबेस तयार छन्, IP कन्सोलमा आउटपुट छ।

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

बाह्य ड्राइभ जडान गर्दा, स्टार्टअपको क्षणमा यसले नि: शुल्क ड्राइभ खोज्छ र बाह्य लेबलको साथ ext4 मा ढाँचा गर्दछ।

ध्यान! बाह्य ड्राइभ जडान गर्दा (साथै यसलाई विच्छेदन वा प्रतिस्थापन गर्दा), तपाईंले ब्याकअप बनाउन र सेटिङहरू पुनर्स्थापना गर्न आवश्यक छ!

RODOS 5 यन्त्र तापमान निगरानीको लागि प्रयोग गरिन्छ। निर्माताले यन्त्रसँग काम गर्नको लागि यसको उपयोगिताको स्रोत कोड प्रदान गर्दछ। जब प्रणाली सक्रिय हुन्छ, रोडोस टाइमर सुरु हुन्छ, जसले यो उपयोगिता एक मिनेटमा एक पटक चलाउँछ। हालको तापमान फाइलमा लेखिएको छ /tmp/rodos_current_temp, त्यसपछि zabbix ले यो फाइललाई सेन्सरको रूपमा निगरानी गर्न सक्छ।

कन्फिगरेसन भण्डारण मिडिया /डेटा डाइरेक्टरीमा माउन्ट गरिएको छ।

प्रणाली सुरु गर्दा र सञ्चालनको लागि तयारी गर्दा, निम्न सन्देश कन्सोलमा देखा पर्दछ:

System starting, please wait

तयारी कार्य पूरा गरेपछि, यो आईपी ठेगाना प्रदर्शन गर्न परिवर्तन हुनेछ:

current ip 192.168.1.32
Ready to work

तापमान निगरानीको लागि zabbix सेट अप गर्दै

तापमान निगरानी गर्न, केवल 2 कदम चाल्नुहोस्:

• RODOS यन्त्रलाई USB पोर्टमा जडान गर्नुहोस्
• zabbix मा डाटा वस्तु सिर्जना गर्नुहोस्

zabbix वेब इन्टरफेस खोल्नुहोस्:

• खण्ड खोल्नुहोस् कन्फिगरेसन → होस्टहरू
• हाम्रो zabbix सर्भरको लाइनमा वस्तुहरूमा क्लिक गर्नुहोस्
• वस्तु सिर्जना गर्नुहोस् मा क्लिक गर्नुहोस्

निम्न डाटा प्रविष्ट गर्नुहोस्:

• नाम - तपाईंको विवेकमा (उदाहरणका लागि, serverRoomTemp)
• प्रकार - zabbix एजेन्ट
• कुञ्जी - रोडोस
• प्रकार-संख्यात्मक
• एकाइहरू - सी
• इतिहास भण्डारण अवधि - इतिहास भण्डारण अवधि। 10 दिन बाँकी
• प्रवृत्ति भण्डारण अवधि - परिवर्तनहरूको गतिशीलताको लागि भण्डारण अवधि। ३० दिन बाँकी
• नयाँ अनुप्रयोग - सर्भर कोठा तापमान

र ADD बटन थिच्नुहोस्।

वेब इन्टरफेस मार्फत सेटिङहरू प्रबन्ध गर्नुहोस्

वेब इन्टरफेस PHP मा लेखिएको छ। त्यहाँ मुख्य कार्यहरू छन्:

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

वेब इन्टरफेसमा लगइन पासवर्ड सुरक्षित छ। सुरु पृष्ठ - म्यानुअल।

Zabbix इन्टरफेस ठेगाना: ${ip/dns}/zabbix
व्यवस्थापन इन्टरफेस ठेगाना: ${ip/dns}/manage

qemu मा दौडिरहेको छ

qemu-system-x86_64 -smp 4 -m 4026M -enable-kvm -machine q35,accel=kvm -device intel-iommu -cpu host -net nic -net bridge,br=bridge0 -device virtio-scsi-pci,id= scsi0 -drive file=output/images/qemu.qcow2,format=qcow2,aio=threads -device virtio-scsi-pci,id=scsi0 -drive file=output/images/external.qcow2,format=qcow2,aio=threads

यो आदेशले 4 कोर, 2048 RAM, KVM सक्षम, bridge0 मा नेटवर्क कार्ड र दुई डिस्कहरू सहित प्रणाली सुरु गर्नेछ: एउटा प्रणालीको लागि र postgresql को लागि एक बाह्य।

छविहरू रूपान्तरण गर्न सकिन्छ र भर्चुअलबक्समा चलाउन सकिन्छ:

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

त्यसपछि तिनीहरूलाई भर्चुअलबक्समा आयात गर्नुहोस् र sata मार्फत जडान गर्नुहोस्।

निष्कर्षमा

यस प्रक्रियामा, म प्रयोग गर्नका लागि तयार उत्पादन बनाउनमा रुचि राखेँ - धेरै सुन्दर इन्टरफेसको साथ (मलाई लेख्न मन पर्दैन), तर एउटा जसले काम गर्छ र कन्फिगर गर्न सजिलो छ।

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

सामग्री

https://buildroot.org/

स्रोत: www.habr.com