thanos
mimir
Our great sponsors
thanos | mimir | |
---|---|---|
66 | 36 | |
12,577 | 3,719 | |
1.0% | 2.7% | |
9.6 | 9.9 | |
6 days ago | about 23 hours ago | |
Go | Go | |
Apache License 2.0 | GNU Affero General Public License v3.0 |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
thanos
-
Looking for a way to remote in to K's of raspberry pi's...
Monitoring = netdata on each RPi https://www.netdata.cloud/ binded to the vpn interface being scraped into a prometeus thaons https://thanos.io/ setup with grafana to give management the Green all is good screens (very important).
-
thanos VS openobserve - a user suggested alternative
2 projects | 30 Aug 2023
- FLaNK Stack Weekly for 24 July 2023
- FLaNK Stack Weekly for 10 July 2023
-
Monitoring multiple kubernetes cluster with single Prometheus operator
Sounds like you want something like Thanos
-
Is anyone frustrated with anything about Prometheus?
Yes, but also no. The Prometheus ecosystem already has two FOSS time-series databases that are complementary to Prometheus itself. Thanos and Mimir. Not to mention M3db, developed at Uber, and Cortex, then ancestor of Mimir. There's a bunch of others I won't mention as it would take too long.
-
Thousandeyes Pricing Model
Long term storage all depends on your needs and sophistication. I use Thanos for our system since it has an extremely flexible scaling system. But there is also Grafana Mimir. They're both similar in that they use Prometheus TSDB format as part of the underlying storage. One nice Thanos advantage is that it does do downsampling in addition to being able to store raw metric data for a long time. It will auto-select downsampled data to make requests faster.
-
Monitoring many cluster k8s
You can aggregate all your clusters Prometheus metrics together with a wonderful tool called Thanos. This will allow you to use just a single Grafana instance against Thanos and using a label select which cluster you wish to see metrics from. The downside of this, is that none of the Grafana dashboards from the internet will work as-is. You'll need to customize all of them for Thanos support. The other downside is, you have a single point of failure, and (see next item) you can't customize who can access what in regards to your dev vs production data/metrics/access.
-
Best unicorn monitoring system?
Depending on how you want to set things up, you can use Thanos or Mimir to create the single-pane-of-glass view of your data.
-
Prometheus vs EFS: I don't know who to believe
You could look at something like Thanos and store your data in S3: https://thanos.io/
mimir
-
Monitoring Is a Pain
It consists of 6 separate components to run, plus 4 additional optional components [1]. And I don't even count 5 additional caches [2]. How is that "simple and easy"?
[1] https://grafana.com/docs/mimir/latest/references/architectur...
[2] https://github.com/grafana/mimir/blob/9a52522a05f25d6d6bc2e8...
-
Is anyone frustrated with anything about Prometheus?
Yes, but also no. The Prometheus ecosystem already has two FOSS time-series databases that are complementary to Prometheus itself. Thanos and Mimir. Not to mention M3db, developed at Uber, and Cortex, then ancestor of Mimir. There's a bunch of others I won't mention as it would take too long.
-
Does anyone have an example of a simple mimir monolith docker compose config?
I used the one in their tutorial.
-
NTOP experience?
Grafana Agent can collect and stream data via Prometheus remote write protocol. Then you can either use Prometheus or Mimir. to receive the data at a central location. It depends on how many millions of series you need to collect.
- Prometheus node exporter and cadvisor to send metrics to central prometheus cluster
-
Thousandeyes Pricing Model
Long term storage all depends on your needs and sophistication. I use Thanos for our system since it has an extremely flexible scaling system. But there is also Grafana Mimir. They're both similar in that they use Prometheus TSDB format as part of the underlying storage. One nice Thanos advantage is that it does do downsampling in addition to being able to store raw metric data for a long time. It will auto-select downsampled data to make requests faster.
-
Time series databases
Grafana Mimir - scalable storage for Prometheus
- Long term Prometheus metric storage
-
Best unicorn monitoring system?
Depending on how you want to set things up, you can use Thanos or Mimir to create the single-pane-of-glass view of your data.
- Centralized solution for Prometheus?
What are some alternatives?
VictoriaMetrics - VictoriaMetrics: fast, cost-effective monitoring solution and time series database
cortex - A horizontally scalable, highly available, multi-tenant, long term Prometheus.
promscale - [DEPRECATED] Promscale is a unified metric and trace observability backend for Prometheus, Jaeger and OpenTelemetry built on PostgreSQL and TimescaleDB.
m3 - M3 monorepo - Distributed TSDB, Aggregator and Query Engine, Prometheus Sidecar, Graphite Compatible, Metrics Platform
Telegraf - The plugin-driven server agent for collecting & reporting metrics.
prometheus - The Prometheus monitoring system and time series database.
istio - Connect, secure, control, and observe services.
ClickHouse - ClickHouse® is a free analytics DBMS for big data
prometheus-operator - Prometheus Operator creates/configures/manages Prometheus clusters atop Kubernetes