mimir
agent
mimir | agent | |
---|---|---|
36 | 21 | |
3,761 | 1,553 | |
2.1% | 2.8% | |
9.9 | 9.9 | |
about 16 hours ago | 4 days ago | |
Go | Go | |
GNU Affero General Public License v3.0 | Apache License 2.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.
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?
agent
-
Ask HN: Best solution for homelab service monitoring?
And has an agent that can be run on the host to monitor it: https://github.com/grafana/agent
- Grafana to sumologic pricing
-
Best unicorn monitoring system?
For example, there are things like https://github.com/grafana/agent
-
Grafana agent JSON Schema
Hey, I would like to lint my agent config in vscode. Did someone know where I can find the agent config JSON schema ? I've searched on https://github.com/grafana/agent and https://grafana.com/docs/agent/latest/ but cant find anything like this ...
-
Monitoring Internet Quality and Speed
Grafana Agent can stream data back to you.
-
Distributed tracing with Envoy, Kuma, Grafana Agent, and Jaeger
At the time, Jaeger did not support OTEL format, which meant we needed our telemetry collector to export spans in Jaeger format. We were able to push this small fix to add a Jaeger exporter on the Agent.
-
Those of you using prometheus as part of your observability stack, what approach did you take to scaling to scrape 25+ clusters, and why? Is Thanos the answer to my problems?
Furthermore, would recommend Grafana Agent OR Prometheus Agent in this case since you probably don't need the Prometheus UI in each Cluster as well as the Alerting stuff that is inside Prometheus. (Mimir will do the ruling stuff for you). Grafana Agent also has an Operator mode if you want to use ServiceMonitor and PodMonitor CustomResources.
- Promtail on windows as service
-
Prometheus Agent Mode, for Metric Forwarding
There were a bunch of alternatives to solve this before, like grafana agent [0], vm agent [1] or opentelemetry collector [2].
[0] - https://github.com/grafana/agent
[1] - https://github.com/VictoriaMetrics/VictoriaMetrics/tree/mast...
[2] - https://github.com/open-telemetry/opentelemetry-collector
-
Shell script to monitor remote VPS?
This might be a reasonable use case for the Grafana Agent. It's basically a Prometheus instance, but without the local storage. Just forwards the data.
What are some alternatives?
thanos - Highly available Prometheus setup with long term storage capabilities. A CNCF Incubating project.
vector - A high-performance observability data pipeline.
VictoriaMetrics - VictoriaMetrics: fast, cost-effective monitoring solution and time series database
loki - Like Prometheus, but for logs.
cortex - A horizontally scalable, highly available, multi-tenant, long term Prometheus.
PushProx - Proxy to allow Prometheus to scrape through NAT etc.
m3 - M3 monorepo - Distributed TSDB, Aggregator and Query Engine, Prometheus Sidecar, Graphite Compatible, Metrics Platform
operator - Kubernetes operator for Victoria Metrics
prometheus - The Prometheus monitoring system and time series database.
ClickHouse - ClickHouse® is a real-time analytics DBMS
helm-charts - Helm charts for VictoriaMetrics, VictoriaLogs and ecosystem