9 ms·

Grafana 4.0 with alerting is released

299 points by yobo 10y ago

deleted 10y ago
[deleted]
torkelo 10y ago
This release has been long in the making. We started on Alerting way back in March this year and it's finally released! Read more about all the highlights in the release here: http://grafana.org/blog/2016/11/09/grafana-4.0-beta-release/ http://grafana.org/blog/2016/11/09/grafana-4.0-beta-release/ Oh, and if your in New York tomorrow, signup for GrafanaCon: http://grafanacon.org http://grafanacon.org
- drvdevd 10y ago
  As someone who is not too familiar with Graphana but is tasked with deploying it (shortly), just curious about the alerting and some of what I can do with it? I will read through the release page, but it's fun to get it from the horses mouth, if you're still available to comment?
- Mahn 10y ago
  Congrats on release! We've been using Grafana for a few years now, and personally built-in alerting is the only thing I would have added. Some may argue that this "violates" good concern separation practices, but honestly you are going to be alerting about the same data you feed to Grafana, so at the end of the day it makes a lot of sense. Call it a "two in one" if you will. Either way this will make monitoring with Grafana much more streamlined.
  - nopzor 10y ago
    Agreed with the sentiment re: streamlined experience. We struggled a bit with whether or not it really "belonged" in Grafana, but we believe in alerting while "in the flow". It makes a lot of sense (from an experience standpoint) to 'manage' alerting while you're 'managing' your dashboards, visualizations, and queries; you already have a sense of the data _right there_.
  - zphds 10y ago
    Note that keeping them separate has a benefit that when your 'Visualization' portal is down, your 'Alerting' systems are unaffected (and vice versa). Collectd, telegraf. etc, can be configured to send the same metrics to your favorite TSDB and Alerting system (like riemann) in parallel.
- zphds 10y ago
  Great work! Including a way to set grace periods will be really useful to prevent flapping on the metrics. ex, 'Alert When CPU > 95% for 10m'
  - yobo 10y ago
    One way to solve that problem is to reduce the series with min(). Ex http://play.grafana.org/dashboard/db/alerting-flappy?panelId=1&fullscreen&edit&tab=alert http://play.grafana.org/dashboard/db/alerting-flappy?panelId... This means that the lowest value for the last 5min of the serie have to be above 80% before the alert triggers.
smegel 10y ago
Hmm didn't know this was written in Go. Seems like Go is doing quite well in this space also with Bosun and Scollector.
- katabatic 10y ago
  Go code compiles to compact, statically linked binaries with relatively compact memory usage and reasonably good concurrency support, and an excellent standard library for handling networking - it's a natural fit for monitoring stacks. Even some monitoring systems that aren't Go on the back-end have Go-based collectors.
boazjohn 10y ago
What's new in v4: http://docs.grafana.org/guides/whats-new-in-v4/ http://docs.grafana.org/guides/whats-new-in-v4/
kawsper 10y ago
Grafana really looks interesting, and it is interesting that you can add all the different backends to it, for an example I didn't know you can use Elasticsearch as a timeseries backend. Is it correct that Grafana works best with Graphite? At least that seems to be my impression, and it is a bit sad, since I think Graphite is cool, but it really has a lot of moving parts.
- jmedefind 10y ago
  I've used it with Influxdb, Elasticsearch, and Prometheus. They all worked great. I can't think of any reason to use Graphite.
  - regecks 10y ago
    Indeed. We reduced our write iops by 95% by moving from Graphite/Carbon to Influx. Try one of the newer databases!
- pfranz 10y ago
  I wouldn't let that stop you from evaluating it. At my last few jobs I've used Grafana with Elasticsearch and Prometheus without a problem. I've never actually used it with Graphite. The only downside I've seen is that the queries are unique to the data source, so when looking at many of the examples online you have to figure out the equivalent for your's. There might be a performance difference, but I wouldn't know it since I haven't used Graphite.
- pimeys 10y ago
  Using it with InfluxDB, Prometheus and Zabbix. Works like a charm. One of my favorite tools!
- mattttt 10y ago
  Graphite was the original, but as others have mentioned, Influx, Prom, Cloudwatch & Elasticsearch are all first-class data sources.
- gtrubetskoy 10y ago
  We use it with Tgres [1] (which only pretends to be Graphite, but actually is Golang + PostgreSQL) - works great. [1] https://github.com/tgres/tgres https://github.com/tgres/tgres
pfranz 10y ago
I'm currently using Prometheus, Grafana, and Alertmanager. I'm a big fan of the linux terminal, versioned config files, and separation of concerns but the rest of my team prefers web interfaces so I'm basically the only one maintaining Alertmanager. Grafana Altering looks appealing. What have other people had success with?
- raziel2p 10y ago
  Zabbix and Icinga2 were the most appealing alternatives that didn't require versioned config files for alerts last time I checked. I think Grafana will fill the basic GUI alerting needs, though. When you need more than a simple flat treshold you usually want to get out of the GUI and ask the ops team for help anyway.
- user5994461 10y ago
  I've had success with killing all the s* free open source tools (Grafana, graphite, prometheus, whisper, icinga, nagios, carbon, ganglia, influxdb, zabbix...) And using a single paid tool that does the job better AND doesn't kill me in maintenance work. See https://www.datadoghq.com/ https://www.datadoghq.com/ as leader or https://signalfx.com/ https://signalfx.com/ as the second comer, or http://www.bmcsoftware.uk/it-solutions/truesight.html http://www.bmcsoftware.uk/it-solutions/truesight.html if you're enterprisey.
  - jmedefind 10y ago
    I don't see how anyone can afford SaaS metrics/alert services at any sort of real scale. $15/month/host gets expensive fast. Datadog doesn't start providing discounts till you are at 1000+ hosts.
    - user5994461 10y ago
      All vendors provide discount if you negotiate. ;) $15 * 500 hosts = $7500 per month. If you think it's expensive, I can only advise you to check how much the hardware will costs on EC2 to run the free tools, plus how much work it will take to get the 8 different and independent OSS tools to work not only alone but integrate together, plus how much additional work and maintenance to keep it working without hiccups (war story: there is nothing worse than a monitoring tool that is less reliable than the thing it monitors).
tokenizerrr 10y ago
Do users still have issues full access to data sources, regardless of what dashboards they have access to? This is what keeps me from using Grafana to expose some data to clients.
majewsky 10y ago
True story: Our monitoring stack now has three distinct components with alerting functionality.
- raziel2p 10y ago
  We'll probably be in the same position. Grafana will make simple thresholds easy to visualize, Kapacitor can do more advanced anomaly detection, and we still need something like Sensu to do alerts that aren't really bound to metrics - and it provides a dashboard of alerts. Kinda annoying, but it works, I guess.
- coredog64 10y ago
  That's so that you can create a DevOps version of the final scene from Reservoir Dogs
cheald 10y ago
Influx + Telegraf + Grafana is such a simple, sweet stack. No work to maintain, trivial to set up, I can ship just about anything I want into it, and reporting is fast. With alerting in place now, I'm even happier than ever. A huge thank you to the Grafana team for solving a huge pain point!
- RRRA 10y ago
  What transport are you using to secure telegraf into influxdb? (Haven't tried telegraf yet, setuping a prometheus at the moment)
  - alfalfasprout 10y ago
    Not sure what you mean "secure telegraph into influxdb" but we've had great success with this stack for monitoring by just embedding an HTTP server into each application that needs to be monitored. We keep the HTTP server separate from any others used by the application (i.e. it runs on a separate thread) so performance isn't impacted.
    - RRRA 10y ago
      My use case is one where I have servers in different datacenters and would want to have a simple, but secure, way to fetch metrics for graphing and alerts. So, I meant encryption in transport, authentication, etc. as many solutions work well if you're monitoring "in the clear" from the backend, but not so much over the internet.
      - cheald 10y ago
        We're deployed on AWS in multiple regions with VPNs set up between VPCs. No particular attention paid to securing the transport between Telegraf and Influx at the moment since a) it's either in an internal VPC or secured via ipsec, and b) our monitoring data is low-value enough that it doesn't warrant its own secure transport.
      - agnivade 10y ago
