ทีมงานของเรามีความยินดีอย่างยิ่งที่จะแจ้งข่าวว่าระบบตรวจสอบโอเพ่นซอร์สฟรีได้เปิดตัวแล้ว
เวอร์ชัน 4.2 เป็นคำตอบสำหรับคำถามหลักเกี่ยวกับชีวิต จักรวาล และการเฝ้าติดตามโดยทั่วไปหรือไม่ มาดูกันดีกว่า!
ให้เราระลึกว่า Zabbix เป็นระบบสากลสำหรับการตรวจสอบประสิทธิภาพและความพร้อมใช้งานของเซิร์ฟเวอร์ วิศวกรรมและอุปกรณ์เครือข่าย แอปพลิเคชัน ฐานข้อมูล ระบบเสมือนจริง คอนเทนเนอร์ บริการด้านไอที และบริการบนเว็บ
Zabbix ดำเนินการครบวงจรตั้งแต่การรวบรวมข้อมูล การประมวลผลและการแปลง การวิเคราะห์ข้อมูลที่ได้รับ และสิ้นสุดด้วยการจัดเก็บข้อมูลนี้ การแสดงภาพ และส่งการแจ้งเตือนโดยใช้กฎการยกระดับ ระบบยังมีตัวเลือกที่ยืดหยุ่นสำหรับการขยายการรวบรวมข้อมูลและวิธีการแจ้งเตือน รวมถึงความสามารถอัตโนมัติผ่าน API เว็บอินเทอร์เฟซเดียวใช้การจัดการแบบรวมศูนย์สำหรับการกำหนดค่าการตรวจสอบและการกระจายสิทธิ์การเข้าถึงไปยังกลุ่มผู้ใช้ต่างๆ รหัสโครงการได้รับการแจกจ่ายอย่างเสรีภายใต้ใบอนุญาต
Zabbix 4.2 เป็นเวอร์ชันใหม่ที่ไม่ใช่ LTS โดยมีระยะเวลาการสนับสนุนอย่างเป็นทางการสั้นลง สำหรับผู้ใช้ที่มุ่งเน้นไปที่วงจรชีวิตที่ยาวนานของผลิตภัณฑ์ซอฟต์แวร์ เราขอแนะนำให้ใช้เวอร์ชัน LTS เช่น 3.0 และ 4.0
เรามาพูดถึงฟีเจอร์ใหม่และการปรับปรุงที่สำคัญในเวอร์ชัน 4.2 กันดีกว่า:
แพลตฟอร์มที่เป็นทางการมากขึ้น
นอกเหนือจากแพ็คเกจอย่างเป็นทางการที่มีอยู่แล้ว เรายังเสนอบิลด์ใหม่สำหรับ:
- RaspberryPi, Mac OS/X, SUSE Enterprise Linux เซิร์ฟเวอร์ 12
- MSI สำหรับตัวแทน Windows
- ภาพนักเทียบท่า
รองรับ Prometheus ในตัวสำหรับการตรวจสอบแอปพลิเคชัน
Zabbix สามารถรวบรวมข้อมูลได้หลายวิธี (ผลัก/ดึง) จากแหล่งข้อมูลที่แตกต่างกัน เหล่านี้คือ JMX, SNMP, WMI, HTTP/HTTPS, RestAPI, XML Soap, SSH, Telnet, เอเจนต์และสคริปต์ และแหล่งที่มาอื่นๆ พบกับฝ่ายสนับสนุนของ Prometheus ได้แล้ว!
พูดอย่างเคร่งครัด ในอดีตการรวบรวมข้อมูลจากผู้ส่งออก Prometheus สามารถทำได้ด้วยประเภทองค์ประกอบข้อมูล HTTP/HTTPS และนิพจน์ทั่วไป
อย่างไรก็ตาม เวอร์ชันใหม่ช่วยให้คุณทำงานกับ Prometheus ได้อย่างมีประสิทธิภาพมากที่สุดเท่าที่จะเป็นไปได้ เนื่องจากการรองรับภาษาคิวรี PromQL ในตัว และการใช้ตัววัดที่ขึ้นต่อกันทำให้คุณสามารถรวบรวมและประมวลผลข้อมูลได้อย่างมีประสิทธิภาพสูงสุด โดยคุณขอข้อมูลเพียงครั้งเดียว จากนั้นเราจะจัดเรียงข้อมูลตามตัววัดที่จำเป็น
สิ่งสำคัญที่ควรทราบก็คือ ขณะนี้การค้นพบในระดับต่ำสามารถใช้ข้อมูลที่รวบรวมมาเพื่อสร้างเมตริกโดยอัตโนมัติได้ ในกรณีนี้ Zabbix จะแปลงข้อมูลที่ได้รับเป็นรูปแบบ JSON ซึ่งสะดวกในการใช้งานมาก
ในขณะนี้มีมากขึ้น
การตรวจสอบความถี่สูงที่มีประสิทธิภาพ
เราต้องการตรวจพบปัญหาโดยเร็วที่สุดหรือไม่? แน่นอนไม่ต้องสงสัย! บ่อยกว่านั้น วิธีการนี้ส่งผลให้เราจำเป็นต้องสำรวจอุปกรณ์และรวบรวมข้อมูลบ่อยเกินไป ซึ่งทำให้ระบบตรวจสอบมีภาระมากขึ้น จะหลีกเลี่ยงสิ่งนี้ได้อย่างไร?
เราได้ใช้กลไกการควบคุมปริมาณในกฎการประมวลผลล่วงหน้า โดยพื้นฐานแล้ว การควบคุมปริมาณทำให้เรามีโอกาสที่จะข้ามค่าที่เหมือนกัน
สมมติว่าเรากำลังติดตามสถานะของแอปพลิเคชันที่สำคัญ ทุกวินาทีเราจะตรวจสอบว่าแอปพลิเคชันของเราทำงานหรือไม่ ในเวลาเดียวกัน Zabbix ได้รับกระแสข้อมูลอย่างต่อเนื่องจาก 1 (ใช้งานได้) และ 0 (ไม่ทำงาน) ตัวอย่างเช่น: 1111111111110001111111111111...
เมื่อทุกอย่างเป็นไปตามคำสั่งของเรา Zabbix จะได้รับเพียงอันเดียวเท่านั้น พวกเขาจำเป็นต้องได้รับการประมวลผลหรือไม่? โดยทั่วไป ไม่ เนื่องจากเราสนใจเพียงการเปลี่ยนแปลงสถานะของแอปพลิเคชัน เราจึงไม่ต้องการรวบรวมและจัดเก็บข้อมูลจำนวนมาก ดังนั้น การควบคุมปริมาณทำให้คุณสามารถข้ามค่าได้หากค่านั้นเหมือนกับค่าก่อนหน้า ด้วยเหตุนี้เราจะได้รับเฉพาะข้อมูลเกี่ยวกับการเปลี่ยนแปลงสถานะเท่านั้น เช่น 01010101... นี่เป็นข้อมูลเพียงพอที่จะตรวจพบปัญหา!
Zabbix เพียงเพิกเฉยต่อค่าที่หายไป โดยจะไม่ถูกบันทึกไว้ในประวัติ และไม่ส่งผลกระทบต่อทริกเกอร์แต่อย่างใด จากมุมมองของ Zabbix ไม่มีค่าที่หายไป
ยอดเยี่ยม! ขณะนี้เราสามารถสำรวจอุปกรณ์ได้บ่อยมากและตรวจพบปัญหาได้ทันทีโดยไม่ต้องจัดเก็บข้อมูลที่ไม่จำเป็นไว้ในฐานข้อมูล
แล้วกราฟิกล่ะ? พวกเขาจะว่างเปล่าเนื่องจากขาดข้อมูล! และคุณจะบอกได้อย่างไรว่า Zabbix กำลังรวบรวมข้อมูลอยู่หากข้อมูลส่วนใหญ่หายไป?
เราก็คิดเรื่องนั้นเหมือนกัน! Zabbix นำเสนอการควบคุมปริมาณอีกประเภทหนึ่งโดยการควบคุมปริมาณด้วยการเต้นของหัวใจ
ในกรณีนี้ Zabbix แม้จะมีกระแสข้อมูลซ้ำกัน จะเก็บค่าอย่างน้อยหนึ่งค่าในช่วงเวลาที่กำหนด หากมีการรวบรวมข้อมูลหนึ่งครั้งต่อวินาที และช่วงเวลาตั้งไว้ที่หนึ่งนาที Zabbix จะเปลี่ยนหน่วยสตรีมทุกวินาทีให้เป็นสตรีมทุกนาที เห็นได้ง่ายว่าสิ่งนี้นำไปสู่การบีบอัดข้อมูลที่ได้รับถึง 60 เท่า
ตอนนี้เรามั่นใจว่าข้อมูลกำลังถูกรวบรวม ฟังก์ชันทริกเกอร์ nodata() ทำงานได้ และกราฟทุกอย่างเรียบร้อยดี!
การตรวจสอบความถูกต้องของข้อมูลที่รวบรวมและการจัดการข้อผิดพลาด
พวกเราไม่มีใครต้องการรวบรวมข้อมูลที่ผิดพลาดหรือไม่น่าเชื่อถือ ตัวอย่างเช่น เรารู้ว่าเซ็นเซอร์อุณหภูมิควรส่งคืนข้อมูลระหว่าง 0°C ถึง 100°C และค่าอื่นๆ ควรถือเป็นเท็จและ/หรือละเว้น
ขณะนี้สามารถทำได้โดยใช้กฎการตรวจสอบความถูกต้องของข้อมูลที่สร้างไว้ในการประมวลผลล่วงหน้าเพื่อให้เป็นไปตามข้อกำหนดหรือขาดการปฏิบัติตามนิพจน์ทั่วไป ช่วงค่า JSONPath และ XMLPath
ตอนนี้เราสามารถควบคุมการตอบสนองต่อข้อผิดพลาดได้ หากอุณหภูมิอยู่นอกช่วง เราก็สามารถเพิกเฉยต่อค่าดังกล่าว ตั้งค่าเริ่มต้น (เช่น 0°C) หรือกำหนดข้อความแสดงข้อผิดพลาดของเราเอง เช่น "เซ็นเซอร์เสียหาย" หรือ "เปลี่ยนแบตเตอรี่"
ตัวอย่างที่ดีของการใช้การตรวจสอบความถูกต้องคือความสามารถในการตรวจสอบข้อมูลอินพุตว่ามีข้อความแสดงข้อผิดพลาดอยู่หรือไม่ และตั้งค่าข้อผิดพลาดนี้สำหรับเมตริกทั้งหมด นี่เป็นฟังก์ชันที่มีประโยชน์มากเมื่อดึงข้อมูลจาก API ภายนอก
การแปลงข้อมูลใดๆ โดยใช้ JavaScript
หากกฎการประมวลผลล่วงหน้าในตัวไม่เพียงพอสำหรับเรา ขณะนี้เราเสนออิสระอย่างสมบูรณ์โดยใช้สคริปต์ JavaScript ที่กำหนดเอง!
นี่เป็นการเปิดโอกาสให้ประมวลผลข้อมูลขาเข้าได้อย่างไม่มีที่สิ้นสุด ประโยชน์เชิงปฏิบัติของฟังก์ชันนี้คือเราไม่ต้องการสคริปต์ภายนอกที่เราใช้ในการจัดการข้อมูลใดๆ อีกต่อไป ตอนนี้ทั้งหมดนี้สามารถทำได้โดยใช้ JavaScript
ขณะนี้การแปลงข้อมูล การรวมตัว ตัวกรอง การดำเนินการทางคณิตศาสตร์และตรรกะ และอื่นๆ อีกมากมายเป็นไปได้แล้ว!
การทดสอบการประมวลผลล่วงหน้า
ตอนนี้เราไม่ต้องเดาว่าสคริปต์การประมวลผลล่วงหน้าที่ซับซ้อนของเราทำงานอย่างไร ขณะนี้มีวิธีที่สะดวกในการตรวจสอบว่าการประมวลผลล่วงหน้าทำงานอย่างถูกต้องจากอินเทอร์เฟซโดยตรงหรือไม่!
เราประมวลผลเมตริกนับล้านต่อวินาที!
ก่อน Zabbix 4.2 การประมวลผลล่วงหน้าได้รับการจัดการโดยเซิร์ฟเวอร์ Zabbix โดยเฉพาะ ซึ่งจำกัดความสามารถในการใช้พรอกซีสำหรับการกระจายโหลด
เริ่มต้นด้วย Zabbix 4.2 เราได้รับการปรับขนาดโหลดที่มีประสิทธิภาพอย่างเหลือเชื่อผ่านการรองรับการประมวลผลล่วงหน้าฝั่งพร็อกซี ตอนนี้ผู้รับมอบฉันทะทำมัน!
เมื่อใช้ร่วมกับการควบคุมปริมาณ วิธีการนี้จะช่วยให้สามารถเฝ้าติดตามความถี่สูงในวงกว้างและตรวจสอบหลายล้านครั้งต่อวินาที โดยไม่ต้องโหลดเซิร์ฟเวอร์ Zabbix ส่วนกลาง พร็อกซีประมวลผลข้อมูลปริมาณมหาศาล ในขณะที่มีเพียงส่วนเล็กๆ เท่านั้นที่ไปถึงเซิร์ฟเวอร์ Zabbix เนื่องจากการควบคุมปริมาณ ซึ่งน้อยกว่าหนึ่งหรือสองคำสั่ง
การค้นพบระดับต่ำที่ง่ายขึ้น
โปรดจำไว้ว่าการค้นพบระดับต่ำ (LLD) เป็นกลไกที่ทรงพลังมากในการค้นหาทรัพยากรการตรวจสอบใดๆ โดยอัตโนมัติ (ระบบไฟล์ กระบวนการ แอปพลิเคชัน บริการ ฯลฯ) และสร้างรายการข้อมูล ทริกเกอร์ โหนดเครือข่ายโดยอัตโนมัติตามสิ่งเหล่านั้นและอื่นๆ วัตถุ ซึ่งช่วยประหยัดเวลาได้อย่างน่าทึ่ง ลดความซับซ้อนในการกำหนดค่า และอนุญาตให้ใช้เทมเพลตหนึ่งรายการกับโฮสต์ที่มีทรัพยากรการตรวจสอบต่างกัน
การค้นพบระดับต่ำจำเป็นต้องมี JSON ที่มีรูปแบบพิเศษเป็นอินพุต แค่นั้นแหละ มันจะไม่เกิดขึ้นอีกต่อไป!
Zabbix 4.2 ช่วยให้การค้นพบระดับต่ำ (LLD) ใช้ข้อมูลที่กำหนดเองในรูปแบบ JSON ทำไมมันถึงสำคัญ? สิ่งนี้ช่วยให้คุณสามารถสื่อสารกับ API ภายนอกได้โดยไม่ต้องใช้สคริปต์และใช้ข้อมูลที่ได้รับเพื่อสร้างโฮสต์ องค์ประกอบข้อมูล และทริกเกอร์โดยอัตโนมัติ
เมื่อใช้ร่วมกับการรองรับ JavaScript สิ่งนี้จะสร้างโอกาสที่ยอดเยี่ยมสำหรับการสร้างเทมเพลตสำหรับการทำงานกับแหล่งข้อมูลที่หลากหลาย เช่น ตัวอย่างเช่น Cloud API, API ของแอปพลิเคชัน, ข้อมูลในรูปแบบ XML, รูปแบบ CSV และอื่นๆ
ความเป็นไปได้ไม่มีที่สิ้นสุดอย่างแท้จริง!
รองรับ TimescaleDB
TimescaleDB คืออะไร? นี่คือ PostgreSQL ปกติพร้อมโมดูลส่วนขยายจากทีม TimescaleDB TimescaleDB รับประกันประสิทธิภาพที่ดีขึ้นเนื่องจากอัลกอริธึมและโครงสร้างข้อมูลที่มีประสิทธิภาพมากขึ้น
นอกจากนี้ข้อดีอีกประการของ TimescaleDB ก็คือการแบ่งพาร์ติชันตารางอัตโนมัติพร้อมประวัติ TimescaleDB นั้นรวดเร็วและง่ายต่อการบำรุงรักษา! แม้ว่าฉันควรทราบว่าทีมของเรายังไม่ได้ทำการเปรียบเทียบประสิทธิภาพอย่างจริงจังกับ PostgreSQL ทั่วไป
ในขณะนี้ TimescaleDB เป็นผลิตภัณฑ์ที่ค่อนข้างใหม่และมีการพัฒนาอย่างรวดเร็ว ใช้ด้วยความระมัดระวัง!
การจัดการแท็กที่ง่ายดาย
หากก่อนหน้านี้แท็กสามารถจัดการได้ที่ระดับทริกเกอร์เท่านั้น ขณะนี้การจัดการแท็กมีความยืดหยุ่นมากขึ้น Zabbix รองรับแท็กสำหรับเทมเพลตและโฮสต์!
ปัญหาที่ตรวจพบทั้งหมดจะได้รับแท็กไม่เพียงแต่ทริกเกอร์เท่านั้น แต่ยังรวมถึงโฮสต์ตลอดจนเทมเพลตของโฮสต์นี้ด้วย
การกำหนดแท็กสำหรับโหนดเครือข่าย
การลงทะเบียนอัตโนมัติที่ยืดหยุ่นยิ่งขึ้น
Zabbix 4.2 ช่วยให้คุณสามารถกรองโฮสต์ตามชื่อโดยใช้นิพจน์ทั่วไป ทำให้สามารถสร้างสถานการณ์การตรวจจับที่แตกต่างกันสำหรับกลุ่มโหนดเครือข่ายที่แตกต่างกันได้ จะสะดวกเป็นพิเศษหากเราใช้กฎการตั้งชื่ออุปกรณ์ที่ซับซ้อน
การค้นพบเครือข่ายที่ยืดหยุ่นยิ่งขึ้น
การปรับปรุงอีกประการหนึ่งเกี่ยวข้องกับการตั้งชื่อโหนดเครือข่าย ขณะนี้สามารถจัดการชื่ออุปกรณ์ระหว่างการค้นพบเครือข่ายและรับชื่ออุปกรณ์จากค่าเมตริกได้
นี่เป็นฟังก์ชันที่จำเป็นมาก โดยเฉพาะอย่างยิ่งสำหรับการค้นหาเครือข่ายโดยใช้ตัวแทน SNMP และ Zabbix
การตรวจสอบการทำงานของวิธีการแจ้งเตือน
ตอนนี้คุณสามารถส่งข้อความทดสอบถึงตัวคุณเองได้โดยตรงจากเว็บอินเตอร์เฟสและตรวจสอบว่าวิธีการแจ้งเตือนใช้งานได้หรือไม่ ฟังก์ชันนี้มีประโยชน์อย่างยิ่งสำหรับการทดสอบสคริปต์เพื่อรวม Zabbix เข้ากับระบบแจ้งเตือน ระบบงาน ตลอดจนโปรแกรมและ API ภายนอกอื่นๆ
การตรวจสอบส่วนประกอบโครงสร้างพื้นฐานของ Zabbix จากระยะไกล
ขณะนี้สามารถตรวจสอบตัวชี้วัดภายในของเซิร์ฟเวอร์ Zabbix และพร็อกซีจากระยะไกลได้ (ตัวชี้วัดประสิทธิภาพและความสมบูรณ์ของส่วนประกอบ Zabbix)
มีไว้เพื่ออะไร? ฟังก์ชันการทำงานนี้ช่วยให้คุณตรวจสอบตัวชี้วัดภายในของเซิร์ฟเวอร์และพรอกซีจากภายนอก ช่วยให้คุณตรวจจับและแจ้งเตือนเกี่ยวกับปัญหาได้อย่างรวดเร็ว แม้ว่าส่วนประกอบต่างๆ จะมีการโอเวอร์โหลด หรือ ตัวอย่างเช่น มีข้อมูลที่ยังไม่ได้ส่งจำนวนมากบนพรอกซี
รองรับรูปแบบ HTML สำหรับข้อความอีเมล
ตอนนี้เราไม่ได้จำกัดอยู่เพียงข้อความธรรมดาและสามารถสร้างข้อความอีเมลที่สวยงามได้ ด้วยการรองรับรูปแบบ HTML ถึงเวลาเรียนรู้ HTML + CSS แล้ว!
การเข้าถึงระบบภายนอกจากการ์ดเครือข่าย
มีการรองรับมาโครใหม่ทั้งชุดใน URL ที่กำหนดเองเพื่อการบูรณาการแผนที่กับระบบภายนอกได้ดียิ่งขึ้น สิ่งนี้ช่วยให้คุณสามารถเปิดตั๋วในระบบงานได้ด้วยการคลิกหนึ่งหรือสองครั้งที่ไอคอนของโหนดเครือข่าย
กฎการค้นพบสามารถเป็นรายการข้อมูลที่ต้องพึ่งพาได้
เหตุใดจึงจำเป็น - คุณถาม ซึ่งช่วยให้สามารถใช้ข้อมูลเมตริกพื้นฐานสำหรับทั้งการค้นพบและการรวบรวมข้อมูลโดยตรง ตัวอย่างเช่น ในกรณีของการรวบรวมข้อมูลจากผู้ส่งออก Prometheus Zabbix จะสร้างคำขอ HTTP หนึ่งคำขอ และใช้ข้อมูลที่ได้รับทันทีสำหรับองค์ประกอบข้อมูลที่ขึ้นต่อกันทั้งหมด: ค่าเมตริกและกฎการค้นพบระดับต่ำ
วิธีใหม่ในการแสดงภาพปัญหาบนแผนที่
ขณะนี้มีการรองรับภาพเคลื่อนไหว GIF บนแผนที่เพื่อให้เห็นภาพปัญหาได้ง่ายขึ้น
แยกข้อมูลจากส่วนหัว HTTP ในการตรวจสอบเว็บ
ใน Web Monitoring มีการเพิ่มความสามารถในการเลือกข้อมูลจากส่วนหัว HTTP ที่ได้รับ
สิ่งนี้ช่วยให้คุณสร้างสถานการณ์การตรวจสอบเว็บแบบหลายขั้นตอนหรือการตรวจสอบ API ของบริษัทอื่นได้โดยใช้โทเค็นการอนุญาตที่ได้รับในขั้นตอนใดขั้นตอนหนึ่ง
Zabbix Sender ใช้ที่อยู่ IP ทั้งหมด
ตอนนี้ Zabbix Sender ส่งข้อมูลไปยังที่อยู่ IP ทั้งหมดจากพารามิเตอร์ ServerActive ในไฟล์การกำหนดค่าตัวแทน
ตัวกรองใหม่ที่สะดวกในการกำหนดค่าทริกเกอร์
ขณะนี้หน้าการกำหนดค่าทริกเกอร์มีตัวกรองแบบขยายเพื่อให้เลือกทริกเกอร์ตามเกณฑ์ที่ระบุได้อย่างรวดเร็วและสะดวก
แสดงเวลาที่แน่นอน
ทุกอย่างเป็นเรื่องง่ายที่นี่ ตอนนี้ Zabbix จะแสดงเวลาที่แน่นอนเมื่อคุณวางเมาส์ไว้เหนือแผนภูมิ
นวัตกรรมอื่นๆ
- ใช้อัลกอริธึมที่สามารถคาดเดาได้มากขึ้นสำหรับการเปลี่ยนลำดับของวิดเจ็ตในแดชบอร์ด
- ความสามารถในการเปลี่ยนแปลงพารามิเตอร์จำนวนมากของต้นแบบรายการข้อมูล
- รองรับ IPv6 สำหรับการตรวจสอบ DNS: "net.dns" และ "new.dns.record"
- เพิ่มพารามิเตอร์ "ข้าม" สำหรับการตรวจสอบ "vmware.eventlog"
- ข้อผิดพลาดการดำเนินการขั้นตอนก่อนการประมวลผลรวมถึงหมายเลขขั้นตอน
ฉันจะอัพเกรดได้อย่างไร?
หากต้องการอัปเกรดจากเวอร์ชันก่อนหน้า คุณจะต้องติดตั้งเท่านั้น
เรากำลังจัดการสัมมนาผ่านเว็บฟรีสำหรับผู้ที่ต้องการเรียนรู้เพิ่มเติมเกี่ยวกับ Zabbix 4.2 และมีโอกาสที่จะถามคำถามกับทีมงาน Zabbix
อย่าลืมเกี่ยวกับความนิยม
ลิงค์ที่มีประโยชน์
-
-
-
ที่มา: will.com