-
Notifications
You must be signed in to change notification settings - Fork 14.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
update CloudDualStackNodeIPs to beta #42875
Conversation
👷 Deploy Preview for kubernetes-io-vnext-staging processing.
|
/sig network |
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 actually wouldn't use a feature-state shortcode now. The “feature” is very hard to name.
When using an external cloud provider, you can pass a dual-stack `--node-ip` value to | ||
kubelet if you enable the `CloudDualStackNodeIPs` feature gate in both kubelet and the | ||
external cloud provider. This is only supported for cloud providers that support dual | ||
stack clusters. | ||
kubelet. This is only supported for cloud providers that support dual stack clusters. | ||
|
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.
What do we support for --node-ip
, dual-stack, and a bare metal cluster? Let's make that clear.
c7424b8
to
d6ccdd0
Compare
If a Pod runs on that node in HostNetwork mode, the Pod reports these IP addresses in its | ||
`.status.podIPs` field. | ||
All `podIPs` in a node match the IP family preference defined by the `.status.addresses` | ||
field for that Node. |
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 ended up dropping this part because it's not really about kubelet --node-ip
(it's true whether the IPs were assigned by --node-ip
or by default) and because it's kind of obvious anyway... It was interesting to note these things at one point in the past when we had just fixed that behavior, but at this point, this is just how anyone would expect it to work.
* This is required for "bare metal" dual-stack nodes (i.e., nodes with no | ||
`--cloud-provider`). If you are using a cloud provider, you only need to pass an | ||
explicit `--node-ip` if you want to override the node IPs chosen by the cloud provider. | ||
* (The legacy built-in cloud providers do not support dual-stack `--node-ip`.) |
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.
Not sure about wording here... but it seemed like it made more sense to describe the non-legacy-cloud-provider behavior first and then add a disclaimer about the legacy cloud providers, so we can just remove that sentence once they go away?
* This is required for "bare metal" dual-stack nodes (i.e., nodes with no | ||
`--cloud-provider`). If you are using a cloud provider, you only need to pass an |
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.
How about:
* This is required for "bare metal" dual-stack nodes (i.e., nodes with no | |
`--cloud-provider`). If you are using a cloud provider, you only need to pass an | |
* this is required for dual-stack nodes in "bare metal" mode (nodes where you do not specify | |
`--cloud-provider` as a command line argument to the kubelet). The kubelet publishes the | |
IP addresses that you specify, as `.status.addresses`. | |
If you are using a cloud provider integration, you only need to pass an |
Does the kubelet ever autodetect dual-stack .status.addresses
? If so, we should try to tweak the wording further.
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.
No; if you specify neither --cloud-provider
nor --node-ip
, then kubelet autodetects a single node IP.
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.
Please re-puch commit for restart netlify
4e5013d
to
cb5c5e3
Compare
@Arhell done |
Thanks. |
LGTM label has been added. Git tree hash: f3c5abfb138de489a1dfda3eb201aeb23a65b72a
|
cb5c5e3
to
ba28234
Compare
/lgtm |
LGTM label has been added. Git tree hash: d64e258543030c3cd0c30500eb00b6269c041802
|
/approve |
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: tengqm 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 |
KEP-3705 CloudDualStackNodeIPs is beta in 1.29