fix(o11y): keep sflow at its native 5s resolution (#659)

Signed-off-by: Devin Buhl <devin@buhl.casa>
This commit is contained in:
Devin Buhl
2026-09-14 08:28:02 -04:00
committed by GitHub
parent a744273730
commit 33d0bb948c
2 changed files with 6 additions and 3 deletions
@@ -19,7 +19,7 @@ data:
url: http://victoria-metrics.netops.svc:8428
isDefault: true
jsonData:
timeInterval: 10s
timeInterval: 5s
---
apiVersion: v1
kind: ConfigMap
@@ -1,5 +1,5 @@
# VictoriaMetrics single — the SHORT-TERM, HIGH-GRANULARITY tier of the hybrid
# design: 30d retention at 10s scrape resolution, in-cluster. vmagent remote-writes
# design: 30d retention, 5s dedup floor, in-cluster. vmagent remote-writes
# here today and will FAN OUT to the o11y cluster later (second -remoteWrite.url in
# vmagent.yaml) — this instance stays the fast local buffer, o11y the long-term one.
#
@@ -38,7 +38,10 @@ spec:
args:
- -storageDataPath=/storage
- -retentionPeriod=30d
- -dedup.minScrapeInterval=10s
# Tracks the FINEST scrape in the tier: sflow at 5s, itself pinned to
# the fabric's sFlow polling-interval (tf core-fabric). At 10s this
# dropped every other counter sample from that seconds-granularity feed.
- -dedup.minScrapeInterval=5s
- -httpListenAddr=:8428
ports:
- containerPort: 8428