ທີມງານຂອງພວກເຮົາມີຄວາມຍິນດີຫຼາຍທີ່ຈະແບ່ງປັນຂ່າວວ່າລະບົບການກວດສອບແຫຼ່ງເປີດຟຣີໄດ້ຖືກປ່ອຍອອກມາ Zabbix 4.2!

ສະບັບ 4.2 ແມ່ນຄໍາຕອບຂອງຄໍາຖາມຕົ້ນຕໍຂອງຊີວິດ, ຈັກກະວານແລະການຕິດຕາມໂດຍທົ່ວໄປບໍ? ມາເບິ່ງກັນເລີຍ!

ໃຫ້ພວກເຮົາຈື່ວ່າ Zabbix ເປັນລະບົບທົ່ວໄປສໍາລັບການກວດສອບການປະຕິບັດແລະຄວາມພ້ອມຂອງເຄື່ອງແມ່ຂ່າຍ, ວິສະວະກໍາແລະອຸປະກອນເຄືອຂ່າຍ, ຄໍາຮ້ອງສະຫມັກ, ຖານຂໍ້ມູນ, ລະບົບ virtualization, ຕູ້ຄອນເທນເນີ, ບໍລິການ IT, ແລະການບໍລິການເວັບ.

Zabbix ປະຕິບັດຮອບວຽນເຕັມຈາກການລວບລວມຂໍ້ມູນ, ການປຸງແຕ່ງແລະການຫັນປ່ຽນ, ການວິເຄາະຂໍ້ມູນທີ່ໄດ້ຮັບ, ແລະສິ້ນສຸດດ້ວຍການເກັບຮັກສາຂໍ້ມູນນີ້, ການສະແດງພາບແລະການສົ່ງການແຈ້ງເຕືອນໂດຍໃຊ້ກົດລະບຽບການເພີ່ມຂື້ນ. ລະບົບຍັງສະຫນອງທາງເລືອກທີ່ຍືດຫຍຸ່ນສໍາລັບການຂະຫຍາຍການເກັບກໍາຂໍ້ມູນແລະວິທີການເຕືອນ, ເຊັ່ນດຽວກັນກັບຄວາມສາມາດອັດຕະໂນມັດຜ່ານ API. ອິນເຕີເຟດເວັບດຽວປະຕິບັດການຈັດການສູນກາງຂອງການຕັ້ງຄ່າການຕິດຕາມແລະການແຈກຢາຍສິດທິໃນການເຂົ້າເຖິງກຸ່ມຜູ້ໃຊ້ຕ່າງໆ. ລະຫັດໂຄງການແມ່ນແຈກຢາຍຢ່າງເສລີພາຍໃຕ້ໃບອະນຸຍາດ GPLv2.

Zabbix 4.2 ເປັນເວີຊັ່ນໃໝ່ທີ່ບໍ່ແມ່ນ LTS ທີ່ມີໄລຍະເວລາສະຫນັບສະຫນູນຢ່າງເປັນທາງການທີ່ສັ້ນລົງ. ສໍາລັບຜູ້ໃຊ້ທີ່ສຸມໃສ່ວົງຈອນຊີວິດຍາວຂອງຜະລິດຕະພັນຊອບແວ, ພວກເຮົາແນະນໍາໃຫ້ໃຊ້ສະບັບ LTS, ເຊັ່ນ 3.0 ແລະ 4.0.

ດັ່ງນັ້ນ, ໃຫ້ເວົ້າກ່ຽວກັບລັກສະນະໃຫມ່ແລະການປັບປຸງທີ່ສໍາຄັນໃນຮຸ່ນ 4.2:

ເວທີທີ່ເປັນທາງການເພີ່ມເຕີມ

ນອກ ເໜືອ ໄປຈາກຊຸດທີ່ເປັນທາງການທີ່ມີຢູ່, ພວກເຮົາຍັງສະເຫນີການສ້າງໃຫມ່ສໍາລັບ:

• RaspberryPi, Mac OS/X, SUSE Enterprise Linux Server 12
• MSI ສໍາລັບຕົວແທນ Windows
• ຮູບພາບ Docker

ສະຫນັບສະຫນູນ Prometheus ໃນຕົວສໍາລັບການກວດສອບຄໍາຮ້ອງສະຫມັກ

Zabbix ສາ​ມາດ​ເກັບ​ກໍາ​ຂໍ້​ມູນ​ໃນ​ວິ​ທີ​ການ​ຕ່າງໆ (push/pull​) ຈາກ​ແຫຼ່ງ​ຂໍ້​ມູນ​ທີ່​ແຕກ​ຕ່າງ​ກັນ​. ເຫຼົ່ານີ້ແມ່ນ JMX, SNMP, WMI, HTTP/HTTPS, RestAPI, XML Soap, SSH, Telnet, ຕົວແທນແລະສະຄິບແລະແຫຼ່ງອື່ນໆ. ຕອນນີ້ພົບກັບການສະຫນັບສະຫນູນ Prometheus!

ເວົ້າຢ່າງເຂັ້ມງວດ, ການລວບລວມຂໍ້ມູນຈາກຜູ້ສົ່ງອອກ Prometheus ແມ່ນເປັນໄປໄດ້ໃນອະດີດຍ້ອນປະເພດຂອງອົງປະກອບຂໍ້ມູນ HTTP / HTTPS ແລະການສະແດງອອກປົກກະຕິ.

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

ໄດ້ຮັບມູນຄ່າຂອງ metric ສະເພາະ

ມັນເປັນສິ່ງສໍາຄັນທີ່ຈະສັງເກດວ່າການຄົ້ນພົບໃນລະດັບຕ່ໍາໃນປັດຈຸບັນສາມາດນໍາໃຊ້ຂໍ້ມູນທີ່ເກັບກໍາເພື່ອສ້າງຕົວວັດແທກອັດຕະໂນມັດ. ໃນກໍລະນີນີ້, Zabbix ປ່ຽນຂໍ້ມູນທີ່ໄດ້ຮັບເຂົ້າໄປໃນຮູບແບບ JSON, ເຊິ່ງສະດວກຫຼາຍທີ່ຈະເຮັດວຽກກັບ.

ຊອກຫາ metrics ໂດຍໃຊ້ຕົວກອງໃນພາສາສອບຖາມ PromQL

ໃນປັດຈຸບັນມີຫຼາຍກວ່ານັ້ນ 300 ການປະສົມປະສານແລະສູດການຕິດຕາມ ບໍລິການ ແລະແອັບພລິເຄຊັນຂອງພາກສ່ວນທີສາມໂດຍໃຊ້ Zabbix. ການສະຫນັບສະຫນູນ Prometheus ຈະຊ່ວຍໃຫ້ທ່ານສາມາດເພີ່ມຊຸດຄໍາຮ້ອງສະຫມັກທັງຫມົດທີ່ມີຜູ້ສົ່ງອອກ Prometheus ທີ່ເປັນທາງການຫຼືຊຸມຊົນທີ່ສະຫນັບສະຫນູນ. ນີ້ແມ່ນການຕິດຕາມການບໍລິການທີ່ນິຍົມ, ຕູ້ຄອນເທນເນີແລະຊັບພະຍາກອນຟັງ.

ການຕິດຕາມຄວາມຖີ່ສູງທີ່ມີປະສິດທິພາບ

ພວກເຮົາຕ້ອງການກວດພົບບັນຫາໄວເທົ່າທີ່ຈະໄວໄດ້ບໍ? ແນ່ນອນ, ບໍ່ຕ້ອງສົງໃສ! ເລື້ອຍໆກ່ວາບໍ່, ວິທີການນີ້ສົ່ງຜົນໃຫ້ພວກເຮົາຈໍາເປັນຕ້ອງໄດ້ສໍາຫຼວດອຸປະກອນແລະເກັບກໍາຂໍ້ມູນເລື້ອຍໆເກີນໄປ, ເຊິ່ງເຮັດໃຫ້ການໂຫຼດຫຼາຍໃນລະບົບການຕິດຕາມ. ວິທີການຫຼີກເວັ້ນການນີ້?

ພວກເຮົາໄດ້ປະຕິບັດກົນໄກ throttling ໃນກົດລະບຽບ preprocessing. Throttling, ໂດຍເນື້ອແທ້ແລ້ວ, ເຮັດໃຫ້ພວກເຮົາມີໂອກາດທີ່ຈະຂ້າມມູນຄ່າທີ່ຄ້າຍຄືກັນ.

ໃຫ້ສົມມຸດວ່າພວກເຮົາກໍາລັງຕິດຕາມສະຖານະຂອງຄໍາຮ້ອງສະຫມັກທີ່ສໍາຄັນ. ທຸກໆວິນາທີພວກເຮົາກວດເບິ່ງວ່າແອັບພລິເຄຊັນຂອງພວກເຮົາເຮັດວຽກຫຼືບໍ່. ໃນເວລາດຽວກັນ, Zabbix ໄດ້ຮັບການຖ່າຍທອດຂໍ້ມູນຢ່າງຕໍ່ເນື່ອງຈາກ 1 (ເຮັດວຽກ) ແລະ 0 (ບໍ່ເຮັດວຽກ). ຕົວຢ່າງ: 1111111111110001111111111111...

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

