- Newest
- Most votes
- Most comments
Worker nodes are provisioned via EC2 Auto Scaling, both for self-managed and Managed Worker Nodes. Additional instances are called for by increasing the Auto Scaling Group's (ASG) DesiredCount parameter. If EC2 Auto Scaling is unable to provision an instance due to insufficient capacity, it will retry until an instance becomes available. Meanwhile, the Kubernetes scheduler will keep trying to place the pods until the additional instances become available and It will not fail and give up due to insufficient capacity, either. In order to avoid insufficient capacity issue then follow below strategies that can be applied:
- Add more AZs to the Auto Scaling Group if possible.
- Use a MixedInstancesPolicy in the AutoScalingGroup to allow for "fallback" instance type if the preferred instance type is unavailable.
- Buy On-Demand Capacity reservations (ODCR) instances.
Hi - Thanks for reaching out. Are you looking for some automation to be built? If you receive the error while attempting to create an Amazon EKS cluster, then one of the Availability Zones you specified doesn't have sufficient capacity to support a cluster. Retry creating your cluster with subnets in your cluster VPC that are hosted in the Availability Zones returned by this error message. Are you getting in error message which AZ to select from?
Relevant content
- asked a year ago
- Accepted Answerasked a year ago
- asked 2 years ago
- AWS OFFICIALUpdated a year ago
- AWS OFFICIALUpdated 3 months ago
- AWS OFFICIALUpdated 2 months ago
- AWS OFFICIALUpdated a year ago