Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Grafana 3.0 Stable Released

grafana.org

Post reply on HN
Print view View original

21–30 of 35 posts

Re: Grafana 3.0 Stable Released

#21

Post by bbrazil »

aidos wrote: post #15
endymi0n wrote: post #10

Earlier quoted context omitted.

We're extremely happy campers here combining the Grafana dashboard with https://prometheus.io/ Datastore and Alerts. That project has some serious traction and is one of just a few that seems actually built for the cloud and distributed systems first , as it's primarily role and not host based.

Interesting. I briefly looked at it previously but have never had the chance to play around. Did you (or has anyone else) migrate your legacy data from graphite to prometheus? What's the grafana support like on top? Do you need to run a proxy or something to support the same querying or does it require reworking all the existing graphs?

Prometheus developer here.

> Did you (or has anyone else) migrate your legacy data from graphite to prometheus?

Prometheus isn't intended as a long-term data store, so there's usually not much point. The data model is also quite different.

> What's the grafana support like on top?

Grafana supports Prometheus as a 1st class integration, and when I was speaking with the Raintank team in person they are very supportive of Prometheus.

> Do you need to run a proxy or something to support the same querying or does it require reworking all the existing graphs?

The data model and query language is more powerful and very different, you have to redo all the graphs.

To aid transition we have https://github.com/prometheus/graphite_exporter which will take in graphite formatted exports from your clients, and convert it to the format Prometheus likes.

Re: Grafana 3.0 Stable Released

#22

Post by coredog64 »

endymi0n wrote: post #10
aidos wrote: post #5

Earlier quoted context omitted.

I'd love to hear how others manage it too. I have a bunch of little python scripts in cron jobs that pull / compare numbers from graphite and then post to slack. Adhoc but at least there was nothing much to set up / maintain and it's totally flexible. As things expand though I'd definitely like to move to something to look after it for me.

We're extremely happy campers here combining the Grafana dashboard with https://prometheus.io/ Datastore and Alerts. That project has some serious traction and is one of just a few that seems actually built for the cloud and distributed systems first , as it's primarily role and not host based.

The one thing that holds me back is the pull nature of Prometheus. We are pushing metrics already, so moving to a pull model feels like a return to the 20th century.

Re: Grafana 3.0 Stable Released

#23

Post by coredog64 »

duncanawoods wrote: post #14
endymi0n wrote: post #10

Earlier quoted context omitted.

We're extremely happy campers here combining the Grafana dashboard with https://prometheus.io/ Datastore and Alerts. That project has some serious traction and is one of just a few that seems actually built for the cloud and distributed systems first , as it's primarily role and not host based.

Can I ask how you manage logs? My minimal understanding is that prometheus is time-series only so you'd have to supplement with something like ElasticSearch to aggregate logs. Does this mean you are alerting only on metrics or have multiple alert systems or ...?

We run Grafana for production dashboards with a KairosDB (we are a C* shop) and use ELK for text logs. Grafana can add annotations from ElasticSearch, but beyond that we are looking at our ES alerting options.

Re: Grafana 3.0 Stable Released

#24

Post by Shish2k »

jsmeaton wrote: post #11

I'm a very happy Grafana user. The move to a server based app worried me at first, but it's been humming along nicely the entire time. It's a shame that graphite is still so hard to install/configure (at least from rhel 6 and lower - things might be better on other distros/versions) though. If you're looking to start making some money as a business, I'd be spending a bit of time making sure the data sources are as ea…

FWIW I've switched from Graphite to InfluxDB as a drop-in replacement (ie, influxdb natively accepts graphite-formatted data, I'm ignoring all the extra nice influx features), and I've found that they're both really easy to set up and keep running together :)

Re: Grafana 3.0 Stable Released

#25

Post by lepht »

aidos wrote: post #5
gedrap wrote: post #3

Looks like a nice release! One thing I really miss in grafana and seems like it's not included is alerts. It would be so damn convenient to have data visualization and alerts on the same system because usually they are strongly related from the user point of view. And, well, one thing less to setup and maintain. However, I am aware of the debate whether alerts do actually belong to grafana, or should it be responsibl…

I'd love to hear how others manage it too. I have a bunch of little python scripts in cron jobs that pull / compare numbers from graphite and then post to slack. Adhoc but at least there was nothing much to set up / maintain and it's totally flexible. As things expand though I'd definitely like to move to something to look after it for me.

We use Sensu with the graphite plugins[1] for alerting based on graphite queries. It works quite well, but you do need to set up Sensu server – which is very straightforward in my experience

[1]: https://github.com/sensu-plugins/sensu-plugins-graphite

Re: Grafana 3.0 Stable Released

#27

Post by themartorana »

jsmeaton wrote: post #11

I'm a very happy Grafana user. The move to a server based app worried me at first, but it's been humming along nicely the entire time. It's a shame that graphite is still so hard to install/configure (at least from rhel 6 and lower - things might be better on other distros/versions) though. If you're looking to start making some money as a business, I'd be spending a bit of time making sure the data sources are as ea…

I've been using hostedgraphite.com for some time. YMWV.

Re: Grafana 3.0 Stable Released

#28

Post by SEJeff »

chillydawg wrote: post #18
cstuder wrote: post #12

I have some random historical meteorological data (multiple time series, ~3 million values, a couple of parameters, nothing big) lying around in a MySQL database which I would love to explore. Grafana looks like a nice tool to at least visualize it. Which supported data source would you recommend for a quick test ride?

Not openTSDB. That's by far the most difficult to set up. It's also the best in terms of scalability and performance.

Actually, druid.io pretty handily beats it. I've witnessed (another team member) scale opentsdb to an obscene number of writes, but getting data out with more than 3-4 tags for a near-realtime dashboard was pretty much impossible.

Here is a comment on druid I posted recently:

https://news.ycombinator.com/item?id=11654715

Re: Grafana 3.0 Stable Released

#29

Post by ecnahc515 »

coredog64 wrote: post #22
endymi0n wrote: post #10

Earlier quoted context omitted.

We're extremely happy campers here combining the Grafana dashboard with https://prometheus.io/ Datastore and Alerts. That project has some serious traction and is one of just a few that seems actually built for the cloud and distributed systems first , as it's primarily role and not host based.

The one thing that holds me back is the pull nature of Prometheus. We are pushing metrics already, so moving to a pull model feels like a return to the 20th century.

It actually tends to work a lot better. You almost never actually need metric granularity so fine that push is necessary. If you do, your usually using a purpose built tool for that. It also saves you from accidentally DOSing yourself when someone starts unexpectedly emitting more metrics than you can ingest (due to bug, more traffic, etc). All doable with push based systems but they tend to end up using queues or something to compensate which is its own kind of pain.

Re: Grafana 3.0 Stable Released

#30

Post by mixmastamyk »

I've used grafana from a browser at a company once, and liked it a lot. However, when I've looked at installing it myself, the docs immediately start talking about other projects, like influxdb and elasticsearch, things I know little about nor want to. Conversely, the things I do want to know about, what is it written in, architecture, how to send data?, etc, are missing or buried somewhere.

Is there an easy tutorial on how to start sending it data after install? That's all I want. Also, would like to use standard tools like curl, python, and postgres, is that possible?

Post reply on HN