Número de versão do GKE no Azure

Nesta página, descrevemos a numeração de versões do GKE no Azure Kubernetes.

Versões do cluster

Ao criar um cluster ou pool de nós, especifique a versão do Kubernetes que você quer que seja executada. Só é possível criar novos clusters ou pools de nós em uma versão compatível do Kubernetes.

Esquema e cadência da versão

O GKE no Azure usam o controle de versões semântico do Kubernetes para se referir às versões compatíveis do Kubernetes, mas anexam uma versão do patch do GKE. Isso resulta em um número de versão do formulário

  <code>x.y.z-gke.a</code>

Por exemplo, a versão compatível mais recente do Kubernetes é a 1.29.3-gke.600.

Versão principal do Kubernetes (x)
As versões principais são incrementadas quando uma mudança é introduzida na API pública, cujo comportamento ou operação não é compatível com a versão anterior. Uma versão principal incrementa a versão do Kubernetes de x.y para x+1.0.
Versão secundária do Kubernetes (y)
O Kubernetes lança uma nova versão secundária aproximadamente a cada quatro meses. Uma versão secundária incrementa a versão do Kubernetes de 1.y para 1.y+1; Por exemplo, o Kubernetes 1.21 é a versão secundária que segue o Kubernetes 1.20. As atualizações de versão secundária geralmente envolvem novas funcionalidades e correções de bugs, mas não introduzem alterações interruptivas. Às vezes, um recurso ou componente da API é descontinuado em uma versão secundária.
Versão de patch do Kubernetes (z)
Novas versões de patch do Kubernetes (como 1.21.1) para uso com GKE no Azure geralmente são lançadas uma vez por mês. As versões de patch incluem apenas correções de bugs e segurança.
Versão de patch do GKE (-gke.a)
Uma versão de patch com um sufixo -gke.a mais alto (como 1.24.1-gke.a) inclui atualizações de segurança e/ou correções de bugs para GKE no Azure junto com o código aberto do upstream Software Kubernetes Essas atualizações ou correções são necessárias para garantir a compatibilidade e a interoperabilidade com o Google Cloud e o Azure.

Suporte para versões

Para ver a política de controle de versões do GKE Enterprise, consulte a Política de suporte de versões.

Versão skew

Os nós e as versões do pool de nós podem ter até duas versões secundárias mais antigas que plano de controle, mas, de acordo com a Política de distorção de versão do Kubernetes OSS, não pode ser mais recente do que a versão do plano de controle. Recomendamos que os nós sempre usem uma versão compatível, independentemente das diretrizes de desvio de versão.

A seguir