From: Brad N. <BNI...@no...> - 2007-11-06 22:03:12
|
So let me see if I understand this correctly. You have a main node = which is gathering metrics from the other cluster nodes through some other = means than gmond. Since your main node contains all of the metric data, = your only problem is pushing that data up through gmond on the main node = to gmetad and at the same time fooling gmond into thinking that the data = actually came from the original cluster node rather than from the main = node. You do this by spoofing the originating address of the packet that = is carrying the metric data. Is this correct? Brad >>> On 11/6/2007 at 2:12 PM, in message <001201c820b9$cec7fa70$0a01a8c0@PC2= 004>, "Christian Gouret" <chg...@wa...> wrote: > No problem to give a "user oriented" view of what we do with "spoofing". > The clusters we manage in my compagny ( Alcatel-Lucent) are equipped = with 24=20 > nodes, only two of the nodes are "main node" working in actif/standby, = then=20 > only one of these two "main node" are operational at a time. > Only "main node" run gmetad, but all the nodes run gmond. > This "main node" already collect metrics from other nodes using a = historic=20 > proprietary software and offer all these metrics through CLI, then all = the=20 > metrics of all the nodes are already available on the "main node". > Then to bring all the user metrics of all the nodes in Ganglia we only = have=20 > to deliver one python script on the "main node" collecting the metrics = on=20 > the proprietary CLI of the "main node" at send it using gmetric with = the=20 > "spoof" option to preserve in the front-end the real node origin of = each=20 > user metric. > Without this option, we would need to deploy scripting on each node = to=20 > collect locally the metrics...end also improve our proprietary software = to=20 > open the CLI on no "main node"...moreover we only have python on the = "main=20 > node"... > As a summary : Without "spoofing" may be we would not use gmetric, and = may=20 > be without gmetric we would not use Ganglia ? > Christian. >=20 >=20 > ----- Original Message -----=20 > From: "Brad Nicholes" <bni...@no...> > To: "Alex Dean" <al...@cr...>;=20 > <gan...@li...>; "Christian Gouret"=20 > <chg...@wa...> > Sent: Tuesday, November 06, 2007 7:36 PM > Subject: Re: [Ganglia-developers] questions on metrics aspython modules >=20 >=20 >>>> On 11/6/2007 at 11:26 AM, in message=20 >>>> <002401c820a2$9500d670$0c01a8c0@PC2004>, > "Christian Gouret" <chg...@wa...> wrote: >> Hello Brad, >> I read the README pointed by the link you provide, and I see nothing >> regarding the "spoofing" option introduced in the version 3.0.4 of=20 >> Ganglia. >> Does it mean that with "python module", it'll not be any more possible = to >> use spoofing ( I can't believe it ) ? >> Christian. >> >=20 > That is actually a question that I have. Up until now I have not = touched=20 > the "spoofing" code at all. What was there before, should still work in = the=20 >=20 > code that is currently in trunk. However, the XDR data packet restructur= ing=20 >=20 > that I am currently working on, affects the "spoofing" packets=20 > significantly. To this point, I have not be able to completely = understand=20 > what the "spoofing" code is doing. I would like to understand the=20 > "spoofing" option better from a user point of view so that it can be = either=20 > carried forward in 3.1 as-is or replicated in a python or C interface=20 > module. Maybe you can enlighten me on what "spoofing" is, how it is = used=20 > and why. What is the expected out come or functionality? >=20 > Brad |