🥇Buildroot: zabbix-server सह क्रॉस-प्लॅटफॉर्म फर्मवेअर तयार करणे

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

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

रेडीमेड असेंब्ली (वितरण) वापरणे सोपे आहे, जे तुम्हाला फक्त मायक्रोएसडी कार्डवर अपलोड करावे लागेल आणि कॉमन सिंगल-बोर्ड कॉम्प्युटरमध्ये टाकावे लागेल (बीगलबोन, रास्पबेरी पाई आणि ऑरेंज पाई फॅमिली, एसस टिंकर बोर्ड). याव्यतिरिक्त, अशी उपकरणे स्वस्त आहेत आणि कुठेही स्थापित केली जाऊ शकतात.

समस्येची निर्मिती

अनेक मार्गांनी, प्रकल्प परिणाम लागू करण्याच्या शक्यतेसह प्रयोगशाळेच्या कामाचा एक प्रकार म्हणून विकसित झाला.

Zabbix ची मॉनिटरिंग सिस्टीम म्हणून निवड करण्यात आली कारण ती एक शक्तिशाली, मोफत आणि सु-दस्तऐवजीकरण प्रणाली आहे.

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

बिल्डरूट बिल्ड सिस्टीमचा वापर केल्याने तुम्हाला लिनक्स ऑपरेटिंग सिस्टीमचे कमीत कमी ज्ञान असलेल्या कर्मचार्‍यांद्वारे ऑपरेट करता येणारे विशेष उपाय तयार करता येतात. ही प्रणाली नवशिक्यांसाठी अनुकूल आहे, परंतु त्याच वेळी अनुभवी विकसकाच्या हातात भरपूर सानुकूलित संधी प्रदान करते. आयटी इन्फ्रास्ट्रक्चरच्या स्वस्त, परंतु पूर्णपणे कार्यात्मक देखरेखीच्या समस्येचे निराकरण करण्यासाठी ते योग्य आहे, ज्यामध्ये ते कार्यरत कर्मचार्‍यांच्या प्रशिक्षणासाठी किमान आवश्यकता आहे.

उपाय पावले

सुरुवातीला qemu मध्ये चालण्यासाठी x86_64 साठी फर्मवेअर तयार करण्याचा निर्णय घेण्यात आला, कारण हे डीबगिंगसाठी एक सोयीस्कर आणि जलद उपाय आहे. मग ते एका आर्म सिंगल-बोर्ड संगणकावर पोर्ट करा (मला Asus टिंकर बोर्ड आवडला).

बिल्डरूट बिल्ड सिस्टम म्हणून निवडले गेले. सुरुवातीला, त्यात zabbix पॅकेजची कमतरता होती, त्यामुळे ते पोर्ट करावे लागले. रशियन लोकॅलमध्ये समस्या होत्या, ज्या योग्य पॅचेस लागू करून सोडवल्या गेल्या (टीप: बिल्डरूटच्या नवीन आवृत्त्यांमध्ये, या पॅचची यापुढे आवश्यकता नाही).

zabbix पॅकेज स्वतः पोर्ट करणे वेगळ्या लेखात वर्णन केले जाईल.

प्रत्येक गोष्ट फर्मवेअर (अपरिवर्तनीय सिस्टम प्रतिमा + पुनर्प्राप्त करण्यायोग्य कॉन्फिगरेशन/डेटाबेस फाइल्स) म्हणून कार्य करत असल्याने, आपले स्वतःचे सिस्टम लक्ष्य, सेवा आणि टाइमर (लक्ष्य, सेवा, टाइमर) लिहिणे आवश्यक होते.

मीडियाला 2 विभागांमध्ये विभाजित करण्याचा निर्णय घेण्यात आला - सिस्टम फाइल्ससह एक विभाग आणि बदलण्यायोग्य कॉन्फिगरेशन आणि झब्बिक्स डेटाबेस फाइल्ससह विभाग.

डेटाबेसशी संबंधित समस्यांचे निराकरण करणे थोडे अधिक कठीण झाले. मला ते थेट मीडियावर ठेवायचे नव्हते. त्याच वेळी, डेटाबेसचा आकार संभाव्य रॅमडिस्कच्या आकारापेक्षा जास्त आकारापर्यंत पोहोचू शकतो. म्हणून, एक तडजोड उपाय निवडला गेला: डेटाबेस एसडी कार्डच्या दुसऱ्या विभाजनावर स्थित आहे (आधुनिक एसएलसी कार्ड्समध्ये 30 पर्यंत लेखन चक्र असतात), परंतु एक सेटिंग आहे जी बाह्य मीडिया वापरण्याची परवानगी देते (उदाहरणार्थ, यूएसबी- 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]

यानंतर, फक्त बिल्डरूट-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 मध्ये रूपांतरित करा. पॅनडॉक पॅकेजमुळे हे शक्य आहे.

त्याच वेळी, या सर्व फायली सिस्टम प्रतिमा एकत्रित होण्यापूर्वी व्युत्पन्न करणे आवश्यक आहे; त्या पोस्ट-बिल्ड स्क्रिप्ट आधीच निरुपयोगी आहेत. म्हणून, जनरेशन मॅन्युअल पॅकेजच्या स्वरूपात केले जाते. तुम्ही आच्छादन/पॅकेज/मॅन्युअल पाहू शकता.

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 लॉग साफ करण्यासाठी मला logrotate चालवणे आवश्यक आहे. क्रॉनमध्ये कमांड्स लिहिणे ही नेहमीची गोष्ट असेल, परंतु मी सिस्टम्ड मोनोटोनिक टाइमर वापरण्याचे ठरवले. त्यामुळे लॉगोटेट काटेकोर वेळेच्या अंतराने धावते.

अर्थात, ठराविक तारखांना टायमर तयार करणे शक्य आहे, परंतु मला याची गरज नव्हती.
टाइमर उदाहरण:

टाइमर फाइल


[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 टिंकर बोर्ड हे मुख्य बोर्ड आहे ज्यावर सर्वकाही कार्य केले पाहिजे. स्वस्त आणि खूप शक्तिशाली म्हणून निवडले.

बीगलबोन ब्लॅक हा पहिला बोर्ड आहे ज्यावर ऑपरेशनची चाचणी घेण्यात आली होती (अधिक शक्तिशाली बोर्ड निवडताना).

Qemu x86_64 - डीबगिंग विकासासाठी वापरले.

हे कसे कार्य करते

स्टार्टअपवर, सेटिंग्जचे दोन-टप्पे पुनर्संचयित होते:

settings_restore स्क्रिप्ट चालवत आहे (सेवेद्वारे). हे मूलभूत सिस्टम सेटिंग्ज पुनर्संचयित करते - टाइम झोन, लोकेल, नेटवर्क सेटिंग्ज इ.
तयार स्क्रिप्ट चालवत आहे (सेवेद्वारे) - येथे zabbix आणि डेटाबेस तयार केला जातो, IP कन्सोलवर आउटपुट होतो.

जेव्हा तुम्ही ते प्रथम सुरू करता, तेव्हा SD कार्डच्या दुसऱ्या विभाजनाचा आकार निर्धारित केला जातो. अजूनही वाटप न केलेली जागा असल्यास, मीडियाचे पुनर्विभाजन केले जाते आणि डेटा विभाग सर्व मोकळी जागा घेतो. हे इंस्टॉलेशन इमेज (sdcard.img) चा आकार कमी करण्यासाठी केले जाते. याव्यतिरिक्त, postgresql वर्किंग डिरेक्टरी या ठिकाणी तयार केली जाते. म्हणूनच नवीन वाहकासह पहिले प्रक्षेपण त्यानंतरच्या वाहकांपेक्षा लांब असेल.

बाह्य ड्राइव्ह कनेक्ट करताना, स्टार्टअपच्या क्षणी ते विनामूल्य ड्राइव्ह शोधते आणि बाह्य लेबलसह ते ext4 मध्ये स्वरूपित करते.

लक्ष द्या! बाह्य ड्राइव्ह कनेक्ट करताना (तसेच डिस्कनेक्ट किंवा पुनर्स्थित करताना), आपल्याला बॅकअप घेणे आणि सेटिंग्ज पुनर्संचयित करणे आवश्यक आहे!

RODOS 5 डिव्हाइस तापमान निरीक्षणासाठी वापरले जाते. निर्माता डिव्हाइससह कार्य करण्यासाठी त्याच्या उपयुक्ततेचा स्त्रोत कोड प्रदान करतो. जेव्हा सिस्टम चालू होते, तेव्हा रोडोस टायमर सुरू होतो, जो मिनिटातून एकदा ही उपयुक्तता चालवतो. वर्तमान तापमान /tmp/rodos_current_temp या फाईलवर लिहिलेले आहे, त्यानंतर zabbix या फाइलचे सेन्सर म्हणून निरीक्षण करू शकते.

कॉन्फिगरेशन स्टोरेज मीडिया /data निर्देशिकेत आरोहित केले जाते.

सिस्टम सुरू करताना आणि ऑपरेशनसाठी तयार करताना, खालील संदेश कन्सोलमध्ये दिसून येतो:

System starting, please wait

तयारीचे काम पूर्ण केल्यानंतर, ते IP पत्ता प्रदर्शित करण्यासाठी बदलेल:

current ip 192.168.1.32
Ready to work

तापमान निरीक्षणासाठी zabbix सेट करत आहे

तापमानाचे निरीक्षण करण्यासाठी, फक्त 2 पावले उचला:

RODOS डिव्हाइसला USB पोर्टशी कनेक्ट करा
zabbix मध्ये डेटा आयटम तयार करा

zabbix वेब इंटरफेस उघडा:

कॉन्फिगरेशन → होस्ट्स विभाग उघडा
आमच्या zabbix सर्व्हरच्या ओळीत आयटम वर क्लिक करा
आयटम तयार करा वर क्लिक करा

खालील डेटा प्रविष्ट करा:

नाव - आपल्या विवेकबुद्धीनुसार (उदाहरणार्थ, serverRoomTemp)
प्रकार - zabbix एजंट
की - रोडोस
प्रकार-संख्यात्मक
युनिट्स - सी
इतिहास संचयन कालावधी — इतिहास संचयन कालावधी. 10 दिवस बाकी
ट्रेंड स्टोरेज कालावधी - बदलांच्या गतिशीलतेसाठी स्टोरेज कालावधी. 30 दिवस बाकी
नवीन अनुप्रयोग - सर्व्हर रूम टेंप

आणि 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 होस्ट -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

Buildroot: zabbix-server सह क्रॉस-प्लॅटफॉर्म फर्मवेअर तयार करणे