-
Notifications
You must be signed in to change notification settings - Fork 252
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
Add a Drifted condition to NodePool that tells whether any nodeclaims are drifted from the desired state #1785
Comments
Originally opened here: aws/karpenter-provider-aws#7293 |
/triage accepted |
/help |
@jonathan-innis: GuidelinesPlease ensure that the issue body includes answers to the following questions:
For more details on the requirements of such an issue, please see here and ensure that they are met. If this request no longer meets these requirements, the label can be removed In response to this:
Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes-sigs/prow repository. |
/priority important-soon |
IMO, this is a really nice observability feature and could be a huge help for folks easily wanting to see if their NodeClaims are actively drifting -- we could even consider putting this in the printer column output. |
how to deal for the new status if there is a single or any of nodeclaims with unknown drifted condition? as Unknown too? |
/assign |
Description
What problem are you trying to solve?
I'm trying to integrate karpenter nodepools into argocd health checks.
This would help argocd determine when a deployment of an ec2nodeclass or nodepool configuration change has been reconciled.
I think I could resolve this by writing a custom controller that adds an extra condition called Drifted to each NodePool resource, but I'd much rather have this solved natively by karpenter.
Proposal:
Introduce a new condition called Drifted with a value of False if the hashes of the NodeClaims managed by the NodePool do not match the hash of the NodePool and/or the Ec2NodeClass. The value should be True if any of the NodeClaims has a drifted hash of the NodePool or Ec2NodeClass.
Optionally there could be a status that tells how many nodeclaims we have that are drifted. If that count is 0 then the Drifted condition could be set to False.
How important is this feature to you?
The text was updated successfully, but these errors were encountered: