You can have a look at those 2 projects too: https://github.com/hoffie/prometheus-filter-proxy https://github.com/openshift/prom-label-proxy
On Fri, Feb 14, 2020 at 4:13 PM Conrad Wood <[email protected]> wrote: > > On Fri, 2020-02-14 at 15:58 +0100, Julius Volz wrote: > > On Fri, Feb 14, 2020 at 2:01 PM Conrad Wood <[email protected]> > > wrote: > > > That is a good point, I did not consider that labels might have > > > been > > > aggregated away. Clearly that needs to be considered. > > > > > > However, the ACLEvaluator also needs to look at the label values > > > once > > > the query returns(see Example 2). Or is there a way that one can > > > query > > > > Note that putting IP addresses or similar high-cardinality items into > > Prometheus label names doesn't work well unless the possible set of > > values is restricted to a reasonable number. Otherwise you'll blow up > > your Prometheus server immediately (a big server can do a couple > > million series that are present at the same time, and every unique > > combination of label values creates one series, so usually just > > putting public IPs into label values is a no-starter, since it > > multiplies up with other labels very quickly). > > > > > for all values of a set of labels for a given metric without the > > > datapoints in a given timerange? > > > > There is: > > https://prometheus.io/docs/prometheus/latest/querying/api/#querying-metadata > > > > ...but again, you'll probably run into cardinality overload if you > > have an unbounded number of IPs in label values. > > > > > Also, the "parsing of promql" - is that available in a library or > > > as an > > > RPC? If not, would that be also considered out-of-scope? > > > > You would use Prometheus's "promql" Go package: > > https://godoc.org/github.com/prometheus/prometheus/promql > > > > > Thank you, > > I hear you re unbound labels, especially with IPs. In this case there > is quite a small set of IPs (<2048), probably even less. > > The information you send is most helpful. I believe I now have > sufficient information to fix something up that will address my usecase > outside of prometheus. > > Thanks again, > > Conrad > > > -- > You received this message because you are subscribed to the Google Groups > "Prometheus Developers" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to [email protected]. > To view this discussion on the web visit > https://groups.google.com/d/msgid/prometheus-developers/b556929c59a02d04b92ad6c9422e1ae7fca8c78b.camel%40conradwood.net. > -- You received this message because you are subscribed to the Google Groups "Prometheus Developers" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To view this discussion on the web visit https://groups.google.com/d/msgid/prometheus-developers/CAM6RFu4nFa4yy5PqFUPgTSYKoazDQG44F2vOJJi9wAp3rnv%3DDw%40mail.gmail.com.
