Versioning in GKE

This page explains versioning in Google Kubernetes Engine (GKE).


GKE clusters support running Kubernetes versions from any supported minor release. At least two, if not three, minor versions are available at any given time. However, subsequent intermediate releases might change what versions are available for new clusters.

Versioning scheme

Minor versions (1.X)
Kubernetes releases a new minor version approximately every three months. A minor version increments the Kubernetes version from 1.X to 1.X+1; for example, Kubernetes 1.10 is the minor release that follows Kubernetes 1.9.
Patch releases (1.X.Y)
New Kubernetes patch releases (such as 1.9.7) for use with GKE typically become available each week. Patch releases are rolled out to each zone incrementally.
Security updates and bug fixes (1.X.Y-gke.N)
A patch release with a -gke.N suffix (such as 1.9.7-gke.N) includes security updates and/or bug fixes for GKE alongside the open-source upstream Kubernetes software. These updates or fixes are required for compatibility and interoperability with Google Cloud.

Checking available and default versions

For information on available versions, see the GKE release notes.

You can also check which Kubernetes versions are available and default in a given zone from Google Cloud Console or by using the gcloud command-line tool.


To see which versions are available and default, run the following command:

gcloud container get-server-config --zone ZONE

Replace ZONE with your cluster's compute zone, such as us-central1-a.


To see which versions are available and default, perform the following steps:

  1. Visit the GKE menu in Cloud Console.

    Visit the GKE menu

  2. Click Create cluster.

  3. Click the Master version drop-down menu. All currently available versions are listed. The default version is automatically selected.

  4. From Node pools, under the default pool, click Advanced edit.

  5. Click the Node version drop-down menu. All currently available versions are listed. The default version for nodes matches the current default version for cluster control planes.

If you expect a version to be available to you and it isn't, check the Rollout schedule for your cluster's zone or region.

Specifying cluster version

When you create or upgrade a cluster using the gcloud tool, you can specify a cluster version using the --cluster-version flag. You can use a specific version, such as 1.9.7-gke.N. You can also use a version alias:

  • latest: Specifies the highest supported Kubernetes version currently available on GKE in the cluster's zone or region.
  • 1.X: Specifies the highest valid patch+gke.N patch release in the 1.X minor version
  • 1.X.Y: Specifies the highest valid gke.N patch in the 1.X.Y patch release.
  • -: For cluster control planes, specifies the default Kubernetes version for control planes. For node upgrades, specifies the version that the cluster control plane is currently running.

Creating or upgrading a cluster by specifying the version as latest does not provide automatic upgrades. Enable node auto-upgrades to ensure that the nodes in your cluster are up-to-date with the latest stable version.

Specifying node version

When you create or upgrade a node pool, you can specify its version. By default, nodes run the same version of GKE as the control plane. Nodes can be no more than two minor versions older than control planes.

With rare exceptions, node versions remain available even if the cluster version is no longer available.