Virtual Machines - define as parent or as host dependency...

Martin Melin martinm at op5.org
Tue Jan 26 08:59:05 CET 2010


I think you should be fine with setting the VMWare host to be the parent of
your guests. It's the simplest configuration, it meets your goals (host down
suppresses guests, but host's services do not affect guests' notifications)
and it has the added benefit of looking good in the Status Map :-)

IMHO using parents for VMWare hosts/guests is within the intended use of the
directive, even though the docs only talk about network equipment, because
your guests are as directly dependent upon their host as a physical host is
of its switch.

On Mon, Jan 25, 2010 at 9:14 PM, Andrew Davis <nccomp at gmail.com> wrote:

>  I'm trying to figure out the best way to do this, yet keep things as
> simple as possible.
>
> Say I have a server called Saturn running VMWare. I'm monitoring this
> server with Nagios.
> I also have three VM's on Saturn: Jupiter, Mars, and Pluto
>
> I want to suppress all host and service alerts on Jupiter, Mars, & Pluto if
> the host Saturn is down (unreachable). I do NOT want to suppress host or
> service alerts from Jupiter, Mars, and Pluto if the VMWare processes
> (services) are down on Saturn. Basically, if my VM server is completely
> unreachable, don't bother me about its client VM's.
>
> Am I better off doing this with a host dependency? Something like:
>
> *define hostdependency {
> 	host_name			Host B
> 	dependent_host_name		Host C
> 	notification_failure_criteria	d,u
> 	}*
>
> Or am I better off defining Saturn as the parent of the VM's in the host
> config? Something like:
>
> *define host {
> 	host_name               jupiter
> 	use                     VMs
> 	alias                   jupiter
> 	address                 172.26.251.60
> 	parents                 saturn, tpdmzsw1
> }*
>
> I've successfully used the "parents" directive to define network topology,
> so I would think this would work. What might be the risks of defining both?
>
> --
>
>
>   A. Davis
>   Email:     nccomp at gmail.com
>
>   "There is no limit to what a man can accomplish
>    if he doesn't care who gets the credit." - Ronald Reagan
>
>
>
> ------------------------------------------------------------------------------
> The Planet: dedicated and managed hosting, cloud storage, colocation
> Stay online with enterprise data centers and the best network in the
> business
> Choose flexible plans and management services without long-term contracts
> Personal 24x7 support from experience hosting pros just a phone call away.
> http://p.sf.net/sfu/theplanet-com
> _______________________________________________
> 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
>



-- 
Martin Melin
____________________________
op5 AB
http://www.op5.com

http://www.op5.org/
http://www.op5.com/op5/products/network-monitor/nagios/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://www.monitoring-lists.org/archive/users/attachments/20100126/cba6cad3/attachment.html>
-------------- next part --------------
------------------------------------------------------------------------------
The Planet: dedicated and managed hosting, cloud storage, colocation
Stay online with enterprise data centers and the best network in the business
Choose flexible plans and management services without long-term contracts
Personal 24x7 support from experience hosting pros just a phone call away.
http://p.sf.net/sfu/theplanet-com
-------------- 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


More information about the Users mailing list