Back to feed
Dev.to
Dev.to
7/2/2026
The original title is: "Kubernetes resource requests and limits explained: scheduling, throttling, and OOMKill"

The original title is: "Kubernetes resource requests and limits explained: scheduling, throttling, and OOMKill"

Original: Kubernetes resource requests and limits explained: scheduling, throttling, and OOMKill

Short summary

Kubernetes resource requests and limits serve different purposes that prevent one of the most common production failures: requests tell the scheduler how much memory to reserve for placement decisions, while limits are hard runtime ceilings that kill pods exceeding them. The critical insight is that the scheduler uses requested resources for placement, not actual usage, creating a balancing act between cost efficiency and system stability. Getting this right prevents the 3am OOMKilled cascades.

  • Requests tell the scheduler about resource needs; limits enforce hard runtime ceilings
  • Scheduler uses requests (not actual usage) for placement decisions
  • Misaligned requests/limits cause OOMKilled cascades, one of the most preventable production incidents

Generated with AI, which can make mistakes.

Is this a good recommendation for you?

Comments

Failed to load comments. Please try again.

Explore more