GUI การกำหนดค่า Nagios [ปิด]

เราได้ใช้ Nagios สำหรับบริการบนเครือข่ายของเราและมันใช้งานได้ดี การแจ้งเตือนนั้นดีและตัวเลือกการกำหนดค่าที่หลากหลายนั้นมีประโยชน์มาก ถึงจุดนี้เราได้ทำการตั้งค่าทั้งหมดด้วยมือโดยการแก้ไขไฟล์โดยตรง

ในขณะที่เราเริ่มเปิดสิ่งนี้ขึ้นเล็กน้อยสำหรับผู้ดูแลระบบรายอื่นฉันต้องการใช้ GUI ที่จะลดโอกาสของข้อผิดพลาด ฉันได้ตรวจสอบโครงการ GUI ที่แตกต่างกันสองสามโครงการและจนถึงตอนนี้ดูเหมือนว่าNagiosQLและNConfเป็นคู่แข่งอันดับต้น ๆ

มีคำแนะนำใด ๆ ระหว่างสองสิ่งนี้หรืออาจจะเป็นคำแนะนำอื่น ๆ ที่ควรพิจารณา? เรื่องราวเกี่ยวกับการติดตั้งและใช้งาน "gotchas" และเคล็ดลับที่อาจเป็นประโยชน์ในการตัดสินใจ

เราอยู่ข้างหน้าของการตัดสินใจเดียวกันและในปัจจุบัน nconf เป็นที่ชื่นชอบของเรา มันมีข้อได้เปรียบที่ยิ่งใหญ่ของ beeing ที่ออกแบบมาสำหรับสภาพแวดล้อมการกระจายขนาดใหญ่

มันจะสร้างไฟล์การกำหนดค่าให้คุณโดยอัตโนมัติสำหรับเซิร์ฟเวอร์ nagios ที่แตกต่างกันหนึ่งอันทำงานประเภทตัวรวบรวมบางตัวและตัวควบคุมแบบหนึ่งตัวซึ่งรับการตรวจสอบแบบพาสซีฟจาก colletor เพียงอย่างเดียว

ข้อเสียในขณะนี้คุณไม่สามารถจัดการกับการเลื่อนระดับด้วย nconf ได้!

http://sourceforge.net/apps/mediawiki/nconf/index.php?title=Main_Page

เราใช้OpsViewในที่ทำงาน มันเป็น GUI บนเว็บและจัดการสิ่งต่างๆเช่นปรับขนาดบริการ Nagios ผ่านการทำคลัสเตอร์ คุณสามารถเพิ่มโฮสต์ใหม่บริการใหม่ ๆ ผ่านทางเว็บและรับทราบการหยุดทำงาน นอกจากนี้ยังบันทึกมุมมองในอดีตของบริการหากคุณต้องการทราบสิ่งต่างๆเช่นจำนวน CPU ที่เซิร์ฟเวอร์ต้องการเป็นประจำ

อย่างไรก็ตามคุณยังคงไม่สามารถเพิ่มสคริปต์ Nagios ผ่านทางเว็บได้

เรามีประสบการณ์ที่ดีกับOpsviewในการจัดการ Nagios อย่างไรก็ตามมันเป็นความผิดพลาดที่จะคิดว่ามันเป็น "front-end" สำหรับ Nagios; ให้คิดว่ามันเป็นระบบติดตามที่ใช้ Nagios เป็นเอ็นจิ้นพื้นฐาน

การกำหนดค่า Nagios จะถูกเก็บไว้ในฐานข้อมูลและไฟล์การตั้งค่า Nagios จะถูกสร้างขึ้นทางโปรแกรมดังนั้นหากคุณเคยพูดการจัดเก็บ Nagios ของคุณในการควบคุมแหล่งหรือสร้างพวกเขาโดยใช้สคริปต์ของคุณเองคุณจะต้อง ยอมแพ้ขั้นตอนเหล่านั้น

สิ่งที่คุณจะได้รับคือ:

• การจัดการแบบรวมศูนย์ของระบบ Nagios แบบกระจาย
• การจัดการกับดัก SNMP แบบรวม
• บูรณาการ Nagiosgraph
• รวม NMIS
• การรวมสถิติอัตโนมัติและการสร้างรายงาน
• ไม่มีข้อผิดพลาดทางไวยากรณ์เพิ่มเติมในไฟล์กำหนดค่า Nagios ของคุณ :)
• การจัดการการหยุดทำงานแบบรวมศูนย์
• XML API ที่แสดงชุดย่อยของฟังก์ชันการจัดการของ Opsview
• การโยกย้ายอัตโนมัติจากการกำหนดค่า Nagios ที่คุณมีอยู่

สตีฟ

