Right, it occurred to me that multiple gmond's might do the trick. It's
just not as elegant a solution as I would have liked.
-Andy
Jim Rowan wrote:
> Andy Brody wrote:
>
>> Ah, so I can't use just one head node gmond to receive data from
>> different clusters. Oh well...
>>
>>
>
> Actually, you can.
>
> We have an arrangement where we have several clusters arranged in
> several grids all reporting into one machine. We use unicast from each
> machine to a single "central" machine which runs distinct gmond's for
> each cluster and gmetad's for each grid, all on different ports. The
> trick is that you can configure the gmond's on that central system not
> to collect any metrics from the local machine. It "belongs" to exactly
> one of the clusters. Here's a sample gmond.conf from one of the
> clusters on that head node. This cluster is named "cluster 1", and
> belongs to the "infrastructure" grid. (I notice that we have a
> udp_send_channel{} phrase in here; I'm not certain that we need it...
> Oh, I remember: we were going to have a duplicate "central machine", and
> wanted the gmond's on both of those machines to share. Consider this
> aspect a partially formed thought.)
>
-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
Ganglia-general mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/ganglia-general