Zabbix ພຽງແຕ່ບໍ່ສົນໃຈຄຸນຄ່າທີ່ຂາດຫາຍໄປ, ພວກມັນບໍ່ໄດ້ຖືກບັນທຶກໄວ້ໃນປະຫວັດສາດແລະບໍ່ມີຜົນກະທົບຕໍ່ຕົວກະຕຸ້ນໃນທາງໃດກໍ່ຕາມ. ຈາກທັດສະນະຂອງ Zabbix, ບໍ່ມີຄ່າທີ່ຂາດຫາຍໄປ.

ບໍ່ສົນໃຈຄ່າຊໍ້າກັນ

ຍິ່ງໃຫຍ່! ດຽວນີ້ພວກເຮົາສາມາດສຳຫຼວດອຸປະກອນເລື້ອຍໆ ແລະກວດຫາບັນຫາໄດ້ທັນທີໂດຍບໍ່ຕ້ອງເກັບຂໍ້ມູນທີ່ບໍ່ຈຳເປັນໄວ້ໃນຖານຂໍ້ມູນ.

ຈະເປັນແນວໃດກ່ຽວກັບຮູບພາບ? ພວກເຂົາຈະຫວ່າງເປົ່າເນື່ອງຈາກຂາດຂໍ້ມູນ! ແລະວິທີທີ່ທ່ານສາມາດບອກໄດ້ວ່າ Zabbix ກໍາລັງເກັບກໍາຂໍ້ມູນຖ້າຂໍ້ມູນສ່ວນໃຫຍ່ນີ້ຫາຍໄປ?

ພວກ​ເຮົາ​ກໍ​ຄິດ​ກ່ຽວ​ກັບ​ເລື່ອງ​ນັ້ນ! Zabbix ສະຫນອງການ throttling ປະເພດອື່ນ, throttling ດ້ວຍການເຕັ້ນຂອງຫົວໃຈ.

ເມື່ອນາທີພວກເຮົາກວດເບິ່ງວ່າ metric ແມ່ນມີຊີວິດຢູ່

ໃນກໍລະນີນີ້, Zabbix, ເຖິງວ່າຈະມີການໄຫຼວຽນຂອງຂໍ້ມູນຊ້ໍາກັນ, ຈະເກັບຮັກສາຢ່າງຫນ້ອຍຫນຶ່ງຄ່າໃນໄລຍະເວລາທີ່ກໍານົດໄວ້. ຖ້າຂໍ້ມູນຖືກເກັບກໍາຫນຶ່ງຄັ້ງຕໍ່ວິນາທີ, ແລະໄລຍະຫ່າງຖືກຕັ້ງເປັນຫນຶ່ງນາທີ, ຫຼັງຈາກນັ້ນ Zabbix ຈະປ່ຽນທຸກ stream ທີສອງຂອງຫນ່ວຍງານເຂົ້າໄປໃນທຸກໆນາທີ. ມັນງ່າຍທີ່ຈະເຫັນວ່ານີ້ນໍາໄປສູ່ການບີບອັດ 60 ເທົ່າຂອງຂໍ້ມູນທີ່ໄດ້ຮັບ.

ຕອນນີ້ພວກເຮົາໝັ້ນໃຈວ່າຂໍ້ມູນກຳລັງຖືກເກັບກຳ, ຟັງຊັນ nodata() trigger ເຮັດວຽກ ແລະທຸກຢ່າງກໍ່ດີກັບກາຟ!

ການກວດສອບຄວາມຖືກຕ້ອງຂອງຂໍ້ມູນທີ່ເກັບກໍາແລະການຈັດການຄວາມຜິດພາດ

ບໍ່ມີໃຜໃນພວກເຮົາຕ້ອງການທີ່ຈະເກັບກໍາຂໍ້ມູນທີ່ຜິດພາດຫຼືບໍ່ຫນ້າເຊື່ອຖື. ຕົວຢ່າງ, ພວກເຮົາຮູ້ວ່າເຊັນເຊີອຸນຫະພູມຄວນສົ່ງຄືນຂໍ້ມູນລະຫວ່າງ 0°C ຫາ 100°C ແລະຄ່າອື່ນໆຄວນຖືກປະຕິບັດວ່າເປັນຜິດ ແລະ/ຫຼືຖືກລະເລີຍ.

ໃນປັດຈຸບັນນີ້ເປັນໄປໄດ້ໂດຍໃຊ້ກົດລະບຽບການກວດສອບຂໍ້ມູນທີ່ສ້າງຂຶ້ນໃນ preprocessing ສໍາລັບການປະຕິບັດຕາມຫຼືການຂາດການປະຕິບັດຕາມການສະແດງອອກປົກກະຕິ, ຊ່ວງມູນຄ່າ, JSONPath ແລະ XMLPath.

