Wow, you already run bugzilla and dtquery, you are miles ahead already of 
most installations (and commercial pkgs).

At 01:10 PM 10/3/01 +0200, you wrote:
>I'm trying to get not only up- and downreports, but also other few
>performance
>data like CPU/DISK/NET/PROCESS(-load) (mostly to get from SNMP agents i
>think).

I would recommend against using Mon to gather performance data. Mon is 
designed for up/down service checking, and using it in this way would be 
trying to make it do something it's not meant to do.


>Behind al this, of course i could just setup RRDTOOL / MRTG or other tools
>to graph such data BUT:
>with a monitoring site of 200+ servers with at least 10 performance counters
>(cpu/disk/net/etc) you will
>get out of the box 200 * 10 = 2000 webpages to check AND * 4
>(day,week,month,year) = 8000 graphs....

Yes, that's true. Here I would suggest using Cricket, which not only 
manages your config very nicely but also provides threshold checking. You 
can have Cricket email you or send an snmp trap when a variety of 
configurable thresholds are exceeded.

>Also the same data will be queried twice (MON and a extra collector
>daemon)....

Not a problem. It's a tiny bit of load on the host machine and more load on 
your monitoring box, but it's worth it. SNMP network traffic is negligible, 
unless you have a slow link and a lot of hosts.

>And it's not possible to make some other manual/user queries.

Actually, there is a nice tool called RRGrapher, which gives a nice query 
front end to rrd:
http://net.doit.wisc.edu/~plonka/RRGrapher/



>The last part is to create some meaningfull report with up-down time;
>resource use and performance together
>bundled/compacted in 1 or 2 enduser (paper)pages... (ok, something everybody
>wants.....

I think that if there was a perfect solution to this problem someone would 
have solved it already... there's certainly been enough money and time 
thrown at the problem. But as you say, the commercial products don't do 
what you want, in most cases, or else they are prohibitively expensive. So 
save the money you'd spend on the bloated commercial software and spend it 
on a good programmer, and open source the results :)


andrew

Reply via email to