Schedule pods on a nodegroup on which no concurrent actions are executed #7834
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Description
Fixes #7792
CRUD integration test creates a bunch of nodegroups, on which, some of the specs, then execute different operations e.g. scale, delete, etc. Other parallel specs apply daemonsets, deployments, etc. Depending on timing, one spec might delete and/or drain a node onto which pods were scheduled by another spec, right when the namespace in which the pods are running is being terminated.
To fix ☝🏻, this PR ensures that all pods are scheduled on a separate nodegroup, onto which no other concurrent action is being executed.
Manual testing
https://github.com/eksctl-io/eksctl-ci/actions/runs/9510689795/job/26218234718
Checklist
README.md
, or theuserdocs
directory)area/nodegroup
) and kind (e.g.kind/improvement
)BONUS POINTS checklist: complete for good vibes and maybe prizes?! 🤯