ໃນປັດຈຸບັນພວກເຮົາສາມາດຄວບຄຸມປະຕິກິລິຍາກັບຄວາມຜິດພາດ. ຖ້າອຸນຫະພູມຢູ່ນອກຂອບເຂດ, ຫຼັງຈາກນັ້ນພວກເຮົາສາມາດບໍ່ສົນໃຈຄ່າດັ່ງກ່າວ, ກໍານົດຄ່າເລີ່ມຕົ້ນ (ຕົວຢ່າງ, 0 ° C), ຫຼືກໍານົດຂໍ້ຄວາມສະແດງຂໍ້ຜິດພາດຂອງພວກເຮົາ, ຕົວຢ່າງ, "ເຊັນເຊີເສຍຫາຍ" ຫຼື "ປ່ຽນຫມໍ້ໄຟ."

ອຸນຫະພູມຄວນຈະເປັນຈາກ 0 ຫາ 100, ບໍ່ສົນໃຈສ່ວນທີ່ເຫຼືອ

ຕົວຢ່າງທີ່ດີຂອງການນໍາໃຊ້ການກວດສອບແມ່ນຄວາມສາມາດໃນການກວດສອບການປ້ອນຂໍ້ມູນສໍາລັບການປະກົດຕົວຂອງຂໍ້ຄວາມສະແດງຂໍ້ຜິດພາດແລະກໍານົດຄວາມຜິດພາດນີ້ສໍາລັບຕົວຊີ້ບອກທັງຫມົດ. ນີ້ແມ່ນຫນ້າທີ່ທີ່ເປັນປະໂຫຍດຫຼາຍໃນເວລາທີ່ດຶງຂໍ້ມູນຈາກ APIs ພາຍນອກ.

ການປ່ຽນຂໍ້ມູນໃດໆໂດຍໃຊ້ JavaScript

ຖ້າກົດລະບຽບການປຸງແຕ່ງເບື້ອງຕົ້ນບໍ່ພຽງພໍສໍາລັບພວກເຮົາ, ຕອນນີ້ພວກເຮົາສະເຫນີເສລີພາບຢ່າງສົມບູນໂດຍໃຊ້ຕົວອັກສອນ JavaScript ແບບກໍານົດເອງ!

ພຽງແຕ່ເສັ້ນດຽວຂອງລະຫັດທີ່ຈະປ່ຽນ Fahrenheit ເປັນ Celsius

ນີ້ເປີດຄວາມເປັນໄປໄດ້ທີ່ບໍ່ສິ້ນສຸດສໍາລັບການປະມວນຜົນຂໍ້ມູນຂາເຂົ້າ. ຜົນປະໂຫຍດທາງປະຕິບັດຂອງການເຮັດວຽກນີ້ແມ່ນວ່າພວກເຮົາບໍ່ຕ້ອງການສະຄິບພາຍນອກທີ່ພວກເຮົາເຄີຍເຮັດການຈັດການຂໍ້ມູນໃດໆ. ໃນປັດຈຸບັນທັງຫມົດນີ້ສາມາດເຮັດໄດ້ໂດຍໃຊ້ JavaScript.

ໃນປັດຈຸບັນການຫັນປ່ຽນຂໍ້ມູນ, ການລວບລວມ, ການກັ່ນຕອງ, ການດໍາເນີນງານເລກຄະນິດສາດແລະເຫດຜົນແລະມີຫຼາຍຫຼາຍເປັນໄປໄດ້!

ສະກັດຂໍ້ມູນທີ່ເປັນປະໂຫຍດຈາກ Apache mod_status output!

ການທົດສອບການປຸງແຕ່ງກ່ອນ

ດຽວນີ້ພວກເຮົາບໍ່ ຈຳ ເປັນຕ້ອງເດົາວ່າສະຄຣິບກ່ອນການປຸງແຕ່ງທີ່ສັບສົນຂອງພວກເຮົາເຮັດວຽກແນວໃດ. ໃນປັດຈຸບັນມີວິທີທີ່ສະດວກໃນການກວດສອບວ່າ preprocessing ເຮັດວຽກຢ່າງຖືກຕ້ອງໂດຍກົງຈາກການໂຕ້ຕອບ!

ພວກເຮົາປະມວນຜົນຫຼາຍລ້ານແມັດຕໍ່ວິນາທີ!

ກ່ອນ Zabbix 4.2, preprocessing ໄດ້ຖືກຈັດການສະເພາະໂດຍເຊີບເວີ Zabbix, ເຊິ່ງຈໍາກັດຄວາມສາມາດໃນການໃຊ້ proxies ສໍາລັບການແຈກຢາຍການໂຫຼດ.

