Buildroot: ການສ້າງເຟີມແວຂ້າມເວທີດ້ວຍ zabbix-server

ປະຫວັດບັນຫາ

ບໍລິສັດຂະຫນາດນ້ອຍ, ໃນທາງກົງກັນຂ້າມ, ຕ້ອງການການຕິດຕາມຄຸນນະພາບສູງຂອງໂຄງສ້າງພື້ນຖານຂອງພວກເຂົາ (ໂດຍສະເພາະໃນຄວາມສະຫວ່າງຂອງ virtualization ທີ່ແຜ່ຂະຫຍາຍ), ໃນທາງກົງກັນຂ້າມ, ມັນມີຄວາມຫຍຸ້ງຍາກທາງດ້ານການເງິນສໍາລັບພວກເຂົາທີ່ຈະຊື້ອຸປະກອນໃຫມ່. ບັນຫາເຊີບເວີ / ຮາດແວຍັງພົບເລື້ອຍ: ມັກຈະມີ 1-3 tower servers ຖັດຈາກບ່ອນເຮັດວຽກຂອງຜູ້ໃຊ້ຫຼືຢູ່ໃນ niche / closet ຂະຫນາດນ້ອຍ.

ມັນງ່າຍກວ່າທີ່ຈະໃຊ້ຊຸດປະກອບທີ່ກຽມພ້ອມ (ການແຈກຢາຍ), ເຊິ່ງທ່ານພຽງແຕ່ຕ້ອງການອັບໂຫລດໃສ່ບັດ microSD ແລະໃສ່ເຂົ້າໄປໃນຄອມພິວເຕີກະດານດຽວທົ່ວໄປ (beaglebone, raspberry pi ແລະຄອບຄົວ pi ສີສົ້ມ, asus tinker board). ນອກຈາກນັ້ນ, ອຸປະກອນດັ່ງກ່າວແມ່ນມີລາຄາຖືກແລະສາມາດຕິດຕັ້ງໄດ້ທຸກບ່ອນ.

ການສ້າງບັນຫາ

ໃນຫຼາຍວິທີ, ໂຄງການພັດທະນາເປັນປະເພດຂອງການເຮັດວຽກຫ້ອງທົດລອງທີ່ມີຄວາມເປັນໄປໄດ້ຂອງການນໍາໃຊ້ຜົນໄດ້ຮັບ.

Zabbix ຖືກເລືອກເປັນລະບົບການຕິດຕາມເນື່ອງຈາກວ່າມັນເປັນລະບົບທີ່ມີປະສິດທິພາບ, ບໍ່ເສຍຄ່າແລະເອກະສານທີ່ດີ.

ບັນຫາກັບແພລະຕະຟອມຮາດແວໄດ້ກາຍເປັນອາການສ້ວຍແຫຼມ, ການວາງເຄື່ອງແຍກຕ່າງຫາກພາຍໃຕ້ການຕິດຕາມກໍ່ບໍ່ແມ່ນການແກ້ໄຂທີ່ດີ - ບໍ່ວ່າຈະເປັນລາຄາແພງໃນການຊື້ອຸປະກອນໃຫມ່, ຫຼືຊອກຫາອຸປະກອນເກົ່າ + ໃນບໍລິສັດຂະຫນາດນ້ອຍມີບັນຫາເລື້ອຍໆກັບເຄື່ອງແມ່ຂ່າຍ /. ຮາດແວ.

ການນໍາໃຊ້ລະບົບການກໍ່ສ້າງ buildroot ຊ່ວຍໃຫ້ທ່ານສ້າງການແກ້ໄຂພິເສດທີ່ສາມາດດໍາເນີນການໄດ້ໂດຍບຸກຄະລາກອນທີ່ມີຄວາມຮູ້ຫນ້ອຍທີ່ສຸດກ່ຽວກັບລະບົບປະຕິບັດການ Linux. ລະບົບນີ້ແມ່ນເປັນມິດກັບຜູ້ເລີ່ມຕົ້ນ, ແຕ່ໃນເວລາດຽວກັນໃຫ້ໂອກາດການປັບແຕ່ງຢ່າງຫຼວງຫຼາຍຢູ່ໃນມືຂອງຜູ້ພັດທະນາທີ່ມີປະສົບການ. ມັນສົມບູນແບບສໍາລັບການແກ້ໄຂບັນຫາຂອງລາຄາບໍ່ແພງ, ແຕ່ໄດ້ເຮັດວຽກຢ່າງເຕັມສ່ວນໃນການຕິດຕາມໂຄງສ້າງພື້ນຖານ IT, ໂດຍມີຄວາມຕ້ອງການຫນ້ອຍທີ່ສຸດສໍາລັບການຝຶກອົບຮົມບຸກຄະລາກອນທີ່ປະຕິບັດມັນ.

ຂັ້ນຕອນການແກ້ໄຂ

ມັນໄດ້ຖືກຕັດສິນໃຈໃນເບື້ອງຕົ້ນທີ່ຈະສ້າງເຟີມແວສໍາລັບ x86_64 ເພື່ອດໍາເນີນການໃນ qemu, ເນື່ອງຈາກວ່ານີ້ແມ່ນການແກ້ໄຂທີ່ສະດວກແລະໄວສໍາລັບການດີບັກ. ຫຼັງຈາກນັ້ນ, ເອົາມັນໃສ່ກັບຄອມພິວເຕີກະດານດຽວທີ່ມີແຂນ (ຂ້ອຍມັກກະດານ asus tinker).

buildroot ຖືກເລືອກເປັນລະບົບການກໍ່ສ້າງ. ໃນເບື້ອງຕົ້ນ, ມັນຂາດແພັກເກັດ zabbix, ສະນັ້ນມັນຕ້ອງໄດ້ຮັບການ ported ມີບັນຫາກັບທ້ອງຖິ່ນລັດເຊຍ, ເຊິ່ງໄດ້ຮັບການແກ້ໄຂໂດຍການໃຊ້ patches ທີ່ເຫມາະສົມ (ຫມາຍເຫດ: ໃນຮຸ່ນໃຫມ່ຂອງ buildroot, patches ເຫຼົ່ານີ້ແມ່ນບໍ່ຈໍາເປັນອີກຕໍ່ໄປ).

Porting ຊຸດ zabbix ຕົວຂອງມັນເອງຈະຖືກອະທິບາຍໃນບົດຄວາມແຍກຕ່າງຫາກ.

ເນື່ອງຈາກວ່າທຸກສິ່ງທຸກຢ່າງຄວນເຮັດວຽກເປັນເຟີມແວ (ຮູບພາບຂອງລະບົບທີ່ບໍ່ສາມາດປ່ຽນແປງໄດ້ + ໄຟລ໌ການຕັ້ງຄ່າ / ຖານຂໍ້ມູນທີ່ສາມາດຟື້ນຕົວໄດ້), ມັນຈໍາເປັນຕ້ອງຂຽນເປົ້າຫມາຍ, ບໍລິການແລະເຄື່ອງຈັບເວລາຂອງລະບົບຂອງທ່ານເອງ (ເປົ້າຫມາຍ, ບໍລິການ, ຈັບເວລາ).

ມັນໄດ້ຖືກຕັດສິນໃຈທີ່ຈະແຍກສື່ອອກເປັນ 2 ພາກ - ສ່ວນທີ່ມີໄຟລ໌ລະບົບແລະສ່ວນທີ່ມີການຕັ້ງຄ່າທີ່ສາມາດປ່ຽນແປງໄດ້ແລະໄຟລ໌ຖານຂໍ້ມູນ zabbix.

ການແກ້ໄຂບັນຫາທີ່ກ່ຽວຂ້ອງກັບຖານຂໍ້ມູນໄດ້ກາຍເປັນຄວາມຫຍຸ້ງຍາກເລັກນ້ອຍ. ຂ້ອຍບໍ່ຕ້ອງການວາງມັນໂດຍກົງໃສ່ສື່. ໃນເວລາດຽວກັນ, ຂະຫນາດຂອງຖານຂໍ້ມູນສາມາດບັນລຸຂະຫນາດທີ່ເກີນຂະຫນາດຂອງ ramdisk ທີ່ເປັນໄປໄດ້. ດັ່ງນັ້ນ, ການແກ້ໄຂການປະນີປະນອມໄດ້ຖືກເລືອກ: ຖານຂໍ້ມູນຕັ້ງຢູ່ໃນການແບ່ງປັນທີສອງຂອງ SD card (ບັດ SLC ທີ່ທັນສະໄຫມມີເຖິງ 30 ຮອບການຂຽນ), ແຕ່ມີການຕັ້ງຄ່າທີ່ອະນຸຍາດໃຫ້ນໍາໃຊ້ສື່ພາຍນອກ (ຕົວຢ່າງ, usb- hdd).

ການຕິດຕາມອຸນຫະພູມໄດ້ຖືກປະຕິບັດຜ່ານອຸປະກອນ RODOS-5. ແນ່ນອນ, ທ່ານສາມາດນໍາໃຊ້ Dallas 1820 ໂດຍກົງ, ແຕ່ມັນໄວແລະງ່າຍກວ່າທີ່ຈະສຽບ USB.

grub86 ຖືກເລືອກເປັນ bootloader ສໍາລັບ x64_2. ມັນຈໍາເປັນຕ້ອງຂຽນ config ຫນ້ອຍທີ່ສຸດເພື່ອເປີດຕົວມັນ.

ຫຼັງຈາກ debugging ໃນ qemu, ມັນໄດ້ຖືກ ported ກັບ asus tinker board. ໂຄງສ້າງຂອງການວາງຊ້ອນຂອງຂ້ອຍໃນເບື້ອງຕົ້ນມີຈຸດປະສົງເພື່ອຂ້າມເວທີ - ການຈັດສັນການຕັ້ງຄ່າສະເພາະກັບແຕ່ລະກະດານ (ກະດານ defconfig, bootloader, ການສ້າງຮູບພາບທີ່ມີການແບ່ງປັນລະບົບ) ແລະຄວາມເປັນເອກະພາບສູງສຸດໃນການປັບແຕ່ງລະບົບໄຟລ໌ / ການສ້າງຮູບພາບທີ່ມີຂໍ້ມູນ. ເນື່ອງຈາກການກະກຽມດັ່ງກ່າວ, porting ໄດ້ໄວ.

ມັນແນະນໍາໃຫ້ອ່ານບົດຄວາມແນະນໍາ:
https://habr.com/ru/post/448638/
https://habr.com/ru/post/449348/

ວິທີການປະຊຸມ

ໂຄງການຖືກເກັບໄວ້ໃນ github
ຫຼັງຈາກ cloning repository, ໂຄງສ້າງໄຟລ໌ຕໍ່ໄປນີ້ແມ່ນໄດ້ຮັບ:

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

buildroot-2019.05.tar.gz - ສະອາດ buildroot archive
overlay ແມ່ນໄດເລກະທໍລີຂອງຂ້ອຍກັບຕົ້ນໄມ້ພາຍນອກ. ນີ້ແມ່ນບ່ອນທີ່ທຸກສິ່ງທຸກຢ່າງທີ່ທ່ານຕ້ອງການເພື່ອສ້າງ firmware ໂດຍໃຊ້ buildroot ຖືກເກັບໄວ້ໃນ.
README.md - ລາຍ​ລະ​ອຽດ​ຂອງ​ໂຄງ​ການ​ແລະ​ຄູ່​ມື​ໃນ​ພາ​ສາ​ອັງ​ກິດ​.
run_me.sh ເປັນສະຄຣິບທີ່ກຽມລະບົບສ້າງ. ຂະຫຍາຍ buildroot ຈາກບ່ອນເກັບມ້ຽນ, ຕິດກັບມັນ (ຜ່ານກົນໄກຂອງຕົ້ນໄມ້ພາຍນອກ) ແລະຊ່ວຍໃຫ້ທ່ານເລືອກກະດານເປົ້າຫມາຍສໍາລັບການປະກອບ.

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

ຫຼັງຈາກນີ້, ພຽງແຕ່ໄປທີ່ໄດເລກະທໍລີ buildroot-2019.05 ແລະດໍາເນີນການຄໍາສັ່ງ make.
ເມື່ອການກໍ່ສ້າງສໍາເລັດ, ຜົນໄດ້ຮັບການກໍ່ສ້າງທັງຫມົດຈະຢູ່ໃນລາຍການຜົນຜະລິດ / ຮູບພາບ:

