Hi! Thanks for answering! On 02/10/2014 08:27 PM, Daniel Pocock wrote: > > > On 07/02/14 21:19, Adrian Sevcenco wrote: >> On 02/07/2014 09:46 PM, Daniel Pocock wrote: >>> >>> Please feel free to add potential project ideas here: >>> >>> https://github.com/ganglia/monitor-core/wiki/GSoC-2014-project-ideas >> Hi! There were several discussions on the list regarding what i will >> mention and i will reiterate the basic points in order to have some kind >> of definitive closure regarding these and see if there are worthy of >> doing (either in GSoC or not) >> >> I will refer only to gmond framework: >> 1. Adding a string to globals similar to hostname named something like >> host_uuid; it can contain either a fixed (overridden) uuid or some >> automatic approach can be chosen (later) (with sensible defaults like >> empty); this could pave the way for have uuid-->metrics association >> instead of hostname-->metrics > > I already have something like that on a branch, it is in the wiki somewhere Great!
>> 2. make cluster name be (also) a pool metric of the host; this could >> pave the way to have gmond aggregators (gmonds that gather data from >> devices in close network proximity but in different logical partitions >> (clusters)); something like this i think would be useful in clouds or >> distributed computing associations like the grid. >> >> I imagine/hope that these addons will have no impact on gmetad and are >> completely backward compatible. >> >> So, what the experts think? >> Thank you for taking this into consideration, >> Adrian >> > > The only danger with (1) is that it involves changing the core agent. > Finding students with good C skills and supervising their work on the > agent itself is a little more demanding than supervising a student who > makes a plugin or some piece of work to complement Ganglia. yeah, this is true, but the example code for (1) is already in ganglia.. one just need to stitch the pieces.. also the code for auto can be added later when the metric is already accepted in the framework. > Could you comment more on (2)? I frequently see requests from people > who want overlapping cluster aggregation. For example, somebody may > want to be able to see aggregate reports for any of the following sets: > > a) grouped by OS (Linux, Solaris, Windows) > b) grouped by vendor (Intel, AMD, ARM, ...) > c) grouped by role (production servers, test servers, development servers) Well, the idea of (2) is to shift the task of grouping by a category from gmond to gmetad (or other in house developed monitoring frontend). It has nothing to do with the a), b) and c) like scenarios but with capacity to transmit data of _different_ clusters through a single aggregation gmond (channel). For the sake of simplicity i will imagine an cloud example even if my need and experience is with grid computing: lets say that you make several instances of computing and storage with a provider in one area and some other instances in other area (and maybe other provider). You want to have 2 clusters :computing and storage. so you set up a gmond aggregator on each site that gathers _both_ storage and computing information and send data through ipsec to your gmond aggregator from your home/institutional monitoring node. At that point a gmetad (or another custom build frontend) read the data and write the corresponding data in each corresponding cluster for all machines. (and ignoring the cluster tag of the aggregator gmond that surrounds all data) IMHO the a),b),c) scenarios are in the responsibility presentation framework (ganglia web) and i think this could be done by some json views... For me would be very useful.. is this something to help others as well? Thanks! Adrian
smime.p7s
Description: S/MIME Cryptographic Signature
------------------------------------------------------------------------------ Androi apps run on BlackBerry 10 Introducing the new BlackBerry 10.2.1 Runtime for Android apps. Now with support for Jelly Bean, Bluetooth, Mapview and more. Get your Android app in front of a whole new audience. Start now. http://pubads.g.doubleclick.net/gampad/clk?id=124407151&iu=/4140/ostg.clktrk
_______________________________________________ Ganglia-developers mailing list Ganglia-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ganglia-developers
