----- Original Message ----

> From: David Birdsong <[email protected]>
> To: Whit Blauvelt <[email protected]>
> Cc: Martin Knoblauch <[email protected]>; 
>[email protected]
> Sent: Fri, November 12, 2010 9:56:26 PM
> Subject: Re: [Ganglia-general] How can gmetad be configured for 2 clusters?
> 
> On Fri, Nov 12, 2010 at 9:19 AM, Whit Blauvelt <[email protected]> wrote:
> > On  Fri, Nov 12, 2010 at 08:35:44AM -0800, Martin Knoblauch  wrote:
> >
> >>  In order to separate the two clusters, they need to  run on different 
>ports.
> >>
> >>  In addition: when you list more  than one node on the data_source, this 
>does not
> >> define the cluster.  I just adds failover capability. "gmetad" will only 
>talk to
> >> one of  the hosts at a time. If that fails, it will try the next on the  
>list.
> >
> > Thanks Martin. That was the whole trick. I was making the  assumption that
> > gmetad, being "meta," would be the gatherer of data from  the nodes.
> > Understanding that the gmonds go ahead and consolidate that  changes the
> > picture entirely. As my five-year-old sometimes says, "Silly  me."
> >
> > Whit
> >
> While I can't argue against something that  clearly fixed this for you,
> this doesn't sound correct and it would be nice  to hear this
> clarified.
> 
> Sure every host would have info about every  other host, but each
> host's xml tree should have all the nodes in a nested in  their
> corresponding cluster tags.  Gmetad could hit any host and pick  up
> info about both clusters on any host, but it should know to  distribute
> the updates from the xml stream to the correct clusters and not  'cross
> pollinate' the two.
> 

 As far as I know, every gmond just puts all the information it has inside its 
own "cluster" tags. It does not care about the cluster tags it receives from 
other gmonds. It has always been the task of gmetad to build up the correct XML 
for the complete grid. Therefore it is vital that the gmond configuration for 
multiple clusters is "correct".

 One could argue that this behaviour of "gmond" needs improvement. One solution 
could be that it aggregates only data coming from the "cluster". On the other 
hand, the "cluster" tag is just optional. What should a gmond without such a 
tag 
do about data from tagged gmonds? I still favor correct configuration. In any 
case, I am adding ganglia developers to CC.

 But the confusion shows, that documentation might be lacking ...

Cheers
Martin


------------------------------------------------------------------------------
Centralized Desktop Delivery: Dell and VMware Reference Architecture
Simplifying enterprise desktop deployment and management using
Dell EqualLogic storage and VMware View: A highly scalable, end-to-end
client virtualization framework. Read more!
http://p.sf.net/sfu/dell-eql-dev2dev
_______________________________________________
Ganglia-general mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/ganglia-general

Reply via email to