Create accountLogin

Recent searches

No recent searches

Search options

Only available when logged in.
mastodon.world is one of the many independent Mastodon servers you can use to participate in the fediverse.
Generic Mastodon server for anyone to use.

Administered by:

Server stats:

11K
active users

mastodon.world: AboutStatusProfiles directoryPrivacy policy

Mastodon: AboutGet the appKeyboard shortcutsView source codev4.3.7

#grafana

14 posts13 participants1 post today
Public
Joel Carnat ♑ 🤪 :runbsd:

I like #grafana nearly as much as I love RRDtool. But I hate the fact that there is 0 coherence in font size between widgets of a whole dashboard.

Having the same dashboard render well on desktop, tablet and telephone is more that a pain in the arse!

Public *
JesseBot

So, I've been using Thanos to receive and store my prometheus metrics long term in a self hosted S3 bucket. Thanos also acts as a datasource for my dashboards in Grafana, and provides a Ruler, which evaluates alerting rules against my metrics and forwards them to my alertmanager. It's ok. It's certainly got it's downsides, which I can go into later, but I've thinking... what about Mimir?

How do you all feel about Grafana's Mimir (source on GitHub)? It's AGPL and seems to literally be a replacement of Thanos, which is Apache 2.0.

Thanos description from their website:

Open source, highly available Prometheus setup with long term storage capabilities.

Mimir description from their website:

...open source software project that provides horizontally scalable, highly available, multi-tenant, long-term storage for Prometheus and OpenTelemetry metrics.
Both with work with alloy and prometheus alike. Both require you to configure initially confusing hashrings and replication parameters. Both have a bunch of large companies adopting them, so... now I feel conflicted. Should I try mimir? Poll in reply.

#thanos#prometheus#alloy
Public
Kubernetes
Correlate telemetry data with Amazon OpenSearch Service and Amazon Managed Grafana In this post, ...

https://aws.amazon.com/blogs/big-data/correlate-telemetry-data-with-amazon-opensearch-service-and-amazon-managed-grafana/

#Amazon #Managed #Grafana #Amazon #Managed #Service #for #Prometheus #Amazon #OpenSearch #Service

Event Attributes
Amazon Web Services · Correlate telemetry data with Amazon OpenSearch Service and Amazon Managed Grafana | Amazon Web ServicesIn this post, we show you how to use Amazon OpenSearch Service and Amazon Managed Grafana to correlate the various observability signals that improve root cause analysis, thereby resulting in reduced Mean Time to Resolution (MTTR). We also provide a reference solution that can be used at scale for proactive monitoring of enterprise applications to avoid a problem before they occur.
Public
Schenkl

Witzig.

Gerade gemerkt, dass ich ein für das kommende Jahr geplantes Projekt in den letzten Wochen durch die Arbeit an einer anderen Sache ganz nebenbei gelöst habe xD

Geringfügige Anpassungen und es war einfach fertig.
Geht.
Einfach so.

LOOOL :D

#Grafana #Loki ist schon ein geiles Tool xD

Public
Cyril Brulebois

Very happy to discover how easy it is to extend `node_exporter` with custom metrics:

Add `--collector.textfile.directory=/some/place` to the daemon's arguments (e.g. via ARGS in `/etc/default/prometheus-node-exporter`), and write `*.prom` files in that directory with your favorite tool, and **boom!**

Text format doc with a very good example: prometheus.io/docs/instrumenti

Creating Grafana alerts is something I'm less comfortable with, but I'm starting to get the hang of it…

prometheus.ioExposition formats | PrometheusAn open-source monitoring system with a dimensional data model, flexible query language, efficient time series database and modern alerting approach.
#prometheus#grafana
ExploreLive feeds
About