Thanks Alexis, this is useful information. There seems to be some overlap with my project proposal, I will take the repo for a spin, see what's supported for now.
-Lori On 12/13/16 3:51 PM, Alexis de Talhouët wrote: > Acutally, I might have introduced a confusion. The repo and the > project are called System Metrics, not Cluster Metrics as proposed in > a first place. > > This is the current > repository: https://github.com/opendaylight/systemmetrics > > That project was accepted the 2016-11-10 as an incubation project by > TSC. + systemmetrics-dev mailing list (although I'm not sure a lot of > people are already on it). > > Hope this helps, > Alexis > >> On Dec 13, 2016, at 8:07 AM, Alexis de Talhouët >> <adetalho...@inocybe.com <mailto:adetalho...@inocybe.com>> wrote: >> >> Hey Lori, >> >> I can't step up as a co-mentordue to lack of knowledge about >> clustering, but regarding the portal aggregating data, a new project >> called Cluster Metrics [0] was recently accepted. I believe the scope >> of the proposed internship could be coupled with the functionalities >> that project is going to provide to build a more cohersive >> "Dashboard" of the cluster along with some cool functionalities for >> the shards. >> >> Regards, >> Alexis >> >> [0]: https://wiki.opendaylight.org/view/Project_Proposals:Cluster_Metrics >> >>> On Dec 13, 2016, at 7:59 AM, Lori Jakab <loja...@cisco.com >>> <mailto:loja...@cisco.com>> wrote: >>> >>> Hi, >>> >>> I'm far from being an expert on ODL clustering, but I proposed a >>> clustering related internship project [0], because I recently explored a >>> bit the topic, and came up with some ideas to improve the status quo. We >>> will execute on them, but get the best possible results, I would really >>> like to get a volunteer who is more involved with and more knowledgeable >>> about clustering than I am, to co-mentor this project with me. You can >>> read more about the project at the link [0], but the gist of it is to >>> expose as much information about a cluster as possible in a DLUX app, >>> and allow active/backup fail-over from one cluster to another one, at >>> the geographically remote location (which implies that shards on the >>> backup cluster are initially in non-voting mode, and then a switch is >>> flipped for the fail-over). >>> >>> Any takers? >>> >>> Thanks, >>> -Lori >>> >>> [0] >>> https://wiki.opendaylight.org/view/Interns/Projects#Portal_for_Cluster_Management >>> _______________________________________________ >>> integration-dev mailing list >>> integration-...@lists.opendaylight.org >>> <mailto:integration-...@lists.opendaylight.org> >>> https://lists.opendaylight.org/mailman/listinfo/integration-dev >> > _______________________________________________ controller-dev mailing list controller-dev@lists.opendaylight.org https://lists.opendaylight.org/mailman/listinfo/controller-dev
