Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Node Pools not able to use t3.small in AWS EKS Auto Mode #2516

Open
mridul-dazn opened this issue Jan 7, 2025 · 2 comments
Open

Node Pools not able to use t3.small in AWS EKS Auto Mode #2516

mridul-dazn opened this issue Jan 7, 2025 · 2 comments
Labels
EKS Auto Mode EKS Amazon Elastic Kubernetes Service Proposed Community submitted issue

Comments

@mridul-dazn
Copy link

We have facing issue while creating custom nodepool with t3.small in AWS EKS Auto Mode.

Working with t3.medium instance type however facing issue only with t3.small. We have also adjusted the CPU and Memory limits and requests for your daemon set and tried still it is picking up the t3.medium size.

Upon checking the nodeclaim that was created by EKS automode Karpenter while creating the node I have seen below config which does not contain small instance size could be the one of the possible reasons it is not picking up the small sized instances as Automode always make sures that enough resources are always available.

@mridul-dazn mridul-dazn added the Proposed Community submitted issue label Jan 7, 2025
@mikestef9 mikestef9 added EKS Amazon Elastic Kubernetes Service EKS Auto Mode labels Jan 7, 2025
@mikestef9
Copy link
Contributor

Auto mode only launches instance types that are:

  • > 1 CPU
  • not nano, micro or small

We are working on getting this info added to docs

@aslatter
Copy link

It would be helpful if this sort of failure condition were surfaced in some way. I created a node-pool which was restricted to a 1-CPU-instance-type by matching directly (using various combinations of conditions on eks.amazonaws.com/instance-cpu and eks.amazonaws.com/instance-size while I tried to debug things) and both the node-pool and node-class reported themselves as "ready" but never created any node-claims in response to scheduling pressure.

Maybe k8s events related to the node-pool object? Or some field in the "status" block of the node-pool.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
EKS Auto Mode EKS Amazon Elastic Kubernetes Service Proposed Community submitted issue
Projects
None yet
Development

No branches or pull requests

3 participants