-
Notifications
You must be signed in to change notification settings - Fork 1.5k
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
KEP-3705: simplify initial alpha, discuss possible changes to plan #3898
KEP-3705: simplify initial alpha, discuss possible changes to plan #3898
Conversation
09ee5bb
to
0a7c39c
Compare
Also update feature gate name
0a7c39c
to
dd4fcdf
Compare
/assign @thockin |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I'm glad you're able to keep this area in your brain, because...whew! Quite a tangle.
/lgtm
/approve
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: danwinship, thockin 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:
Approvers can indicate their approval by writing |
One-line PR description: Update KEP-3705 to simplify what we will do in 1.27.
Issue link: Cloud Dual-Stack --node-ip Handling #3705
Other comments:
While starting to implement the new dual-stack cloud
--node-ip
behavior, I realized that the constraint of preserving backward-compatible behavior for all existing--node-ip
values means that you can't express certain things in some clusters, depending on the set of NodeAddresses provided by the cloud. (See the commit for an example.)There are various things we could do about this, but it's too late to debate them in the 1.27 cycle. However, we know that we want to support explicit-dual-stack IPs on clouds; we know how we want to support it (using the same syntax we use for bare metal); and we know there are already people waiting for this functionality who would be sad if it missed 1.27.
So this PR updates the KEP to indicate that we're doing just that (explicit dual-stack
--node-ip
on external clouds, without the originally-proposed newIPv4
andIPv6
literals) for 1.27, and that we'll update the KEP again in the 1.28 cycle after reconsidering the plan.(Where "update the KEP again" could mean saying "ok, never mind, we'll just continue with what we originally planned", but I think I'm going to suggest reducing this KEP to just the explicit-dual-stack-IPs part, and then file a new KEP proposing we deprecate
--node-ip
in favor of--node-ips
with better semantics, and tie the annotation renaming to that as well.)/sig network
/cc @thockin @aojea @mdbooth @JoelSpeed