NAGIOS limitation

[Igor Kurtovic]

Hi there,

300 hosts, 1700 services on a dual 1ghz xeon with 2GB ram works pretty
well here, load is pretty high, but mrtg (100 hosts) and apan (600
services with apan) eat up a good part of it..

The main nagios doesnt eat so many resources, when i stop the "rest",
load is around 2.

For your 15000 services i would recommend some faster processors ;)

10:51am  up 12 days, 23:57,  1 user,  load average: 9.52, 7.85, 6.77
135 processes: 132 sleeping, 3 running, 0 zombie, 0 stopped
CPU0 states: 18.3% user, 33.0% system,  0.0% nice, 48.0% idle
CPU1 states: 21.0% user, 32.2% system,  0.0% nice, 46.1% idle
Mem:  2064644K av, 1987256K used,   77388K free,       0K shrd,  146972K
buff
Swap: 2048276K av,    6924K used, 2041352K free                 1572764K
cached


Regards, Igor

On Wed, 2003-10-22 at 11:11, Roland.Sorgenfrei at spb.de wrote:

> Hi all,
> 
> I'm a nagios beginner.  My requirement is, we will managed round 600 server
> with round
> about 25 services per server, in sum 15 000 services. The normal
> checkinterval must be 10 minutes.
> 
> Now my questions :
> 
> Can nagios handle so many services in one nagios installation?
> Know anyone, where are the limitation from nagios?
> 
> 
> Thanks for help!
> 
> Roland
> 
> 
> 
> 
> 
> -------------------------------------------------------
> This SF.net email is sponsored by OSDN developer relations
> Here's your chance to show off your extensive product knowledge
> We want to know what you know. Tell us and you have a chance to win $100
> http://www.zoomerang.com/survey.zgi?HRPT1X3RYQNC5V4MLNSV3E54
> _______________________________________________
> Nagios-users mailing list
> Nagios-users at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/nagios-users
> ::: Please include Nagios version, plugin version (-v) and OS when reporting any issue. 
> ::: Messages without supporting info will risk being sent to /dev/null


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://www.monitoring-lists.org/archive/users/attachments/20031023/827051fe/attachment.html>