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

KIM should set annotations to reduce the grace-periods when deleting a cluster #330

Open
2 tasks
tobiscr opened this issue Aug 6, 2024 · 0 comments
Open
2 tasks
Labels
area/control-plane Related to all activities around Kyma Control Plane kind/feature Categorizes issue or PR as related to a new feature.

Comments

@tobiscr
Copy link
Contributor

tobiscr commented Aug 6, 2024

Description

We were already investigating the force-deletion annotation of Gardener (see #103 ) which turned out to be not a perfect match for our purposes.

Alterantively, we could reduce the grace-period timespans to minimise the waiting time. See https://pages.github.tools.sap/kubernetes/gardener/docs/landscapes/live/gardener/shoot_cleanup/ for getting an overview of available annotations.

AC:

  • Run a POC which is using these annotations and set them to <5min. Goal is to identify a value which is high enough to delete a normal cluster (which is in a halthy state) without a risk of generating orphan infrastructure resources, but small enough to avoid unnecessary waiting times if the deletion hangs.
  • Extend KIm to set these Gardener annotaitons to reduce graceful periods to a meaningful value

Reasons

Reduce waiting time if a cluster hangs during the deletion.

Attachments

@tobiscr tobiscr added kind/feature Categorizes issue or PR as related to a new feature. area/control-plane Related to all activities around Kyma Control Plane labels Aug 6, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
area/control-plane Related to all activities around Kyma Control Plane kind/feature Categorizes issue or PR as related to a new feature.
Projects
None yet
Development

No branches or pull requests

1 participant