ເລີ່ມຕົ້ນດ້ວຍ Zabbix 4.2, ພວກເຮົາໄດ້ຮັບການຂະຫຍາຍການໂຫຼດທີ່ມີປະສິດທິພາບຢ່າງບໍ່ຫນ້າເຊື່ອໂດຍຜ່ານການສະຫນັບສະຫນູນສໍາລັບການປະມວນຜົນກ່ອນດ້ານ proxy. ດຽວນີ້ຕົວແທນເຮັດມັນ!

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

ກວດຫາລະດັບຕໍ່າໄດ້ງ່າຍຂຶ້ນ

ຈື່ໄວ້ວ່າການຄົ້ນພົບລະດັບຕ່ໍາ (LLD) ແມ່ນກົນໄກທີ່ມີປະສິດທິພາບຫຼາຍສໍາລັບການຄົ້ນພົບຊັບພະຍາກອນການຕິດຕາມໃດໆໂດຍອັດຕະໂນມັດ (ລະບົບໄຟລ໌, ຂະບວນການ, ແອັບພລິເຄຊັນ, ບໍລິການ, ແລະອື່ນໆ) ແລະສ້າງລາຍການຂໍ້ມູນ, ຜົນກະທົບຕໍ່, ເຄືອຂ່າຍເຄືອຂ່າຍໂດຍອີງໃສ່ພວກມັນແລະອື່ນໆ. ວັດຖຸ. ນີ້ຊ່ວຍປະຢັດເວລາທີ່ບໍ່ຫນ້າເຊື່ອ, ເຮັດໃຫ້ການຕັ້ງຄ່າງ່າຍ, ແລະອະນຸຍາດໃຫ້ໃຊ້ແມ່ແບບຫນຶ່ງໃນທົ່ວ hosts ທີ່ມີຊັບພະຍາກອນຕິດຕາມກວດກາທີ່ແຕກຕ່າງກັນ.

ການຄົ້ນພົບໃນລະດັບຕ່ໍາຕ້ອງການ JSON ທີ່ມີຮູບແບບພິເສດເປັນການປ້ອນຂໍ້ມູນ. ນັ້ນ​ແມ່ນ​ມັນ, ມັນ​ຈະ​ບໍ່​ເກີດ​ຂຶ້ນ​ອີກ​ຕໍ່​ໄປ!

Zabbix 4.2 ອະນຸຍາດໃຫ້ການຄົ້ນພົບລະດັບຕ່ໍາ (LLD) ນໍາໃຊ້ຂໍ້ມູນ arbitrary ໃນຮູບແບບ JSON. ເປັນຫຍັງມັນຈຶ່ງສໍາຄັນ? ນີ້ອະນຸຍາດໃຫ້ທ່ານສາມາດສື່ສານ, ສໍາລັບການຍົກຕົວຢ່າງ, ກັບ APIs ພາຍນອກໂດຍບໍ່ມີການ resorting ກັບ scripts ແລະນໍາໃຊ້ຂໍ້ມູນທີ່ໄດ້ຮັບເພື່ອສ້າງ hosts, ອົງປະກອບຂໍ້ມູນແລະ triggers ອັດຕະໂນມັດ.

ຄຽງຄູ່ກັບການສະຫນັບສະຫນູນ JavaScript, ນີ້ສ້າງໂອກາດທີ່ດີສໍາລັບການສ້າງແມ່ແບບສໍາລັບການເຮັດວຽກກັບແຫຼ່ງຂໍ້ມູນຕ່າງໆ, ເຊັ່ນ, ຕົວຢ່າງເຊັ່ນ, API ຟັງ, APIs ແອັບພລິເຄຊັນ, ຂໍ້ມູນໃນຮູບແບບ XML, CSV, ແລະອື່ນໆ.

ການເຊື່ອມໂຍງ JSON ກັບຂໍ້ມູນກ່ຽວກັບຂະບວນການກັບ LLD

ຄວາມເປັນໄປໄດ້ແມ່ນບໍ່ມີທີ່ສິ້ນສຸດແທ້ໆ!

ຮອງຮັບ TimescaleDB

TimescaleDB ແມ່ນຫຍັງ? ນີ້ແມ່ນ PostgreSQL ປົກກະຕິບວກກັບໂມດູນການຂະຫຍາຍຈາກທີມງານ TimescaleDB. TimescaleDB ສັນຍາການປະຕິບັດທີ່ດີກວ່າເນື່ອງຈາກລະບົບວິທີການແລະໂຄງສ້າງຂໍ້ມູນທີ່ມີປະສິດທິພາບຫຼາຍຂຶ້ນ.

