Nagios yapılandırma GUI'sı [kapalı]

Ağımızdaki hizmetler için Nagios'u uyguladık ve harika çalışıyor. Bildirimler güzel ve çok çeşitli yapılandırma seçenekleri çok kullanışlı. Bu noktaya kadar, dosyaları doğrudan değiştirerek tüm yapılandırmayı elle yaptık.

Bunu diğer yöneticilere biraz açmaya başladığımızda, hata olasılığını azaltacak bir GUI uygulamak istiyorum. Birkaç farklı GUI projesini kontrol ettim ve şimdiye kadar NagiosQL ve NConf şimdiye kadar en iyi yarışmacılar gibi görünüyor .

Bu ikisi veya belki de dikkate alınması gereken diğerleri arasında herhangi bir tavsiye var mı? Kurulum ve kullanım hikayeleri, "gotchas" ve karar vermede yararlı olabilecek ipuçlarına ne dersiniz?

Aynı kararın önündeyiz ve şu anda nconf bizim favorimiz. Büyük dağıtılmış çevre için tasarlanmış arı olmanın büyük avantajı vardır.

Farklı nagios sunucusu için otomatik olarak yapılandırma dosyaları oluşturur, biri bir koleksiyoncu ve diğeri monitöre, kolejden sadece pasif kontroller alır.

Aşağı yönde, şu anda nconf ile tırmanışları kaldıramazsınız!

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

İş yerinde OpsView kullanıyoruz . Web tabanlı bir GUI'dir ve Nagios hizmetini kümeleme yoluyla ölçeklendirmek gibi şeyleri işler. Web üzerinden yeni ana makineler, yeni hizmetler ekleyebilir ve kesintiyi onaylayabilirsiniz. Ayrıca, bir sunucunun düzenli olarak ne kadar CPU'ya ihtiyacı olduğunu bilmek isterseniz, hizmetlerin tarihsel bir görünümünü kaydeder.

Ancak yine de web üzerinden Nagios komut dosyaları ekleyemezsiniz.

Nagios'u yönetmek için Opsview ile iyi deneyimlerimiz oldu . Ancak, bunu Nagios için bir "ön uç" olarak düşünmek bir hatadır; bunun yerine Nagios'u temel motoru olarak kullanan bir izleme sistemi olarak düşünün.

Nagios yapılandırması bir DB'de depolanır ve Nagios yapılandırma dosyaları programlı olarak oluşturulur; bu nedenle, örneğin, Nagios yapılandırmalarınızı kaynak denetiminde depolamaya alıyorsanız veya kendi komut dosyalarınızı kullanarak oluşturuyorsanız, bu prosedürlerden vazgeçmek.

Bunun yerine aşağıdakileri alırsınız:

• dağıtılmış bir Nagios sisteminin merkezi yönetimi
• entegre SNMP tuzak yönetimi
• entegre Nagiosgraph
• entegre NMIS
• otomatik istatistik toplama ve rapor oluşturma
• Nagios yapılandırma dosyalarınızda artık sözdizimi hatası yok :)
• merkezi kesinti yönetimi
• Opsview yönetim işlevselliğinin bir alt kümesini ortaya çıkaran bir XML API'sı
• mevcut Nagios yapılandırmanızdan otomatik geçiş

-Steve

Ben temkinli gotcha yapılandırma ön ucunun bazen daha sonra ihtiyacınız varsa elle düzenlemek için sezgisel olmayan gerçekten garbagey yapılandırma dosyaları oluşturabilirsiniz. Bu, makine tarafından oluşturulan yapılandırma dosyalarını kullanan herhangi bir sistemle ilgili bir sorundur ve sezgisel olmasa bile oldukça iyi anlaşılmıştır.

Nagios ile her zamanki yaklaşımım, şablonlama ve miras özelliklerini yoğun olarak kullanmak ve konfigürasyonlarımı çok, çok, çok, çok sayıda dosyaya bölmek oldu.

Burada, Nagios topluluğunun yakın zamanda çatallandığını, çünkü ana geliştiricinin liderlik becerilerinden yoksun olduğunu ve Nagios'un on yıl içinde çok fazla gelişmediğini veya değişmediğini belirtmek gerekir. Icinga sözde yeni serin, ama henüz denemedim.

UbuntuGeek bugün bu konuda bir makale yayınladı. Xerxes'in http://www.ducea.com yanıtıyla aynı satırlar boyunca , ancak eklenen bazı yeni projelerle biraz daha güncel bir makale. Her neyse, birkaç Nagios yapılandırma gui'sini kapsayan iyi bir hızlı genel bakış. iyi bir başlangıç ​​noktası vermelisiniz.

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

Düzenle

Yeni resmi nagios borsası bugün de açıldı, hızlı başvuru için Yapılandırma bölümüne bir bağlantı:

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

Nconf hizmet ve ana bilgisayar yükseltmelerini desteklemez

fakat,

"Yeni adlandırma özniteliği" kümesi ile bir escalationid özniteliği tanımlamanız ve yazılmaması gereken iki yeni sınıf "hostescalation" ve "serviceescalation" oluşturarak yönetim menüsü aracılığıyla doğrudan web gui'den desteklenmesi için uygulamayı "genişletebilirsiniz" çıktı özel bir yapılandırma dosyası

ardından yükseltme ile ilgili ve yapılandırma dosyasına yazılması gereken herhangi bir özniteliği tanımlayın, örneğin: ana bilgisayar sınıfı contact_groups ile ilgili kişi grupları sınıfı listesine bağlanan ana makine_adı vb.

Sizinle aynı nedenden ötürü, bir ön uç uygulamak zorunda kaldık. Şahsen hepsini biraz beceriksiz buluyorum ve yapılandırma dosyalarını elle yönetmeyi tercih ediyorum (daha az çaba). Ama çok fazla seçeneğiniz yok gibi görünüyor.

Monarch kullanıyoruz, ama hepsini çok sevmiyorum.

Ben de başka bir şey denemedim, ama buradan başlayabilirsiniz ...

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

Kesinlikle Centreon Nagios ön uç olarak tavsiye ederim. Sadece yapılandırma sürecini kolaylaştırmakla kalmaz, aynı zamanda Nagios çekleri tarafından döndürülen ve güzel görünen grafiklere dönüştürülen performans verilerinin toplanması için de kullanılabilir. Böylece, bir bakıma, Kaktüsleri de geçersiz kılıyor.

Perakende ürün NagiosXI makul fiyatlı ve temel metin yapılandırma dosyalarını gizler. Yaklaşık altı aydır kullanıyoruz ve maliyetinden / avantajlarından memnunuz.