Nagios grafik çözümleri vs Munin / Kaktüsler / Ganglia

~ 30 Windows sunucusunu izlemek için bir nagios sunucu kurulumum var. Bazı trend grafikleri eklemek istiyorum. Nagios grafik eklentilerinin basit olduğunu ve birçok kişinin ayrı, bağımsız grafik / trend araçları kullandığını okudum .

Nagios grafik eklentilerinin ganglia / munin / kaktüsler gibi bağımsız ürünlere karşı kısıtlamaları nelerdir?

Bağımsız paketlerin sunduğu özel özellikler ve avantajlarla ilgileniyorum ve nagios grafik eklentileri yok.

zaten bir nagios kurulumunuz varsa, nagiosgraph veya pnp4nagios'u düşünün.

nagiosgraph ve pnp4nagios, nagios performans verilerini çizmek için oldukça iyi bir iş çıkarır. nagiosgraph konfigürasyon için parametre tabanlı bir yaklaşıma, pnp4nagios şablon tabanlı bir yaklaşıma sahiptir.

• nagios yapılandırması her değiştiğinde her ikisi de yeni ana makineleri / hizmetleri otomatik olarak algılar
• her ikisi de grafik yakınlaştırma yapar
• her ikisi de belirli ana bilgisayarları / hizmetleri fareyle üzerine getirdiğinizde grafikler sağlar
• her ikisi de verilerinizi dilimlemek ve zarlamak için birçok yol sağlar
• Nagios'ta önceden tanımladığınız kritik ve uyarı seviyelerini hem algılar hem de grafiğini çizer
• mevcut durumdan geçmişe ve geriye sorunsuz ve düzenli gezinme için her ikisi de doğrudan nagios çerçevesine gömülebilir

verilerin dilimlenmesi ve kesilmesi oldukça önemlidir, imho. örneğin, tek bir ana bilgisayardaki tüm hizmetleri görüntüleyebilir veya belirli bir hizmete sahip tüm ana bilgisayarları görüntüleyebilir veya keyfi ana bilgisayar ve hizmetler için rasgele grafik koleksiyonlarını görüntüleyebilirsiniz.

kurulum önemsiz değil, zor. çok fazla şeyleri ne kadar özelleştirmek istediğinize bağlıdır. örneğin, nagiosgraph 'install.pl' veya 'rpm -i nagiosgraph.rpm' veya 'dpkg -i nagiosgraph.deb' dir. pnp4nagios './configure; Yapmak; kurulum yap '.

n2rrd bunlardan bazılarını da yapabilir, ancak bu kadar parlak değildir ve yapılandırmak için daha fazla çalışma gerektirir.

rrdtool veri depolama wirks vardır ve herhangi bir sistem örnekleme sorunları olacaktır. rrdtool varsayılan olarak bazı verileri yumuşatır, ancak gerekirse ortalamalara ek olarak maksimum ve / veya minimum değerleri yakalayabilir (ve grafik olarak).

Her rrdtool tabanlı yaklaşım her rrd dosyasındaki şema statik olduğundan ve çoğu sistem verileri tanımlamak için rrd dosya adını kullandığından veri / grafik durgunluğundan muzdariptir. bir ana bilgisayar adı veya hizmet adı değiştiğinde veriler hiçbir zaman kaybolmaz; rrd dosyaları hala diskte var. ancak bazı kullanıcı arabirimleri 'eski' rrd dosyalarını görmenin yollarını sağlarken, diğerleri komut satırı üzerinden el ile temizlik gerektirir. birçok kurulumda bu, yalnızca sistemi ilk kez yapılandırırken bir sorundur, ancak dinamik ortamlarda (örneğin, ömrü yalnızca birkaç ay olan sanal makineleri izlemek) sıkıcı olabilir.

bir son not. aslında trend olacak iki bölüm vardır: veri toplama ve veri görüntüleme. mevcut nagios kurulumunuzu genişletmek yerine bağımsız bir grafik sistemi ile giderseniz, verileri toplamak için Windows makinelerinize ek bileşenler yüklemeniz gerekebilir.

Vaşakçıyla aynı fikirdeyim. NAGIOS hemen nitel veriler içindir (X iyi mi değil mi?); munin geçmiş nicel veriler içindir (X şimdi ne kadar dolu ve bu yıl ne kadar dolu?). Bazıları yüzlerce hizmeti izleyen tüm NAGIOS kurulumlarım, niceliksel izleme yapmak için munin sistemlerine bağlıdır.

Ayrıca, muninin NAGIOS'a veri beslemek için özel kancalara sahip olduğunu unutmayın. UYARI ve KRİTİK eşikler kavramını anlar ve bildirimin (ve NAGIOS "büyük tahta" üzerine bir görünümün) gerekli olduğu durumlarda, tek bir munin değişkeninin tek bir NAGIOS servisinin durumunu bildirmesi çok kolaydır.

Genel iş akışı, NAGIOS bir eşiğin ihlal edildiğini bildirene kadar hiç kimsenin munin grafiklerine bakmamasıdır, ancak daha sonra munin grafikleri, bir şeyin zamanla yavaş yavaş yükselip yükselmediğini bulmak için paha biçilmez hale gelir veya bu bir -mavi artış, ya da genlikte ya da nede yavaşça artan haftalık bir yukarı-aşağı döngümüz var.

