hagen1778

6 ms·

31.
by hagen1778 3y ago
You shouldn't unless you want to use the new open source standard for telemetry. You won't benefit from simplicity or performance improvements. It would be quite the opposite. You can check what is the actual cost of open telemetr
32.
by hagen1778 3y ago
Nice blogpost! I saw GrafanaLabs provides similar dashboards for exploring cardinality on their Managed Service. VictoriaMetrics also provides ab built-in CardinalityExplorer UI https://docs.victoriametrics.com/Single-server
33.
by hagen1778 3y ago
> Have a read about the design intent and architecture to get deeper info on how it's different - but basically, indexes aren't retained locally Would appreciate if you refer to link where this explained. But from what I was ab
34.
by hagen1778 3y ago
How is it different from running a Prometheus server then? Prometheus is monolithic as well. It is cool and not cool in the same time. With monolithic approach, the process becomes very simple to run and efficient at the same time, since th
35.
by hagen1778 3y ago
Monitoring is a pain because we need to monitor more and more complex things. And not only that. Mostly, the problems described by OP are connected to the scale. So the main source of the "pain" is the volume of data we need to pr
36.
by hagen1778 3y ago
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&#x
37.
by hagen1778 3y ago
How do you silence noisy alerts?
38.
by hagen1778 3y ago
> Unfortunately, the fee ended up being so cost prohibitive that it was out of reach for us as a small startup company and we had to abandon our catalog and cloud ambitions. Well, yes. In 2018 I created a datasource plugin for ClickHouse
39.
by hagen1778 3y ago
Correct! It is a TimeSeries database for storing metrics. It is open source, including clustered version, and contains many additional tools for alerting, collecting and visualizing metrics. There are many in VictoriaMetrics community who s
40.
by hagen1778 4y ago
They also said those patches with extra limits aren't going to be accepted to Prometheus repo. That's sad, people with the same issues would need to look for alternatives.
41.
by hagen1778 4y ago
Grafana seems to be the most popular so far. But as it develops, it becomes more and more bulky and complex. https://github.com/perses/perses seems to be a very promising one.
42.
by hagen1778 4y ago
1.1K pull requests but only 760 commits to the main branch, ~300 of which are made by dependency bots. I'm not saying Grafana isn't doing anything. Just the numbers you provided are a bit misleading in representing their work.
43.
by hagen1778 4y ago
I was expecting to see Fabian Reinartz and Brian Brazil in the documentary. Their contribution to the Prometheus project is tremendous.
44.
by hagen1778 4y ago
It might be the pricing comparison blog post for managed Prometheus solutions here https://victoriametrics.com/blog/managed-prometheus-pricing/
45.
by hagen1778 4y ago
So does it means you need to specify rules for all unique logging operations you have? I was under impression that the thing can do it automatically... In a runtime based on receiving repetitive logs or something like that. If it doesn&#x27
46.
by hagen1778 4y ago
> The value is that I can compare data to months if not years ago. I'd say it is quite specific case. The most important data is recent data. Monitoring system should help you to identify current issues. Be reliable and performant,
47.
by hagen1778 4y ago
I'd recommend taking a look at VictoriaMetrics: open source monitoring solution. It doesn't support logs collection, but for metrics is just great. Disclaimer: I work for VictoriaMetrics.
48.
by hagen1778 5y ago
VictoriaMetrics co-founder here. There are many similar features between Mimir and VictoriaMetrics: multi-tenancy, horizontal and vertical scalability, high availability. Features like Graphite and Influx protocols ingestion, Graphite query
49.
by hagen1778 5y ago
Nice article!
50.
by hagen1778 5y ago
From what I heard, while InfluxDB is a great product it may struggle with processing big volumes of data - see https://blog.cloudera.com/benchmarking-time-series-workloads...
51.
by hagen1778 5y ago
Is there any reason why it is not turned on by default?
52.
by hagen1778 5y ago
I think ClickHouse is underestimated as a database for time series. Many companies using it for analytics purposes (like Cloudflare [0]), for logs processing (like Uber [1]). I'm just waiting when someone builds something outstanding f
53.
by hagen1778 6y ago
I wonder if it will be possible to migrate your data somewhere else once it becomes too expensive.
54.
by hagen1778 6y ago
If you know technical details, are there any metrics cardinality limitations?
55.
by hagen1778 6y ago
I think those benchmarks vs TimescaleDB require an update - a lot of things changed since the last test. However, even then VM ingestion rate was 11 million/s on 32CPU instance and this topic says TimescaleDB ingestion rate is 3.1 mill
56.
by hagen1778 6y ago
My vote is for VictoriaMetrics - the best option if you want to keep things simple and get great performance in the same time!
57.
by hagen1778 6y ago
Do you consider TimescaleDB as replacement for Thanos? Would be nice to read some operational and performance comparisons for real world cases.
58.
by hagen1778 6y ago
This is so nice that design doc is opened for commenting - so much good thoughts there. Thank you for sharing! After reading that I have a two questions: 1. While the integration with Prometheus sounds great it still requires to run pretty
59.
by hagen1778 6y ago
Free multi-node TSDB solution sound cool! I wonder if someone tried to use TimescaleDB as remote-storage for some heavy-loaded Prometheus [1] setups. [1] https://prometheus.io/
60.
by hagen1778 6y ago
That's a good question! Especially considering these overwhelming benchmarks [1] made via Timescale TSBS [2]. [1] https://www.altinity.com/blog/clickhouse-for-time-series [2] https://github.com/tim

More ›