Re: [Nagios-users] Parent/Child relationship for HV/VM
On 4 January 2012 07:53, Claudio Kuenzler c...@claudiokuenzler.com wrote: I created a fake host (with IP 0.0.0.0) for the cluster with active checks and notifications disabled. This way I have one and the same parent for all VM's in that cluster. Let me show it this way: switch --- esx1 VM-CLUSTER-1 -- VM1 | esx2 | VM2 | esx3 | VM3 | esx4 |- VM4 I hope you see what I'm trying to show. In text: Parent of vm's 1-4 is the 'fake' host VM-CLUSTER-1. Parents of VM-CLUSTER-1 are esx1, esx2, esx3, esx4. Parent of esx1-4 is switch. Positive: You can represent the cluster with a host and in the map it's clearly seen which physical hosts are part of this cluster. Negative: The host will stay grey (pending) in Nagios as no check will be executed on the fake host. In Nagvis it looks good and it makes sense. That's a good idea. Another advantage is if you add or remove host servers to the cluster you only need to change the one host definition. You could use check_cluster as the host check for your fake host, then its status would be meaningful too. I'll have a go at doing that myself when I get a minute. The documentation for check_cluster if you run check_cluster --help isn't all that helpful. Some examples can be found after some googling for example at: http://www.nagios-wiki.de/nagios/doku3/clusters If I recall I learned how to use the check_cluster plugin by reading Wolfgang Barth's book. Cheers, Jim -- Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex infrastructure or vast IT resources to deliver seamless, secure access to virtual desktops. With this all-in-one solution, easily deploy virtual desktops for less than the cost of PCs and save 60% on VDI infrastructure costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox ___ Nagios-users mailing list Nagios-users@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
Re: [Nagios-users] Parent/Child relationship for HV/VM
On 1/4/2012 5:11 AM, Jim Avery wrote: Another advantage is if you add or remove host servers to the cluster you only need to change the one host definition. You could use check_cluster as the host check for your fake host, then its status would be meaningful too. I'll have a go at doing that myself when I get a minute. Yes, that is what you want to do. It's what I did. First, make sure you've defined all your VM hosts. The check_cluster command will collate their states to determine the cluster's state. Then, define a command to check your clusters. This one can check hosts or services, depending on what you pass for $ARG1$. - define command { # # $ARG1$ is either host or service # command_namecheck_cluster command_line$USER1$/check_cluster --$ARG1$ --label=$HOSTNAME$ --warning=$ARG2$ --critical=$ARG3$ --data=$ARG4$ } - Next, define a host to represent your cluster. I pass host as $ARG1$. I set a warning if one is not-OK and critical if two or more are not-OK. I don't recall where I saw the use of the @ and : documented in defining thresholds, but I seem to recall that without the or more part the check will do something odd when a third VM host goes down. - define host { use generic-server host_name cluster_1 alias cluster_1 parents foo1,foo2,foo3,foo4 check_command check_cluster!host!@1:!@2:!$HOSTSTATEID:foo1$,$HOSTSTATEID:foo2$,$HOSTSTATEID:foo3$,$HOSTSTATEID:foo4$ } - I also define a service check for the cluster so I don't run into service-less hosts not showing up on Nagios' web pages. - define service { use standard_service host_name cluster_1 check_command check_cluster!service!@1:!@2:!$SERVICESTATEID:foo1:Ping$,$SERVICESTATEID:foo2:Ping$,$SERVICESTATEID:foo3:Ping$,$SERVICESTATEID:foo4:Ping$ } - Nothing in this message is intended to make or accept an offer or to form a contract, except that an attachment that is an image of a contract bearing the signature of an officer of our company may be or become a contract. This message (including any attachments) is intended only for the use of the individual or entity to whom it is addressed. It may contain information that is non-public, proprietary, privileged, confidential, and exempt from disclosure under applicable law or may constitute as attorney work product. If you are not the intended recipient, we hereby notify you that any use, dissemination, distribution, or copying of this message is strictly prohibited. If you have received this message in error, please notify us immediately by telephone and delete this message immediately. Thank you. -- Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex infrastructure or vast IT resources to deliver seamless, secure access to virtual desktops. With this all-in-one solution, easily deploy virtual desktops for less than the cost of PCs and save 60% on VDI infrastructure costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox ___ Nagios-users mailing list Nagios-users@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
[Nagios-users] Parent/Child relationship for HV/VM
I have few hyper-visors that running bunch of VMs. Each VM runs on a HV and can be migrated from one host to another at any given time for whatever reason(s). Should I specify all HVs (where VM can run) for each VM as a parent? -- http://alexus.org/ -- Write once. Port to many. Get the SDK and tools to simplify cross-platform app development. Create new or port existing apps to sell to consumers worldwide. Explore the Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join http://p.sf.net/sfu/intel-appdev ___ Nagios-users mailing list Nagios-users@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
Re: [Nagios-users] Parent/Child relationship for HV/VM
On 3 January 2012 20:58, alexus ale...@gmail.com wrote: I have few hyper-visors that running bunch of VMs. Each VM runs on a HV and can be migrated from one host to another at any given time for whatever reason(s). Should I specify all HVs (where VM can run) for each VM as a parent? That's what I do, yes. -- Write once. Port to many. Get the SDK and tools to simplify cross-platform app development. Create new or port existing apps to sell to consumers worldwide. Explore the Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join http://p.sf.net/sfu/intel-appdev ___ Nagios-users mailing list Nagios-users@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
Re: [Nagios-users] Parent/Child relationship for HV/VM
I created a fake host (with IP 0.0.0.0) for the cluster with active checks and notifications disabled. This way I have one and the same parent for all VM's in that cluster. Let me show it this way: switch --- esx1 VM-CLUSTER-1 -- VM1 | esx2 | VM2 | esx3 | VM3 | esx4 |- VM4 I hope you see what I'm trying to show. In text: Parent of vm's 1-4 is the 'fake' host VM-CLUSTER-1. Parents of VM-CLUSTER-1 are esx1, esx2, esx3, esx4. Parent of esx1-4 is switch. Positive: You can represent the cluster with a host and in the map it's clearly seen which physical hosts are part of this cluster. Negative: The host will stay grey (pending) in Nagios as no check will be executed on the fake host. In Nagvis it looks good and it makes sense. On Tue, Jan 3, 2012 at 10:51 PM, Jim Avery j...@jimavery.me.uk wrote: On 3 January 2012 20:58, alexus ale...@gmail.com wrote: I have few hyper-visors that running bunch of VMs. Each VM runs on a HV and can be migrated from one host to another at any given time for whatever reason(s). Should I specify all HVs (where VM can run) for each VM as a parent? That's what I do, yes. -- Write once. Port to many. Get the SDK and tools to simplify cross-platform app development. Create new or port existing apps to sell to consumers worldwide. Explore the Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join http://p.sf.net/sfu/intel-appdev ___ Nagios-users mailing list Nagios-users@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 -- Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex infrastructure or vast IT resources to deliver seamless, secure access to virtual desktops. With this all-in-one solution, easily deploy virtual desktops for less than the cost of PCs and save 60% on VDI infrastructure costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox___ Nagios-users mailing list Nagios-users@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