[prometheus-users] Separate metrics vs one metric with separate labels

I've noticed that for some metrics, Prometheus node_exporter will use one metric name and separate labels. For example, CPU usage has a "mode" label: node_cpu_seconds_total{cpu="0",mode="idle"} 320045.23 node_cpu_seconds_total{cpu="0",mode="steal"} 0 node_cpu_seconds_total{cpu="0",mode="system"}

Re: [prometheus-users] Drop metrics based on label values

The "drop" relabeling action does this. Specify the name of the label under "labels" and the match the value under "regex". For your case, labels: ['env'] regex: stg action: drop should do. You can also go the other way and use labels: ['env'] regex: prod action: keep /MR On Mon, May 11,

Re: [prometheus-users] Please add a .set() method to counters in java client

On 16 May 22:41, Julius Volz wrote: > Hi, > > When your input is an absolute value, and one that can reset on you outside > of your control, it sounds like you are translating existing third-party > state into a Prometheus metric (rather than being the one in charge of > counting things as they

Re: [prometheus-users] Please add a .set() method to counters in java client

Hi, When your input is an absolute value, and one that can reset on you outside of your control, it sounds like you are translating existing third-party state into a Prometheus metric (rather than being the one in charge of counting things as they happen). So you are not looking to track state,

[prometheus-users] Please add a .set() method to counters in java client

This is a feature request to add a `.set()` method to counters on the java client. Currently java counters only have a `.inc()` method. This is not practical to work with when your input is an absolute value instead of a relative one, and on top of that, when the value can reset to 0 (which

[prometheus-users] Re: Pushgateway or StatsD

One minute later I thought about deleting metrics from registry after being scraped and registering it back when upload appear. суббота, 16 мая 2020 г., 19:59:28 UTC+3 пользователь Albert Aleksandrov написал: > > Hi all! > > (*Django app*) > > We have a business entity called *upload*. It has

Re: [prometheus-users] Is it okay to post a Prometheus user survey here?

On Sat, May 16, 2020 at 12:04 PM Stuart Clark wrote: > On 16/05/2020 10:18, Ben Kochie wrote: > > > > On Sat, May 16, 2020 at 11:13 AM Julius Volz > wrote: > >> On Sat, May 16, 2020 at 10:25 AM Ben Kochie wrote: >> >>> Thanks for the link to the other survey. That's pretty good. >>> >>> On

Re: [prometheus-users] How to control duration for resolved condition

No. The alert clears as soon as the expression is no longer true On 16 May 2020 13:42:20 BST, Steve wrote: >Hi >The Server support the parameter "for" that controls the duration >between >first occurrence and alert firing. >Does the Server support a timer that control how long the condition

[prometheus-users] How to control duration for resolved condition

Hi The Server support the parameter "for" that controls the duration between first occurrence and alert firing. Does the Server support a timer that control how long the condition must be undone before clearing the alert towards the Alertmanager? Thank you! Steve -- You received this

Re: [prometheus-users] Is it okay to post a Prometheus user survey here?

On 16/05/2020 10:18, Ben Kochie wrote: On Sat, May 16, 2020 at 11:13 AM Julius Volz > wrote: On Sat, May 16, 2020 at 10:25 AM Ben Kochie mailto:sup...@gmail.com>> wrote: Thanks for the link to the other survey. That's pretty good. On Fri,

Re: [prometheus-users] Is it okay to post a Prometheus user survey here?

Hi Tom, I shared the current state of people's questions in this doc, open for comments by the public: https://docs.google.com/document/d/1J_LRtBr4Z6vI1sDuy-AMFUa6vcEATRd1kjKKVqtVdW8/edit?usp=sharing I hope it wouldn't grow much larger than its current length, but I think the current questions

Re: [prometheus-users] Is it okay to post a Prometheus user survey here?

On Sat, May 16, 2020 at 11:26 AM Brian Brazil < brian.bra...@robustperception.io> wrote: > On Sat, 16 May 2020 at 10:10, Julius Volz wrote: > >> On Sat, May 16, 2020 at 11:01 AM Brian Brazil < >> brian.bra...@robustperception.io> wrote: >> >>> On Sat, 16 May 2020 at 09:25, Ben Kochie wrote: >>>

Re: [prometheus-users] Is it okay to post a Prometheus user survey here?

On Sat, 16 May 2020 at 10:10, Julius Volz wrote: > On Sat, May 16, 2020 at 11:01 AM Brian Brazil < > brian.bra...@robustperception.io> wrote: > >> On Sat, 16 May 2020 at 09:25, Ben Kochie wrote: >> >>> Thanks for the link to the other survey. That's pretty good. >>> >>> On Fri, May 15, 2020 at

Re: [prometheus-users] Is it okay to post a Prometheus user survey here?

On Sat, May 16, 2020 at 10:25 AM Ben Kochie wrote: > Thanks for the link to the other survey. That's pretty good. > > On Fri, May 15, 2020 at 7:27 PM 'Tom Lee' via Prometheus Users < > prometheus-users@googlegroups.com> wrote: > >> Hi Richard, >> >> Reading between the lines it sounds like we're

Re: [prometheus-users] Is it okay to post a Prometheus user survey here?

On Sat, May 16, 2020 at 11:01 AM Brian Brazil < brian.bra...@robustperception.io> wrote: > On Sat, 16 May 2020 at 09:25, Ben Kochie wrote: > >> Thanks for the link to the other survey. That's pretty good. >> >> On Fri, May 15, 2020 at 7:27 PM 'Tom Lee' via Prometheus Users < >>

Re: [prometheus-users] Is it okay to post a Prometheus user survey here?

On Sat, 16 May 2020 at 09:25, Ben Kochie wrote: > Thanks for the link to the other survey. That's pretty good. > > On Fri, May 15, 2020 at 7:27 PM 'Tom Lee' via Prometheus Users < > prometheus-users@googlegroups.com> wrote: > >> Hi Richard, >> >> Reading between the lines it sounds like we're

Re: [prometheus-users] Is it okay to post a Prometheus user survey here?

Thanks for the link to the other survey. That's pretty good. On Fri, May 15, 2020 at 7:27 PM 'Tom Lee' via Prometheus Users < prometheus-users@googlegroups.com> wrote: > Hi Richard, > > Reading between the lines it sounds like we're *potentially* talking > about a broader/larger "State of

[prometheus-users] Re: AWS RDS Enhanced Metrics into Prometheus

What indication do you have that cloudwatch_exporter only works for basic metrics? There's nothing in the code that indicates as such.I presume you are talking about https://github.com/prometheus/cloudwatch_exporter On Tuesday, April 14, 2020 at 11:44:00 AM UTC-7, Saurabh Garg wrote: > > Hi, >

[prometheus-users] Re: aws_ebs metrics and instance label

Are you looking for a way to use an expression within Prometheus to determine that? There might be a way through combining other metrics that return an instance ID but I'm not aware of anyDoes your use case allow for a AWS API/CLI lookup like describe-volumes