Nagios as an SLA monitoring tool

[Kevin Millman]

Hi,

 

I've been requested to come up with a solution to monitor some of our
network services externally (to simulate the clients enviroment) for
things like www, email, ftp, etc to try and get a sense of what the
external availablity of each cluster is.   I'd like to setup machines on
a couple of DSL networks and have a host machine collect this data and
only report a service as down if both external checks confirm it as down
(possibly just a DSL network is having routing problems or something) -
then take the data from the host machine and graph it to show the
management.

 

I'm having a hard time coming up with a great solution for this but
thought that maybe the Nagios list could help.   Doing some reading it
seems this could be done using passive checks and perfparse maybe?  Does
anyone know of an article I could read over where someone has done
something similar?   Alternatively does anyone think this is just a bad
idea and have a better solution for gathering SLA information.

 

Right now I'm in the information gathering stage before I start making a
proof of concept -- any suggestions are welcome.

 

Regards,

Kevin

 

 

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://www.monitoring-lists.org/archive/users/attachments/20061116/722bff24/attachment.html>
-------------- next part --------------
-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
-------------- next part --------------
_______________________________________________
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