-
Notifications
You must be signed in to change notification settings - Fork 716
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
Improve UX for upgrade node experimental-control-plane #1071
Comments
/assign @liztio |
Thanks for filing @fabriziopandini |
@fabriziopandini can we close? |
No. Users are still required to do two actions for upgrading control-plane nodes ATM |
@fabriziopandini i will take this one. |
kk |
I will take this issue this week after talking with @MalloZup |
@yuexiao-wang when do you plan to send PR for this issue (I'm updating state for Tracking issue for Certificates copy for join --control-plane) |
@yuexiao-wang as discussed in slack we are punting this to v1.15 because HA will not make beta in V1.14 |
Got it |
/lifecycle active For upgrades on nodes now we have two commands now:
My proposal is to: CONS: for a transitory period we will have |
i was thinking that we should punt the upgrade phases work to 1.16. |
this seems to be done. upgrade phases for "apply" has a separate ticket. |
kubernetes/kubernetes#66973 implemented upgrade for secondary instances of the control plane via the new command
kubeadm upgrade node experimental-control-plane
.This approach isolates the alpha feature from the main kubeadm workflows, but gives extra works to the users.
Once
join --control-plane
became not experimental we should review the approach to upgrades as well, perhaps detecting and triggering automatically upgrade of secondary instances of the control plane as a step of a comprehensivekubeadm upgrade node
actionSee this comments on the PR for more background
The text was updated successfully, but these errors were encountered: