munin-szeru real-time monitoring

Linux-haladó

udv!

gondoltam mielott lefejlesztem magamnak, korbekerdezek :)

a munin nagyon jo, csak a hivatalos ajanlasa, hogy 5 percenkent futtassuk cronbol. van arra mod, hogy ennel surubb legyen a mintavetezeles?
(ha munint atallitom mondjuk percesre, mar akkor is meggajdult neha)

nekem az kene, hogy mondjuk 2 masodperces felbontassal tudjak monitorozni tobb gepet (foleg a mysql keresszam/slow queries/atvitel),
de a folyamatok tipikusan nem tartanak csak 10-15 masodpercig, viszont pont ennek a karakterisztikaja erdekel.

otlet? :)

  • 1375 megtekintés

( andrej_ v | 2008. 07. 11., p – 15:45 )

Mi fogja neked ezt a mennyiségű adatot tárolni és feldolgozni? Főleg a feldolgozás és a grafikon rajzolás ami meredek. Ha adott gépekről csak 1-2 infó az talán még járható, de ha több, akkor az adatlekérés is több lehet mint 1-2 mp.

akkor marad a sajat fejlesztes. :)

ezesetben ket lehetoseg van:

- egy daemon fut a gepeken, ami maga gyujti be 2-3-4-5mpnkent az infokat, majd mondjuk 1-2 percenkent pusholja a foszervernek. ekkor augyan csuszassal, de lesz reszletes adatom a geprol.

- a masik ut a polling ahogy a munin is csinalja, majd elrakni dbbe, es feldolgozni, ahogy cydark irta lejjebb..

ez azert nem olyan iszonyatos mennyisegu adat, szerintem. mondjuk ha 5 gepet nezek, mondjuk 10 dolgot, 2mpnkent, adathalmaz atlag 100byte (ez mar ugye eleg sok karakter azert), ez durvan ~20 megabyte/nap. ez nem sok..

"Mi fogja neked ezt a mennyiségű adatot tárolni és feldolgozni? Főleg a feldolgozás és a grafikon rajzolás ami meredek."

Ezt a reszet tudja az rrdtool, max. azt a reszet kell lefejleszteni, ami a mysqlbol kiveszi a zoxigent.

Szerk: ha nagyon gyorsan kell, akkor ugy celszeru, hogy helyben gyartod az rrd fileokat, es amikor kivancsi vagy ra, akkor osszeszeded oket, es grafikont gyartasz (akar pl. nfs mount), de 1-2 mp-nel mukodhet a halorol pollingolas is.

Egyebkent nem eskudnek meg ra, de mintha a [url=http://www.cacti.net/]cacti[url]-t lehetne tetszoleges mintaveteli gyakorisaggal hasznalni.

--
Fontos feladatot soha ne bizz olyan gepre, amit egyedul is fel tudsz emelni!

( _ventura_ v | 2008. 07. 11., p – 15:48 )

snmp és írsz fölé munin szerű kinézetet.

Core2Duo T7100, 2.5G, Ubuntu 8.04, 2.6.24

( Replaced | 2008. 07. 11., p – 16:01 )

snmp kell neked

--
“A well placed underscore makes the difference between a s_exchange and a sex_change”
— 8048 Users Manual, Intel 1977.

( cydrk | 2008. 07. 11., p – 16:57 )

Egesz konkretan irtam egy ilyen jellegu rendszert ;) Azaz egy grafikonozott realtime monitoring rendszert. Sajnos mivel ceges a dolog es eroteljesen kot a titoktartasi, nem arulhatok el reszleteket, de a realtime monitorozas egyik alapja, hogy a servereidrol apro es maximalisan optimalizalt scriptekkel kerj le adatok esszeru felbontasban.

A masik, hogy a monitoring gepedre okosan gyujtsd be az adatokat! Mert ugye a reportolas sem egyszeru mufaj. Mysqlbe esszeru gyutjeni a cuccokat es rotalni idoszakonkent.
Es hogy lesz ebbol fajdalom mentesen grafikon? Azt azert elarulhatom, csak guglizz ra az "open flash chart" szavakra. Es hogy miert ez? Mert php alapon megy a grafikon rajzolas es nem xml -ezik a chart hanem mysqlbol kerdez le.

Mint mondtam, a sajat rendszerem nagyfelbontasban "munin-like" formaban kepez vizualis osszefoglalast a gepeimrol(sok geprol) ahol igaz hogy magamnak nincs szuksegem midnenre, ezert van egy kompakt feluletem a fontos dolgok nezegetesere, de konyeden irhatsz olyan feluletet ahol 1-1 hosthoz az osszes adatot osszefoglalja.
Jelenleg sok geprol 10+ service figyeles performance adatai erkeznek relative nagy (a muninhoz kepest oriasi) felbontasban es ez a kiszolgalokon nem okoz plusz terhelest a monitoring serveren se jelentos, de az ezert van.

EDITED+: Ohh snmp nalunk nem jatszott opciokent. Es rengeteg custom informationre volt szuksegem. pl merek helyenkent I/O waitet, nehol loadbalancereket kell monitorozni etc. Mondjuk a rendszer resze nalam (kihasznalva a borzaszto gyors reagalast a problemakra) a megfelelo loggolo es alertelo rendszer is.

drk