Skip to content

Conversation

michaelhtm
Copy link
Member

Description of changes:
Currently, when we successfully update an EKS cluster, trigger a
controller 15 second requeue.
During these 15 seconds, the actual cluster Status does not get updated,
meaning, if previously it was Active, it will remain Active until the
end of the 15 seconds where the controller will change it to Updating.

With this change, we will be setting the Updating status ourselves when
the update api call is successful, and during the next reconciliation
(still 15 seconds) the controller will change it to whatever status is
returned by the AWS API.

By submitting this pull request, I confirm that my contribution is made under the terms of the Apache 2.0 license.

Currently, when we successfully update an EKS cluster, trigger a
controller 15 second requeue.
During these 15 seconds, the actual cluster Status does not get updated,
meaning, if previously it was Active, it will remain Active until the
end of the 15 seconds where the controller will change it to Updating.

With this change, we will be setting the Updating status ourselves when
the update api call is successful, and during the next reconciliation
(still 15 seconds) the controller will change it to whatever status is
returned by the AWS API.
@ack-prow ack-prow bot requested review from a-hilaly and rushmash91 August 20, 2025 21:35
@ack-prow ack-prow bot added the approved label Aug 20, 2025
Copy link

ack-prow bot commented Aug 20, 2025

@michaelhtm: The following test failed, say /retest to rerun all failed tests or /retest-required to rerun all mandatory failed tests:

Test name Commit Details Required Rerun command
eks-verify-attribution cccb904 link false /test eks-verify-attribution

Full PR test history. Your PR dashboard.

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/test-infra repository. I understand the commands that are listed here.

Copy link

ack-prow bot commented Aug 20, 2025

[APPROVALNOTIFIER] This PR is APPROVED

This pull-request has been approved by: a-hilaly, michaelhtm

The full list of commands accepted by this bot can be found here.

The pull request process is described here

Needs approval from an approver in each of these files:
  • OWNERS [a-hilaly,michaelhtm]

Approvers can indicate their approval by writing /approve in a comment
Approvers can cancel approval by writing /approve cancel in a comment

Copy link
Contributor

@knottnt knottnt left a comment

Choose a reason for hiding this comment

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

Q: @michaelhtm @a-hilaly with this change are there any concerns about us showing a partial state transition? If I'm understanding this change we'll immediately set the Cluster Status, but the rest of our Status fields will be pre-update values. So, users will see the status of the cluster change, but none of their changes reflected in the other Status fields. Maybe, not a huge issue since we won't be in a ResourceSynced=True state and we'll become eventually consistent.

@@ -168,6 +168,7 @@ func clusterDeleting(r *resource) bool {
func returnClusterUpdating(r *resource) (*resource, error) {
Copy link
Contributor

Choose a reason for hiding this comment

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

The function description may need to updated. With this change forcing a re-queue is no longer necessary to see the "UPDATING" status.

@@ -168,6 +168,7 @@ func clusterDeleting(r *resource) bool {
func returnClusterUpdating(r *resource) (*resource, error) {
msg := "Cluster is currently being updated"
ackcondition.SetSynced(r, corev1.ConditionFalse, &msg, nil)
r.ko.Status.Status = aws.String(string(svcsdktypes.ClusterStatusUpdating))
Copy link
Contributor

Choose a reason for hiding this comment

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

Q: If we're setting the ResourceSynced condition to false does that not already inform users that the Status fields may not reflect the state of the cluster in AWS?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants