Controlo de versões
Esta página explica a gestão de versões do GKE no Azure.
Versões do GKE no Azure
Cada lançamento do GKE on Azure suporta várias versões secundárias do Kubernetes, cada uma das quais pode ter várias versões de patch do GKE. As seguintes versões do GKE on Azure são totalmente suportadas, oferecendo os patches e as atualizações mais recentes para vulnerabilidades, exposições e problemas de segurança que afetam o GKE on Azure:
| Versão secundária | Lançamentos de patches |
|---|---|
| 1.32 |
|
| 1.31 |
|
| 1.30 |
|
Propriedades de versões não suportadas
As versões não indicadas na tabela anterior não são suportadas. Após uma versão secundária atingir o fim da respetiva vida útil, aplicam-se as seguintes regras:
- Não é possível usar versões de patches em fim de vida para criar clusters.
- Os eventos de fim de vida não interrompem os seus planos de controlo nem cargas de trabalho. As operações normais em clusters existentes podem continuar com versões em fim de vida. Para garantir o apoio técnico da Google e evitar potenciais falhas relacionadas com erros ou vulnerabilidades de segurança, tem de atualizar manualmente os seus clusters e conjuntos de nós para uma versão suportada assim que possível.
- As atualizações de clusters e conjuntos de nós existentes para versões mais recentes podem ocorrer mesmo que a versão atualizada esteja em fim de vida. No entanto, tem de fazer a atualização para uma das versões suportadas.
- Ainda é possível criar novos conjuntos de nós com uma versão em fim de vida, mas isto não é recomendado. As atualizações para uma versão suportada devem ser prioritárias.
Verifique as versões do Kubernetes disponíveis
Para ver todas as versões disponíveis, incluindo as que atingiram o respetivo fim de vida e não são suportadas, execute este comando:
gcloud container azure get-server-config \
--location=GOOGLE_CLOUD_LOCATION
Substitua GOOGLE_CLOUD_LOCATION pela Google Cloud
localização a partir da qual gere os seus clusters.
As versões suportadas são devolvidas com a respetiva flag enabled definida como true.
Todas as versões de patches em fim de vida são devolvidas no resultado com a respetiva flag end_of_life definida como true.
Esquema de controlo de versões
O GKE no Azure usa a versão semântica do Kubernetes para se referir às versões suportadas do Kubernetes, mas anexa uma versão de patch do GKE. Isto
resulta num número de versão do formulário: x.y.z-gke.a
Por exemplo, a versão do Kubernetes suportada mais recentemente é a 1.32.4-gke.200.
- Versão principal do Kubernetes (x)
- Normalmente, as versões principais são incrementadas se forem introduzidas alterações incompatíveis com versões anteriores na API pública. Uma versão principal incrementa a versão do Kubernetes de
x.yparax+1.y. - Versão secundária do Kubernetes (y)
- O Kubernetes lança uma nova versão secundária três vezes por ano.
Cada ciclo de lançamento tem uma duração de aproximadamente 15 semanas. As APIs descontinuadas podem ser removidas com uma nova versão secundária. Uma versão secundária incrementa a versão do Kubernetes de
1.ypara1.y+1; por exemplo, Kubernetes 1. O Kubernetes 1.29 é a versão secundária que sucede ao Kubernetes 1.28. - Versão do patch do Kubernetes (z)
- As novas versões de patch do Kubernetes (como a 1.21.1) para utilização com o GKE no Azure são normalmente lançadas uma vez por mês. Os lançamentos de patches incluem apenas correções de segurança e de erros.
- Versão do patch do GKE (-gke.a)
- Uma versão de patch com um sufixo -gke.a superior (como 1.24.1-gke.a) inclui atualizações de segurança e correções de erros para o GKE no Azure, juntamente com o software Kubernetes upstream de código aberto. Estas atualizações ou correções são necessárias para a compatibilidade e a interoperabilidade com o Google Cloud e o Azure.
Notas de versão
Cada lançamento do GKE on Azure inclui notas da versão do Kubernetes. Estas são semelhantes às notas de lançamento, mas são específicas de uma versão do Kubernetes e podem oferecer mais detalhes técnicos. Estas notas de versão estão listadas na página Notas de versão do GKE no Azure.
Divergência de versões
As versões dos nós e dos conjuntos de nós podem ser até duas versões secundárias mais antigas do que o plano de controlo, mas, de acordo com a política de variação da versão do Kubernetes OSS, não podem ser mais recentes do que a versão do plano de controlo. Recomendamos vivamente que os seus nós usem sempre uma versão suportada, independentemente das diretrizes de discrepância de versões.
Apoio técnico para versões
Para saber mais acerca do período de apoio técnico, consulte a Política de Apoio técnico de versões do GKE, que o GKE no Azure segue.