-
-
Notifications
You must be signed in to change notification settings - Fork 4.1k
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
fix: avoid cluster recreation when migrating from v17.x #1933
Conversation
unfortunately we won't be accepting PRs like this and instead I will point you to what others have done to migrate - #1744 |
Hi @bryantbiggs, thanks for the feedback. I've been reading the full thread but I've reached a dead-end because apparently the 17.x version allowed to create clusters with the The v18.x, using an existing cluster security group or creating a new one, always updates If I execute
I'll get
Example:
My clusters are all created like this and I cannot destroy them. The only alternative I currently have is to fork the module, which I prefer not to. Any ideas? I can work on doing a PR to support this edge case. Thank you for your time and effort. |
hey @renato0307 I think your issue might be related to #1911 Let me spin up a cluster and check out that PR |
@bryantbiggs thanks. Let me know if I can help. |
@bryantbiggs I've tried the #1911 in my scenario and the cluster still gets deleted. The PR only affects node_groups while my clusters are being destroyed because of changes in the cluster's vpc_config. We would need something like to make it work: |
Hi @bryantbiggs - with this fix I could migrate my clusters by using:
The process is:
I've applied your change in a fork and will use this until the fix gets released. Thank you once again. |
@renato0307 thanks for sharing! I would like to know do you have any issues to clean up old node pool from EKS console now the pool is no longer managed by Terraform? Any dependencies to prevent the old pool from being cleaned up? |
I'm going to lock this pull request because it has been closed for 30 days ⏳. This helps our maintainers find and focus on the active issues. If you have found a problem that seems related to this change, please open a new issue and complete the issue template so we can capture all the details necessary to investigate further. |
Description
Solves two issues:
Motivation and Context
We are migrating the module from v17.24.0 to v18.x and the changes force a cluster replacement, which is not acceptable in our context.
The v17.24 cluster is being created like this:
The with v18.8.1 we converted it to:
A Terraform plan output example is ("forces replacement" notice):
Breaking Changes
How Has This Been Tested?
examples/*
projects