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
Additional patch releases may happen outside of the schedule in case of critical
106
-
bugs or vulnerabilities.
90
+
Cluster Autoscaler synchronizes its releases with the [Kubernetes release schedule](https://kubernetes.io/releases/).
91
+
92
+
For Cluster Autoscaler releases of new minor versions, expect a release date of up to
93
+
one month after the corresponding Kubernetes release. This is due the fact that upstream
94
+
integrations of Kubernetes into Cluster Autoscaler can't be finalized until the Kubernetes
95
+
release is official, and the time required to test and validate those integrations.
96
+
97
+
Cluster Autoscaler will also release patch versions in accordance with Kubernetes patch
98
+
releases to ensure rapid integration of upstream Kubernetes fixes. The overhead to integrate
99
+
and validate Kubernetes patch releases is less costly, and thus the Cluster Autoscaler
100
+
release date should follow the corresponding Kubernetes release by no more than 1-2 weeks.
101
+
102
+
Bug fixes and Cloud Provider features to Cluster Autoscaler itself will be continually
103
+
backported into the supported release branches (n - 3, where n is the latest release).
104
+
Backporting into older release branches can be requested as an exception by filing an issue
105
+
and bringing the request [to the official SIG Autoscaling Community](https://github.com/kubernetes/community/blob/master/sig-autoscaling/README.md).
106
+
107
+
Finally, additional Cluster Autoscaler patch releases may happen outside of the above schedule
108
+
in case of critical bugs or vulnerabilities.
109
+
110
+
In summary, users should not be guided by a strict patch version equivalency between Kubernetes
111
+
and Cluster Autoscaler (for example, there is no strict requirement to use Cluster Autoscaler v1.34.1 w/ a Kubernetes v1.34.1 cluster). Rather, we recommend that users always use the _latest_
112
+
Cluster Autoscaler release that corresponds to the minor version of Kubernetes that their cluster
113
+
is running.
114
+
115
+
For example, if the latest (hypothetical) Cluster Autoscaler releases are
116
+
`v1.100.1`, `v1.99.5`, `v1.98.10`, and `v1.97.16`, any of the below scenarios follows the recommended guidance:
0 commit comments