docs: drop stale delta-query caveat now that deltatocumulative is live

This commit is contained in:
damocles 2026-08-30 20:04:06 +02:00
commit b699ca8857

View file

@ -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.