You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: content/en/blog/_posts/2024-07-18-kubernetes-1.31-deprecations-and-removals.md
+7-7Lines changed: 7 additions & 7 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -20,7 +20,7 @@ It may change before the actual release date.
20
20
The Kubernetes project has a well-documented [deprecation policy](/docs/reference/using-api/deprecation-policy/) for features.
21
21
This policy states that stable APIs may only be deprecated when a newer, stable version of that API is available and that APIs have a minimum lifetime for each stability level.
22
22
A deprecated API has been marked for removal in a future Kubernetes release.
23
-
It will continue to function until removal (at least one year from the deprecation), but usage will result in a warning being displayed.
23
+
It will continue to function until removal (at least one year from the deprecation), but usage will display a warning.
24
24
Removed APIs are no longer available in the current version, so you must migrate to using the replacement.
25
25
26
26
* Generally available (GA) or stable API versions may be marked as deprecated but must not be removed within a major version of Kubernetes.
@@ -29,12 +29,12 @@ Removed APIs are no longer available in the current version, so you must migrate
29
29
30
30
* Alpha or experimental API versions may be removed in any release without prior deprecation notice.
31
31
32
-
Whether an API is removed because a feature graduated from beta to stable or because that API simply did not succeed, all removals comply with this deprecation policy.
32
+
Whether an API is removed because a feature graduated from beta to stable or because that API did not succeed, all removals comply with this deprecation policy.
33
33
Whenever an API is removed, migration options are communicated in the [documentation](/docs/reference/using-api/deprecation-guide/).
34
34
35
35
## A note about SHA-1 signature support fully going away in go1.24
36
36
37
-
In [go1.18](https://go.dev/doc/go1.18#sha1) (released in March 2022), the crypto/x509 library started to reject certificates that were signed with a SHA-1 hash function.
37
+
In [go1.18](https://go.dev/doc/go1.18#sha1) (released in March 2022), the crypto/x509 library started to reject certificates signed with a SHA-1 hash function.
38
38
While SHA-1 is established to be unsafe and publicly trusted Certificate Authorities have not issued SHA-1 certificates since 2015, there might still be cases in the context of Kubernetes where user-provided certificates are signed using a SHA-1 hash function through private authorities with them being used for Aggregated API Servers or webhooks.
39
39
If you have relied on SHA-1 based certificates, you must explicitly opt back into its support by setting `GODEBUG=x509sha1=1` in your environment.
40
40
@@ -50,7 +50,7 @@ Please see [Kubernetes issue #125689](https://github.com/kubernetes/kubernetes/i
50
50
In the early days of Kubernetes, when not that many tools in the field of declarative configurations existed, [kustomize](https://github.com/kubernetes-sigs/kustomize) was introduced, and to make life easier for kubectl users, it was included in kubectl by default.
51
51
52
52
Over the past several years, the ecosystem around Kubernetes has grown significantly, resulting in a wider spread of tooling, including declarative configuration.
53
-
With these new options, users are able to use [kubectl plugins](/docs/tasks/extend-kubectl/kubectl-plugins/) to match their use cases with the best tool capable of resolving the problem at hand.
53
+
With these new options, users can use [kubectl plugins](/docs/tasks/extend-kubectl/kubectl-plugins/) to match their use cases with the best tool to resolve the problem at hand.
54
54
55
55
With Kubernetes v1.31, kustomize will be deprecated from kubectl. It will be removed in a future release.
56
56
The exact removal timeline is currently described in [the enhancement](https://github.com/kubernetes/enhancements/blob/master/keps/sig-cli/4706-deprecate-and-remove-kustomize/README.md).
@@ -63,7 +63,7 @@ Users are advised to deprecate RunOnce mode by disabling the `LegacyNodeRunOnceM
63
63
Starting in Kubernetes v1.31, kubelet will refuse to start if this feature gate is disabled.
64
64
65
65
If you still rely on this feature, migrate to using the `podman kube` subcommand.
66
-
Refer to the [podman documentation](https://docs.podman.io/en/latest/markdown/podman-kube.1.html.) for more information.
66
+
For more information, refer to the [podman documentation](https://docs.podman.io/en/latest/markdown/podman-kube.1.html).
67
67
68
68
### Deprecate status.nodeInfo.kubeProxyVersion field [KEP 4004](https://github.com/kubernetes/enhancements/issues/4004)
69
69
@@ -116,7 +116,7 @@ The `kube-scheduler` has deprecated all non-CSI volume limit plugins and removed
116
116
- EBSLimits
117
117
- GCEPDLimits
118
118
119
-
Its recommended that you use `NodeVolumeLimits` plugin instead because it can handle the same functionality as the removed plugins since those volume types have been migrated to CSI.
119
+
It's recommended that you use the`NodeVolumeLimits` plugin instead because it can handle the same functionality as the removed plugins since those volume types have been migrated to CSI.
120
120
Please replace the deprecated plugins with the `NodeVolumeLimits` plugin if you explicitly use them in the [scheduler config](/docs/reference/scheduling/config/).
121
121
The `AzureDiskLimits`, `CinderLimits`, `EBSLimits`, and `GCEPDLimits` plugins will be removed in Kubernetes v1.32.
122
122
@@ -129,7 +129,7 @@ The official list of API removals planned for [Kubernetes v1.32](/docs/reference
129
129
To prepare for this, you can edit your existing manifests and rewrite client software to use the `flowcontrol.apiserver.k8s.io/v1 API` version, available since v1.29.
130
130
All existing persisted objects are accessible via the new API. Notable changes in flowcontrol.apiserver.k8s.io/v1beta3 include that the PriorityLevelConfiguration `spec.limited.nominalConcurrencyShares` field only defaults to 30 when unspecified, and an explicit value of 0 is not changed to 30.
131
131
132
-
For more information please refer to [these docs](/docs/reference/using-api/deprecation-guide/#v1-32).
132
+
For more information, please refer to [these docs](/docs/reference/using-api/deprecation-guide/#v1-32).
133
133
134
134
## Want to know more?
135
135
The Kubernetes release notes announce deprecations.
0 commit comments