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
Remove --cloud-provider=auto-detect #50986
Comments
/sig cluster-lifecycle |
/area cloudprovider |
/assign wlan0 |
/assign andrewsykim As discussed in our meeting I'll be following up with sig-node to see if we can deprecate this as it's going against what we want for external cloud providers |
FYI @kubernetes/sig-node-feature-requests @kubernetes/sig-cluster-lifecycle-feature-requests |
Automatic merge from submit-queue (batch tested with PRs 50932, 49610, 51312, 51415, 50705) Deprecation warnings for auto detecting cloud providers **What this PR does / why we need it**: Adds deprecation warnings for auto detecting cloud providers. As part of the initiative for out-of-tree cloud providers, this feature is conflicting since we're shifting the dependency of kubernetes core into cAdvisor. In the future kubelets should be using `--cloud-provider=external` or no cloud provider at all. **Which issue this PR fixes** *(optional, in `fixes #<issue number>(, fixes #<issue_number>, ...)` format, will close that issue when PR gets merged)*: fixes #50986 **Special notes for your reviewer**: NOTE: I still have to coordinate with sig-node and kubernetes-dev to get approval for this deprecation, I'm only opening this PR since we're close to code freeze and it's something presentable. **Release note**: ```release-note Deprecate auto detecting cloud providers in kubelet. Auto detecting cloud providers go against the initiative for out-of-tree cloud providers as we'll now depend on cAdvisor integrations with cloud providers instead of the core repo. In the near future, `--cloud-provider` for kubelet will either be an empty string or `external`. ```
Would have been nice to keep this issue open to track progress in the next releases |
Indeed, should be kept open. |
Thanks @luxas I edited the issue description to include the deprecation plan going forward. Open to changes on the deprecation plan if we think it's too aggressive. |
Great, I think this is a good timeline. We need to make sure we communicate it very well though |
Looks like you beat me to it 😛, gave it a review. |
hehe, yes, added it at the same time as everything else ;) |
[MILESTONENOTIFIER] Milestone Issue Current Issue Labels
|
@andrewsykim i took the liberty to move this along (filed 53573). Hope that's ok. |
Thanks @dims, appreciate it. I think there were some discussions in the mailing list thread about v1.9 being too soon. I think it largely depends on how many users actually take advantage of the auto-detect feature. It's not many from what I've seen but we should follow up and be sure. |
@andrewsykim Any recent discussion about that? I haven't seen any activity recently but I might just be subject to email overflow. I hope we can get this into v1.9 |
I didn't follow any discussion related to this topic, but thought this is right move to decouple cloud_provider components from the core system. If I remembered correctly, only cloud_providers for GCE, AWS and Azura depend on the feature, which can be easily override. Any concerns for v1.9? |
@dchen1107 Please look at #53573 and give your LGTM |
Done. Just better document in 1.9 release notes. LGTM |
Thank you! |
…-kubelet Automatic merge from submit-queue (batch tested with PRs 52662, 53547, 53588, 53573, 53599). If you want to cherry-pick this change to another branch, please follow the instructions <a href="https://github.com/kubernetes/community/blob/master/contributors/devel/cherry-picks.md">here</a>. Do not set auto-detect cloud provider as the default in kubelet **What this PR does / why we need it**: This is part of the move to external cloud providers. Please see plan detail in issue 50986. This PR covers step 2: v1.9 - set no cloud provider as the default in kubelet but still allow opt in for auto-detect **Which issue this PR fixes** *(optional, in `fixes #<issue number>(, fixes #<issue_number>, ...)` format, will close that issue when PR gets merged)*: fixes # Fixes: #50986 **Special notes for your reviewer**: **Release note**: ```release-note kubelet's `--cloud-provider` flag no longer defaults to "auto-detect". If you want cloud-provider support in kubelet, you must set a specific cloud-provider explicitly. ```
Reopening for the removal of the option in v1.10 |
@enisoc please move this to 1.10 milestone |
Automatic merge from submit-queue (batch tested with PRs 54902, 56831, 56702, 56287, 56878). If you want to cherry-pick this change to another branch, please follow the instructions <a href="https://github.com/kubernetes/community/blob/master/contributors/devel/cherry-picks.md">here</a>. Remove the kubelet's `--cloud-provider=auto-detect` feature **What this PR does / why we need it**: Set no cloud provider as the default in kubelet, remove deprecated explain and variable. This PR covers step 3: `v1.10 - completely remove the option to use auto-detect` For more details [#50986 **Which issue(s) this PR fixes** *(optional, in `fixes #<issue number>(, fixes #<issue_number>, ...)` format, will close the issue(s) when PR gets merged)*: Fixes [#50986 **Special notes for your reviewer**: **Release note**: ```release-note [action required] Remove the kubelet's `--cloud-provider=auto-detect` feature ```
/kind feature
What happened:
Continuing the discussion from #50730, we should deprecate (or remove since its alpha) the option to set
--cloud-provider=auto-detect
. See comment #50730 (comment) and #50730 (comment) for more details.related issues: #48690
related kubernetes-dev thread: https://groups.google.com/forum/#!topic/kubernetes-dev/UAxwa2inbTA
EDIT:
Deprecation plan:
auto-detect
The text was updated successfully, but these errors were encountered: