← Volver a guíasGuía

Entender las métricas de memoria de Kubernetes sin disparar falsas alertas de OOM

Aprende a separar page cache, working set, RSS, límites y OOMKilled para que tus dashboards y alertas de Prometheus ayuden en vez de asustar.

Guía práctica para diagnosticar memoria de contenedores en Kubernetes con Prometheus y Grafana sin confundir usage, working set, RSS ni page cache recuperable.

Creada: 26 de abril de 2026

Publicada: 26 de abril de 2026

Tiempo estimado40 min

NivelIntermedio

Antes de empezarPrometheus recogiendo métricas de kubelet/cAdvisor

PlataformasLinux / Docker

WhatsApp X LinkedIn

Linux

Flujo con kubectl, Prometheus y promtool para distinguir presión real de memoria frente a page cache recuperable.

kubectl con acceso de lectura al clusterPrometheus con métricas de cAdvisor/kubeletpromtool opcional para validar reglas

Ver eventos OOMKilled recientes

kubectl get events -A --field-selector reason=OOMKilling --sort-by=.lastTimestamp

Comprobar límites de memoria por pod

kubectl get pods -A -o custom-columns='NS:.metadata.namespace,POD:.metadata.name,CONTAINER:.spec.containers[*].name,LIMITS:.spec.containers[*].resources.limits.memory'

Validar reglas antes de desplegar

promtool check rules k8s-memory-alerts.yml

Leer también enUnderstand Kubernetes memory metrics without firing false OOM 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.