GUI konfigurasi nagios [ditutup]

Kami telah mengimplementasikan Nagios untuk layanan di jaringan kami dan berfungsi dengan baik. Notifikasi bagus dan berbagai opsi konfigurasi sangat berguna. Hingga saat ini, kami telah melakukan semua konfigurasi dengan tangan dengan memodifikasi file secara langsung.

Saat kami mulai membukanya sedikit ke beberapa administrator lain, saya ingin menerapkan GUI yang akan mengurangi kemungkinan kesalahan. Saya telah memeriksa beberapa proyek GUI yang berbeda dan sejauh ini sepertinya NagiosQL dan NConf adalah pesaing utama sejauh ini.

Apakah ada rekomendasi di antara keduanya, atau mungkin yang lain yang harus dipertimbangkan? Bagaimana dengan kisah instalasi dan penggunaan, "gotcha" dan tips yang mungkin berguna dalam memutuskan?

Kami berada di depan keputusan yang sama dan saat ini nconf adalah favorit kami. Ini memiliki keuntungan besar karena dirancang untuk lingkungan besar yang terdistribusi.

Ini membuat Anda secara otomatis mengkonfigurasi file untuk server nagios yang berbeda, satu beeing semacam kolektor dan satu beeing monitor, yang hanya menerima cek pasif dari colletor.

Pada sisi negatifnya, saat ini Anda tidak dapat menangani eskalasi dengan nconf!

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

Kami menggunakan OpsView di tempat kerja. Ini adalah GUI berbasis web, dan menangani hal-hal seperti meningkatkan layanan Nagios melalui pengelompokan. Anda dapat menambahkan host baru, layanan baru, melalui web, dan mengakui pemadaman. Ini juga mencatat pandangan historis dari layanan, jika Anda ingin mengetahui hal-hal seperti berapa banyak CPU yang dibutuhkan server secara teratur.

Anda masih tidak dapat menambahkan skrip Nagios melalui web.

Kami memiliki pengalaman yang baik dengan Opsview untuk mengelola Nagios. Namun, merupakan kesalahan untuk menganggapnya sebagai "ujung depan" untuk Nagios; alih-alih, anggap itu sebagai sistem pemantauan yang menggunakan Nagios sebagai mesin yang mendasarinya.

Konfigurasi Nagios disimpan dalam DB dan file konfigurasi Nagios dihasilkan secara programatik, jadi jika Anda terbiasa, katakanlah, menyimpan konfigurasi Nagios Anda di kontrol sumber, atau membuatnya menggunakan beberapa skrip Anda sendiri, Anda harus menyerah prosedur itu.

Apa yang Anda dapatkan termasuk yang berikut ini:

• manajemen terpusat dari sistem Nagios terdistribusi
• manajemen perangkap SNMP terintegrasi
• Nagiosgraph terintegrasi
• NMIS terintegrasi
• agregasi statistik otomatis dan pembuatan laporan
• tidak ada lagi kesalahan sintaksis dalam file konfigurasi Nagios Anda :)
• manajemen downtime terpusat
• API XML yang memperlihatkan subset fungsionalitas manajemen Opsview
• migrasi otomatis dari konfigurasi Nagios Anda yang ada

-Sebelum

Gotcha yang saya curigai adalah bahwa konfigurasi frontend terkadang dapat membuat file konfigurasi yang benar-benar tidak berguna untuk diedit dengan tangan jika Anda perlu melakukannya nanti. Ini adalah semacam masalah dengan sistem apa pun yang menggunakan file konfigurasi yang dihasilkan mesin, dan cukup dipahami meskipun itu tidak intuitif.

Pendekatan saya yang biasa dengan Nagios adalah menggunakan fitur templating dan inheritance secara luas, dan untuk membagi konfigurasi saya menjadi banyak, banyak, banyak, banyak file.

Penting untuk dicatat di sini bahwa komunitas Nagios baru-baru ini bercabang karena jenis utama pengembang kurang dalam keterampilan kepemimpinan, dan Nagios benar-benar tidak membaik atau berubah banyak dalam sepuluh tahun. Icinga seharusnya keren baru, tapi saya belum mencobanya.

UbuntuGeek baru saja memposting artikel tentang topik ini hari ini. Itu sepanjang baris yang sama dengan http://www.ducea.com jawaban oleh Xerxes, tetapi hanya sedikit lebih banyak artikel saat ini dengan beberapa proyek baru ditambahkan. Lagi pula, ini adalah ikhtisar cepat yang layak yang mencakup beberapa Nagios config gui, yang harus memberi Anda titik awal yang baik.

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

sunting

Pertukaran nagios resmi baru juga dibuka hari ini, di sini ada tautan ke bagian Konfigurasi untuk referensi cepat:

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

Nconf tidak mendukung peningkatan layanan dan host

tapi,

Anda dapat "memperluas" aplikasi untuk mendukungnya langsung dari web gui melalui menu administrasi membuat dua kelas baru "hostescalation" dan "serviceescalation" di setiap kelas baru Anda harus mendefinisikan atribut escalationid dengan set "Naming Attribute" dan tidak ditulis untuk output file konfigurasi khusus

kemudian tentukan atribut apa pun yang terkait dengan eskalasi dan yang harus ditulis ke file konfigurasi, misalnya: host_name yang ditautkan ke kelas host contact_groups ke daftar kelas contactgroups dan seterusnya

Untuk alasan yang sama seperti Anda, kami harus menerapkan front-end. Secara pribadi saya menemukan mereka semua sedikit canggung dan lebih suka mengelola file konfigurasi dengan tangan (kurang usaha). Tapi sepertinya Anda tidak punya banyak pilihan.

Kami menggunakan raja, tetapi saya tidak terlalu menyukainya.

Saya belum mencoba hal lain, tetapi Anda bisa mulai di sini ...

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

Saya pasti akan merekomendasikan Centreon sebagai antarmuka Nagios. Ini tidak hanya memudahkan proses konfigurasi, tetapi juga dapat digunakan untuk tampilan status dan pengumpulan data kinerja yang dikembalikan oleh cek Nagios yang kemudian diubah menjadi grafik yang terlihat bagus. Dengan demikian, dengan cara tertentu, Kaktus usang juga.

Produk ritel NagiosXI cukup murah dan menyembunyikan semua file konfigurasi teks yang mendasarinya. Kami telah menggunakannya selama sekitar enam bulan dan senang dengan biaya / manfaatnya.