ນອກຈາກນັ້ນ, ປະໂຫຍດອີກອັນຫນຶ່ງຂອງ TimescaleDB ແມ່ນການແບ່ງສ່ວນອັດຕະໂນມັດຂອງຕາຕະລາງທີ່ມີປະຫວັດສາດ. TimescaleDB ແມ່ນໄວແລະງ່າຍຕໍ່ການຮັກສາ! ເຖິງແມ່ນວ່າ, ຂ້າພະເຈົ້າຄວນສັງເກດວ່າທີມງານຂອງພວກເຮົາຍັງບໍ່ທັນໄດ້ເຮັດການປຽບທຽບການປະຕິບັດຢ່າງຈິງຈັງກັບ PostgreSQL ປົກກະຕິ.

ໃນປັດຈຸບັນ, TimescaleDB ແມ່ນຜະລິດຕະພັນທີ່ຍັງອ່ອນແລະພັດທະນາຢ່າງໄວວາ. ໃຊ້ດ້ວຍຄວາມລະມັດລະວັງ!

ການຈັດການແທັກງ່າຍ

ຖ້າແທັກໃນເມື່ອກ່ອນສາມາດຈັດການໄດ້ໃນລະດັບຜົນກະທົບຕໍ່, ໃນປັດຈຸບັນການຈັດການແທັກແມ່ນມີຄວາມຍືດຫຍຸ່ນຫຼາຍ. Zabbix ສະຫນັບສະຫນູນ tags ສໍາລັບແມ່ແບບແລະເຈົ້າພາບ!

ບັນຫາທີ່ກວດພົບທັງຫມົດໄດ້ຮັບ tags ບໍ່ພຽງແຕ່ຂອງ trigger, ແຕ່ຍັງຂອງເຈົ້າພາບ, ເຊັ່ນດຽວກັນກັບແມ່ແບບຂອງເຈົ້າພາບນີ້.

ການກໍານົດ tags ສໍາລັບ node ເຄືອຂ່າຍ

ການລົງທະບຽນອັດຕະໂນມັດທີ່ປ່ຽນແປງໄດ້ຫຼາຍຂຶ້ນ

Zabbix 4.2 ຊ່ວຍໃຫ້ທ່ານສາມາດກັ່ນຕອງໂຮດໂດຍຊື່ໂດຍໃຊ້ການສະແດງຜົນປົກກະຕິ. ນີ້ເຮັດໃຫ້ມັນເປັນໄປໄດ້ທີ່ຈະສ້າງສະຖານະການກວດພົບທີ່ແຕກຕ່າງກັນສໍາລັບກຸ່ມທີ່ແຕກຕ່າງກັນຂອງ nodes ເຄືອຂ່າຍ. ມັນສະດວກໂດຍສະເພາະຖ້າພວກເຮົາໃຊ້ກົດລະບຽບການຕັ້ງຊື່ອຸປະກອນທີ່ສັບສົນ.

ການຄົ້ນພົບເຄືອຂ່າຍທີ່ມີຄວາມຍືດຫຍຸ່ນຫຼາຍຂຶ້ນ

ການປັບປຸງອື່ນກ່ຽວຂ້ອງກັບການຕັ້ງຊື່ຂອງ nodes ເຄືອຂ່າຍ. ໃນປັດຈຸບັນມັນເປັນໄປໄດ້ທີ່ຈະຈັດການຊື່ອຸປະກອນໃນລະຫວ່າງການຄົ້ນພົບເຄືອຂ່າຍແລະໄດ້ຮັບຊື່ອຸປະກອນຈາກຄ່າ metric.

ນີ້ແມ່ນຫນ້າທີ່ມີຄວາມຈໍາເປັນຫຼາຍ, ໂດຍສະເພາະສໍາລັບການຄົ້ນພົບເຄືອຂ່າຍໂດຍໃຊ້ຕົວແທນ SNMP ແລະ Zabbix.

ກຳນົດຊື່ໂຮດທ້ອງຖິ່ນໃຫ້ກັບຊື່ທີ່ເຫັນໄດ້ໂດຍອັດຕະໂນມັດ

ການກວດສອບການທໍາງານຂອງວິທີການແຈ້ງການ

ຕອນນີ້ທ່ານສາມາດສົ່ງຂໍ້ຄວາມທົດສອບຕົວເອງໄດ້ໂດຍກົງຈາກສ່ວນຕິດຕໍ່ເວັບ ແລະກວດເບິ່ງວ່າວິທີການການແຈ້ງເຕືອນເຮັດວຽກຫຼືບໍ່. ຫນ້າທີ່ນີ້ແມ່ນເປັນປະໂຫຍດໂດຍສະເພາະສໍາລັບການທົດສອບສະຄິບສໍາລັບການສົມທົບ Zabbix ກັບລະບົບເຕືອນຕ່າງໆ, ລະບົບວຽກແລະໂຄງການພາຍນອກອື່ນໆແລະ APIs.