creatio 10y ago
Anybody got tips on how to start with implementing an alert system? Or what to read to get started?
RRRA 10y ago
It'd be nice if this meant being able to use Grafana as a frontend to alertmanager. (Writing those "ALERT ..." requires a steep learning curve.)
- thesorrow 10y ago
  This is exactly what I was thinking! I'd love to know what the dev of Prometheus think about alerting in Grafana...
  - fidget 10y ago
    https://twitter.com/fabxc/status/803870900097523712 https://twitter.com/fabxc/status/803870900097523712 > I repeat: Your alerts and dashboards belong into your SCM, not a random SQL database! (And I 100% agree, particularly for alerts)
- deleted 10y ago
  [deleted]
yclept 10y ago
Switch to Datadog and don't look back. Most valuable SAAS for my teams.
user5994461 10y ago
Quick note for the ones who are tired of the giant clusterfuck of open-source tools for monitoring + alerting + storage + other, which is no less than: - statsd - collectd - graphite - whisper - carbon - prometheus - grafana - seyren - riemann - nagios - icinga - zabbix There are multiple modern SaaS software that will do all of that in a single tool with better integrations, more polish, less work and no maintenance. 1) See https://www.datadoghq.com https://www.datadoghq.com and last news https://techcrunch.com/2016/01/12/investors-feed-datadog-a-hefty-94-5-million-round/ https://techcrunch.com/2016/01/12/investors-feed-datadog-a-h... 2) https://signalfx.com/ https://signalfx.com/ and last news https://techcrunch.com/2015/03/12/signalfx-emerges-from-stealth-to-modernize-cloud-application-monitoring/ https://techcrunch.com/2015/03/12/signalfx-emerges-from-stea... 3) http://www.bmcsoftware.uk/it-solutions/truesight.html http://www.bmcsoftware.uk/it-solutions/truesight.html if you're not anti entreprisey (that was the "Boundary" startup, bought by BMC a few years ago and integrated in their offerings). And don't think that they are "new" fancy tools. They've been around for many years.
- all_usernames 10y ago
  For installations of a few hundred instances or more, some of the SaaS offerings cost more than the engineering salaries it would take to maintain the OSS tools.
  - user5994461 10y ago
    To have been on the maintainer sides of the OSS tools, your statement is untrue. The OSS tools costs a fortune in human to maintain them, and another fortune in hardware to run it.
    - katabatic 10y ago
      Datadog will cost you $165,600 a year for 600 hosts. That is objectively equal to a very well paid engineer. So no, the statement is not untrue. (I picked 600 because that was the approximate number of machines we had at my last job, where we used Graphite maintained by one guy, part time). You included a LOT of redundancy in your OSS list. Multiple timeseries databases. Multiple collection daemons. Multiple dashboards. Multiple alerting systems (Who in their right mind would use Nagios AND Icinga?). You're effectively arguing about maintaining multiple monitoring stacks, some of which are quited aged.
poezn 10y ago
Is anyone using a log management tool in conjunction with Grafana? I.e. if you see something anomalous or see an alert triggered, how do you investigate what's going on?
- coredog64 10y ago
  You can use ElasticSearch as an annotation provider over the top of your time series metrics. We publish events from our continuous deployment pipeline into ES and then surface those in a generic application dashboard. There hasn't been a deployment that we didn't already know about, but in theory when more users are going through CD it will provide more of a heads up.
- user5994461 10y ago
  You can use Graylog for log management, that's the free open-source solution. (graylog + elasticsearch + mongodb) You can use Splunk if you have money. That's the de facto standard. Beware that it's one of the most expensive software license on the planet :D
- otisg 10y ago
  We've used Grafana with Sematext Logsene (which exposes Elasticsearch API, so it's like having Grafana talk to ES). Here's a short howto + video: https://sematext.com/blog/2015/12/14/using-grafana-with-elasticsearch-for-log-analytics-2/ https://sematext.com/blog/2015/12/14/using-grafana-with-elas...
pizza 10y ago
I can't be the only one who laughed out loud while reading the ad for GrafanaCon. It contains the word "democratization" and takes place on an aircraft carrier..
rsmets 10y ago
I've had alerting via grafana built and deployed for the last 16 months. Not sure what took so long... but cool to see it native now. Keep up the good work.
mcncfie 10y ago
Congrats guys!
deleted 10y ago
[deleted]
jhacobian 10y ago
When you team Grafana up with a general purpose database like Crate.io some pretty amazing things can happen. Not only can crate just "roll with the punches" of auto-sharding whilst dynamically scaling performance over N number of database nodes, it also possesses powerful aggregation capabilities. If that weren't enough, crate also dynamically gzips data by default which is impressive given its zippy performance. You get all of this for free with Crate.io without giving up the flexibility of a general purpose SQL database... Wanna start storing log data in crate as well? No problem! Just design your table schema, and API ingest layer (My favorite is NodeJS) but you can use any language you like. Or if security (facing the public) isn't an issue (if you're on a subnet safe from the public internet) then you can certainly just use the built-in REST API which crate exposes. With Crate, I've been able to store hundreds of GB of systems log data without worrying about silly things like table-bloat (the autosharding of partitioned tables handles the spectre of bloated table shards for me for free). Thanks to the amazing developers over at Crate.io for taking the best of Elasticsearch and making it sane, fast, and chock-ful of SQL goodness! Also a big thank you to the Grafana team for recognizing the potential synergies that Crate.io & Grafana could catalyse for unifying time-series & log data streams.

299 points by yobo 10y ago

deleted 10y ago

[deleted]

This release has been long in the making. We started on Alerting way back in March this year and it's finally released! Read more about all the highlights in the release here: http://grafana.org/blog/2016/11/09/grafana-4.0-beta-release/ http://grafana.org/blog/2016/11/09/grafana-4.0-beta-release/ Oh, and if your in New York tomorrow, signup for GrafanaCon: http://grafanacon.org http://grafanacon.org

drvdevd 10y ago
As someone who is not too familiar with Graphana but is tasked with deploying it (shortly), just curious about the alerting and some of what I can do with it? I will read through the release page, but it's fun to get it from the horses mouth, if you're still available to comment?
Mahn 10y ago
Congrats on release! We've been using Grafana for a few years now, and personally built-in alerting is the only thing I would have added. Some may argue that this "violates" good concern separation practices, but honestly you are going to be alerting about the same data you feed to Grafana, so at the end of the day it makes a lot of sense. Call it a "two in one" if you will. Either way this will make monitoring with Grafana much more streamlined.
- nopzor 10y ago
  Agreed with the sentiment re: streamlined experience. We struggled a bit with whether or not it really "belonged" in Grafana, but we believe in alerting while "in the flow". It makes a lot of sense (from an experience standpoint) to 'manage' alerting while you're 'managing' your dashboards, visualizations, and queries; you already have a sense of the data _right there_.
- zphds 10y ago
  Note that keeping them separate has a benefit that when your 'Visualization' portal is down, your 'Alerting' systems are unaffected (and vice versa). Collectd, telegraf. etc, can be configured to send the same metrics to your favorite TSDB and Alerting system (like riemann) in parallel.
zphds 10y ago
Great work! Including a way to set grace periods will be really useful to prevent flapping on the metrics. ex, 'Alert When CPU > 95% for 10m'
- yobo 10y ago
  One way to solve that problem is to reduce the series with min(). Ex http://play.grafana.org/dashboard/db/alerting-flappy?panelId=1&fullscreen&edit&tab=alert http://play.grafana.org/dashboard/db/alerting-flappy?panelId... This means that the lowest value for the last 5min of the serie have to be above 80% before the alert triggers.

smegel 10y ago

Hmm didn't know this was written in Go. Seems like Go is doing quite well in this space also with Bosun and Scollector.

katabatic 10y ago
Go code compiles to compact, statically linked binaries with relatively compact memory usage and reasonably good concurrency support, and an excellent standard library for handling networking - it's a natural fit for monitoring stacks. Even some monitoring systems that aren't Go on the back-end have Go-based collectors.

boazjohn 10y ago

What's new in v4: http://docs.grafana.org/guides/whats-new-in-v4/ http://docs.grafana.org/guides/whats-new-in-v4/

kawsper 10y ago

Grafana really looks interesting, and it is interesting that you can add all the different backends to it, for an example I didn't know you can use Elasticsearch as a timeseries backend. Is it correct that Grafana works best with Graphite? At least that seems to be my impression, and it is a bit sad, since I think Graphite is cool, but it really has a lot of moving parts.

jmedefind 10y ago
I've used it with Influxdb, Elasticsearch, and Prometheus. They all worked great. I can't think of any reason to use Graphite.
- regecks 10y ago
  Indeed. We reduced our write iops by 95% by moving from Graphite/Carbon to Influx. Try one of the newer databases!
pfranz 10y ago
I wouldn't let that stop you from evaluating it. At my last few jobs I've used Grafana with Elasticsearch and Prometheus without a problem. I've never actually used it with Graphite. The only downside I've seen is that the queries are unique to the data source, so when looking at many of the examples online you have to figure out the equivalent for your's. There might be a performance difference, but I wouldn't know it since I haven't used Graphite.
pimeys 10y ago
Using it with InfluxDB, Prometheus and Zabbix. Works like a charm. One of my favorite tools!
mattttt 10y ago
Graphite was the original, but as others have mentioned, Influx, Prom, Cloudwatch & Elasticsearch are all first-class data sources.
gtrubetskoy 10y ago
We use it with Tgres [1] (which only pretends to be Graphite, but actually is Golang + PostgreSQL) - works great. [1] https://github.com/tgres/tgres https://github.com/tgres/tgres

pfranz 10y ago

I'm currently using Prometheus, Grafana, and Alertmanager. I'm a big fan of the linux terminal, versioned config files, and separation of concerns but the rest of my team prefers web interfaces so I'm basically the only one maintaining Alertmanager. Grafana Altering looks appealing. What have other people had success with?

raziel2p 10y ago
Zabbix and Icinga2 were the most appealing alternatives that didn't require versioned config files for alerts last time I checked. I think Grafana will fill the basic GUI alerting needs, though. When you need more than a simple flat treshold you usually want to get out of the GUI and ask the ops team for help anyway.
user5994461 10y ago
I've had success with killing all the s* free open source tools (Grafana, graphite, prometheus, whisper, icinga, nagios, carbon, ganglia, influxdb, zabbix...) And using a single paid tool that does the job better AND doesn't kill me in maintenance work. See https://www.datadoghq.com/ https://www.datadoghq.com/ as leader or https://signalfx.com/ https://signalfx.com/ as the second comer, or http://www.bmcsoftware.uk/it-solutions/truesight.html http://www.bmcsoftware.uk/it-solutions/truesight.html if you're enterprisey.
- jmedefind 10y ago
  I don't see how anyone can afford SaaS metrics/alert services at any sort of real scale. $15/month/host gets expensive fast. Datadog doesn't start providing discounts till you are at 1000+ hosts.
  - user5994461 10y ago
    All vendors provide discount if you negotiate. ;) $15 * 500 hosts = $7500 per month. If you think it's expensive, I can only advise you to check how much the hardware will costs on EC2 to run the free tools, plus how much work it will take to get the 8 different and independent OSS tools to work not only alone but integrate together, plus how much additional work and maintenance to keep it working without hiccups (war story: there is nothing worse than a monitoring tool that is less reliable than the thing it monitors).

