GKE release schedule


This page provides an estimated release schedule for each supported minor version in the release channels. For static (no channel) versions, milestone dates can be derived from the release channel schedule.

To learn about GKE version support policies, see Versioning.

Dates provide a general estimate

The dates in the table are best-effort predictions. Based on qualification and stability of releases, availability and upgrade dates might be delayed. Future dates are updated periodically when new information becomes available, and past dates are updated for accuracy.

Revisit this page to stay up-to-date, or subscribe to Google Kubernetes Engine (GKE) upgrade notifications for proactive version availability and rollout date updates.

The timing of automatic upgrades

After a version is announced as an auto-upgrade target, the date of the actual cluster upgrade depends on some of the following factors:

If your business schedule or constraints require different upgrade paths or strategies, you can adjust the scope and timing of the automated upgrades to better align with your business needs.

For more information, see Maintenance exclusion and Scope of maintenance.

Estimated schedule for release channels

GKE automatically upgrades clusters in a release channel on or after the dates specified in the Auto Upgrade column of the following schedule. The patches of a minor version remain available in all release channels until the end of standard support (formerly known as end of life), except for clusters enrolled in the Extended channel, where the minor version and its patches remain available until the end of extended support. When choosing a version older than the default version for the channel, you can use maintenance exclusions to prevent a cluster from being automatically upgraded until its end of support date.

Dates are best-effort predictions and are updated periodically when new information becomes available. Consider the English language documentation as the source of truth if the dates in other languages differ due to delays in translation.

See the following schedule for clusters enrolled in a release channel follow this schedule:

Minor version Kubernetes release date Rapid Regular Stable Extended End of standard support (formerly end of life)3 End of extended support3
Available1 Auto Upgrade2 Available1 Auto Upgrade2 Available1 Auto Upgrade2 Available1 Auto Upgrade2
1.26 2022-12-06 2023-02-21 2023-06-16 2023-04-07 2023-06-23 2023-06-16 2024-01-25 N/A5 N/A5 2024-06-304 N/A5
1.27 2023-04-11 2023-06-09 2023-08-09 2023-06-16 2024-02-03 2023-07-06 2024-04-29 2023-06-16 2025-04-14 2024-09-16 2025-06-14
1.28 2023-08-15 2023-09-04 2024-01-05 2023-11-30 2024-06-11 2024-01-05 2024-07 2023-11-30 2025-10-04 2025-02-04 2025-12-04
1.29 2023-12-13 2024-01-05 2024-04-15 2024-01-25 2024-07-09 2024-06-11 2024-08 2024-01-25 2025-11-25 2025-03-21 2026-01-25
1.30 2024-04-17 2024-04-29 2024-07 2024-07 2024-09 2024-08 2024-09 2024-07 2026-04 2025-08-15 2026-06

Estimated schedule for clusters with no channel (static)

GKE automatically upgrades clusters in a release channel on or after the dates specified in the Auto Upgrade column of the Stable release channel schedule. When choosing a version older than the default version, you can use maintenance exclusions to prevent a cluster from being automatically upgraded until its end of standard support date.

Clusters using no channel (static) follow this availability and support schedule:

  • Available date: The same available date for the Kubernetes minor version on the Regular Channel, and the same available patch versions as the Rapid channel for those minor versions available in the Regular channel
  • Auto upgrade date: The same auto upgrade date for the Kubernetes minor version on the Stable Channel, and the same auto upgrade date for patch versions as the Regular channel
  • End of standard support (formerly known as end of life): The same end of support date for the Kubernetes minor version on release channels other than the Extended channel

Notes

  1. The Available date is the approximate date when the Kubernetes version first reaches production, and it takes about one week for it to become available in all regions.

  2. Kubernetes versions are generally available on each release channel a few weeks before auto upgrades start so that you can test the new version. On/after the auto upgrades start date, clusters subscribed to release channels will be auto upgraded to the referenced minor version.

  3. End of support: For clusters in the Rapid, Regular, Stable channels, or no channel, new features, security patches, or bug fixes will be made available for this minor version until its end of standard support (formerly known as end of life) date. For clusters in the Extended channel, GKE continues to support the minor version until its end of extended support date. If a cluster is running a patch version of a minor version that has reached its end of support date, GKE auto-upgrades the cluster to ensure cluster operability and compliance. To learn more, see the GKE minor version lifecycle.

  4. After June 30, 2024—when 1.26 reaches end of support—GKE will begin to automatically upgrade clusters still using version 1.26 and deprecated APIs (removed in version 1.27) to version 1.27. GKE will stop pausing automatic upgrades after June 30th, 2024 for clusters still using deprecated APIs removed in version 1.27. We recommend that you upgrade your clusters to version 1.27 as soon as possible as GKE minor versions that have reached end of support will no longer receive security patches and bug fixes. To learn more about the GKE minor version lifecycle, see GKE versioning and support.

  5. You can only enroll clusters running version 1.27 or later in the Extended channel. Earlier versions aren't eligible for long-term support with the Extended channel. To learn more, see Get long-term support with the Extended channel.