Controle de versão e upgrades

Nesta página, explicamos o controle de versão e os upgrades automáticos no Google Kubernetes Engine.

Programação de lançamento

O GKE segue uma programação previsível de lançamento em vários dias para disponibilizar novas versões, bem como fazer upgrade automático de mestres de cluster e nós. O lançamento geralmente abrange quatro dias ou mais e inclui um período para observar e monitorar problemas. Zonas e regiões são atualizadas em uma ordem previsível.

Dia Zonas disponíveis Regiões disponíveis
1º dia europe-west2-a e us-east1-d europe-west3 e us-east1
2º dia asia-east1-a, asia-east2-c, asia-northeast1-a, asia-northeast2-c, asia-south1-a, asia-southeast1-a, australia-southeast1-a, europe-north1-c, europe-west1-c, europe-west3-a, europe-west4-a, europe-west6-c, northamerica-northeast1-c, southamerica-east1-a, us-central1-b, us-east4-b, us-west1-a e us-west2-c asia-east1, asia-southeast1, europe-west6, northamerica-northeast1, us-east4 e us-west2
Pausa nenhuma nenhuma
3º dia asia-east1-c, asia-east2-b, asia-northeast1-b, asia-northeast2-b, asia-south1-b, asia-southeast1-b, australia-southeast1-b, europe-north1-b, europe-west1-b, europe-west2-b, europe-west3-b, europe-west4-c, europe-west6-b, northamerica-northeast1-b, southamerica-east1-b, us-central1-f, us-east1-c, us-east4-c, us-west1-b e us-west2-b asia-east2, asia-northeast1, australia-southeast1, europe-west1, europe-west2, southamerica-east1 e us-west1
4º dia asia-east1-b, asia-east2-a, asia-northeast1-c, asia-northeast2-a, asia-south1-c, asia-southeast1-c, australia-southeast1-c, europe-north1-a, europe-west1-d, europe-west2-c, europe-west3-c, europe-west4-b, europe-west6-a, northamerica-northeast1-a, southamerica-east1-c, us-central1-a, us-central1-c, us-east1-b, us-east4-a, us-west1-c e us-west2-a asia-northeast2, asia-south1, europe-north1, europe-west4 e us-central1

Controle de versões

Os clusters do GKE aceitam a execução de versões do Kubernetes a partir de qualquer versão secundária compatível. Pelo menos duas (se não três) versões secundárias estão disponíveis a qualquer momento. No entanto, as versões intermediárias subsequentes podem alterar as versões disponíveis para novos clusters.

Esquema de controle de versão

Versões secundárias (1.X)
O Kubernetes lança uma nova versão secundária aproximadamente a cada três meses. Uma versão secundária incrementa a versão do Kubernetes de 1.X a 1.X+1. Por exemplo, o Kubernetes 1.10 é a versão secundária que segue o Kubernetes 1.9.
Versões de patch (1.X.Y)
Novas versões de patch do Kubernetes (como 1.9.7) para uso com o GKE costumam ser disponibilizadas a cada semana. Versões de patch são lançadas para cada zona do Compute gradualmente. A programação de lançamento é publicada nas notas da versão do GKE.
Atualizações de segurança e correções de bugs (1.X.Y-gke.N)
Uma versão de patch com um sufixo -gke.N (como 1.9.7-gke.N) inclui atualizações de segurança e/ou correções de bugs do GKE junto com o software Kubernetes upstream de código aberto. Essas atualizações ou correções são necessárias para fins de compatibilidade e interoperabilidade com o Google Cloud Platform.

Como verificar versões disponíveis e padrão

Você pode verificar quais versões do Kubernetes estão disponíveis e qual é o padrão em uma determinada zona no console do Google Cloud Platform ou usando a ferramenta de linha de comando gcloud.

gcloud

Para ver quais versões estão disponíveis e quais são padrão, execute o seguinte comando:

gcloud container get-server-config --zone [COMPUTE_ZONE]

em que [COMPUTE_ZONE] é a zona do Compute do cluster, como us-central1-a.

Console

Para ver quais versões estão disponíveis e quais são padrão, execute as seguintes etapas:

  1. Acesse o menu do GKE no console do GCP.

    Acessar o menu do GKE

  2. Clique em Criar cluster.

  3. Clique no menu suspenso da Versão principal. Todas as versões atualmente disponíveis são listadas. A versão padrão é selecionada automaticamente.

  4. Em Pools de nós, no pool padrão, clique em Edição avançada.

  5. Clique no menu suspenso Versão do nó. Todas as versões atualmente disponíveis são listadas. A versão padrão dos nós corresponde à versão padrão atual de mestres de cluster.

Consulte a programação de lançamento para saber quando uma versão estará disponível para a região ou zona do cluster.

Como especificar a versão do cluster

Ao criar ou fazer upgrade de um cluster usando o gcloud, você pode especificar uma versão de cluster usando a sinalização --cluster-version. Você pode usar uma versão específica, como 1.9.7-gke.N. Também é possível usar um alias de versão:

  • latest: especifica a versão compatível mais alta do Kubernetes atualmente disponível no GKE na zona ou região do cluster.
  • 1.X: especifica a versão do patch+gke.N válida mais alta na versão secundária 1.X.
  • 1.X.Y: especifica o patch gke.N válido mais alto na versão de patch 1.X.Y.
  • -: para mestres de cluster, especifica a versão padrão do Kubernetes de mestres. Para upgrades de nó, especifica a versão que o mestre do cluster está executando atualmente.

Criar ou fazer upgrade de um cluster especificando a versão como latest não fornece upgrades automáticos. Ative upgrades automáticos de nó para garantir que os nós no cluster estejam atualizados com a versão estável mais recente.

Como especificar a versão do nó

Quando você criar ou atualizar um pool de nós, especifique a sua versão. Por padrão, os nós executam a mesma versão do GKE que o mestre. Os nós não podem estar mais de duas versões secundárias atrás dos mestres.

Com raras exceções, as versões de nó permanecem disponíveis mesmo que a versão do cluster não esteja mais disponível.

Upgrades

Os novos clusters do GKE são criados com uma versão padrão, uma versão estável de uma versão secundária ou versão de patch recente do Kubernetes. Versões mais recentes que a padrão também costumam ser disponibilizadas semanalmente.

Upgrades automáticos da versão do mestre do cluster

Periodicamente, a equipe do GKE realiza upgrades automáticos do mestre do cluster por você. Os mestres de cluster são atualizados para novas versões estáveis do Kubernetes. Upgrades automáticos costumam ser realizados em cenários ao longo de várias semanas.

Você também pode iniciar manualmente um upgrade mestre para uma versão mais recente que a padrão.

Upgrades automáticos de versão de nó

Os nós criados usando o Console do GCP recebem upgrade automaticamente por padrão. Se você quiser que os nós criados com a ferramenta de linha de comando gcloud ou com a API do GKE sejam recebam upgrade automaticamente, ative os upgrades automáticos dos nós.

Considere o seguinte ao escolher a versão dos nós do GKE:

  • Os nós precisam executar uma versão atualmente disponível.
  • Os nós não podem executar uma versão mais recente que a versão principal atual do cluster.
  • Os nós não podem estar mais de duas versões secundárias atrás da versão do mestre.
Esta página foi útil? Conte sua opinião sobre:

Enviar comentários sobre…

Documentação do Kubernetes Engine