Nice work Christian! This is pretty wicked. On Wed, Jan 11, 2017 at 9:23 AM, Gregory Chase <gch...@pivotal.io> wrote:
> This is awesome work Christian. > > Agreed turnkey for sure. > > Just thinking forward - once everyone starts loving this tool, they'll want > to start asking for event triggers and automation based on statistics as > well. > > Maybe Geode becomes a self-administering distributed system soon :) > > -Greg > > On Wed, Jan 11, 2017 at 9:12 AM, Udo Kohlmeyer <ukohlme...@pivotal.io> > wrote: > > > turnkey sounds good... but with a set of scripts, config files and steps > > to get to final result, docker would just be an option. > > > > --Udo > > > > > > > > On 1/11/17 08:05, Jens Deppe wrote: > > > >> This is fantastic work! I did something with the same components for a > >> hackday last year and it looked very promising - it's great to see it > >> fully > >> realized here. Although it's not difficult pulling the components > >> together, > >> it would be awesome to provide a turnkey (ala docker) solution that Just > >> Works. > >> > >> Even better is that you've included a statistics-to-grafana bridge. > >> > >> --Jens > >> > >> On Wed, Jan 11, 2017 at 3:42 AM, Christian Tzolov <ctzo...@pivotal.io> > >> wrote: > >> > >> I've been experimenting with Geode-to-Grafana integration options. The > >>> geode-dashboard (https://github.com/tzolov/geode-dashboard) project > uses > >>> Grafana dashboards for querying, visualizing and analysing Apache Geode > >>> (GemFire) historical and real-time metrics and statistics. > >>> > >>> An important goal was to provides an unified stack that can analyze > BOTH > >>> the real-time (JMX metrics) and the historical (archive files) Geode > >>> distributed-system statistics. > >>> > >>> The github documentation and the blogs below should explain the > approach: > >>> https://www.linkedin.com/pulse/visualize-analyse- > >>> apache-geode-gemfire-real-time-metrics-tzolov > >>> http://blog.tzolov.net/2017/01/visualize-and-analyse- > >>> apache-geode.html?view=sidebar > >>> > >>> At the moment the tool uses InfluxDB as a time-series DB.But i've been > >>> considering adding support for Ambari Metrics Collector System as an > >>> alternative time-series DB. Later is supported by Grafana ( > >>> https://grafana.net/plugins/praj-ams-datasource) and Ambari in-turn > >>> integrates with Grafana (http://bit.ly/2j34aIX). So if we add to the > mix > >>> the Geode Ambari service (http://bit.ly/2jd0MbS) It will make a decent > >>> Hadoop friendly stack for Geode/Gemfire. > >>> > >>> Another even more interesting angle is to make Geode itself a Grafana > >>> compliant datasource (http://docs.grafana.org/plugins/datasources, > >>> https://grafana.net/plugins). So > >>> > >>> Do you think it would be worth bringing part of this work under Geode > >>> project umbrella? > >>> > >>> Cheers, > >>> Christian > >>> > >>> P.S. Note that this project focus on Geode metrics only but similar > >>> approach can be used to explore business time-series. > >>> > >>> > >>> > > > > > -- > Greg Chase > > Product team > http://www.pivotal.io/big-data > > Pivotal Software > http://www.pivotal.io/ > > 650-215-0477 > @GregChase > Blog: http://geekmarketing.biz/ > -- -John john.blum10101 (skype)