<br><tt><font size=2>nagios-users-bounces@lists.sourceforge.net schrieb
am 05.06.2008 11:57:32:<br>
<br>
> I'm running nagios 3.0.2 on a dell poweredge 2850 server with 2gb
ram <br>
> and a xeon 2.80GHz cpu.<br>
> Also running on this server, ndo utils 1.47b, pnp, nagvis and <br>
> nagiosla.(os is newest rhel5)<br>
> Nagios checks 113 hosts and 660 services, most of them every 3 minutes.<br>
> Server load is over 1.3 most of the time due to the mysql database,
I think.<br>
> Another problem is, I get frequently high ping times in the local
<br>
> network the nagios server belongs to.<br>
> <br>
> What servers do you use for this count of checks.<br>
> Should I split it into two nagios servers?<br>
> <br>
> It would be nice to get some suggestions.<br>
<br>
I'm running nearly the same set, just missing nagiosla, on RHEL5.2.</font></tt>
<br>
<br><tt><font size=2>Machine is a HP DL360 Quad-Core E5405  @ 2.00GHz
with 5GB Ram.</font></tt>
<br><tt><font size=2>Local 10k SAS hdd only, no SAN, local mysql.</font></tt>
<br><tt><font size=2>400 hosts, 1500 servicechecks.</font></tt>
<br><tt><font size=2>1400 servicechecks are scheduled every minute, 100
once per day.</font></tt>
<br>
<br><tt><font size=2>I do get roundabout 1100-1200 checks throughput each
minute,</font></tt>
<br><tt><font size=2>averaging 80% of the expected checks each minute with
a very</font></tt>
<br><tt><font size=2>good latency.</font></tt>
<br>
<br><tt><font size=2>Check Execution Time:        0.01
sec        10.02 sec        0.417
sec</font></tt>
<br><tt><font size=2>Check Latency:        
       0.00 sec        7.19
sec        1.623 sec </font></tt>
<br>
<br><tt><font size=2>I've done extensive performance tests and in summary
the best</font></tt>
<br><tt><font size=2>practices to speed up things:</font></tt>
<br>
<br><tt><font size=2>- RAM, RAM, RAM. Both for mysql (see below) and for
increased</font></tt>
<br><tt><font size=2>  filesystem buffers.</font></tt>
<br>
<br><tt><font size=2>- Reserve enough memory for mysql to keep things buffered
as</font></tt>
<br><tt><font size=2>  long as possible:</font></tt>
<br>
<br><tt><font size=2>  I'm currently using these settings:</font></tt>
<br><tt><font size=2>  </font></tt>
<br><tt><font size=2>  innodb_buffer_pool_size = 1024M</font></tt>
<br><tt><font size=2>  innodb_additional_mem_pool_size = 64M</font></tt>
<br><tt><font size=2>  innodb_log_file_size = 512M</font></tt>
<br><tt><font size=2>  innodb_log_buffer_size = 64M</font></tt>
<br><tt><font size=2>  innodb_flush_log_at_trx_commit = 1</font></tt>
<br>
<br><tt><font size=2>  Beware: this will spike up mysql memory usage
to nearly 2GB virtual</font></tt>
<br><tt><font size=2>  and roundabout 1GB of resident memory.</font></tt>
<br>
<br><tt><font size=2>- use npcd for bulk processing performance data for
pnp. Direct</font></tt>
<br><tt><font size=2>  injections for each performance result will
stall your checks</font></tt>
<br><tt><font size=2>  and result in huge check latency</font></tt>
<br>
<br><tt><font size=2>- set "data_processing_options=4061953"
in your ndomod.cfg</font></tt>
<br><tt><font size=2>  By default ndo parses and injects every event
from nagios,</font></tt>
<br><tt><font size=2>  which results in unnecessary mysql queries
and bloats the</font></tt>
<br><tt><font size=2>  database over time - even more slowing down
ndo since it</font></tt>
<br><tt><font size=2>  automatically purges old data. With this option
you won't have</font></tt>
<br><tt><font size=2>  any aging data and the database only holds
realtime info</font></tt>
<br><tt><font size=2>  Attention: This setting is totally perfect
with Nagvis, but I have</font></tt>
<br><tt><font size=2>  no clue if nagiosla needs ndo and what information
- so double check</font></tt>
<br><tt><font size=2>  that.</font></tt>
<br>
<br><tt><font size=2>- I'm using "use_large_installation_tweaks=1"
too, but I'm not sure</font></tt>
<br><tt><font size=2>  if it would have any impact on your scenario.</font></tt>
<br>
<br><tt><font size=2>- I've manually built an SQL index over some tables
for ndo, but I</font></tt>
<br><tt><font size=2>  doubt it would have much impact on your scenario
either.</font></tt>
<br>
<br><tt><font size=2>hth</font></tt>
<br>
<br><tt><font size=2>Regards</font></tt>
<br><tt><font size=2>        Sascha</font></tt>
<br>
<br><font size=2 face="sans-serif">-- <br>
Sascha Runschke<br>
Netzwerk-  und  Systemmanagement<br>
Telefon : +49 (201) 102-1879 Mobil : +49 (173) 5419665 Fax : +49 (201)
102-1102105</font>
<br>
<br>
<br>
<span style="font-family:sans-serif,helvetica; font-size:10pt; color:#000000">GFKL Financial Services AG</span><br>
<span style="font-family:sans-serif,helvetica; font-size:10pt; color:#000000">Vorstand: Dr. Peter Jänsch (Vors.), Jürgen Baltes, Dr. Till Ergenzinger, Dr. Tom Haverkamp</span><br>
<span style="font-family:sans-serif,helvetica; font-size:10pt; color:#000000">Vorsitzender des Aufsichtsrats: Dr. Georg F. Thoma</span><br>
<span style="font-family:sans-serif,helvetica; font-size:10pt; color:#000000">Sitz: Limbecker Platz 1, 45127 Essen, Amtsgericht Essen, HRB 13522</span>