[[["容易理解","easyToUnderstand","thumb-up"],["確實解決了我的問題","solvedMyProblem","thumb-up"],["其他","otherUp","thumb-up"]],[["難以理解","hardToUnderstand","thumb-down"],["資訊或程式碼範例有誤","incorrectInformationOrSampleCode","thumb-down"],["缺少我需要的資訊/範例","missingTheInformationSamplesINeed","thumb-down"],["翻譯問題","translationIssue","thumb-down"],["其他","otherDown","thumb-down"]],["上次更新時間:2025-09-04 (世界標準時間)。"],[],[],null,["Versioning\n\nThis page explains GKE on Azure versioning.\n\nGKE on Azure versions\n\nEach release of GKE on Azure supports several Kubernetes minor versions,\neach of which can have several GKE patch versions. The following\nGKE on Azure versions are fully supported, offering the latest patches and\nupdates for security vulnerabilities, exposures, and issues affecting\nGKE on Azure:\n\n| Minor version | Patch releases |\n|------------------------------------------------------------------------------------------------|---------------------------------------------------------------------------------------------------------------------------|\n| [1.32](/kubernetes-engine/multi-cloud/docs/azure/reference/supported-versions#kubernetes_1.32) | - 1.32.4-gke.200 |\n| [1.31](/kubernetes-engine/multi-cloud/docs/azure/reference/supported-versions#kubernetes_1.31) | - 1.31.7-gke.1000 - 1.31.6-gke.200 - 1.31.4-gke.500 - 1.31.1-gke.1800 |\n| [1.30](/kubernetes-engine/multi-cloud/docs/azure/reference/supported-versions#kubernetes_1.30) | - 1.30.11-gke.800 - 1.30.10-gke.200 - 1.30.8-gke.100 - 1.30.5-gke.1000 - 1.30.5-gke.200 - 1.30.4-gke.400 - 1.30.3-gke.100 |\n\nProperties of unsupported versions\n\nVersions not listed in the preceding table are unsupported. After a minor\nversion reaches its end of life, the following rules apply:\n\n- End-of-life patch versions can't be used to [create clusters](/kubernetes-engine/multi-cloud/docs/azure/how-to/create-cluster).\n- End-of-life events don't disrupt your control planes and workloads. Regular operations on existing clusters can continue with end-of-life versions. To ensure support from Google and avoid potential bug-related failures or security vulnerabilities, you must manually upgrade your [clusters](/kubernetes-engine/multi-cloud/docs/azure/how-to/upgrade-cluster) and [node pools](/kubernetes-engine/multi-cloud/docs/azure/how-to/update-node-pool) to a supported version as soon as possible.\n- Upgrades of existing clusters and node pools to newer versions can occur even if the upgraded version is at end of life. However, you must eventually upgrade to one of the supported versions.\n- New node pools can still be created with an end-of-life version, but this isn't recommended. Upgrades to a supported version should be prioritized.\n\nCheck available Kubernetes versions\n\nTo see all available versions, including those which have reached their\nend of life and are unsupported, run this command: \n\n gcloud container azure get-server-config \\\n --location=\u003cvar translate=\"no\"\u003eGOOGLE_CLOUD_LOCATION\u003c/var\u003e\n\nReplace \u003cvar translate=\"no\"\u003eGOOGLE_CLOUD_LOCATION\u003c/var\u003e with the Google Cloud\nlocation from which you manage your clusters.\n\nThe supported versions are returned with their `enabled` flag set to `true`.\nAny end of life patch versions are returned in the output with their\n`end_of_life` flag set to `true`.\n\nVersioning scheme\n\nGKE on Azure uses Kubernetes\n[semantic versioning](https://semver.org/) to refer to supported\nKubernetes versions, but appends a GKE patch version. This\nresults in a version number of the form: `x.y.z-gke.a`\n\nFor example, the most recently-supported Kubernetes version is 1.32.4-gke.200.\n\nKubernetes major version (x)\n: Major versions are typically incremented if any backwards incompatible\n changes are introduced to the public API. A major version increments the\n Kubernetes version from `x.y` to `x+1.y`.\n\nKubernetes minor version (y)\n: Kubernetes releases a new minor version\n [three times a year](https://github.com/kubernetes/kubernetes/releases).\n Each release cycle is approximately 15 weeks long. [Deprecated\n APIs](https://kubernetes.io/docs/reference/using-api/deprecation-guide/) might\n be removed with a new minor version. A minor version increments the\n Kubernetes version from `1.y` to `1.y+1`; for example, Kubernetes 1.\n **29** is the minor release that follows\n Kubernetes 1.**28**.\n\nKubernetes patch release (z)\n: New Kubernetes patch releases (such as 1.21.1) for use with GKE on Azure\n are normally released once a month. Patch releases only include\n security and bug fixes.\n\nGKE patch release (-gke.a)\n: A patch release with a higher -gke.a suffix (such as 1.24.1-gke.a) includes\n security updates and bug fixes for GKE on Azure alongside the open\n source upstream Kubernetes software. These updates or fixes are required for\n compatibility and interoperability with Google Cloud and Azure.\n\nVersion notes\n\nEach GKE on Azure release comes with Kubernetes version notes. These\nare similar to release notes but are specific to a Kubernetes version\nand might offer more technical detail. These version notes are listed on the\n[GKE on Azure version notes](/kubernetes-engine/multi-cloud/docs/azure/reference/supported-versions)\npage.\n\nVersion skew\n\nNodes and node pool versions can be up to two minor versions older than\nthe control plane, but, in accordance with\n[Kubernetes OSS version skew policy](https://kubernetes.io/docs/setup/release/version-skew-policy/),\ncannot be newer than the control plane version.\nWe strongly recommend that your nodes always use a supported version regardless\nof version skew guidelines.\n\nSupport for versions\n\nTo learn more about the support period, see the [GKE\nVersion Support Policy](/kubernetes-engine/enterprise/docs/support/getting-support#version_support_policy),\nwhich GKE on Azure follows.\n\nWhat's next\n\n- [Update and upgrade a user cluster](/kubernetes-engine/multi-cloud/docs/azure/how-to/update-cluster)"]]