[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 (ຜ່ານ dd ຫຼື rufus ພາຍ​ໃຕ້ wibdows​)​.
• qemu.qcow2 - ຮູບພາບສື່ມວນຊົນທີ່ຈະດໍາເນີນການໃນ qemu.
• external.qcow2 - ຮູບພາບສື່ມວນຊົນພາຍນອກສໍາລັບຖານຂໍ້ມູນ
• monitor-0.9-beta.tar.gz - ເກັບໄວ້ເພື່ອອັບເດດຜ່ານທາງເວັບ

ການຜະລິດຄູ່ມື

ມັນບໍ່ຄຸ້ມຄ່າທີ່ຈະຂຽນຄໍາແນະນໍາດຽວກັນຫຼາຍຄັ້ງ. ແລະສິ່ງທີ່ສົມເຫດສົມຜົນທີ່ສຸດແມ່ນການຂຽນມັນຄັ້ງດຽວໃນ markdown, ແລະຫຼັງຈາກນັ້ນປ່ຽນເປັນ PDF ສໍາລັບການດາວໂຫຼດແລະ html ສໍາລັບການໂຕ້ຕອບເວັບໄຊຕ໌. ນີ້ແມ່ນເປັນໄປໄດ້ຂໍຂອບໃຈກັບຊຸດ pandoc.

ໃນເວລາດຽວກັນ, ໄຟລ໌ທັງຫມົດເຫຼົ່ານີ້ຕ້ອງໄດ້ຮັບການສ້າງກ່ອນທີ່ຮູບພາບຂອງລະບົບຈະຖືກລວບລວມ; ດັ່ງນັ້ນ, ການຜະລິດແມ່ນເຮັດໃນຮູບແບບຂອງຊຸດຄູ່ມື. ທ່ານ​ສາ​ມາດ​ເບິ່ງ overlay / ການ​ຫຸ້ມ​ຫໍ່ / ຄູ່​ມື​.

ໄຟລ໌ 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

ໂລກ Linux ກໍາລັງເຄື່ອນຍ້າຍໄປທີ່ systemd, ແລະຂ້ອຍກໍ່ຕ້ອງເຮັດເຊັ່ນກັນ.
ຫນຶ່ງໃນນະວັດກໍາທີ່ຫນ້າພໍໃຈແມ່ນການມີຕົວຈັບເວລາ. ໂດຍທົ່ວໄປ, ບົດຄວາມແຍກຕ່າງຫາກແມ່ນໄດ້ຖືກຂຽນກ່ຽວກັບພວກເຂົາ (ແລະບໍ່ພຽງແຕ່ກ່ຽວກັບພວກມັນ), ແຕ່ຂ້ອຍຈະບອກທ່ານສັ້ນໆ.

ມີການກະທໍາທີ່ຕ້ອງໄດ້ປະຕິບັດເປັນແຕ່ລະໄລຍະ. ຂ້ອຍຈໍາເປັນຕ້ອງດໍາເນີນການ logrotate ເພື່ອລຶບບັນທຶກ lighttpd ແລະ php-fpm. ສິ່ງທີ່ປົກກະຕິຈະເປັນການຂຽນຄໍາສັ່ງໃນ cron, ແຕ່ຂ້ອຍໄດ້ຕັດສິນໃຈໃຊ້ເຄື່ອງຈັບເວລາ monotonic systemd. ດັ່ງນັ້ນ 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 tinker board ແມ່ນກະດານຕົ້ນຕໍທີ່ທຸກສິ່ງທຸກຢ່າງຄວນເຮັດວຽກ. ເລືອກເປັນລາຄາບໍ່ແພງແລະມີອໍານາດຫຼາຍ.

Beaglebone ສີ​ດໍາ​ແມ່ນ​ຄະ​ນະ​ທໍາ​ອິດ​ທີ່​ມີ​ການ​ທົດ​ສອບ​ການ​ດໍາ​ເນີນ​ງານ (ໃນ​ລະ​ຫວ່າງ​ການ​ເລືອກ​ຂອງ​ຄະ​ນະ​ທີ່​ມີ​ອໍາ​ນາດ​ຫຼາຍ​ກວ່າ​)​.

Qemu x86_64 - ໃຊ້ເພື່ອພັດທະນາການດີບັກ.

ມັນເຮັດວຽກແນວໃດ

ໃນຕອນເລີ່ມຕົ້ນ, ການຟື້ນຟູສອງຂັ້ນຕອນຂອງການຕັ້ງຄ່າເກີດຂຶ້ນ:

• ແລ່ນ script settings_restore (ຜ່ານບໍລິການ). ມັນຟື້ນຟູການຕັ້ງຄ່າລະບົບພື້ນຖານ - ເຂດເວລາ, ທ້ອງຖິ່ນ, ການຕັ້ງຄ່າເຄືອຂ່າຍ, ແລະອື່ນໆ.
• ແລ່ນສະຄິບກະກຽມ (ຜ່ານການບໍລິການ) - ທີ່ນີ້ zabbix ແລະຖານຂໍ້ມູນໄດ້ຖືກກະກຽມ, IP ແມ່ນຜົນຜະລິດກັບ console.

ເມື່ອ​ທ່ານ​ເລີ່ມ​ຕົ້ນ​ມັນ​ຄັ້ງ​ທໍາ​ອິດ​, ຂະ​ຫນາດ​ຂອງ​ການ​ແບ່ງ​ປັນ​ທີ​ສອງ​ຂອງ​ບັດ SD ໄດ້​ຖືກ​ກໍາ​ນົດ​. ຖ້າຍັງມີພື້ນທີ່ທີ່ບໍ່ໄດ້ຈັດສັນ, ສື່ໄດ້ຖືກແບ່ງອອກ, ແລະພາກສ່ວນຂໍ້ມູນໃຊ້ເວລາເຖິງພື້ນທີ່ຫວ່າງທັງຫມົດ. ນີ້ແມ່ນເຮັດເພື່ອຫຼຸດຜ່ອນຂະຫນາດຂອງຮູບພາບການຕິດຕັ້ງ (sdcard.img). ນອກຈາກນັ້ນ, ໄດເລກະທໍລີການເຮັດວຽກ postgresql ຖືກສ້າງຂື້ນໃນຈຸດນີ້. ນັ້ນແມ່ນເຫດຜົນທີ່ວ່າການເປີດຕົວຄັ້ງທໍາອິດກັບຜູ້ໃຫ້ບໍລິການໃຫມ່ຈະໃຊ້ເວລາດົນກວ່າການເປີດຕົວຄັ້ງຕໍ່ໄປ.

ເມື່ອເຊື່ອມຕໍ່ໄດຣຟ໌ພາຍນອກ, ໃນຕອນເລີ່ມຕົ້ນມັນຊອກຫາໄດຣຟ໌ຟຣີ ແລະຈັດຮູບແບບເປັນ ext4 ດ້ວຍປ້າຍກຳກັບພາຍນອກ.

ເອົາໃຈໃສ່! ເມື່ອເຊື່ອມຕໍ່ໄດຣຟ໌ພາຍນອກ (ເຊັ່ນດຽວກັນກັບການຕັດການເຊື່ອມຕໍ່ຫຼືປ່ຽນມັນ), ທ່ານຈໍາເປັນຕ້ອງເຮັດການສໍາຮອງຂໍ້ມູນແລະຟື້ນຟູການຕັ້ງຄ່າ!

ອຸປະກອນ RODOS 5 ແມ່ນໃຊ້ສໍາລັບການກວດສອບອຸນຫະພູມ ຜູ້ຜະລິດສະຫນອງລະຫັດແຫຼ່ງຂອງຜົນປະໂຫຍດຂອງມັນສໍາລັບການເຮັດວຽກກັບອຸປະກອນ. ເມື່ອລະບົບເປີດຢູ່, ເຄື່ອງຈັບເວລາ rodos ເລີ່ມຕົ້ນ, ເຊິ່ງເປີດໃຊ້ປະໂຫຍດນີ້ເທື່ອລະນາທີ. ອຸນຫະພູມປະຈຸບັນແມ່ນຂຽນໃສ່ໄຟລ໌ /tmp/rodos_current_temp, ຫຼັງຈາກນັ້ນ zabbix ສາມາດຕິດຕາມໄຟລ໌ນີ້ເປັນເຊັນເຊີໄດ້.

ສື່ການເກັບຮັກສາການຕັ້ງຄ່າຖືກຕິດຕັ້ງຢູ່ໃນ /data directory.

ເມື່ອເລີ່ມຕົ້ນລະບົບແລະກະກຽມມັນສໍາລັບການດໍາເນີນງານ, ຂໍ້ຄວາມຕໍ່ໄປນີ້ຈະປາກົດຢູ່ໃນ console:

System starting, please wait

ຫຼັງຈາກສໍາເລັດການກະກຽມ, ມັນຈະປ່ຽນເປັນການສະແດງທີ່ຢູ່ IP:

current ip 192.168.1.32
Ready to work

ການຕັ້ງຄ່າ zabbix ສໍາລັບການກວດສອບອຸນຫະພູມ

ເພື່ອຕິດຕາມອຸນຫະພູມ, ພຽງແຕ່ໃຊ້ 2 ຂັ້ນຕອນ:

• ເຊື່ອມຕໍ່ອຸປະກອນ RODOS ກັບພອດ USB
• ສ້າງລາຍການຂໍ້ມູນໃນ zabbix

ເປີດການໂຕ້ຕອບເວັບໄຊຕ໌ zabbix:

• ເປີດພາກສ່ວນການຕັ້ງຄ່າ → ເຈົ້າພາບ
• ໃຫ້ຄລິກໃສ່ລາຍການໃນແຖວຂອງເຄື່ອງແມ່ຂ່າຍ zabbix ຂອງພວກເຮົາ
• ໃຫ້ຄລິກໃສ່ສ້າງລາຍການ

ໃສ່ຂໍ້ມູນຕໍ່ໄປນີ້:

• ຊື່ - ຕາມການຕັດສິນໃຈຂອງເຈົ້າ (ຕົວຢ່າງ, serverRoomTemp )
• ປະເພດ - ຕົວແທນ zabbix
• ຄີ - Rodos
• ປະເພດ-ຕົວເລກ
• ໜ່ວຍ - ຄ
• ໄລຍະເວລາເກັບຮັກສາປະຫວັດ - ໄລຍະເວລາເກັບຮັກສາປະຫວັດສາດ. ເຫຼືອ 10 ມື້
• ໄລຍະເວລາການເກັບຮັກສາແນວໂນ້ມ—ໄລຍະເວລາການເກັບຮັກສາສໍາລັບການປ່ຽນແປງຂອງການປ່ຽນແປງ. ເຫຼືອ 30 ມື້
• ແອັບພລິເຄຊັນໃໝ່ - ເຊີບເວີ Room Temp

ແລະກົດປຸ່ມ 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 cores, 2048 RAM, KVM ເປີດໃຊ້, ບັດເຄືອຂ່າຍໃນ Bridge0 ແລະສອງແຜ່ນ: ຫນຶ່ງສໍາລັບລະບົບແລະຫນຶ່ງພາຍນອກສໍາລັບ postgresql.

ຮູບພາບສາມາດຖືກແປງແລະດໍາເນີນການໃນ Virtualbox:

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

ຫຼັງຈາກນັ້ນນໍາພວກມັນເຂົ້າໄປໃນ virtualbox ແລະເຊື່ອມຕໍ່ຜ່ານ sata.

ສະຫລຸບ

ໃນຂະບວນການ, ຂ້າພະເຈົ້າໄດ້ສົນໃຈໃນການສ້າງຜະລິດຕະພັນທີ່ພ້ອມທີ່ຈະໃຊ້ - ທີ່ມີການໂຕ້ຕອບທີ່ບໍ່ງາມຫຼາຍ (ຂ້ອຍບໍ່ມັກຂຽນພວກມັນ), ແຕ່ຫນຶ່ງທີ່ເຮັດວຽກແລະງ່າຍຕໍ່ການຕັ້ງຄ່າ.

ຄວາມພະຍາຍາມສຸດທ້າຍໃນການຕິດຕັ້ງ zabbix-appliance ໃນ KVM ສະແດງໃຫ້ເຫັນວ່າຂັ້ນຕອນນີ້ແມ່ນຖືກຕ້ອງ (ຫຼັງຈາກການຕິດຕັ້ງສໍາເລັດ, ລະບົບບໍ່ເລີ່ມຕົ້ນ). ບາງທີຂ້ອຍກຳລັງເຮັດຫຍັງຜິດ 😉

ເຄື່ອງແຕ່ງກາຍ

https://buildroot.org/

ແຫຼ່ງຂໍ້ມູນ: www.habr.com