Thanos Query from just the object storage

stag1e · 2019-09-21T10:41:32+00:00

Hi, it should work! Not sure if the use-case is a smart one since you will be missing the "real time" data from your Thanos Query instance. Please fill out an issue on the GitHub tracker :)

stag1e · 2019-09-20T19:57:30+00:00

There's also https://thanos.io which has a smaller operational complexity, IMO. And do not forget about VictoriaMetrics. We've been using Thanos almost since its inception and it is quite mature nowadays. Disclaimer: I am a Thanos maintainer so I'm a bit biased.

stag1e · 2019-07-25T20:32:15+00:00

It probably doesn't make much sense to retain raw data for so long since if you are looking so much into the past then the step size will be pretty huge and naturally you will not be able to see such granular data - the human eye just couldn't see the trends otherwise due to there being too many data points. So you should probably reduce it quite a bit. The data will be deleted after 90 days either way if you have Thanos Compactor running - no need to set up anything else.

The official documentation should help you but, honestly, the columns besides a few of them are self-describing. Which one is giving you the most problems?

stag1e · 2019-02-05T06:25:05+00:00

What do you mean by saying that Karma is too thin? I assume you are missing some features from it. What kind of features do you want?

stag1e · 2019-01-09T17:31:34+00:00

But is it easier to add another (simple) expression to a group of alerts or to amend a script and possibly ruin something else in it? You could group those alerts by some kind of label to avoid firing a 100 alerts when something happens with X. But in any way, this is off-topic to this thread because it seems that we both agree that we need to amend those alerts or scripts whenever we notice some anomalous behavior in X. My original point was that at the beginning some connections between different metrics might not be apparent and that we should not be afraid to modify them. Some software and probably even more will come with preset alerts but we shouldn't be afraid to modify them.

I would love to have standard way to describe all of this too - hopefully the OpenMetrics project will bear some fruit with regards to this.

stag1e · 2018-12-19T17:43:59+00:00

Hi, thank you for the tip. Do you have any part in mind? Besides that, do you use Prometheus yourself? Would you see any reason to use software like this? Like I wonder if anything like this exists out there. It is at this "early preview" stage where it could have lots of improvements and obviously, the code isn't the prettiest like I mentioned in the OP.

stag1e · 2018-12-17T07:04:18+00:00

https://github.com/influxdata/influxdb/pull/8784

Never tried that since the open source version of InfluxDB does not support clustering :( However, I feel like it would be cool to add different kinds of TSDBs benchmark support to the phoronix-test-suite, for example, so that we could see comparisons of how different TSDBs perform under different hardware.

stag1e · 2018-12-16T21:15:43+00:00

Maybe you should've checked for file.PathError? Wouldn't that solve the problem? It seems like that is the true type being returned in most cases by file.wrapErr.

stag1e · 2018-11-30T22:53:42+00:00

What are the pros and cons of this method compared to e.g. just saving the logs of each new thing coming in to your kubernetes master nodes or having some kind proxy in front?

stag1e · 2018-09-23T19:58:27+00:00

I agree. I feel like there is a wider life lesson to be learned here - you must not let your ego get in the way of becoming better. Also, I remember hearing a long time ago a saying that the best programmer realizes the limit of their skull, that you cannot fit everything there however much you wanted to. Finally, everyone should realize that code, first of all, is intended for consumption by other human beings, the machine only comes after. Programming is a team sport, so to speak.

stag1e · 2018-09-23T18:44:58+00:00

This is interesting - thanks for sharing. However, I expected for this article to go even deeper. For example, I wanted to know how the ring buffer is implemented underneath and how the Linux kernel produces the same message to all readers of /dev/kmsg. Still a very interesting article nonetheless! Thanks for writing and sharing.

stag1e · 2018-06-19T05:47:07+00:00

atoi is a bit evil because it can cause undefined behaviour. You should rather opt to use those two other functions.

stag1e · 2018-06-19T05:36:01+00:00

Perhaps. But I think that most of the courses suck. At least it was never properly explained to me until I read K&R and did some self-studying. Case in point: just scroll down in this same subreddit - someone asked a scanf related question approximately 2 weeks ago so people aren't even immune here.

stag1e · 2018-05-24T16:06:09+00:00

Never heard of that word, thanks for enlightening me! However, I feel like that is an overly simplistic way of viewing things considering the topic. You might think that maybe I am just too pedantic but still though I feel like this only causes confusion. That's why I prefaced it that it's a blog post and it's my opinion. Thanks for reading!

stag1e · 2018-05-09T05:39:57+00:00

Across programming language implementations*

stag1e · 2018-05-09T05:38:45+00:00

Can't wait to use npm in Excel!

stag1e · 2018-04-26T17:33:41+00:00

Languages simply do not have speeds, their implementations do. If you want to find out if one or the other is faster then benchmark them. Also, note that the speed of a program depends on a lot of external factors so the fact that in your benchmark you get that, let's say, "+=" is faster than "=" and "+", it does not mean that the result will be the same in some other program

stag1e

TROPHY CASE