← Volver a guíasGuía

Investigar CrashLoopBackOff con PromQL antes de culpar a OOMKilled

Un flujo accionable para unir kube-state-metrics, cAdvisor, eventos y logs previos sin convertir una pista en diagnóstico cerrado.

Aprende a pasar de una alerta CrashLoopBackOff a una hipótesis OOMKilled verificable con PromQL, kubectl y reglas de validación que evitan falsas páginas.

Creada: 8 de agosto de 2026

Publicada: 8 de agosto de 2026

Tiempo estimado35 min

NivelIntermedio

Antes de empezarPrometheus o una plataforma compatible con PromQL recogiendo kube-state-metrics y métricas de contenedor.

PlataformasLinux / Docker

WhatsApp X LinkedIn

Docker

Laboratorio local con Prometheus, kube-state-metrics exportado desde un cluster de pruebas y promtool para validar reglas.

Dockerpromtoolarchivo rules.yml versionado

Validar reglas

promtool check rules rules/kubernetes-crashloopbackoff.yml

Probar consulta instantánea

curl -G http://localhost:9090/api/v1/query --data-urlencode 'query=max_over_time(kube_pod_container_status_waiting_reason{reason="CrashLoopBackOff"}[2m])'

Leer también enInvestigate CrashLoopBackOff with PromQL before blaming OOMKilled

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.