So,If I want to use SNMP v3,I need regenerator snmp.yml,I can not edit the
default snmp.yml,yes?
In generator.xml auth part, v1 ,v2c,v3 all is there ok?
在2017年12月18日星期一 UTC+8 01:49:24 写道:
> On 17 December 2017 at 17:44, wrote:
>
>> Thanks. Do you know how I can pass the username and password
If you are not worried too much about what happens if the counter resets
during that period, then you can use:
(metric - metric offset 15m) >= 0
On Friday 19 January 2024 at 05:26:42 UTC+8 Chris Siebenmann wrote:
> > I have a counter and I want to counter the number of occurences on a
> >
> I have a counter and I want to counter the number of occurences on a
> duration (let's say 15m). I'm using delta() or increase but I'm not getting
> the result I'm expecting.
>
> value @t0: 30242494
> value @t0+15m: 30609457
> calculated diff: 366963
> round(max_over_time(metric[15m])) -
You May use
rate(metric{}[15m])
Jérôme Loyet schrieb am Do., 18. Jan. 2024, 19:27:
> Hello,
>
> my previous was not clear, sorry for that. I don't want count the number
> of sample (count_over_time) but I want to calculate the difference (delta)
> or the increase (increase) of the metric
Hello,
my previous was not clear, sorry for that. I don't want count the number of
sample (count_over_time) but I want to calculate the difference (delta) or
the increase (increase) of the metric value during the range (15 minutes).
As the metric is a counter that only grows (it counts the
Maybe you are looking for
count_over_time
https://promlabs.com/promql-cheat-sheet/
Jérôme Loyet schrieb am Do., 18. Jan. 2024, 18:56:
> Hello,
>
> I have a counter and I want to counter the number of occurences on a
> duration (let's say 15m). I'm using delta() or increase but I'm not getting
Hello,
I have a counter and I want to counter the number of occurences on a
duration (let's say 15m). I'm using delta() or increase but I'm not getting
the result I'm expecting.
value @t0: 30242494
value @t0+15m: 30609457
calculated diff: 366963
round(max_over_time(metric[15m])) -
> large-scale users
Just to clarify the amount of scale, the largest scale user I'm personally
aware of has over 100,000 instances of Grafana Agent sending many, many
millions of metrics in total.
On Thursday, January 18, 2024 at 9:09:45 AM UTC-5 Robert Fratto wrote:
Hi, as the creator of
Hi, as the creator of Grafana Agent I wanted to share my perspective.
One of Grafana Labs' original motivations for creating Grafana Agent was to
allow large-scale users to send their Prometheus metrics to a distributed
database without needing them to operate Prometheus themselves. To do that,
Also please include more information.
* Prometheus version.
* All command line flags.
On Thu, Jan 18, 2024 at 11:02 AM Ben Kochie wrote:
> Can you graph these two metrics, over the time range you are talking about?
>
> prometheus_tsdb_head_series
>
>
Can you graph these two metrics, over the time range you are talking about?
prometheus_tsdb_head_series
rate(prometheus_tsdb_head_samples_appended_total[1h])
On Thu, Jan 18, 2024 at 10:55 AM akbill wrote:
> Hi all,
>
> Our customer has been using the Prometheus for years. The configurations
>
Hi all,
Our customer has been using the Prometheus for years. The configurations
have not been changed since day 1 and recently the file system disk usage
is over 90% and keeps increasing(not always right away but gradually). Is
there a reason why new chunk size increases over time?
Thanks for sharing that perspective. I hadn’t heard that before but I tend
to agree. I also prefer Prometheus debugging webpage on port 9090 over the
more limited info agent shows on 12345.
On the other hand, agent has remote.s3 which is a nice way to discover
targets securely, instead of
13 matches
Mail list logo