Scalability

[Lou Anschuetz]

On our way to a goal of 1100, we are currently at 662 active
hosts monitored.

Monitoring host is an UltraSparc 5, 360Mhz, so nothing fancy.

When you dump in 200 hosts at once (something I recently did),
it can take 30-45 minutes to recover, but after that most hosts
are still being seen every few minutes. For obvious reasons,
the fewer hosts down the better the performance.

Overall, we are quite impressed. Still sorting out a few things that 
require pre-reqs in the Solaris version that are not quite the
same as in the Linux versions, but otherwise no major problems.

--On Saturday, March 22, 2003 12:40 AM +1100 Ben Lisle 
<benl at flowcom.com.au> wrote:

> Hi,
>
> I'm wanting to get an idea of how well Nagios scales.
>
> How many hosts/services do users on this list poll on their networks?
> What is the maximum amount of hosts you've seen monitored in a production
> environment?
>
> Ben
> .
> Please note that my email address has changed. My new address is
> benl at flowcom.com.au, so please update your contact list.
>
>
>
> -------------------------------------------------------
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf
> _______________________________________________
> 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



Lou Anschuetz, lou at ece.cmu.edu
Network Manager, ECE Department, CMU
412-512-6052




-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
_______________________________________________
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