Esta página apresenta uma programação estimada de lançamento para cada versão secundária compatível nos canais de lançamento. Para clusters não inscritos em um canal de lançamento, as datas dos marcos da versão podem ser derivadas da programação do canal de lançamento.
Para saber como o Google Kubernetes Engine (GKE) faz upgrade de clusters, consulte Sobre upgrades de cluster do GKE. Para mais detalhes sobre as políticas de suporte de versão do GKE, consulte Controle de versão e suporte do GKE. Para saber mais sobre destinos de upgrade automático, consulte O que acontece quando uma versão se torna um destino de upgrade automático em um canal de lançamento.
Esta página é destinada a administradores, arquitetos e operadores que gerenciam o ciclo de vida da infraestrutura de tecnologia subjacente. Para saber mais sobre papéis comuns e exemplos de tarefas que mencionamos no conteúdo do Google Cloud , consulte Tarefas e funções de usuário comuns do GKE.
As datas fornecem uma estimativa geral
As datas na tabela são previsões de melhor esforço. Com base na qualificação e estabilidade das versões, as datas de disponibilidade e upgrade podem estar atrasadas. As datas futuras são atualizadas periodicamente quando novas informações são disponibilizadas, e as datas passadas são atualizadas para maior precisão.
Para ficar por dentro da disponibilidade de versões e do tempo de upgrade automático, revise esta página e inscreva-se para receber notificações de upgrade do GKE. Para receber destinos de upgrade automático de um cluster específico, consulte Receber informações sobre os upgrades de um cluster.
O tempo dos upgrades automáticos
Depois que uma versão é anunciada como um destino de upgrade automático, a data do upgrade real do cluster depende de alguns dos seguintes fatores:
- O momento do lançamento da versão na região do cluster. O GKE segue uma programação de lançamento em vários dias (normalmente quatro ou mais dias) para disponibilizar novas versões e fazer upgrade automático de planos de controle e nós de cluster. Os lançamentos são pausados durante os fins de semana e feriados e incluem um período para observar e monitorar problemas.
- A configuração do cluster de janelas de manutenção e exclusões.
- A exposição do cluster a APIs e recursos descontinuados do Kubernetes
- A participação do cluster em uma sequência de lançamento.
Se a programação ou as restrições da sua empresa exigirem estratégias ou caminhos de upgrade diferentes, será possível ajustar o escopo e o tempo dos upgrades automatizados para alinhá-los melhor às necessidades da sua empresa. Para mais informações, consulte Exclusão de manutenção e Escopo de manutenção.
Programação estimada para canais de lançamento
O GKE automaticamente faz upgrade dos clusters em um canal de lançamento após as datas especificadas na coluna Upgrade automático do cronograma. Os patches de uma versão secundária permanecem disponíveis em todas as versões canais até o fim do suporte padrão (conhecido anteriormente como fim da vida útil), exceto para clusters registrados no canal Extended, em que a versão secundária e os patches dele continuam disponíveis até o fim do suporte estendido. É possível usar exclusões de manutenção para impedir que um cluster seja atualizado automaticamente até o fim da data de suporte.
As datas são previsões de melhor esforço e são atualizadas periodicamente quando novas informações são disponibilizadas. Considere a documentação em inglês como fonte da verdade se as datas em outros idiomas forem diferentes devido a atrasos na tradução.
Consulte a programação a seguir para clusters registrados em um canal de lançamento. Siga esta programação:
| Versão secundária (data de lançamento) | Rápido | Normal | Estável | Estendido | Fim do suporte padrão (anteriormente fim da vida útil)3 | Fim do suporte estendido3 | ||||
|---|---|---|---|---|---|---|---|---|---|---|
| Disponível1 | Upgrade automático2 | Disponível1 | Upgrade automático2 | Disponível1 | Upgrade automático2 | Disponível1 | Upgrade automático2 | |||
| 1.28 | 2023-09-04 | 2024-01-05 | 2023-11-30 | 2024-06-11 | 2024-01-05 | 2024-07-23 | 2023-11-30 | 2025-04-14 | 2025-02-04 | 2026-01-09 |
| 1,29 | 2024-01-05 | 2024-04-15 | 2024-01-25 | 2024-07-09 | 2024-06-11 | 2024-08-09 | 2024-01-25 | 2025-114 | 2025-04-12 | 2026-01-25 |
| 1.30 | 2024-04-29 | 2024-07-30 | 2024-07-30 | 2024-09-17 | 2024-08-13 | 2024-09-24 | 2024-07-30 | 2025-124 | 2025-09-30 | 2026-07-30 |
| 1.31 | 2024-08-20 | 2024-09-17 | 2024-10-22 | 2025-03-11 | 2025-01-28 | 2025-04-29 | 2024-10-22 | 2026-Q24 | 2026-01-16 | 2026-10-22 |
| 1.32 | 2024-12-17 | 2025-03-11 | 2025-02-11 | 2025-05-13 | 04/03/2025 | 2025-07-22 | 2025-02-11 | 2026-Q34 | 2026-04-11 | 2027-02-11 |
| 1,33 | 2025-05-06 | 2025-06-10 | 2025-06-03 | 2025-09-09 | 2025-07-22 | 2025-10-14 | 2025-06-03 | 2026-Q44 | 2026-08-03 | 2027-06-03 |
| 1,34 | 2025-09-02 | 2025-10-215 | 2025-10-215 | 2026-014 | 2025-124 | 2026-Q14 | 2025-10-215 | 2027-Q24 | 2026-Q44 | 2027-Q44 |
Etapas das previsões de programação de lançamento
As datas no cronograma de lançamento geralmente passam pelas seguintes etapas, que oferecem níveis crescentes de granularidade e certeza:
- A definir: quando uma entrada é marcada como "a definir", a data precisa ser determinada.
- Previsão de mês ou trimestre: datas com apenas um mês (por exemplo, 2025-03) ou trimestre (por exemplo, 2025-T3) são aproximações que serão atualizadas com uma data quando ela for conhecida.
- Previsão no nível do dia: datas em itálico com granularidade no nível do dia são fornecidas quando a previsão do mês ou do trimestre está a menos de 14 dias da atualização mais recente da tabela de programação de lançamento, mas a data específica ainda não é conhecida. Essas datas em itálico são aproximações que serão atualizadas com uma data específica quando ela for conhecida.
- Data específica: as datas não em itálico são a previsão de melhor esforço, que representa o maior grau de certeza na programação de lançamento. Para mais informações sobre a certeza dessas informações, consulte As datas fornecem uma estimativa geral.
Programação estimada para clusters sem canal (antes estático)
O GKE faz upgrade automático dos clusters que não estão em um canal de lançamento para versões secundárias mais recentes nas datas especificadas na coluna Upgrade automático da Programação do canal de lançamento estável. É possível usar exclusões de manutenção para impedir que um cluster seja atualizado automaticamente por até 30 dias quando ele não está inscrito em um canal de lançamento.
Clusters não inscritos em um canal de lançamento seguem esta programação de disponibilidade e suporte:
- Data disponível: a mesma data disponível para a versão secundária do Kubernetes no canal Regular e as mesmas versões de patch disponíveis como o canal Rápido para as versões secundárias disponíveis no canal Regular
- Data do upgrade automático: a mesma data do upgrade automático para o Kubernetes secundário no Canal Stable e a mesma data de upgrade automático do de patches como o canal Regular
- Fim do suporte padrão (anteriormente conhecido como fim da vida útil): o fim do data de suporte da versão secundária do Kubernetes no lançamento canais diferentes de Extended
Observações
-
A data de disponibilidade é a data aproximada em que a versão do Kubernetes chega à produção pela primeira vez. Em cerca de uma semana, ela fica disponível em todas as regiões. ↩
-
As versões do Kubernetes geralmente estão disponíveis em cada canal de lançamento algumas semanas antes do início dos upgrades automáticos para que você possa testar a nova versão. Na data de início dos upgrades automáticos, os clusters inscritos nos canais de lançamento serão atualizados para a versão secundária referenciada. ↩
-
Fim do suporte: Para clusters nos canais rápido, regular, estável ou nenhum canal, novos recursos, patches de segurança ou correções de bugs serão disponibilizados para esta versão secundária até o fim do suporte padrão (anteriormente conhecido como fim da vida útil). Para clusters no canal Extended, o GKE continua a oferecer suporte à versão secundária até o fim do a data de suporte estendida. Se um cluster estiver executando uma versão de patch de uma versão secundária que atingiu a data de suporte, o GKE faz o upgrade automaticamente do cluster para garantir a operabilidade e a conformidade. Para saber mais, consulte o Ciclo de vida da versão secundária do GKE. ↩
-
Datas com apenas um mês (por exemplo, 2025-03) ou trimestre e ano (por exemplo, 2025-T3) são aproximações que serão atualizadas com uma data quando esta for conhecida. ↩
-
As datas em itálico com granularidade no nível do dia são fornecidas quando a previsão é de menos de 14 dias da última atualização do cronograma de lançamento. Essas datas em itálico são aproximações que serão atualizadas com uma data específica quando ela for conhecida. ↩