You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Hey there,
we are currently having problems with the IP address allocation in our cluster. We initially created the EKS cluster with CIDR /16 and subnets with /24 settings. Our VPC still has enough IP addresses in the subnets but occasionally pods are stuck in creation because one of the subnet's ips is exhausted while the other subnets still have available IP addresses. We are already evaluating adding more subnets or an additional CIDR range but I don't understand why a node is created in the first place in a subnet that has a low number of available IP addresses and does not prefer the other subnets to distribute the IP allocation better.
How is the scheduling of nodes in subnets determined and can we configure it to check the amount of available IP addresses before creation? I only found one blog post describing our problem, all other posts are about the general problem of exhausted subnets (https://edwin-philip.medium.com/aws-eks-subnet-insufficient-ip-address-d0855154c596).
Does anyone has some advice on how to handle this problem or came across a good workaround?
Environment:
Kubernetes version (use kubectl version): 1.25
CNI Version: v1.16.3
The text was updated successfully, but these errors were encountered:
This issue is now closed. Comments on closed issues are hard for our team to see.
If you need more assistance, please either tag a team member or open a new issue that references this one.
What happened:
Hey there,
we are currently having problems with the IP address allocation in our cluster. We initially created the EKS cluster with CIDR /16 and subnets with /24 settings. Our VPC still has enough IP addresses in the subnets but occasionally pods are stuck in creation because one of the subnet's ips is exhausted while the other subnets still have available IP addresses. We are already evaluating adding more subnets or an additional CIDR range but I don't understand why a node is created in the first place in a subnet that has a low number of available IP addresses and does not prefer the other subnets to distribute the IP allocation better.
How is the scheduling of nodes in subnets determined and can we configure it to check the amount of available IP addresses before creation? I only found one blog post describing our problem, all other posts are about the general problem of exhausted subnets (https://edwin-philip.medium.com/aws-eks-subnet-insufficient-ip-address-d0855154c596).
Does anyone has some advice on how to handle this problem or came across a good workaround?
Environment:
kubectl version
): 1.25The text was updated successfully, but these errors were encountered: