Birisi varsayılan munin grafikleri için “kullanım senaryolarını” açıklayabilir mi?


9

Munin yüklerken, varsayılan eklenti kümesini etkinleştirir (en azından ubuntu'da). Alternatif olarak, munin-node-configurehangi eklentilerin sisteminizde desteklendiğini anlamaya çalışabilirsiniz . Bu eklentilerin çoğu basit verileri çizer. Benim sorum değil veri (tamam ... belki bazıları için) doğasını açıklamak ancak neyi Eğer bu grafiklerde bakmak bu?

Munin yüklemek ve süslü grafikler görmek kolaydır. Ancak grafiklere sahip olmak ve bunları "okuyamamak", onları tamamen işe yaramaz hale getirir.

Sistemimde varsayılan olarak etkinleştirilen standart eklentileri listeleyeceğim. Yani uzun bir liste olacak. Tamlık için, anlamaya çalıştığım eklentileri de listeleyeceğim ve ne için kullanıldığına dair kısa bir açıklama yapacağım. Herhangi biriyle yanılmışsam, lütfen düzeltin.

Bu soruları üç bölüme ayıralım:

  • Verileri bile anlamadığım eklentiler
  • Verileri anladığım ancak nelere dikkat etmem gerektiğini bilmediğim eklentiler
  • Anlamayı düşündüğüm eklentiler

Verileri bile anlamadığım eklentiler

Bunlar sadece munine yönelik olması gerekmeyen sorular içerebilir. Verilerin anlaşılmaması genellikle işletim sistemleri / donanımı hakkında temel bilgilerde bir boşluk anlamına gelir ....;) "giyf" yanıtıyla yanıt vermekten çekinmeyin.

Bunlar sadece neler olduğunu tahmin edebileceğim eklentiler ... Bu "tahmin" e pek bakmak istemiyorum ...

  • Aygıt başına disk GÇ'leri (
    / saniye) GÇ nedir. Giriş / çıkış anlamına geldiğini biliyorum. Ama bu kadarıyla gidiyor.
  • Aygıt başına disk gecikmesi (Ortalama IO bekleme)
    "IO bekleme" nin ne olduğu hakkında bir ipucu yok ...
  • IO Servis Süresi
    Bu büyük bir karmaşa ve grafikte bir şey görmek neredeyse imkansız.

Verileri anladığım ancak nelere dikkat etmem gerektiğini bilmediğim eklentiler

  • IOStat (blok / saniye okuma / yazma)
    Sanırım, burada dikkat edilmesi gereken şey sivri mi? Bu, cihazın yoğun kullanımda olduğu anlamına gelir mi?
  • Mevcut entropi (bayt)
    Bunun rasgele sayı üretimi için önemli olduğunu varsayıyorum? Bunu neden çizeyim ki? Şimdiye kadar değer her zaman sabit kalmıştır.
  • VMStat (çalışan / I / O uyku süreçleri)
    Bu grafikle "süreçler" grafiği arasındaki fark nedir? Her ikisi de koşu / uyku işlemlerini gösterirken, "İşlemler" grafiğinde daha fazla ayrıntı var gibi görünüyor.
  • Aygıt başına disk çıkışı (bayt / saniye okuma / yazma)
    Bu ve "IOStat" grafiği arasındaki fark nedir?
  • inode tablo kullanımı
    Bu grafikte ne aramalıyım?

Anlamayı düşündüğüm eklentiler

