Reducir picos de cardinalidad en Prometheus sin dejar ciegas tus alertas

Cómo encontrar labels explosivos, normalizar rutas y bajar series activas sin romper paneles ni reglas críticas

Una guía práctica para detectar cuándo Prometheus se infla por labels inestables, recortar la cardinalidad en el sitio correcto y validar que las alertas siguen cubriendo el incidente real.

Creada: 30 de abril de 2026

Publicada: 30 de abril de 2026

Tiempo estimado40 min

NivelAvanzado

Antes de empezarAcceso de lectura a Prometheus o a su endpoint HTTP

PlataformasLinux / Docker

WhatsApp X LinkedIn

Linux

Flujo rápido desde una estación Linux con acceso a Prometheus local o mediante port-forward.

curljqkubectl opcional

Port-forward temporal si Prometheus está en Kubernetes

kubectl -n monitoring port-forward svc/prometheus 9090:9090

Estado TSDB y labels con más valores

curl -s http://127.0.0.1:9090/api/v1/status/tsdb | jq '.data | {headSeries: .headStats.numSeries, labelValueCountByLabelName: .labelValueCountByLabelName[:10], seriesCountByMetricName: .seriesCountByMetricName[:10]}'

Series nuevas por job en los últimos 5 minutos

curl -G -s http://127.0.0.1:9090/api/v1/query --data-urlencode 'query=sum by (job) (rate(scrape_series_added[5m]))' | jq '.data.result'

Leer también enReduce Prometheus cardinality spikes without blinding your alerts

Contenido bloqueado

Esta guía requiere completar ambos pasos para leer el contenido completo.

○Dale a “Me gusta” en la guía.
○Comparte en WhatsApp, X, LinkedIn o copia el enlace.

Cuando se cumplan ambos pasos, el acceso se desbloquea automáticamente.