PRTG คิดเงินตามเซนเซอร์ นั่นคือหนึ่งเมตริกที่มอนิเตอร์บนหนึ่งอุปกรณ์ ไม่ใช่ตัวอุปกรณ์ ระดับราคาของ Paessler เองกำหนดอัตราส่วนใช้งานจริงไว้ราวสิบต่อหนึ่ง: เซนเซอร์ 500 ตัวครอบคลุมอุปกรณ์ราว 50 เครื่อง 10,000 ตัวครอบคลุมราว 1,000 เครื่อง เพิ่มสวิตช์สแต็กเข้ามาแล้วเริ่มดูปริมาณข้อมูลรายพอร์ต จำนวนเซนเซอร์จะโตเร็วกว่าจำนวนอุปกรณ์ SolarWinds นับคนละแบบแต่ไปจบที่จุดเดียวกัน
สำหรับเครือข่ายที่เป็น Windows เป็นหลัก ผมจะคัดทางเลือกแบบโฮสต์เองแทน PRTG และ SolarWinds ไว้สองตัว: Zabbix หรือสแต็กที่ใช้ Prometheus หากทีมของคุณดูแลอยู่แล้ว การเลือกระหว่างสองตัวนี้ขึ้นอยู่กับว่าแต่ละตัวมองเห็นอะไรบนโฮสต์ Windows ได้บ้าง และต้องใช้อะไรเพื่อให้มองเห็น
ขอบอกข้อควรระวังหนึ่งข้อก่อน ถ้าไม่มีใครในทีมมีเวลาว่าง PRTG และ SolarWinds ยังคงเป็นคำตอบที่ถูกต้อง ความง่ายในการใช้งานของมันคือสินค้าที่คุณตั้งใจซื้อ และมันคุ้มค่าเงิน การเปลี่ยนที่อธิบายในบทความนี้คือการใช้ชั่วโมงทำงานแทนค่าไลเซนส์ ซึ่งเป็นการแลกเปลี่ยน ไม่ใช่การอัปเกรด
TL;DR (สรุปย่อ)
- ตัวเลือกเริ่มต้นคือ Zabbix Zabbix รวมการโพล SNMP เอเจนต์ Windows เทมเพลต และการแจ้งเตือนไว้ในแพลตฟอร์มมอนิเตอร์เดียว คุณยังต้องดูแลเซิร์ฟเวอร์ Zabbix ฐานข้อมูล และหน้าเว็บ แต่ไม่ต้องประกอบชิ้นส่วนมอนิเตอร์แยกกันเพียงเพื่อจะเริ่มต้น
- ข้อยกเว้นคือทีมที่รัน Grafana และ Prometheus อยู่แล้ว สำหรับเมตริกของแอปพลิเคชันและโฮสต์ การต่อยอดสิ่งที่คุณดูแลอยู่แล้วถูกกว่าการตั้งระบบมอนิเตอร์ชุดที่สอง
- Prometheus ไม่โพลอุปกรณ์เครือข่ายด้วยตัวเอง
snmp_exporterเข้ามาเติมช่องว่างนั้น โดยค่าตั้งต้นครอบคลุมสวิตช์และเราเตอร์ทั่วไปจำนวนมาก ส่วนอ็อบเจ็กต์เฉพาะของผู้ผลิตหรือการโพลแบบกำหนดเองอาจต้องใช้ generator และงาน MIB เพิ่มเติม - การเก็บข้อมูลแบบไม่ใช้เอเจนต์เห็นเฉพาะสิ่งที่โฮสต์หรืออุปกรณ์เลือกเผยแพร่เท่านั้น ใน Zabbix บันทึกเหตุการณ์ Windows สถานะบริการ และตัวนับประสิทธิภาพแบบละเอียดล้วนเป็นคีย์ไอเท็มของเอเจนต์
- กำหนดขนาดเซิร์ฟเวอร์ตามเมตริก ไม่ใช่ตามอุปกรณ์ Zabbix นับหนึ่งเมตริกเป็นหนึ่งไอเท็มบวกหนึ่งทริกเกอร์บวกหนึ่งกราฟ และจัดเมตริกราว 1,000 รายการไว้บน CPU 2 คอร์กับหน่วยความจำ 8 GiB และราว 10,000 รายการบน 4 คอร์กับ 16 GiB
PRTG และ SolarWinds คิดเงินจากอะไร
Paessler publishes its PRTG tiers publicly, priced by sensor count and billed annually, starting from a few hundred dollars a month as of September 2026. Check the current figures yourself before budgeting. There is no perpetual-licence option in the current lineup. The freeware edition stops at 100 sensors, which Paessler describes as roughly 10 devices.
SolarWinds นับด้วยหน่วยที่ต่างออกไป และกฎข้อนี้มองข้ามได้ง่ายจนกว่าใบเสนอราคาต่ออายุจะมาถึง โมเดลไลเซนส์ NPM ของ SolarWinds ระบุว่า NPM "ได้รับไลเซนส์ตามจำนวนที่มากที่สุดของประเภทองค์ประกอบเครือข่ายที่มอนิเตอร์ต่อไปนี้: โหนด อินเทอร์เฟซ วอลุ่ม" ไม่ใช่ผลรวม แต่เป็นค่าที่มากที่สุดในสามค่า เครือข่ายที่มี 80 โหนดและพอร์ตสวิตช์ที่มอนิเตอร์ 900 พอร์ตจะคิดไลเซนส์ที่ 900 ไม่ใช่ 80 และระดับไลเซนส์ไล่ตั้งแต่ SL100 ถึง SLX เอนจินโพลหนึ่งตัวมีเพดานที่ 12,000 องค์ประกอบ (ผลรวมของโหนด อินเทอร์เฟซ และวอลุ่ม ไม่ใช่ค่าที่มากที่สุด) ไม่ว่าจะระดับใด เกินจากนั้นต้องเพิ่มเอนจินโพลที่มีไลเซนส์อีกตัว
ผลในทางปฏิบัติของทั้งสองโมเดลเหมือนกัน ระดับไลเซนส์เป็นตัวตัดสินว่าอะไรจะถูกมอนิเตอร์ ไม่ใช่เครือข่าย อินเทอร์เฟซที่คุณอยากจับตาดูจึงถูกปล่อยไว้โดยไม่มอนิเตอร์ เพราะการมอนิเตอร์จะข้ามเส้นไป และต้นทุนนั้นไม่เคยปรากฏบนใบแจ้งหนี้
สองเส้นทางแบบโฮสต์เองที่คุ้มค่าจะรัน
Zabbix คือแพลตฟอร์มมอนิเตอร์เดียวที่สร้างขึ้นรอบเซิร์ฟเวอร์กลาง ฐานข้อมูล และหน้าเว็บ เซิร์ฟเวอร์จะโพลอุปกรณ์ SNMP รับข้อมูลจากเอเจนต์ Windows และใช้เทมเพลต ทริกเกอร์ และการแจ้งเตือนภายในผลิตภัณฑ์เดียวกัน เมื่อเทียบกับการประกอบสแต็กมอนิเตอร์เครือข่ายที่ใช้ Prometheus จะมีชิ้นส่วนแยกที่คุณต้องรวมเองน้อยกว่า คุณติดตั้ง ชี้ไปที่โฮสต์ แล้วผูกเทมเพลต ซึ่งเป็นชุดไอเท็ม ทริกเกอร์ และกราฟที่ใช้ซ้ำได้ ครอบคลุมอุปกรณ์หนึ่งประเภท
เริ่มจากเรื่องไลเซนส์ หน้าไลเซนส์ของ Zabbix ระบุว่าทุกเวอร์ชันตั้งแต่ 7.0 เป็นต้นไปเผยแพร่ภายใต้ GNU Affero General Public License เวอร์ชัน 3 และทุกอย่างจนถึง 6.4 ใช้ GPLv2 ไม่มีค่าไลเซนส์สำหรับซอฟต์แวร์ไม่ว่าจะขนาดใด Zabbix ขายการสนับสนุนทางเทคนิคเป็นการสมัครสมาชิกแยกต่างหากแบบไม่บังคับ และขอให้ผู้ใช้เชิงพาณิชย์ซื้อในระดับใดระดับหนึ่ง แต่ไม่มีสิ่งใดในผลิตภัณฑ์ที่ถูกล็อกไว้หลังการซื้อนั้น
เส้นทางที่สองคือ Grafana, Prometheus และ VictoriaMetrics มันเป็นตัวเลือกที่ถูกต้องในสถานการณ์เดียวเท่านั้น: คุณรันสแต็กนี้อยู่แล้วสำหรับเมตริกของแอปพลิเคชันและโฮสต์ และมีคนดูแลมันอยู่แล้ว ถ้านั่นคือคุณ การติดตั้งครบชุดบน VPS เครื่องเดียว ก็เป็นปัญหาที่แก้ไปแล้ว และคุณกำลังต่อยอดสิ่งที่คุ้นเคย ไม่มีใครต้องเรียนรู้โมเดลข้อมูลใหม่
ช่องโหว่ของเส้นทางนั้นคืออุปกรณ์เครือข่าย Prometheus ดึงข้อมูลจาก HTTP endpoint และไม่คุย SNMP โดยตรง อุปกรณ์เครือข่ายมักจัดการผ่าน snmp_exporterซึ่งจะโพลอุปกรณ์แล้วเปิดเผยผลลัพธ์ให้ Prometheus ดึงไปใช้ ค่าตั้งต้น ของมันมีโมดูลอย่าง if_mibรวมอยู่แล้ว ดังนั้นการมอนิเตอร์อินเทอร์เฟซแบบมาตรฐานบนสวิตช์และเราเตอร์จำนวนมากจึงไม่ต้องสร้างคอนฟิกแบบกำหนดเอง generator จะกลายเป็นงานเพิ่มก็ต่อเมื่อคุณต้องการอ็อบเจ็กต์เฉพาะของผู้ผลิต การ walk แบบกำหนดเอง หรือ MIB ที่ไม่ได้รวมมาโดยค่าตั้งต้น เส้นทาง Prometheus จึงมีชิ้นส่วนให้ดูแลมากกว่า Zabbix แต่ generator ไม่ได้จำเป็นสำหรับทุกอุปกรณ์
LibreNMS คือชื่อที่สามในวงการนี้ สร้างขึ้นรอบการค้นพบอัตโนมัติ: มันไล่สำรวจเครือข่ายผ่าน SNMP, CDP, LLDP, OSPF, BGP และ ARP เพื่อหาว่ามีอะไรอยู่บ้าง เป็นตัวเลือกที่สมเหตุสมผลเมื่อการค้นพบคือสิ่งสำคัญที่สุด แต่มันไม่ได้เปลี่ยนคำถามเรื่องการเก็บข้อมูลจาก Windows ซึ่งเป็นจุดที่การตัดสินใจนี้ถูกชี้ขาด
แต่ละเส้นทางมองโฮสต์ Windows อย่างไร
การมอนิเตอร์ Windows อาจใช้ SNMP, WMI ระยะไกล หรือเอเจนต์ที่ติดตั้งไว้ เส้นทางไหนจะถูกใช้ขึ้นอยู่กับผลิตภัณฑ์มอนิเตอร์และเมตริกที่เก็บ สำหรับ Zabbix โดยเฉพาะ การตรวจสอบ WMI ในตัวทำงานผ่านเอเจนต์ Windows
SNMP
การโพล SNMP ขอค่าปัจจุบันของอ็อบเจ็กต์ที่มีหมายเลขจากอุปกรณ์ โดยระบุตำแหน่งด้วย OID ซึ่งคือตำแหน่งใน MIB ของอุปกรณ์ สิ่งที่ได้กลับมาคือสิ่งที่อุปกรณ์เผยแพร่และไม่มีอย่างอื่น บนสวิตช์ที่จัดการได้ ไฟร์วอลล์ หรือ UPS แค่นั้นมักเพียงพอ: ตัวนับอินเทอร์เฟซ สถานะพอร์ต อัตราข้อผิดพลาด อุณหภูมิ สุขภาพของแชสซี
บน Windows ภาพจะบางกว่านั้น ประกาศเลิกใช้ SNMP และ WMI SNMP Provider ของ Microsoft ยืนยันว่าทั้งสองฟีเจอร์ถูกเลิกใช้แล้ว ผมจึงถือว่า SNMP บน Windows เป็นเส้นทางเพื่อความเข้ากันได้แบบเก่า ไม่ใช่ค่าเริ่มต้นสำหรับการติดตั้งใหม่ Zabbix ยังมีเทมเพลต Windows by SNMP ให้ แต่เอเจนต์เนทีฟจะมองเห็นระบบปฏิบัติการได้ลึกกว่ามาก
WMI
WMI สามารถสอบถามจากระยะไกลได้โดยไม่ต้องติดตั้งเอเจนต์มอนิเตอร์บนเครื่องเป้าหมาย นี่คือเหตุผลที่ผลิตภัณฑ์อย่าง PRTG ใช้มันเป็นวิธีเก็บข้อมูล Windows แบบไม่ใช้เอเจนต์ได้ Zabbix ทำงานต่างออกไป การตรวจสอบ WMI ในตัวของมัน, wmi.get และ wmi.getallเป็นคีย์ไอเท็มของเอเจนต์ Windows ดังนั้นเอเจนต์ Zabbix หรือเอเจนต์ 2 จะเป็นผู้รันการสอบถามเหล่านั้นบนเครื่องที่ถูกมอนิเตอร์
WMI ระยะไกลยังมาพร้อมข้อกำหนดด้านเครือข่ายของตัวเองเมื่อผลิตภัณฑ์มอนิเตอร์ใช้มันโดยตรง บนระบบ Windows ปัจจุบัน RPC เริ่มที่พอร์ต TCP 135 และโดยปกติจะเจรจาการเชื่อมต่อผ่านช่วงพอร์ต TCP สูงแบบไดนามิก ซึ่งมักอยู่ที่ 49152 ถึง 65535 ไฟร์วอลล์และสิทธิ์ WMI บนเครื่องเป้าหมายต้องอนุญาตการเชื่อมต่อนั้น
สำหรับการเปรียบเทียบนี้ ความแตกต่างสำคัญกว่าตัวโปรโตคอลเอง: PRTG ใช้ WMI ระยะไกลได้โดยไม่ต้องติดตั้งเอเจนต์มอนิเตอร์ ขณะที่ Zabbix ได้การมองเห็น WMI เฉพาะ Windows ผ่านเอเจนต์ของมัน
เอเจนต์เนทีฟ
ความลึกเฉพาะ Windows อยู่ที่เอเจนต์ เอกสารของ Zabbix แสดงรายการ คีย์เฉพาะ Windows: eventlog สำหรับมอนิเตอร์บันทึกเหตุการณ์ Windows perf_counter สำหรับตัวนับประสิทธิภาพ Windows ใด ๆ service.discovery และ service.info สำหรับสถานะบริการ ทั้งหมดล้วนเป็นคีย์ไอเท็มของเอเจนต์
ต้นทุนคือการติดตั้งใช้งาน เอเจนต์บน Windows Server ทุกเครื่องและเวิร์กสเตชันทุกเครื่องที่คุณให้ความสำคัญ คือแพ็กเกจที่ต้องส่งออกไป เวอร์ชันที่ต้องอัปเดตให้ทันสมัย และกฎไฟร์วอลล์ที่ต้องดูแล นี่คือภาระผูกพันด้านการปฏิบัติงานที่ต่อเนื่อง และเป็นน้ำหนักถ่วงของเงินไลเซนส์ที่ประหยัดได้
การเก็บข้อมูลแบบไม่ใช้เอเจนต์ถูกจำกัดด้วยสิ่งที่โฮสต์หรืออุปกรณ์เลือกเผยแพร่ และใน Zabbix บันทึกเหตุการณ์กับตัวนับประสิทธิภาพแบบละเอียดอยู่หลังคีย์ไอเท็มของเอเจนต์
เทียบกันตัวต่อตัว
การเปรียบเทียบขึ้นอยู่กับสี่เรื่อง: เครื่องมือโพลอุปกรณ์เครือข่ายผ่าน SNMP หรือไม่ มีเอเจนต์ Windows หรือไม่ มองเข้าไปในโฮสต์ Windows ได้ลึกแค่ไหน และมีงานประกอบมากเพียงใดระหว่างคุณกับระบบที่ใช้งานได้ ไลเซนส์อยู่เคียงข้างเรื่องเหล่านี้เพราะมันคือเหตุผลที่การประเมินเริ่มต้นขึ้น
| เครื่องมือ | การโพลอุปกรณ์ SNMP | การมอนิเตอร์ Windows | ความยากในการตั้งค่า | ไลเซนส์ |
|---|---|---|---|---|
| Zabbix | ในตัว | เอเจนต์: บันทึกเหตุการณ์ สถานะบริการ ตัวนับประสิทธิภาพ และ WMI; สถานะคร่าว ๆ ผ่าน SNMP | ปานกลาง: เซิร์ฟเวอร์หนึ่งเครื่อง แล้วจึงเทมเพลต | AGPLv3 ไม่มีค่าไลเซนส์; ขายการสนับสนุนแยกต่างหาก |
Grafana + Prometheus + VictoriaMetrics (+ snmp_exporter) | ไม่มีในตัว; ต้องใช้ snmp_exporter เป็นส่วนประกอบแยกต่างหาก | ไม่มีเอเจนต์ Windows เนทีฟ; เมตริกโฮสต์มาจาก exporter แยกต่างหาก; บันทึกเหตุการณ์ไม่รองรับในตัว | สูง: หลายส่วนประกอบ; SNMP แบบกำหนดเองอาจต้องทำงานกับ generator | ส่วนประกอบโอเพนซอร์ส ไม่มีค่าไลเซนส์ |
| เครื่องมือมอนิเตอร์ uptime และสถานะ | ไม่มี | เฉพาะการเข้าถึงบริการและเวลาตอบสนองเท่านั้น | ต่ำ: ไม่กี่นาที | แตกต่างกันตามเครื่องมือ |
ถ้าความต้องการคือ "บอกฉันภายในหนึ่งนาทีเมื่อบริการหยุดตอบสนอง" เครื่องมือมอนิเตอร์ uptime คือเครื่องมือขนาดที่พอดี และอีกสองตัวใหญ่เกินไปสำหรับงานนี้ สิ่งที่มันทำไม่ได้คือโพลสวิตช์เพื่อดูปริมาณข้อมูลของอินเทอร์เฟซหรืออ่านตัวนับประสิทธิภาพ Windows ดังนั้นมันจึงไม่ใช่สิ่งทดแทน PRTG หรือ SolarWinds มันคืองานคนละอย่างที่บางครั้งถูกเข้าใจผิดว่าเป็นงานเดียวกัน
ควรรันตัวไหน
รัน Zabbix สำหรับเครือข่ายที่เป็น Windows เป็นหลักและไม่มีการลงทุนใน Prometheus มาก่อน มันคือเส้นทางที่สั้นกว่ามาก คุณยังมีเซิร์ฟเวอร์ ฐานข้อมูล และหน้าเว็บที่ต้องดูแล แต่โมเดลการมอนิเตอร์ เทมเพลต และการแจ้งเตือนอยู่ในผลิตภัณฑ์เดียว แทนที่จะประกอบขึ้นจากส่วนประกอบมอนิเตอร์หลายชิ้น
สำหรับการติดตั้งมอนิเตอร์ที่ต้องใช้งานยาวนาน ให้ใช้สาขา LTS ปัจจุบันของ Zabbix แทนรุ่นมาตรฐานที่มีอายุสั้น วงจรชีวิต LTS ของ Zabbix ให้แต่ละรุ่นได้รับการสนับสนุนเต็มรูปแบบสามปี ตามด้วยการสนับสนุนแบบจำกัดอีกสองปี ซึ่งในกรณีนี้สำคัญกว่าการไล่ตามรุ่นฟีเจอร์ล่าสุด
ข้อยกเว้นนั้นแคบและเจาะจง ถ้าทีมของคุณรัน Grafana และ Prometheus ในโปรดักชันอยู่แล้วสำหรับเมตริกของแอปพลิเคชันและโฮสต์ และมีคนรับผิดชอบสแต็กนั้นอยู่แล้ว snmp_exporter ก็เป็นส่วนเพิ่มของสิ่งที่มีคนดูแล ไม่ใช่ระบบที่สองที่ต้องดูแลเพิ่ม เงื่อนไขนี้ต้องครบทั้งสองข้อ Grafana ที่ใครสักคนตั้งไว้เมื่อปีก่อนแล้วปล่อยทิ้งไม่นับ
และถ้าไม่มีใครมีเวลา ก็ต่ออายุ นี่ไม่ใช่การพูดเลี่ยง มันคือสถานการณ์ที่ต่างออกไปและมีคำตอบที่ถูกต้องต่างออกไป การเปลี่ยนจะแปลงบิลไลเซนส์ให้เป็นบิลปฏิบัติงาน: การติดตั้งเอเจนต์ งานเทมเพลต การอัปเกรด และคนที่เข้าใจระบบดีพอจะซ่อมมันตอนตีสอง ทีมที่เต็มกำลังอยู่แล้วจะทำงานนี้ได้แย่หรือไม่ทำเลย และการมอนิเตอร์ที่ไม่มีคนดูแลแย่กว่าการมอนิเตอร์ที่แพง เพราะมันล้มเหลวอย่างเงียบ ๆ
แนวทางลูกผสมมีจริง: เก็บผลิตภัณฑ์เดิมไว้กับแกนระบบสำคัญที่ค่อย ๆ หดลง ย้ายทุกอย่างที่เหลือไป Zabbix แล้วปล่อยให้ระดับไลเซนส์ลดลงตามเวลา มันใช้ได้ผล แต่ก็หมายถึงการรันระบบมอนิเตอร์สองชุดและต้องกระทบยอดการแจ้งเตือนของทั้งคู่ ดังนั้นให้ถือว่าเป็นสถานะเปลี่ยนผ่านที่มีวันสิ้นสุด
อะไรที่ไม่รอดจากการย้าย
คู่มือการย้ายของ Zabbix เอง มีหัวข้อชื่อ "สิ่งที่ไม่ถูกย้าย" และรายการยาวกว่าที่คำว่า "ย้าย" บ่งบอก ข้อมูลย้อนหลังและค่าที่อ่านจากเซนเซอร์ไม่ตามมา การแจ้งเตือนและ dependency แบบกำหนดเองของ PRTG ก็ไม่ แผนที่และแดชบอร์ดก็ไม่ เพราะสองผลิตภัณฑ์นี้จำลองมันต่างกันมากจนสร้างใหม่ดีกว่าแปลง ตัวเซนเซอร์เองก็ไม่ เพราะ Zabbix ทำงานด้วยแนวคิดที่ต่างออกไปโดยสิ้นเชิง
ชื่ออุปกรณ์ ที่อยู่ IP และประเภทอินเทอร์เฟซย้ายตามมาได้ แม้แต่สิ่งเหล่านั้นก็ต้องผ่านสคริปต์ส่งออกและนำเข้าแบบกำหนดเองกับ API ทั้งสองฝั่ง คู่มือระบุชัดว่าไม่มีเครื่องมือทางการสำหรับย้ายระหว่างสองแพลตฟอร์มโดยตรง
มีทีมหนึ่งบันทึกไว้ว่าในทางปฏิบัติต้องจ่ายอะไรบ้าง: VM และเซิร์ฟเวอร์กายภาพราว 500 เครื่อง ใช้ PRTG มาราวเจ็ดปี สร้างใหม่จากศูนย์ตลอดหกเดือนของเวลาโปรเจกต์ที่มีลำดับความสำคัญต่ำ เซนเซอร์ PRTG 2,500 ตัวของพวกเขากลายเป็นไอเท็ม Zabbix 43,000 รายการ ซึ่งเป็นภาพชัดเจนว่าสองระบบนี้นับต่างกันแค่ไหน
"เริ่มจากศูนย์ ไม่มีตัวเลือก 'กดปุ่มนี้แล้วย้าย' จาก PRTG ไป Zabbix และถึงจะมี งานแบบนี้ก็เป็นโอกาสดีที่จะไม่ทำผิดพลาดด้านการออกแบบซ้ำอีก"
นั่นคือประสบการณ์ขององค์กรเดียว ไม่ใช่เกณฑ์มาตรฐาน ระบบที่เล็กกว่าจะไม่ได้ตัวเลขแบบนั้น สิ่งที่นำไปใช้ต่อได้คือสมมติฐานในการวางแผน: จัดงบเป็นเวลาสร้างใหม่ ไม่ใช่เวลาย้าย
จัดลำดับการสร้างใหม่ตามสิ่งที่คุณขาดไม่ได้ ถ้ากังวลเรื่องความต่อเนื่องของการแจ้งเตือน ให้สร้างกฎการแจ้งเตือนก่อนแล้วปล่อยแดชบอร์ดตามมาทีหลัง ถ้าเป็นประวัติรายงาน ให้ส่งออกสิ่งที่ต้องการก่อนไลเซนส์เก่าจะหมดอายุ มันจะไม่ตามคุณไป
การกำหนดขนาดเซิร์ฟเวอร์
ข้อกำหนดด้านฮาร์ดแวร์ของ Zabbix จัดการติดตั้งขนาดเล็กที่มีเมตริกราว 1,000 รายการไว้บน CPU 2 คอร์กับหน่วยความจำ 8 GiB และการติดตั้งขนาดกลางราว 10,000 เมตริกบน 4 คอร์กับ 16 GiB นี่คือตัวเลขที่ใช้ยื่นขอทรัพยากร
หน่วยนับคือจุดที่การกำหนดขนาดผิดพลาด Zabbix นิยามหนึ่งเมตริกที่มอนิเตอร์ว่าเป็นหนึ่งไอเท็มบวกหนึ่งทริกเกอร์บวกหนึ่งกราฟ เมตริกไม่ใช่อุปกรณ์และไม่ใช่โฮสต์ Windows Server เครื่องเดียวสร้างเมตริกได้เท่ากับจำนวนไอเท็มที่คุณตั้งค่า: CPU หน่วยความจำ แต่ละระบบไฟล์ แต่ละบริการ แต่ละตัวนับที่คุณสุ่มเก็บ จำนวนอุปกรณ์เป็นตัวชี้แนะที่ไม่ดีสำหรับเครื่องที่คุณต้องใช้ ระบบที่ฟังดูเล็กอาจตกอยู่ในระดับกลางได้โดยไม่มีใครทำอะไรผิดปกติ
มีสองสิ่งที่ดันตัวเลขขึ้นเร็วกว่าจำนวนโฮสต์ อย่างแรกคือความถี่ในการโพล: ลดช่วงเวลารีเฟรชลงครึ่งหนึ่งจะทำให้อัตราการเขียนของทุกไอเท็มในช่วงเวลานั้นเพิ่มเป็นสองเท่า อย่างที่สองคือระยะเวลาเก็บประวัติ เพราะฐานข้อมูลจะโตตามระยะเวลาที่คุณเก็บค่าดิบ จำนวนอุปกรณ์มีผลส่วนใหญ่ผ่านจำนวนไอเท็มที่มอนิเตอร์ซึ่งแต่ละอุปกรณ์เพิ่มเข้ามา
ถ้าระบบของคุณอยู่ใกล้ตัวอย่าง 1,000 เมตริก ด้วยช่วงรีเฟรชปกติและการเก็บประวัติแบบพอประมาณ ระดับเล็กคือจุดเริ่มต้นที่สมเหตุสมผล ถ้าคุณสุ่มเก็บตัวนับประสิทธิภาพทุกสามสิบวินาทีและเก็บประวัติดิบไว้หนึ่งปี มันไม่ใช่ Zabbix ระบุชัดว่าตัวเลขที่เผยแพร่เป็น "ตัวอย่างขนาดและการกำหนดค่าฮาร์ดแวร์สำหรับเริ่มต้น" และแนะนำให้ทดสอบประสิทธิภาพในสภาพแวดล้อม staging ก่อนตัดสินใจเรื่องฮาร์ดแวร์โปรดักชัน นี่คือคำเตือนจากผู้ผลิตเอง จงยึดตามนั้นตรงตัว
Zabbix รองรับส่วนประกอบเซิร์ฟเวอร์เฉพาะบน Linux และ UNIX เท่านั้น บน Windows รองรับเฉพาะเอเจนต์
เมตริกไม่ใช่อุปกรณ์ และตัวคูณระหว่างสองสิ่งนี้คือสิ่งที่กำหนดขนาดของเครื่อง
พัฒนาบน Linux VPS พร้อมสิทธิ์รูท, NVMe และพลัง AMD EPYC
ดูแพ็กเกจ Linuxควรวางเซิร์ฟเวอร์มอนิเตอร์ไว้ที่ไหน
ถ้าคุณต้องการให้การมอนิเตอร์อยู่รอดเมื่อทั้งไซต์ล่ม ให้วางเซิร์ฟเวอร์ Zabbix กลางไว้นอกโดเมนความล้มเหลวของไซต์นั้น เมื่ออัปลิงก์ของไซต์ขาด เครือข่ายที่ถูกมอนิเตอร์อาจออฟไลน์ แต่จะไม่ลากเซิร์ฟเวอร์มอนิเตอร์ล่มตามไปด้วย
สำหรับเครือข่ายส่วนตัว พร็อกซี Zabbix สามารถอยู่ภายในไซต์และเก็บข้อมูลจากระบบรอบ ๆ ได้ พร็อกซีจัดการการตรวจสอบ SNMP และเอเจนต์ได้ในเครื่อง ส่งข้อมูลที่เก็บได้กลับไปยังเซิร์ฟเวอร์กลาง และบัฟเฟอร์ข้อมูลมอนิเตอร์ไว้ระหว่างที่การเชื่อมต่อระหว่างสองฝั่งใช้การไม่ได้ วิธีนี้ทำให้เซิร์ฟเวอร์กลางอยู่นอกไซต์ได้ โดยไม่ต้องให้สวิตช์ ไฟร์วอลล์ และโฮสต์ Windows ส่วนตัวทุกตัวเข้าถึงได้โดยตรงจากอินเทอร์เน็ต
VPS คือที่ที่เหมาะในทางปฏิบัติสำหรับรันเซิร์ฟเวอร์กลางนั้น Cloudzy มี เซิร์ฟเวอร์ Zabbix ให้ติดตั้งแบบคลิกเดียวบน Ubuntu Server 24.04 LTS หากคุณต้องการข้ามการติดตั้งเริ่มต้นไปตั้งค่าโฮสต์และเทมเพลตทันที
คำถามที่พบบ่อย
Zabbix ฟรีจริงหรือ?
ใช่ Zabbix เผยแพร่ภายใต้ GNU Affero General Public License เวอร์ชัน 3 ตั้งแต่เวอร์ชัน 7.0 เป็นต้นไป และไม่มีค่าไลเซนส์สำหรับซอฟต์แวร์ไม่ว่าคุณจะมอนิเตอร์อุปกรณ์หรือเมตริกกี่รายการ Zabbix ขายการสนับสนุนทางเทคนิคเป็นการสมัครสมาชิกแยกต่างหากแบบไม่บังคับ แต่ไม่มีฟีเจอร์ใดของผลิตภัณฑ์ที่ถูกล็อกไว้หลังมัน ต้นทุนของการรัน Zabbix คือเซิร์ฟเวอร์ที่มันทำงานอยู่และชั่วโมงที่คุณใช้ดูแลมัน
ต้องติดตั้งเอเจนต์บน Windows Server ทุกเครื่องหรือไม่?
ไม่ต้องบนทุกเครื่อง Windows แต่ถ้าคุณต้องการความลึกของการมอนิเตอร์ Windows แบบเนทีฟของ Zabbix ให้วางแผนติดตั้งเอเจนต์บนเซิร์ฟเวอร์ที่คุณให้ความสำคัญที่สุด SNMP ให้ข้อมูลคร่าว ๆ แบบไม่ใช้เอเจนต์ได้ แม้ฟีเจอร์ SNMP ของ Windows จะถูก Microsoft เลิกใช้แล้ว การตรวจสอบ WMI ในตัวของ Zabbix ก็ทำงานผ่านเอเจนต์ Windows เช่นกัน ดังนั้น WMI จึงไม่ใช่เส้นทางเก็บข้อมูลแบบไม่ใช้เอเจนต์โดยตรงใน Zabbix ใช้เอเจนต์สำหรับบันทึกเหตุการณ์ การค้นพบบริการ การสอบถาม WMI และตัวนับประสิทธิภาพแบบละเอียด ส่วน SNMP แบบไม่ใช้เอเจนต์ให้เก็บไว้สำหรับฮาร์ดแวร์เครือข่ายและกรณี Windows แบบเก่าเป็นหลัก
รันเซิร์ฟเวอร์มอนิเตอร์บน Windows ได้ไหม?
ถ้าเป็น Zabbix ไม่ได้ เอกสารข้อกำหนดของ Zabbix ระบุว่าส่วนประกอบเซิร์ฟเวอร์รองรับเฉพาะบน Linux และแพลตฟอร์ม UNIX อื่น ๆ เท่านั้น และระบุว่า "UNIX เป็นระบบปฏิบัติการเดียวที่มอบประสิทธิภาพ ความทนทานต่อความผิดพลาด และความยืดหยุ่นที่จำเป็นได้อย่างสม่ำเสมอ" การรองรับ Windows ครอบคลุมเอเจนต์ Zabbix และเอเจนต์ 2 ซึ่งคือสิ่งที่คุณติดตั้งบนเครื่องที่ถูกมอนิเตอร์ เซิร์ฟเวอร์มอนิเตอร์อยู่บนโฮสต์ Linux ส่วนระบบ Windows คือสิ่งที่มันเฝ้าดู
Prometheus ทำการมอนิเตอร์ SNMP ได้ไหม?
ด้วยตัวเองไม่ได้ Prometheus ดึงข้อมูลจาก HTTP endpoint และใช้ snmp_exporter เพื่อเก็บข้อมูลจากอุปกรณ์ SNMP ค่าตั้งต้นของมันครอบคลุมสวิตช์และเราเตอร์ทั่วไปจำนวนมาก ส่วนอ็อบเจ็กต์เฉพาะของผู้ผลิตหรือการโพลแบบกำหนดเองอาจต้องการการตั้งค่า MIB เพิ่มเติมและ generator
การสนทนา
ความคิดเห็น
เข้าสู่ระบบเพื่อร่วมสนทนา