tokenizerrr 10y ago

Do users still have issues full access to data sources, regardless of what dashboards they have access to? This is what keeps me from using Grafana to expose some data to clients.

majewsky 10y ago

True story: Our monitoring stack now has three distinct components with alerting functionality.

raziel2p 10y ago
We'll probably be in the same position. Grafana will make simple thresholds easy to visualize, Kapacitor can do more advanced anomaly detection, and we still need something like Sensu to do alerts that aren't really bound to metrics - and it provides a dashboard of alerts. Kinda annoying, but it works, I guess.
coredog64 10y ago
That's so that you can create a DevOps version of the final scene from Reservoir Dogs

cheald 10y ago

Influx + Telegraf + Grafana is such a simple, sweet stack. No work to maintain, trivial to set up, I can ship just about anything I want into it, and reporting is fast. With alerting in place now, I'm even happier than ever. A huge thank you to the Grafana team for solving a huge pain point!

RRRA 10y ago
What transport are you using to secure telegraf into influxdb? (Haven't tried telegraf yet, setuping a prometheus at the moment)
- alfalfasprout 10y ago
  Not sure what you mean "secure telegraph into influxdb" but we've had great success with this stack for monitoring by just embedding an HTTP server into each application that needs to be monitored. We keep the HTTP server separate from any others used by the application (i.e. it runs on a separate thread) so performance isn't impacted.
  - RRRA 10y ago
    My use case is one where I have servers in different datacenters and would want to have a simple, but secure, way to fetch metrics for graphing and alerts. So, I meant encryption in transport, authentication, etc. as many solutions work well if you're monitoring "in the clear" from the backend, but not so much over the internet.
    - cheald 10y ago
      We're deployed on AWS in multiple regions with VPNs set up between VPCs. No particular attention paid to securing the transport between Telegraf and Influx at the moment since a) it's either in an internal VPC or secured via ipsec, and b) our monitoring data is low-value enough that it doesn't warrant its own secure transport.
    - agnivade 10y ago

