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 versões estáticas (sem canal), as datas dos marcos podem ser derivadas da programação do canal de lançamento.
Para saber mais sobre as políticas de suporte de versão do GKE, consulte Controle de versões.
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.
Revise esta página para ficar por dentro ou se inscreva para receber notificações de upgrade do Google Kubernetes Engine (GKE) para saber sobre a disponibilidade de versões proativas e atualizações de datas de lançamento.
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, que pode levar até uma semana.
- 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. Ao escolher uma versão mais antiga que a padrão para o canal, você pode 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 do Kubernetes | 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,26 | 2022-12-06 | 2023-02-21 | 2023-06-16 | 2023-04-07 | 2023-06-23 | 2023-06-16 | 2024-01-25 | N/A5 | N/A5 | 2024-06-304 | N/A5 |
| 1,27 | 2023-04-11 | 2023-06-09 | 2023-08-09 | 2023-06-16 | 2024-02-03 | 2023-07-06 | 2024-04-29 | 2023-06-16 | 2025-04-14 | 2024-09-16 | 2025-06-14 |
| 1.28 | 2023-08-15 | 2023-09-04 | 2024-01-05 | 2023-11-30 | 2024-06-11 | 2024-01-05 | 2024-07 | 2023-11-30 | 2025-10-04 | 2025-02-04 | 2025-12-04 |
| 1,29 | 2023-12-13 | 2024-01-05 | 2024-04-15 | 2024-01-25 | 2024-07-09 | 2024-06-11 | 2024-08 | 2024-01-25 | 2025-11-25 | 2025-03-21 | 2026-01-25 |
| 1,30 | 2024-04-17 | 2024-04-29 | 2024-07 | 2024-07 | 2024-09 | 2024-08 | 2024-09 | 2024-07 | 2026-04 | 2025-08-15 | 2026-06 |
Programação estimada para clusters sem canal (estático)
O GKE automaticamente faz upgrade dos clusters em um canal de lançamento após as datas especificadas na coluna Upgrade automático da Versão estável programação do canal. Ao escolher uma versão mais antiga que a padrão, você pode usarexclusões de manutenção para impedir que um cluster seja atualizado automaticamente até o fim da data de suporte.
Clusters que usam nenhum canal (estático) siga este cronograma de disponibilidade e suporte:
- Data disponível: a mesma data disponível para a versão secundária do Kubernetes em o canal regular e as mesmas versões de patch disponíveis como o canal Rápido canal para as versões secundárias disponíveis no canal Normal
- 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. ↩
-
Após 30 de junho de 2024, quando a versão 1.26 chegar ao fim do suporte, o GKE vai começar a atualizar automaticamente os clusters que ainda usam a versão 1.26 e as APIs descontinuadas (removidas na versão 1.27) para a versão 1.27. O GKE vai parar de pausar upgrades automáticos após 30 de junho de 2024 para clusters que ainda usam as APIs descontinuadas removidas na versão 1.27. Recomendamos que você faça upgrade dos clusters para a versão 1.27 o mais rápido possível, já que as versões secundárias do GKE que atingiram o fim do suporte útil não receberão mais patches de segurança e correções de bugs. Para saber mais sobre o ciclo de vida da versão secundária do GKE, consulte Controle de versões e suporte do GKE. ↩
-
Só é possível registrar clusters que executam a versão 1.27 ou posterior no canal estendido. Versões anteriores não estão qualificadas para suporte de longo prazo com o Canal estendido. Para saber mais, consulte Receber suporte de longo prazo com o Canal estendido. ↩