gotcha ที่ฉันถนัดคือว่าบางครั้งส่วนหน้าการกำหนดค่าสามารถสร้างไฟล์กำหนดค่าที่ไม่เหมาะสมซึ่งไม่สามารถแก้ไขได้ด้วยมือหากคุณต้องการในภายหลัง นี่เป็นปัญหาของระบบใด ๆ ที่ใช้ไฟล์กำหนดค่าที่สร้างโดยเครื่องและมีความเข้าใจอย่างดีถึงแม้ว่ามันจะไม่ง่ายก็ตาม

วิธีการตามปกติของฉันกับ Nagios คือการใช้คุณสมบัติการสร้างเทมเพลตและการสืบทอดอย่างกว้างขวางและเพื่อแยกการกำหนดค่าของฉันออกเป็นไฟล์จำนวนมากหลายไฟล์จำนวนมาก

เป็นที่น่าสังเกตว่าเมื่อเร็ว ๆ นี้ชุมชน Nagios แยกจากกันเพราะผู้พัฒนาหลักขาดทักษะความเป็นผู้นำและ Nagios ไม่ได้ปรับปรุงหรือเปลี่ยนแปลงมากนักในสิบปี Icinga น่าจะเป็นสิ่งใหม่ แต่ฉันยังไม่ได้ลองเลย

UbuntuGeek เพิ่งโพสต์บทความเกี่ยวกับเรื่องนี้มากในวันนี้ มันเป็นไปตามบรรทัดเดียวกับคำตอบhttp://www.ducea.comโดย Xerxes แต่เป็นเพียงบทความเพิ่มเติมเล็กน้อยที่มีบางส่วนของโครงการใหม่ที่เพิ่มเข้ามาอย่างไรก็ตามมันเป็นภาพรวมที่ดีที่ครอบคลุมหลาย Nagios config gui ซึ่ง ควรให้จุดเริ่มต้นที่ดีแก่คุณ

http://www.ubuntugeek.com/nagios-configuration-tools-web-frontends-or-gui.html

แก้ไข

การแลกเปลี่ยนนากิโอะอย่างเป็นทางการใหม่เปิดขึ้นในวันนี้เช่นกันนี่คือลิงค์ไปยังส่วนการกำหนดค่าสำหรับการอ้างอิงอย่างรวดเร็ว:

http://exchange.nagios.org/directory/Addons/Configuration

Nconf ไม่รองรับบริการและการเพิ่มโฮสต์

แต่,

คุณสามารถ "ขยาย" แอปพลิเคชันเพื่อสนับสนุนโดยตรงจากเว็บกุยผ่านทางเมนูการบริหารสร้างสองคลาสใหม่ "hostescalation" และ "serviceescalation" ในแต่ละคลาสใหม่คุณต้องกำหนดแอตทริบิวต์ escalationid ด้วยชุด "Naming Attribute" และไม่เขียนถึง เอาต์พุตไฟล์คอนฟิกูเรชันเฉพาะ

จากนั้นกำหนดแอ็ตทริบิวต์ใด ๆ ที่เกี่ยวข้องกับการเลื่อนระดับและต้องถูกเขียนลงในไฟล์คอนฟิกูเรชันตัวอย่างเช่น: host_name ที่ลิงก์กับคลาสโฮสต์ contact_groups ไปยังรายการของคลาสกลุ่ม contactg เป็นต้น

ด้วยเหตุผลเดียวกับคุณเราต้องใช้ส่วนหน้า โดยส่วนตัวแล้วฉันพบว่ามันค่อนข้างงุ่มง่ามและอยากจัดการไฟล์การกำหนดค่าด้วยมือ (ใช้ความพยายามน้อยกว่า) แต่ดูเหมือนว่าคุณไม่มีทางเลือกมากนัก

เราใช้ราชา แต่ฉันไม่ชอบมันมากขนาดนั้น

ฉันไม่ได้ลองอะไรอย่างอื่นเลย แต่คุณสามารถเริ่มที่นี่ได้ ...

http://www.ducea.com/2008/01/16/10-nagios-web-frontends/

ฉันขอแนะนำให้ Centreon เป็นส่วนหนึ่งของ Nagios ไม่เพียง แต่ทำให้กระบวนการตั้งค่าง่ายขึ้น แต่ยังสามารถใช้สำหรับการแสดงสถานะและการรวบรวมข้อมูลประสิทธิภาพที่ส่งคืนโดยการตรวจสอบ Nagios ซึ่งเปลี่ยนไปเป็นกราฟที่ดูดีกว่า ดังนั้นในทางที่ยกเลิกการอุดตัน Cacti เช่นกัน

ผลิตภัณฑ์ค้าปลีก NagiosXI มีราคาสมเหตุสมผลและซ่อนไฟล์ปรับแต่งข้อความพื้นฐานทั้งหมด เราใช้มันมาประมาณหกเดือนและมีความสุขกับต้นทุน / ผลประโยชน์