ການຕິດຕາມໄລຍະໄກຂອງອົງປະກອບໂຄງສ້າງພື້ນຖານ Zabbix

ຕອນນີ້ສາມາດກວດສອບການວັດແທກພາຍໃນຂອງເຊີບເວີ Zabbix ແລະຕົວແທນຈາກໄລຍະໄກ (ຕົວຊີ້ບອກປະສິດທິພາບ ແລະສຸຂະພາບຂອງອົງປະກອບ Zabbix).

ມັນແມ່ນຫຍັງ? ຫນ້າທີ່ຊ່ວຍໃຫ້ທ່ານສາມາດກວດສອບການວັດແທກພາຍໃນຂອງເຄື່ອງແມ່ຂ່າຍແລະຕົວແທນຈາກພາຍນອກ, ຊ່ວຍໃຫ້ທ່ານສາມາດກວດສອບແລະແຈ້ງບັນຫາໄດ້ໄວເຖິງແມ່ນວ່າອົງປະກອບຂອງມັນເອງຈະ overloaded ຫຼື, ສໍາລັບຕົວຢ່າງ, ມີຈໍານວນຂໍ້ມູນທີ່ບໍ່ໄດ້ສົ່ງຢູ່ໃນຕົວແທນ.

ສະຫນັບສະຫນູນຮູບແບບ HTML ສໍາລັບຂໍ້ຄວາມອີເມວ

ໃນປັດຈຸບັນພວກເຮົາບໍ່ຈໍາກັດພຽງແຕ່ຂໍ້ຄວາມທໍາມະດາແລະສາມາດສ້າງຂໍ້ຄວາມ e-mail ທີ່ສວຍງາມ, ຂໍຂອບໃຈກັບການສະຫນັບສະຫນູນຂອງຮູບແບບ HTML. ເຖິງເວລາຮຽນ HTML + CSS ແລ້ວ!

ຂໍ້ຄວາມແມ່ນເຂົ້າໃຈງ່າຍກວ່າເຖິງແມ່ນວ່າມີການໃຊ້ HTML ໜ້ອຍທີ່ສຸດ

ການເຂົ້າເຖິງລະບົບພາຍນອກຈາກບັດເຄືອຂ່າຍ

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

ເປີດປີ້ໃນ Jira ດ້ວຍຄລິກດຽວ

ກົດລະບຽບການຄົ້ນພົບສາມາດເປັນລາຍການຂໍ້ມູນທີ່ຂຶ້ນກັບ

ເປັນຫຍັງອັນນີ້ຈຶ່ງຈໍາເປັນ - ເຈົ້າຖາມ. ນີ້ອະນຸຍາດໃຫ້ນໍາໃຊ້ຂໍ້ມູນ metric ພື້ນຖານສໍາລັບທັງການຄົ້ນພົບແລະການລວບລວມຂໍ້ມູນໂດຍກົງ. ຕົວຢ່າງ, ໃນກໍລະນີຂອງການລວບລວມຂໍ້ມູນຈາກຜູ້ສົ່ງອອກ Prometheus, Zabbix ຈະເຮັດໃຫ້ຫນຶ່ງຄໍາຮ້ອງຂໍ HTTP ແລະທັນທີນໍາໃຊ້ຂໍ້ມູນທີ່ໄດ້ຮັບສໍາລັບອົງປະກອບຂໍ້ມູນທັງຫມົດທີ່ຂຶ້ນກັບ: ມູນຄ່າ metric ແລະກົດລະບຽບການຄົ້ນພົບໃນລະດັບຕ່ໍາ.

ວິທີໃໝ່ໃນການເບິ່ງເຫັນບັນຫາໃນແຜນທີ່

ໃນປັດຈຸບັນມີການຮອງຮັບຮູບພາບ GIF ເຄື່ອນໄຫວຢູ່ໃນແຜນທີ່ສໍາລັບການເບິ່ງເຫັນບັນຫາທີ່ເບິ່ງເຫັນໄດ້ຫຼາຍຂຶ້ນ.

ອຸປະກອນທີ່ມີບັນຫາໄດ້ກາຍເປັນທີ່ສັງເກດເຫັນຫຼາຍຂຶ້ນ

ການສະກັດຂໍ້ມູນຈາກສ່ວນຫົວ HTTP ໃນການຕິດຕາມເວັບ