Lynxman'ın dediği gibi, UNIX yolu "bir görev, bir araç" tır. Bir munin ve NAGIOS araç zinciri yapmak, nicel ve nitel izleme ve bildirimler sağlamak için çok iyi çalışıyor. Ayrıca temiz arayüzleri tutmanın ayrı bir avantajı vardır: Eğer nagios baktığınızda, olayları ne kadar iyi basit görünümünü görmek şu anda görünümünü doldurmasını hiçbir tarihsel verilerle; munin'e baktığınızda, "ana bilgisayar çalışmıyor" veya "sshd benimle konuşmaz" hataları olmadan, analiziniz için hazır olan konuyla ilgili geçmiş bilgilerini görürsünüz.

Dediğiniz gibi Nagios grafik eklentileri çok kısıtlı, çok temel bir rrdtool arayüzü sunuyor ve UI tasarımı biraz sayaç sezgisel, temelde nagios üzerinde bir kesmek, bunu sadece eğlence için kullanmaya çalıştı, ancak uyarı yapmadan birkaç kez kırdı.

Bağımsız bir ürüne (özellikle munin veya ganglia) gitmek, nagios'un başaramayacağı çok çeşitli hizmetler sunuyor, çünkü unix mantra, bir şeyde iyi olmak daha iyi olmaya çalışmaktan daha iyidir, nagios şaşırtıcı izleme ve munin / ganglia / kaktüsler grafikte şaşırtıcı.

Stack Overflow'da , performans verilerini grafiklemek için Nagios eklentisi olan n2rrd kullanıyoruz . Bir dereceye kadar vaşak ile büyük bir hackish hissi olduğunu kabul ediyorum.

Ancak:

• N2rrd ile cacti'nin n2rrd ile gelen rrd2graph.cgi yerine verilere dayalı grafik oluşturmasını sağlayabilirsiniz.
• rrd2graph.cgi ile n2rrd yakınlaştırmayı destekliyor
• Karmaşık toplu grafikler kadar - temel olarak rrd grafiklerini elle manipüle edersiniz ve onlarla ne istersen yapabilirsiniz.

Rrd grafikleri sunucu adlarına göre saklanır, bu nedenle verileri kaybettiğiniz bir şeyin adını değiştirirseniz ... Dosyaları her zaman yeniden adlandırabilirsiniz, ancak bunlar için simge bağlantısı yapar ve verileri kaybetmezsiniz.

Son zamanlarda daha iyi RRD Grafikleri Sunucu Arıza Blog gönderimi için bazı ipuçları bu grafikler bazı örnekler var . Ayrıca, n2rrd sayfasında hem kaktüs demosu hem de rrd2graph bulunur.

Sonuç olarak, Nagios rotasına gitmenin bir veya iki özellikte eksik olabileceğini, ancak rrd şablonlarını kendiniz yazmanın ayrıntılarıyla ellerinizi kirletmemeniz durumunda oldukça eksiksiz olduğunu düşünüyorum *. Muhtemelen daha fazla zaman alacaktır, ancak rrd konusunda daha fazla uzmanlık geliştirmeye teşvik edecektir.

Doğru veri talep ediyorum ve rrd'ın veri ekranı doğru değil - normalleştirilmiş! Çoğu kullanıcı için bu iyidir, çünkü başlangıç ​​için çok doğru veriler kullanmazlar. Örnekleme oranları genellikle bir dakika veya daha fazla olan ve size neler olduğuna dair çok doğru bir açıklama vermeyecek veriler kullanıyorlar. Bu aynı zamanda verilerinizde bir yerde bir ani artış olması durumunda onu asla göremeyeceğiniz anlamına da gelir.

Bunu düşünün - Gb ağınızın yaklaşık 10MB / sn'de uğultu olduğunu ve aniden birkaç dakika boyunca 100MB / sn'lik bir artış olduğunu söyleyin. Ayrıca, sadece 30 saniyelik bir artış olursa, birkaç dakikalık örnekleme oranlarında bile göremeyeceğinizi unutmayın. Günün verilerine bakarsanız, bu 'ani artış' yalnızca 15MB / sn olarak görünebilir, ancak gerçek değer başka birçok faktöre de bağlıdır. Ayrıca, ağınızın mutlu olmadığında mutlu olacağını tahmin etme olasılığınız çok yüksektir!

Benim için daha da sinir bozucu olan şey, grafiğin fiziksel genişliğine ve x ekseni aralığına normalleştirilmiş verilerdir. Bunun anlamı, görmediğiniz bahsettiğim başak mı? Eğer yakınlaştırırsanız büyülü görünür! Gnuplot'a sadık kalacağım - grafikler o kadar güzel olmayabilir ama kaya gibi sağlamlar ve gnuplot verileri göstermeden önce asla değiştirmez.

-işaret

Grafik için oldukça iyi çalışır pnp4nagios bulmak. Yakınlaştırmayı da destekler. Uygulanması en kolay şey değildir, ancak nagios'lu hiçbir şey değildir.