Burada bazı şeyler tahmin edeceğim ... eğer yanılıyorsam beni düzeltin.

  • Yüzde olarak disk kullanımı (yüzde)
    Ne kadar disk alanı kullanıldığını / ne kadar kaldığını. Bu% 100'e yaklaştığından, bölümü temizlemeyi veya genişletmeyi düşünmelisiniz. Bu, kök bölümü için son derece önemlidir.
  • Güvenlik Duvarı Çıkışı (paket / saniye)
    Güvenlik duvarından geçen paket sayısı. Bu daha uzun bir süredir yükseliyorsa, DOS saldırısının bir işareti olabilir (ya da sadece büyük bir dosya alıyoruz). Ayrıca güvenlik duvarı performansınız hakkında size bir fikir verebilir. Dengeleniyorsa ve daha fazla "güce" ihtiyacınız varsa yük dengelemeyi düşünmelisiniz. Dengeleniyorsa ve CPU yükünüzle bir korelasyon görüyorsanız, donanımınızın yeterince hızlı olmadığı anlamına da gelebilir. Disk kullanımı ile olan korelasyonlar FW yapılandırmanızdaki aşırı LOG hedeflerine işaret edebilir.
  • eth0 hataları (paket giriş / çıkış)
    Ağ hataları. Bu değer artıyorsa, arızalı bir donanımın işareti olabilir.
  • eth0 trafiği (bit / saniye giriş / çıkış)
    Ham ağ trafiği. Bu, Güvenlik Duvarı iş hacmiyle ilişkili olmalıdır.
  • iş parçacığı sayısı
    Sürekli artan bir değer iş parçacıklarını düzgün kapatmayan bir işleme işaret edebilir. İncelemek!
  • süreçler
    Aktif süreçlerin dökümü (uyku dahil). Buradaki hızlı bir artış çatal bombasına işaret edebilir. Yavaş, ancak sürekli artan bir değer, alt süreçleri ortaya çıkaran ancak düzgün bir şekilde kapatılmayan bir uygulamaya işaret edebilir. Kullanarak araştırın ps faux.
  • işlem önceliği
    Bu, işlem önceliklerinin dağılımını gösterir. Sadece yüksek öncelikli süreçlere sahip olmak pek kullanışlı değildir. Bazılarının önceliklerini kaldırmayı düşünün.
  • cpu kullanımı
    Oldukça basit. Bu yükseliyorsa, bir saldırı olabilir veya bir işlem CPU'yu tıkıyor olabilir. Normal işlemlerde yavaş yavaş artıyor ve maksimuma yaklaşıyorsa, donanımınızı (veya yük dengelemeyi) yükseltmeyi düşünmelisiniz.
  • dosya tablosu kullanımı
    Aktif olarak açık dosya sayısı. Bu maksimuma ulaşıyorsa, açma işleminiz olabilir, ancak dosyaları düzgün şekilde serbest bırakmayabilirsiniz.
  • load average
    Sistem yükü için özetlenmiş bir değer gösterir. CPU kullanımı ile ilişkili olmalıdır. Artan değerler bir dizi kaynaktan gelebilir. Diğer grafiklerle korelasyonları arayın.
  • bellek kullanımı Belleğinizin
    grafiksel gösterimi. Kullanılmayan + önbellek + arabellekleriniz olduğu sürece sorun yok.
  • takas giriş / çıkış
    Takas bölümünüzdeki etkinliği gösterir. Bu her zaman 0 olmalıdır. Bu konuda etkinlik görürseniz, makinenize daha fazla bellek eklemelisiniz!

Harika bir soru, Kaktüsler ve diğer grafik uygulamaları için kolayca uygulanabilir. Grafikler genellikle harika görünüyor, ancak ne anlama geldiklerini ve daha fazla dikkat gerektiren bir şeyin neye benzediğini anlamak oldukça zor.
dunxd

2
"Bunu neden grafiğim?" Şimdiye kadar değer her zaman sabit kaldı. " Kısmen, çoğu bilginin genellikle yalnızca sorun olması durumunda değerli olduğunu unutmayın.
Steve Schnepp

Yanıtlar:


11

Aygıt başına disk IO'ları (IOs / saniye)

Geleneksel sabit disklerde bu çok önemli bir sayıdır. G / Ç işlemi, diske okuma veya yazma işlemidir. Dönme milleri ile disk hızına ve kullanım şekline bağlı olarak saniyede onlarca ila 200 IOPS arasında geçiş yapabilirsiniz.

Hepsi bu kadar değil: Modern işletim sistemlerinde, birkaç G / Ç isteğini bir olarak birleştirmeye ve işleri bu şekilde daha hızlı hale getirmeye çalışan G / Ç zamanlayıcıları vardır. Ayrıca RAID denetleyicileri ve benzeri bazı akıllı G / Ç isteği yeniden sıralama gerçekleştirir.

Aygıt başına disk gecikmesi (Ortalama G / Ç bekleme)

Verileri oradan almak için tek bir diske G / Ç isteğinin gerçekleştirilmesinin ne kadar sürdüğü. Bu birkaç milisaniye civarında sürerse, sorun yok, düzinelerce ms ise, disk alt sisteminizin terlediğini görmeye başlıyorsunuz, yüzlerce ms daha fazla ise, büyük bir sorunla karşı karşıyasınız veya en azından çok, çok yavaş sistem.

ES Hizmet Süresi

Disk alt sisteminizin (muhtemelen çok sayıda disk içeren) genel olarak nasıl performans gösterdiği.

IOStat (bloklar / saniye okuma / yazma)

