Hi Phil,

The monitoring module I wrote does this very well.
It is on puppet forge if you want to have a look for some inspiration or
install it and go from there :)
http://forge.puppetlabs.com/rendhalver/monitoring
The docs are pretty comprehensive now and explain how it all works.

I basically set it up so everything is abstracted and exported using stored
configs and imported to the monitoring server set in a class variable I set
with hiera.
The monitoring_server variable accepts an array so setting multiple
monitoring servers is easy.

I haven't finished my nagios class yet because I recently switched to
icinga but my monitoring module is completely agnostic.



On 11 April 2013 02:01, Phil Cole <[email protected]> wrote:

> Hi,
>
> For several years, we have @work had a puppet environment where when we
> add a new host/node, some basic monitoring is fed through to a nagios
> server using virtual resources and an old nagios class which either someone
> here wrote themselves, or found on the internet at the time.
>
> We are trying to move away from the existing puppet environment for a
> number of reasons, and using this as an opportunity to tidy up our puppet
> classes wherever possible.
>
> Nagios integration is one area that we haven't yet got our heads around.
>
> We would like (I think...) to be able to:
> * add a new node to puppet and give it an identifier to say whether it's
> (say) dev/test/production etc
> * for the new node, define a number of basic monitors - ping, ssh etc.
> * have a number of nagios servers (also defined in puppet) which collect
> the appropriate resources for dev or test or production
>
> ie, a "dev" node would be monitored by nagios instance 1
> a "test" node would be monitored by nagios instance 2
> a "production" node would be monitored by nagios instance 3
> etc
>
> But I'm struggling to see how I can collect the appropriate resources up
> on each nagios server.
>
> Has anyone tried this sort of thing?  Can it be done?
>
> Any pointers in the 'right' direction appreciated.  If it's documented
> anywhere and it's just a case of RTFM, please point me in the direction of
> which manual to read :)
>
> Thanks in advance
>
> Phil
>
>  --
> You received this message because you are subscribed to the Google Groups
> "Puppet Users" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to [email protected].
> To post to this group, send email to [email protected].
> Visit this group at http://groups.google.com/group/puppet-users?hl=en.
> For more options, visit https://groups.google.com/groups/opt_out.
>
>
>

-- 
You received this message because you are subscribed to the Google Groups 
"Puppet Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to [email protected].
To post to this group, send email to [email protected].
Visit this group at http://groups.google.com/group/puppet-users?hl=en.
For more options, visit https://groups.google.com/groups/opt_out.


Reply via email to