creatio 10y ago

Anybody got tips on how to start with implementing an alert system? Or what to read to get started?

RRRA 10y ago

It'd be nice if this meant being able to use Grafana as a frontend to alertmanager. (Writing those "ALERT ..." requires a steep learning curve.)

thesorrow 10y ago
This is exactly what I was thinking! I'd love to know what the dev of Prometheus think about alerting in Grafana...
- fidget 10y ago
  https://twitter.com/fabxc/status/803870900097523712 https://twitter.com/fabxc/status/803870900097523712 > I repeat: Your alerts and dashboards belong into your SCM, not a random SQL database! (And I 100% agree, particularly for alerts)
deleted 10y ago
[deleted]

yclept 10y ago

Switch to Datadog and don't look back. Most valuable SAAS for my teams.

user5994461 10y ago

Quick note for the ones who are tired of the giant clusterfuck of open-source tools for monitoring + alerting + storage + other, which is no less than: - statsd - collectd - graphite - whisper - carbon - prometheus - grafana - seyren - riemann - nagios - icinga - zabbix There are multiple modern SaaS software that will do all of that in a single tool with better integrations, more polish, less work and no maintenance. 1) See https://www.datadoghq.com https://www.datadoghq.com and last news https://techcrunch.com/2016/01/12/investors-feed-datadog-a-hefty-94-5-million-round/ https://techcrunch.com/2016/01/12/investors-feed-datadog-a-h... 2) https://signalfx.com/ https://signalfx.com/ and last news https://techcrunch.com/2015/03/12/signalfx-emerges-from-stealth-to-modernize-cloud-application-monitoring/ https://techcrunch.com/2015/03/12/signalfx-emerges-from-stea... 3) http://www.bmcsoftware.uk/it-solutions/truesight.html http://www.bmcsoftware.uk/it-solutions/truesight.html if you're not anti entreprisey (that was the "Boundary" startup, bought by BMC a few years ago and integrated in their offerings). And don't think that they are "new" fancy tools. They've been around for many years.