ໃນການຕິດຕາມເວັບ, ຄວາມສາມາດໃນການເລືອກຂໍ້ມູນຈາກສ່ວນຫົວ HTTP ທີ່ໄດ້ຮັບໄດ້ຖືກເພີ່ມ.

ນີ້ອະນຸຍາດໃຫ້ທ່ານສ້າງການກວດສອບເວັບໄຊທ໌ຫຼາຍຂັ້ນຕອນຫຼືສະຖານະການກວດສອບ API ຂອງພາກສ່ວນທີສາມໂດຍໃຊ້ token ການອະນຸຍາດທີ່ໄດ້ຮັບໃນຂັ້ນຕອນຫນຶ່ງ.

ສະກັດ AuthID ຈາກສ່ວນຫົວ HTTP

ຜູ້ສົ່ງ Zabbix ໃຊ້ທີ່ຢູ່ IP ທັງຫມົດ

ຕອນນີ້ຜູ້ສົ່ງ Zabbix ສົ່ງຂໍ້ມູນໄປຫາທຸກທີ່ຢູ່ IP ຈາກພາຣາມິເຕີ ServerActive ໃນໄຟລ໌ການຕັ້ງຄ່າຕົວແທນ.

ການກັ່ນຕອງໃຫມ່ທີ່ສະດວກສະບາຍໃນການຕັ້ງຄ່າ trigger

ຫນ້າການຕັ້ງຄ່າ trigger ໃນປັດຈຸບັນມີການກັ່ນຕອງຂະຫຍາຍສໍາລັບການຄັດເລືອກໄວແລະສະດວກຂອງ triggers ໂດຍອີງໃສ່ເງື່ອນໄຂທີ່ກໍານົດໄວ້.

ການເລືອກຕົວກະຕຸ້ນທີ່ກ່ຽວຂ້ອງກັບການບໍລິການ K8S

ສະແດງເວລາທີ່ແນ່ນອນ

ທຸກສິ່ງທຸກຢ່າງແມ່ນງ່າຍດາຍຢູ່ທີ່ນີ້, ໃນປັດຈຸບັນ Zabbix ສະແດງໃຫ້ເຫັນເວລາທີ່ແນ່ນອນໃນເວລາທີ່ທ່ານເລື່ອນຫນູຢູ່ເທິງຕາຕະລາງ.

ນະວັດຕະກໍາອື່ນໆ

• ປະຕິບັດຂັ້ນຕອນການຄາດເດົາຫຼາຍກວ່າເກົ່າສໍາລັບການປ່ຽນລໍາດັບຂອງ widget ໃນ dashboard
• ຄວາມ​ສາ​ມາດ​ໃນ​ການ​ປ່ຽນ​ແປງ​ຂະ​ຫນາດ​ໃຫຍ່​ຕົວ​ກໍາ​ນົດ​ການ prototypes ລາຍ​ການ​ຂໍ້​ມູນ​
• ສະຫນັບສະຫນູນ IPv6 ສໍາລັບການກວດສອບ DNS: "net.dns" ແລະ "new.dns.record"
• ເພີ່ມພາລາມິເຕີ "ຂ້າມ" ສໍາລັບການກວດສອບ "vmware.eventlog".
• ຄວາມຜິດພາດການດໍາເນີນການຂັ້ນຕອນກ່ອນການປະມວນຜົນປະກອບມີຈໍານວນຂັ້ນຕອນ

ວິທີການຍົກລະດັບ?

ເພື່ອຍົກລະດັບຈາກຮຸ່ນກ່ອນຫນ້ານີ້, ທ່ານພຽງແຕ່ຕ້ອງການຕິດຕັ້ງ ຄູ່ໃໝ່ (ເຊີບເວີ ແລະພຣັອກຊີ) ແລະການໂຕ້ຕອບໃໝ່. Zabbix ຈະປັບປຸງຖານຂໍ້ມູນໂດຍອັດຕະໂນມັດ. ບໍ່ຈໍາເປັນຕ້ອງຕິດຕັ້ງຕົວແທນໃຫມ່.

ພວກເຮົາເປັນເຈົ້າພາບ webinars ຟຣີສໍາລັບຜູ້ທີ່ຕ້ອງການຮຽນຮູ້ເພີ່ມເຕີມກ່ຽວກັບ Zabbix 4.2 ແລະມີໂອກາດທີ່ຈະຖາມຄໍາຖາມກັບທີມງານ Zabbix. ລົງ​ທະ​ບຽນ!

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

ການເຊື່ອມຕໍ່ທີ່ເປັນປະໂຫຍດ

- ບັນທຶກການປ່ອຍຕົວ
- ອັບເກຣດບັນທຶກ
- ບົດຄວາມຕົ້ນສະບັບ

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