Saniyede kaç disk bloğu okundu / yazıldı. Ani artış ve ayrıca ortalama arayın. Ortalama, disk alt sisteminizin maksimum iş hacmine yaklaşmaya başlarsa, performans yükseltme planlamanın zamanı gelmiştir. Aslında, bu noktadan önce bu şekilde planlayın.

Mevcut entropi (bayt)

Bazı uygulamalar "gerçek" rastgele veri almak istemektedir. Çekirdek, klavye ve fare etkinliği, birçok anakartta bulunan rastgele bir sayı üreticisi veya hatta video / müzik dosyalarından (video-entropyd ve audio-entropyd bunu yapabilir) rasgele bir sayı toplar.

Sisteminizde entropi kalmazsa, bu verileri isteyen uygulamalar verilerini alana kadar durur. Şahsen geçmişte bunun Cyrus IMAP arka plan programı ve POP3 servisi ile olduğunu gördüm; her girişten önce ve entropi havuzunu çok hızlı tüketen meşgul bir sunucuda uzun bir rastgele dize oluşturdu.

Bu sorundan kurtulmanın bir yolu, uygulamaları yalnızca yarı rastgele veriler (/ dev / urandom) kullanacak şekilde değiştirmektir, ancak bu artık bu konu arasında değildir.

VMStat (çalışan / I / O uyku süreçleri)

Bunu daha önce düşünmemiştim, ancak bunun işlem başına G / Ç istatistiklerini veya esas olarak bir miktar G / Ç çalıştırıp çalıştırmadığını ve G / Ç'nin G / Ç etkinliğini engelleyip engellemediğini veya değil.

Aygıt başına disk hacmi (bayt / saniye okuma / yazma)

Bu sadece saniyede okunan / yazılan bayttır ve daha sıklıkla bu, değişebilen bloklardan daha insan tarafından okunabilir formdur . Kullanılan diskler, dosya sistemi (ve ayarları) vb. Nedeniyle blok boyutu farklı olabilir. Bazen blok boyutu 512 bayt, bazen 4096 bayt, bazen başka bir şey olabilir.

inode tablosu kullanımı

Dinamik düğümlere (XFS gibi) sahip dosya sistemlerinde hiçbir şey yoktur. Statik inode haritalarına (ext3 gibi) sahip dosya sistemleri ile her şey. Statik inode, çok büyük bir dosya sistemi ve çok sayıda dizin ve küçük dosya kombinasyonunuz varsa, teoride çok fazla boş alan kalsa bile, bu bölümde daha fazla dosya oluşturamayacağınız bir durumla karşılaşabilirsiniz. Ücretsiz inode yok == kötü.


inode kullanımını dikkate alarak. Şu anda ext4 kullanıyorum ve bu grafikte max-indodes ve açık-inodes son derece yakın (açık: 31.11k tablo boyutu: 32.12k). Bu da beni yaklaşık 1k inode bırakacaktı. Sistem yeni kurulduğundan, bunun bir soruna işaret ettiğine inanmıyorum. Ext4 dinamik olarak inot ayırıyor mu? Google'da bunun hakkında hiçbir şey bulamadım ...
Exhuma

Bakın df -i, mevcut inode kullanımını rapor eder. ext4 sabit inode'lara sahiptir, örneğin kök rootfs 3276800 238083 3038717 8% /
bölümüm

Hmmm ... ilginç. Bu, munin grafiğinin doğru olmadığını gösterir. Ayrıca munin grafiğinin sadece bir değer gösterdiğini fark etmedim. Yardımcı olması için her dosya sistemi için bir değer göstermemeli mi? Ayrıca df -iekran görüntüsüne de bakın ( i44.tinypic.com/oixkiq.png ) vs Munin-Graph ( i39.tinypic.com/dxl64z.png )
Exhuma

... Grafikteki değer (25.57k) aslında çıktıda hiç görülmez df.
exhuma

Daha fazla araştırma yapıldıktan sonra, munin eklentisinin open_inodesdeğeri aldığını görüyorum /proc/sys/fs/inode-nr. Bu bir çekirdek ve dosya sistemi değeri değil. Biraz daha googling bana bunu işaret etti: mjmwired.net/kernel/Documentation/sysctl/fs.txt#119 Bu belgeden sınırın bulunabileceğini varsayacağım inode-max. Ancak bu dosya sistemimde mevcut değil. Bunun artık yeni çekirdeklerde geçerli olmaması mümkün müdür? Bu, bu grafiği munin örneğimden kaldırmama izin verecek!
exhuma
Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.