docs: drop stale delta-query caveat now that deltatocumulative is live
This commit is contained in:
parent
34b5fc72fe
commit
b699ca8857
1 changed files with 5 additions and 5 deletions
|
|
@ -380,8 +380,8 @@ delta-to-cumulative processor.
|
|||
**`hive-metric` counters are the one exception**, reporting delta by default
|
||||
(see above) — programmatically set on the exporter, which overrides this
|
||||
container-wide env var for that tool specifically. `--type gauge` is
|
||||
unaffected either way; gauges have no temporality. The collector pipeline
|
||||
here has no `deltatocumulative` processor, so a delta `hive-metric` counter's
|
||||
raw values land in VictoriaMetrics as-is — query it with `sum_over_time()` /
|
||||
`rate_over_sum()`, not the standard `rate()`/`increase()` (those re-diff an
|
||||
already-delta series and produce wrong numbers).
|
||||
unaffected either way; gauges have no temporality. The hive-tier collector
|
||||
runs a `deltatocumulative` processor ahead of export, so a delta
|
||||
`hive-metric` counter still lands in VictoriaMetrics as a cumulative
|
||||
series — the standard `rate()`/`increase()` idioms work on it exactly like
|
||||
any other counter in this system, no special query needed.
|
||||
|
|
|
|||
Loading…
Reference in a new issue