Reserve nodeport ranges for dynamic and static allocation

[xuzhenglun]

Enhancement Description

• One-line enhancement description (can be used as a release note): reserve nodeport ranges for dynamic and static allocation
• Kubernetes Enhancement Proposal: https://github.com/kubernetes/enhancements/tree/master/keps/sig-network/3668-reserved-service-nodeport-range
• Discussion Link: Reserved an statically port range for nodeport  kubernetes#114129
• Primary contact (assignee): @xuzhenglun
• Responsible SIGs: network
• Enhancement target (which target equals to which milestone):
  • Alpha release target (x.y): 1.27
  • Beta release target (x.y): 1.28
  • Stable release target (x.y): 1.29
• Alpha
  • KEP (k/enhancements) update PR(s):
    • Reserve Nodeport Ranges For Dynamic And Static Port Allocation #3682
  • Code (k/k) update PR(s):
    • Reserve Nodeport Ranges For Dynamic And Static Port Allocation kubernetes#114418
  • Docs (k/website) update PR(s):
    • add doc for ServiceNodePortStaticSubrange website#39850
    • add blog for feature ServiceNodePortStaticSubrange website#40204
• Beta
  • KEP (k/enhancements) update PR(s):
    • promote ServiceNodePortStaticSubrange to beta #3985
  • Code (k/k) update PR(s):
    • KEP-3668: promote ServiceNodePortStaticSubrange to beta kubernetes#117877
  • Docs (k/website) update PR(s):
    • KEP-3668: promote ServiceNodePortStaticSubrange to beta website#41037
• Stable
  • KEP (k/enhancements) update PR(s):
    • promote ServiceNodePortStaticSubrange to stable #4158
  • Code (k/k) update PR(s):
    • KEP-3668: promote ServiceNodePortStaticSubrange to stable kubernetes#120233
  • Docs (k/website) update(s):
    • KEP-3668: promote ServiceNodePortStaticSubrange to stable website#42774
• Clean up
  • KEP (k/enhancements) update PR(s):
    • KEP-3668: mark status as implemented #4254
  • Code (k/k) update PR(s):
    • Remove GA ServiceNodePortStaticSubrange feature gate kubernetes#124738
  • Docs (k/website) update(s):
    • Remove GA ServiceNodePortStaticSubrange feature gate website#46266

[aojea]

/sig network

[wojtek-t]

@thockin @aojea - I think we want to opt-in this for 1.27, right?

[aojea]

yes, @xuzhenglun that is the plan , right?

[xuzhenglun]

yes, @xuzhenglun that is the plan , right?

yes, it is. now PR is ready and waiting for next step review kubernetes/kubernetes#114418

[wojtek-t]

/label lead-opted-in

[Atharva-Shinde]

Hello @xuzhenglun 👋, Enhancements team here.

Just checking in as we approach Enhancements freeze on 18:00 PDT Thursday 9th February 2023.

This enhancement is targeting for stage alpha for 1.27 (correct me, if otherwise)

Here's where this enhancement currently stands:

• KEP readme using the latest template has been merged into the k/enhancements repo.
• KEP status is marked as implementable for latest-milestone: 1.27
• KEP readme has a updated detailed test plan section filled out
• KEP readme has up to date graduation criteria
• KEP has a production readiness review that has been completed and merged into k/enhancements.

For this KEP, we would just need to update the following:

• Add response for this question in the Scalability questionnaire of the KEP readme
• Change the status of the KEP from provisional to implementable
• Update this enhancement's test plan section to be in compliance with the current detailed test plan of the KEP readme template
• Change the kep-number from 3070 to the actual number of the KEP i.e 3668

The status of this enhancement is marked as at risk. Please keep the issue description up-to-date with appropriate stages as well. Thank you!

[xuzhenglun]

Hello @xuzhenglun 👋, Enhancements team here.

Just checking in as we approach Enhancements freeze on 18:00 PDT Thursday 9th February 2023.

This enhancement is targeting for stage alpha for 1.27 (correct me, if otherwise)

Here's where this enhancement currently stands:

• KEP readme using the latest template has been merged into the k/enhancements repo.
• KEP status is marked as implementable for latest-milestone: 1.27
• KEP readme has a updated detailed test plan section filled out
• KEP readme has up to date graduation criteria
• KEP has a production readiness review that has been completed and merged into k/enhancements.

For this KEP, we would just need to update the following:

• Add response for this question in the Scalability questionnaire of the KEP readme
• Change the status of the KEP from provisional to implementable
• Update this enhancement's test plan section to be in compliance with the current detailed test plan of the KEP readme template
• Change the kep-number from 3070 to the actual number of the KEP i.e 3668

The status of this enhancement is marked as at risk. Please keep the issue description up-to-date with appropriate stages as well. Thank you!

@Atharva-Shinde KEP has fixed in #3809, should I do anything else to remove at risk label?

[Atharva-Shinde]

@xuzhenglun
With all the KEP requirements in place and merged into k/enhancements, this enhancement is all good for the upcoming enhancements freeze. 🚀

The status of this enhancement is marked as tracked. Please keep the issue description up-to-date with appropriate stages as well. Thank you!

[mickeyboxell]

Hi @xuzhenglun 👋, I’m reaching out from the 1.27 Release Docs team. This enhancement is marked as ‘Needs Docs’ for the 1.27 release.

Please follow the steps detailed in the documentation to open a PR against dev-1.27 branch in the k/website repo. This PR can be just a placeholder at this time, and must be created by March 16. For more information, please take a look at Documenting for a release to familiarize yourself with the documentation requirements for the release.

Please feel free to reach out with any questions. Thanks!

[xuzhenglun]

I think a blog is enough for this KEP, WDYT? @aojea

Placeholder doc PR link: kubernetes/website#39850 @mickeyboxell

[Atharva-Shinde]

Hey again @xuzhenglun 👋 Enhancements team here,
Just checking in as we approach 1.27 code freeze at 17:00 PDT on Tuesday 14th March 2023.

Here's where this enhancement currently stands:

• All PRs to the Kubernetes repo that are related to your enhancement are linked in the above issue description (for tracking purposes).
• All PR/s are fully merged by the code freeze deadline.
  • Reserve Nodeport Ranges For Dynamic And Static Port Allocation kubernetes#114418

Also please let me know if there are other PRs in k/k we should be tracking for this KEP.
As always, we are here to help if any questions come up. Thanks!

[xuzhenglun]

HI @harshitasao,

All documents changed has been merged in kubernetes/website#42774

[sanchita-07]

Hey again @xuzhenglun 👋, 1.29 Enhancements team here.

Just checking in as we approach code freeze at 01:00 UTC Wednesday 1st November 2023:

Here's where this enhancement currently stands:

• All PRs to the Kubernetes repo that are related to your enhancement are linked in the above issue description (for tracking purposes).
• All PR/s are ready to be merged (they have approved and lgtm labels applied) by the code freeze deadline. This includes tests.

For this enhancement, it looks like the following PR was merged before code freeze:

• KEP-3668: promote ServiceNodePortStaticSubrange to stable kubernetes#120233

With all this, the status of this KEP is tracked for code freeze.

Also, please let me know if there are other PRs in k/k we should be tracking for this KEP.
As always, we are here to help if any questions come up. Thanks!

[kcmartin]

Hi @xuzhenglun ! 👋 from the v1.29 Release Team-Communications! We would like to check if you have any plans to publish a blog for this KEP regarding new features, removals, and deprecations for this release.

If so, you need to open a PR placeholder in the website repository.
The deadline will be on Tuesday 14th November 2023 (after the Docs deadline PR ready for review)

Here's the 1.29 Calendar

[salehsedghpour]

/remove-label lead-opted-in

[salehsedghpour]

Hello 👋 1.30 Enhancements Lead here,

I'm closing milestone 1.29 now,
If you wish to progress this enhancement in v1.30, please follow the instructions here to opt in the enhancement and make sure the lead-opted-in label is set so it can get added to the tracking board and finally add /milestone v1.30. Thanks!

/milestone clear

[k8s-triage-robot]

The Kubernetes project currently lacks enough contributors to adequately respond to all issues.

This bot triages un-triaged issues according to the following rules:

• After 90d of inactivity, lifecycle/stale is applied
• After 30d of inactivity since lifecycle/stale was applied, lifecycle/rotten is applied
• After 30d of inactivity since lifecycle/rotten was applied, the issue is closed

You can:

• Mark this issue as fresh with /remove-lifecycle stale
• Close this issue with /close
• Offer to help out with Issue Triage

Please send feedback to sig-contributor-experience at kubernetes/community.

/lifecycle stale

[xuzhenglun]

/remove-lifecycle stale

This targes v1.31.

[aojea]

@xuzhenglun this is GA since 1.29, what is missing?

[xuzhenglun]

@aojea

@xuzhenglun this is GA since 1.29, what is missing?

As #3668 (comment) mentioned, this feature gate will be kept befoew 1.31.

So I guess that there are a few thing need to be done in v1.31:

1. remove the feature gate in k/k
2. change KEP to implemented and merge KEP-3668: mark status as implemented #4254
3. we can close this after all things above are done.

[aojea]

Awesome, please go ahead and let's get to the finish line

[thockin]

@xuzhenglun Please feel free to remove the gate and update the KEP. Congratulations!

[xuzhenglun]

With PR of k/k and docs are merged, I think this can be closed. Thank guys all.

/close

[k8s-ci-robot]

@xuzhenglun: Closing this issue.

In response to this:

With PR of k/k and docs are merged, I think this can be closed. Thank guys all.

/close

Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes-sigs/prow repository.

[aojea]

Thanks to you @xuzhenglun , great contribution and great example on how to drive a feature end to end, proper testing, documentation and tracking ... there was minimum maintainer work required 😄