Hello, I have released version 2.5.2 of the webfrontend and gmetad on sourceforge today. The most noticeable change are a new "swap used" curve on the MEM graphs, and better graph colors. However under the covers, this release has sigificant new structural features.
Gmetad can scale to much greater numbers of hosts, since a GRID (a collection of gmetad and gmond data) can now exist inside a GRID. Since XML data is not currently summarized, this structure cannot aribtrarily scale, but it is much closer than the previous design. The webfrontend can handle this additional structure, and for large installations, creates a "tree" of inter-linked websites on different servers. This scheme distributes the load of webserving across multiple machines. (Side note: There is no active load-balancing, so we may have "hot spots", but the load is much more evenly distributed than before). Setting up a tree of grids is still a difficult task unfortunately, since trust must be explicitly given for for every edge in the tree graph (in gmetad.conf). No auto-discovery of grids is implemented. Perhaps we could integrate with Globus for this facility. I hope you can test and enjoy. Here are the changelogs. Ganglia-webfrontend: A major feature update. Frontend can now handle arbitrarily nested grids, where a grid is a set of clusters. Grids can exist in grids, allowing a true hierarchical and distributed structure. Using AUTHORITY attributes in the new GRID tag of gmetad 2.5.2, the webfrontend now is a distributed system where the whole site is distributed accross different web servers. New features: -Code is cleaner, more efficient. Especially graph.php and meta_view.php. -The XML processing time is now clearly shown on the Meta View page. -Better memory graphs, with gmetad 2.5.2 shows swap used. -Grid aware, distributed structure. Ganglia-monitor-core Gmetad: The Grid-Aware release. Gmetad can scale to much greater numbers of hosts, since a GRID (a collection of gmetad and gmond data) can now exist inside a GRID. This forms a tree of Grids, which can be as deep as necessary. Since XML data is not currently summarized, this structure cannot aribtrarily scale, but it is much closer. Gmetad now wraps its data sources in a GRID tag. Nested GRIDs are allowed.The purpose for this new tag is to distribute the load of keeping RRDs, which has been identified as a computation and I/O bottleneck. New features: -Grid Composability (meta-meta*) -Can use hostnames in trusted host declarations -Settable polling interval for sources -Debug command line option -Cleaner code for rrd_helpers.c and others. -Keeps swap_total summary RRDs for swap display on MEM graphs. Note Gmond has not been significantly modified from 2.5.1. Federico Rocks Cluster Group, SDSC, California.
