|
47 | 47 |
|
48 | 48 | The kube-scheduler configuration API `kubescheduler.config.k8s.io` was in alpha
|
49 | 49 | for several releases. We graduated it to beta in 1.19 as `v1beta1`. We introduced
|
50 |
| -`v1beta2` and `v1beta3` in 1.22 and 1.23 respectively. |
| 50 | +`v1beta2` and `v1beta3` in 1.22 and 1.23 respectively. We'd like to graduate it |
| 51 | +to GA in 1.25 and mark `v1beta2` as deprecated to avoid breaking existing users, |
| 52 | +we'll remove the support of `v1beta2` in 1.26. |
51 | 53 |
|
52 | 54 | ## Motivation
|
53 | 55 |
|
@@ -108,6 +110,10 @@ The third iteration, `kubescheduler.config.k8s.io/v1beta3`, includes the followi
|
108 | 110 | The main reason is that some plugins have "default" behavior without needing user inputs, whereas the above plugins are
|
109 | 111 | about user preferences, so should have more influence while making scheduling decisions.
|
110 | 112 | More information on the discussion can be found [here](https://github.com/kubernetes/kubernetes/issues/88174).
|
| 113 | + |
| 114 | +The fourth iteration, `kubescheduler.config.k8s.io/v1`, includes the following changes: |
| 115 | + - Mark `v1beta2` as deprecated |
| 116 | + |
111 | 117 | ### Risks and Mitigations
|
112 | 118 |
|
113 | 119 | The major risk is around the removal of the `unreserve` extension point.
|
|
219 | 225 | - No changes to plugins enabled by default. Only their weights would change.
|
220 | 226 | - Remove `v1beta1`.
|
221 | 227 |
|
| 228 | + When `v1` gets introduced: |
| 229 | + - Mark `v1beta2` as deprecated. |
| 230 | + |
222 | 231 | ### Monitoring requirements
|
223 | 232 |
|
224 | 233 | * **How can an operator determine if the feature is in use by workloads?**
|
|
302 | 311 | - 2021-07-08: Introducing `v1beta2`.
|
303 | 312 | - 2021-08-06: Introducing `v1beta3`.
|
304 | 313 | - 2021-09-01: Remove `v1beta1` and the legacy policy config API.
|
| 314 | +- 2022-05-18: Introducing `v1` and mark `v1beta2` as deprecated. |
0 commit comments