Updated 25 October 2026 · Published by Zoorik
Max pods per node is the most pods one Kubernetes node can run. Kubernetes max pods per node defaults to 110, set by the kubelet (node agent).
Max pods per node on EKS and AKS
- On EKS, most pods take an IP address from the node, so by default the cap is interfaces × (addresses per interface minus 1) + 2.
- Without a custom machine image, managed node groups cap it at 110 below 30 virtual CPUs and 250 above.
- On AKS, each node pool sets it, up to 250. The default is 30 to 250, by network plugin.
- To change max pods per node on AKS, add a pool with the new value and move your pods.
A full node on EKS
An m5.large has 8 GiB of memory and 3 network interfaces with 10 IPv4 addresses each. EKS allows 3 × 9 + 2 = 29 pods.
Say each pod requests 100 MiB, as an illustration: about 2.8 GiB in all. Pod 30 needs another node, with most memory unclaimed.
Why it matters for your bill
You pay for each node, however many pods it runs. When slots fill first, paid CPU and memory sit unclaimed.
- A higher cap, or a bigger EKS instance, allows denser bin packing.
- Coral rebalances CPU and memory requests on AKS and EKS to match real use, and drains spare nodes so your autoscaler can remove them.
- The free assessment works out your own figure.
Read next: Kubernetes bin packing: fewer nodes for the same pods
Sources: Kubernetes, “Kubelet Configuration (v1beta1)” (opens in a new tab); AWS, “Choose an optimal Amazon EC2 node instance type” (opens in a new tab); AWS, “Specifications for Amazon EC2 general purpose instances” (opens in a new tab); Microsoft Learn, “Concepts - IP address planning in Azure Kubernetes Service (AKS)” (opens in a new tab).