all_usernames 10y ago
For installations of a few hundred instances or more, some of the SaaS offerings cost more than the engineering salaries it would take to maintain the OSS tools.
- user5994461 10y ago
  To have been on the maintainer sides of the OSS tools, your statement is untrue. The OSS tools costs a fortune in human to maintain them, and another fortune in hardware to run it.
  - katabatic 10y ago
    Datadog will cost you $165,600 a year for 600 hosts. That is objectively equal to a very well paid engineer. So no, the statement is not untrue. (I picked 600 because that was the approximate number of machines we had at my last job, where we used Graphite maintained by one guy, part time). You included a LOT of redundancy in your OSS list. Multiple timeseries databases. Multiple collection daemons. Multiple dashboards. Multiple alerting systems (Who in their right mind would use Nagios AND Icinga?). You're effectively arguing about maintaining multiple monitoring stacks, some of which are quited aged.

poezn 10y ago

Is anyone using a log management tool in conjunction with Grafana? I.e. if you see something anomalous or see an alert triggered, how do you investigate what's going on?

coredog64 10y ago
You can use ElasticSearch as an annotation provider over the top of your time series metrics. We publish events from our continuous deployment pipeline into ES and then surface those in a generic application dashboard. There hasn't been a deployment that we didn't already know about, but in theory when more users are going through CD it will provide more of a heads up.
user5994461 10y ago
You can use Graylog for log management, that's the free open-source solution. (graylog + elasticsearch + mongodb) You can use Splunk if you have money. That's the de facto standard. Beware that it's one of the most expensive software license on the planet :D
otisg 10y ago
We've used Grafana with Sematext Logsene (which exposes Elasticsearch API, so it's like having Grafana talk to ES). Here's a short howto + video: https://sematext.com/blog/2015/12/14/using-grafana-with-elasticsearch-for-log-analytics-2/ https://sematext.com/blog/2015/12/14/using-grafana-with-elas...

pizza 10y ago

I can't be the only one who laughed out loud while reading the ad for GrafanaCon. It contains the word "democratization" and takes place on an aircraft carrier..

rsmets 10y ago

I've had alerting via grafana built and deployed for the last 16 months. Not sure what took so long... but cool to see it native now. Keep up the good work.

mcncfie 10y ago

Congrats guys!

deleted 10y ago

[deleted]

jhacobian 10y ago

When you team Grafana up with a general purpose database like Crate.io some pretty amazing things can happen. Not only can crate just "roll with the punches" of auto-sharding whilst dynamically scaling performance over N number of database nodes, it also possesses powerful aggregation capabilities. If that weren't enough, crate also dynamically gzips data by default which is impressive given its zippy performance. You get all of this for free with Crate.io without giving up the flexibility of a general purpose SQL database... Wanna start storing log data in crate as well? No problem! Just design your table schema, and API ingest layer (My favorite is NodeJS) but you can use any language you like. Or if security (facing the public) isn't an issue (if you're on a subnet safe from the public internet) then you can certainly just use the built-in REST API which crate exposes. With Crate, I've been able to store hundreds of GB of systems log data without worrying about silly things like table-bloat (the autosharding of partitioned tables handles the spectre of bloated table shards for me for free). Thanks to the amazing developers over at Crate.io for taking the best of Elasticsearch and making it sane, fast, and chock-ful of SQL goodness! Also a big thank you to the Grafana team for recognizing the potential synergies that Crate.io & Grafana could catalyse for unifying time-series & log data streams.