Live data from Hacker News

Grafana Mimir – Horizontally scalable long-term storage for Prometheus

grafana.com

91–100 of 121 posts

Re: Grafana Mimir – Horizontally scalable long-term storage for Prometheus

#91
post #80

Earlier quoted context omitted.

Did not tbh. We have an ops department that do not complain about menial tasks. But of course IaC is the way we must follow.

Building a dashboard by clickety/clacking around is not a menial task, consistency across dashboards is a a core unit of observability to ensure x-functional teams can discuss issues across a common language/viewpoint, which is only enforceable through a declarative dashboard syntax.

The question was regarding alerts, not dashboards. We obviously deploy dashboards from json.

But I'm not aware of any way to deploy notification channels, probably can do that now via API. But either way we need to deploy notification channels with webhooks and tokens so that part is done manually. And then the alerts is also done manually.

Re: Grafana Mimir – Horizontally scalable long-term storage for Prometheus

#94
post #84
post #78

Earlier quoted context omitted.

Cortex, Thanos and Mimir all support "remote-read" protocol (documented in Prometheus: https://prometheus.io/docs/prometheus/latest/storage/#remote... ), so external systems (eg Prometheus) can read data from them easily.

It would be great if you could provide a few practical examples for "Prometheus remote-read" protocol given its' restrictions [1]. [1] https://github.com/prometheus/prometheus/issues/4456

Which restrictions do you have in mind?

Quick look at the issue looks like it wanted to avoid using local storage by Prometheus, but that’s Prometheus specific problem, not remote-read problem.

Remote-read is a generic protocol (https://github.com/prometheus/prometheus/blob/a1121efc18ba15...), you pass query (start/end time and matchers), and get back data.

Re: Grafana Mimir – Horizontally scalable long-term storage for Prometheus

#95

There isn't a link to the project on the page (that I could find) so it almost looked like it's not open source. But here it is: https://github.com/grafana/mimir .

Still AGPL, which I guess makes sense given the rest of their stack is too: https://github.com/grafana/mimir/blob/mimir-2.0.0/LICENSE

Re: Grafana Mimir – Horizontally scalable long-term storage for Prometheus

#98

Coincidentally, "mimir" is a funny, baby-like way of saying "dormir" (to sleep) in Spanish.

Technical meetings are going to be fun with hispanic devs...

"And finally we sent the metrics to Mimir /giggles/"

Sadly they don't support encryption at rest (sorry, I really had to do one more pun)

Re: Grafana Mimir – Horizontally scalable long-term storage for Prometheus

#99
post #85
post #49

Earlier quoted context omitted.

It looks like this is a fork of Cortex driven by the maintainers employed by Grafana Labs, done so they can change the license to one that will prevent cloud providers like Amazon from offering it without contributing changes back. This is interesting, since Amazon offers both hosted Grafana and Cortex today. I was under the impression Amazon and Grafana Labs were successfully collaborating (unlike e.g. AWS and Elast…

Does AWS provide managed Cortex? Is that just a part of the AWS managed prometheus thing?

Yes, Amazon's managed Prometheus is based on Cortex. See the first question at https://aws.amazon.com/prometheus/faqs/

Re: Grafana Mimir – Horizontally scalable long-term storage for Prometheus

#100
post #35
post #29

Earlier quoted context omitted.

> For $50/mo, you can self host everything easier, cheaper and with more control IMO. Can you give an example as to how you could self host a grafana stack for $50/month? On AWS that buys you 4 cores, 8GB memory and 0 storage, and it's certainly not easier than clicking one button on the grafana website.

Two low end Hetzner/OVH Boxes for redundancy should do the trick

That's why AWS charges so much for outgoing traffic.
Post reply on HN