Skip to content
100% local

Kubernetes requests and limits calculator

Turn observed CPU and memory usage into sized requests, limits and a cluster node estimate.

Input
20

Kubernetes requests and limits calculator

Paste one line per container in the form container;average CPU;peak CPU;average memory;peak memory — CPU in millicores, memory in mebibytes — and this tool sizes Kubernetes requests and limits for each one, then rolls the set up into a cluster-wide reservation. It answers the question every manifest review runs into: what should "resources" actually say, given what the container really uses.

The limit is always the peak reading plus a headroom percentage you control, so a burst above what was observed doesn't immediately hit a throttle or an OOM kill. The quality-of-service class decides the request: Guaranteed sets it equal to the limit, the only way Kubernetes grants that tier; Burstable derives it from the limit-to-request ratio, floored so it never sits below the average usage you gave it — an idling container still reserves enough for its typical load. Replicas multiplies every container's numbers before they're summed, and the node-size fields turn that total into how many nodes you'd need, sized on whichever of CPU or memory is the tighter fit.

Output comes as a tab-separated table, or a YAML resources fragment ready to paste into a container spec — a select box switches between them, live. Rows that don't split into exactly five semicolon-separated fields, or carry a non-numeric or negative value, are rejected with the line number so a typo can't produce a silently wrong estimate; a blank input just clears the result.

Everything runs in your browser. Container names and usage figures never leave your device — nothing is uploaded or logged. Copy the result, download it as a .txt file, or send it straight into another tool's input.

FAQ

What units does it expect for CPU and memory?
CPU in millicores (m) and memory in mebibytes (Mi) — the same units the output uses, so nothing needs converting either way.
What's the difference between Guaranteed and Burstable?
Guaranteed sets the request equal to the limit, which is what Kubernetes requires for that QoS class. Burstable sets a lower request — derived from the limit ÷ ratio option, never below the average usage you gave it — leaving room to burst up to the limit.
How is the node count worked out?
The total requested CPU and memory across all replicas is divided by the CPU and memory you set for one node; the tool takes whichever ratio is larger and rounds up, since a cluster is sized by its tightest-fitting resource.
Why did I get a "line" error instead of a result?
A row didn't split into exactly five semicolon-separated fields, or one of the four numbers was missing, non-numeric or negative. The message names the line so it's quick to fix.
Is my usage data uploaded anywhere?
No. The calculation runs entirely in your browser — your container names and CPU/memory figures are never sent to a server.