Skip to content

Conversation

@cloutierMat
Copy link
Member

Adding documentation about eks managed node groups.

Copy link
Contributor

@simonrw simonrw left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Some suggestions and corrections, but otherwise looks good!

--cluster-name cluster1 \
--nodegroup-name nodegroup1 \
--node-role arn:aws:iam::000000000000:role/eks-nodegroup-role \
--subnets subnet-12345678 \
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

We should probably make sure to set up a proper subnet (that's associated with the VPC) as this is important for the LB controller.

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I was not thinking to mix in documentation for what is required for the controllers. It is true that enforcing valid vpc config is a natural next step in improving eks. I am happy to improve the flow in the docs here.

awslocal eks create-cluster \
--name cluster1 \
--role-arn "arn:aws:iam::000000000000:role/eks-role" \
--resources-vpc-config "{}"
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

question: didn't we decide a while back that the user is going to have to provide this information now? Since we thread it through to the instances. Even if we don't require this yet, it's probably worth setting the expectation now.

}
```

Once ready you can list the nodes in your cluster using `kubectl`:
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

issue: we should wait for the nodegroup to be ready with

aws eks wait nodegroup-active --nodegroup-name nodegroup1

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

And perhaps we can run the corresponding command when creating the cluster as well

Co-authored-by: Simon Walker <s.r.walker101@googlemail.com>
@cloudflare-workers-and-pages
Copy link

cloudflare-workers-and-pages bot commented Dec 19, 2025

Deploying localstack-docs with  Cloudflare Pages  Cloudflare Pages

Latest commit: a9c5fc2
Status: ✅  Deploy successful!
Preview URL: https://102e719c.localstack-docs.pages.dev
Branch Preview URL: https://eks-managed-node-groups.localstack-docs.pages.dev

View logs

Copy link
Collaborator

@quetzalliwrites quetzalliwrites left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@cloutierMat I made my review/updates. Now you only need to finish addressing Simon's feedback. 😸

@cloutierMat
Copy link
Member Author

@simonrw here's ther change I made

  • I added a Deploy the necessary networking components section with vpc and subnet creation
  • I used the [CreateVpc API](<link>) instead of [CreateVpc](<link>) API over the whole file. Pattern that @quetzalliwrites previously modified in the PR
  • I use waiters for the cluster and node group
  • extra: I added a bunch of titles to our important bash commands... I found it so useful when I was going through it. I can imagine it being useful for our users as well 🤣

The only remaining difference to make the flow identical with aws are to make the subnets public by adding an internet gateway and enabling sunbets auto-assign public IPv4 address (for AWS LB controller). Along with IAM resources. Which I don't think any of those would be relevant to add at this point.

@cloutierMat cloutierMat requested a review from simonrw December 19, 2025 21:52
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

4 participants