Versões Suportadas do Kubernetes
Saiba mais sobre as versões do Kubernetes que o Kubernetes Engine (OKE) suporta atualmente, juntamente com detalhes de versões suportadas anteriormente e suporte planejado para versões futuras.
Quando o suporte do Kubernetes Engine para uma nova versão do Kubernetes for anunciado, uma versão mais antiga do Kubernetes deixará de ser suportada subsequentemente. A Oracle recomenda que você faça upgrade de clusters existentes para usar a versão mais recente do Kubernetes suportada pelo Kubernetes Engine.
Este tópico lista:
Versões do Kubernetes Suportadas Atualmente
O Kubernetes Engine suporta três versões do Kubernetes para novos clusters. Durante um período mínimo de 30 dias após o anúncio de suporte para uma nova versão do Kubernetes, o Kubernetes Engine continua a suportar a quarta versão mais antiga disponível do Kubernetes. Após esse tempo, a versão mais antiga do Kubernetes deixa de ser suportada.
Ao criar um novo cluster com o Kubernetes Engine, a Oracle recomenda que você use a versão mais recente do Kubernetes suportada pelo Kubernetes Engine. Quando a Oracle anuncia o suporte do Kubernetes Engine para uma nova versão do Kubernetes, a Oracle recomenda que você faça upgrade dos clusters existentes para usar essa nova versão do Kubernetes o mais rápido possível.
Liberar Calendário
O Kubernetes Engine (OKE) suporta as seguintes versões do Kubernetes para novos clusters:
| Versão Secundária do Kubernetes | Versão de Patch do Kubernetes Suportada pelo OKE | Data de Liberação da Versão Secundária de Upstream | Data de término da vida útil da versão secundária a montante | OKE - Data de Liberação | OKE - Data do Fim da Vida |
|---|---|---|---|---|---|
1.33 |
1.33.1 |
2025-04-23 | 2026-06-28 | 2025-06-17 | 1.33 is supported for 30 days after 1.36.1 OKE Release Date (planned) |
1.33 |
1.33.0 |
2025-04-23 | 2026-06-28 | 2025-05-12 (Apenas versão prévia). Consulte Observações) |
1.33 is supported for 30 days after 1.36.1 OKE Release Date (planned) |
1.32 |
1.32.1 |
2024-12-11 | 2026-02-28 | 2025-03-18 | 1.32 is supported for 30 days after 1.35.1 OKE Release Date (planned) |
1.31 |
1.31.10 |
2,024-8-13 | 2,025-10-28 | 2,025-7-30 | 1.31 tem suporte por 30 dias após a Data de Liberação do OKE 1.34.1 (planejada) |
1.31 |
1.31.1 |
2024-08-13 | 2025-10-28 | 2024-11-25 | 2025-09-01 |
1.30 |
1.30.10 |
2024-04-17 | 2025-06-28 | 2025-04-09 | 2025-07-21 |
1.30 |
1.30.1 |
2024-04-17 | 2025-06-28 | 2024-07-23 | 2025-05-13 |
Isenção de Responsabilidade Legal: A tabela tem como objetivo descrever nossa direção geral do produto. Destina-se apenas a fins informativos e não pode ser incorporado a contratos. Ele não tem o compromisso de fornecer material, código ou funcionalidade e não deve orientar suas decisões de compra. O desenvolvimento, lançamento, tempo e preço de quaisquer recursos ou funcionalidades descritos para produtos da Oracle podem mudar e permanecem a critério exclusivo da Oracle Corporation.
Observações sobre o Suporte do Kubernetes Engine for Kubernetes Versão 1.33.0
Observe que o suporte do Kubernetes Engine para o Kubernetes versão 1.33.0 é uma versão de visualização do Kubernetes Engine. Esta versão de visualização do Kubernetes Engine destina-se apenas ao acesso antecipado e ao teste com o Kubernetes versão 1.33.0.
Em particular, observe o seguinte:
- Esta release de visualização do Kubernetes Engine tem suporte limitado e só está disponível no realm OC1.
- Para ambientes de produção, recomendamos que você não use esta release de visualização do Kubernetes Engine.
- Para ambientes de produção, recomendamos que você aguarde a versão de produção do Kubernetes Engine que suporta o Kubernetes versão 1.33.1, que planejamos disponibilizar em tempo hábil após o lançamento upstream do Kubernetes versão 1.33.1.
Observações sobre o Suporte do Kubernetes Engine for Kubernetes Versão 1.30
Observe que o suporte do Kubernetes Engine para o Kubernetes versão 1.30 também introduz alterações no comportamento padrão do Kubernetes Engine em relação à reserva de CPU e memória. Nos clusters que executam o Kubernetes versão 1.30 e posterior, OS recursos de CPU e memória para nós gerenciados são reservados por padrão, usando OS sinalizadores kubelet --kube-reserved e --system-reserved respectivamente (conforme recomendado em Melhor Prática: Reservar recursos para daemons do sistema Kubernetes e OS). Como resultado, em clusters que executam o Kubernetes versão 1.30 e posterior, há uma diferença entre os recursos total de um nó e os recursos que estão disponíveis para que as cargas de trabalho sejam solicitadas. Para obter mais informações, consulte Melhores Práticas: Reservar recursos para daemons do sistema Kubernetes e SO.
Observações sobre o Suporte do Kubernetes Engine for Kubernetes Versão 1.28
Observe que no Kubernetes versão 1.28, a política de distorção do Kubernetes foi expandida. Antes do Kubernetes versão 1.28, a política de desvio exigia que os nós de plano de controle de um cluster não estivessem mais do que duas versões anteriores aos nós de trabalho. A partir do Kubernetes versão 1.28, a política de skew do Kubernetes permite que os nós de plano de controle estejam até três versões à frente dos nós de trabalho. Consulte a política de suporte a skew de versão do Kubernetes.
O Kubernetes Engine aplica a política de desvio expandida aos clusters que executam o Kubernetes versão 1.28 e posterior.
Observações sobre o Suporte do Kubernetes Engine for Kubernetes Versão 1.27
Observe que o Kubernetes versão 1.27 parou de atender à seguinte API obsoleta do Kubernetes:
- CSIStorageCapacity (versão da API Storage.k8s.io/v1beta1)
Para obter mais informações sobre a migração das APIs obsoletas, consulte o Guia de Migração da API Obsoleta do Kubernetes.
Observações sobre o Suporte do Kubernetes Engine for Kubernetes Versão 1.26
Observe que o Kubernetes versão 1.26 parou de atender a várias APIs obsoletas do Kubernetes, incluindo:
- FlowSchema (versão da API flowcontrol.apiserver.k8s.io/v1beta1)
- HorizontalPodAutoscaler (escalonamento automático/v2beta2 versão da API)
- PriorityLevelConfiguration (versão da API flowcontrol.apiserver.k8s.io/v1beta1)
Para obter mais informações sobre a migração das APIs obsoletas, consulte o Guia de Migração da API Obsoleta do Kubernetes.
O suporte para Kubernetes versão 1.26.7 foi lançado para resolver os seguintes problemas upstream com o Kubernetes versão 1.26.2:
- https://github.com/opencontainers/runc/issues/3849: Um bug no kubelet causa um vazamento de memória nos nós usando o cgroup v1 no kernel do Linux 5.15. As imagens do Oracle Linux 8.7 usam o kernel do 5.15 Linux, portanto, as imagens do Oracle Linux 8.7 são afetadas pelo bug.
- https://github.com/cri-o/cri-o/issues/6805: As métricas estão ausentes após uma reinicialização de crio.
Observações sobre o Suporte do Kubernetes Engine for Kubernetes Versão 1.25
Observe que o Kubernetes versão 1.25 parou de atender a várias APIs obsoletas do Kubernetes, incluindo:
- CronJob (versão da API batch/v1beta1)
- EndpointSlice (versão da API do Discovery.k8s.io/v1beta1)
- Evento (versão da APIevents.k8s.io/v1beta1)
- HorizontalPodAutoscaler (escalonamento automático/v2beta1 versão da API)
- PodDisruptionBudget (versão da API da política/v1beta1)
- PodSecurityPolicy (versão da API da política/v1beta1)
- RuntimeClass (versão da API node.k8s.io/v1beta1)
Para obter mais informações sobre a migração das APIs obsoletas, consulte o Guia de Migração da API Obsoleta do Kubernetes.
O suporte para Kubernetes versão 1.25.12 foi lançado para resolver os seguintes problemas upstream com o Kubernetes versão 1.25.4:
- https://github.com/opencontainers/runc/issues/3849: Um bug no kubelet causa um vazamento de memória nos nós usando o cgroup v1 no kernel do Linux 5.15. As imagens do Oracle Linux 8.7 usam o kernel do 5.15 Linux, portanto, as imagens do Oracle Linux 8.7 são afetadas pelo bug.
- https://github.com/cri-o/cri-o/issues/6805: As métricas estão ausentes após uma reinicialização de crio.
O projeto upstream do Kubernetes obsoletou as políticas de segurança de pod no Kubernetes versão 1.21 e removeu o recurso no Kubernetes versão 1.25. Consequentemente, o Kubernetes Engine não suporta políticas de segurança de pod e o controlador de admissão PodSecurityPolicy em clusters que executam o Kubernetes versão 1.25 e posterior.
Se você precisar de uma funcionalidade semelhante, considere o uso de padrões de segurança de pod do Kubernetes e do controlador de admissão PodSecurity (junto com as políticas Privilegiada, Linha de Base e Restrita). Por padrão, o Kubernetes Engine permite o controlador de admissão PodSecurity em clusters que executam o Kubernetes versão 1.23 e posterior, a fim de suportar padrões de segurança de pod. Para obter mais informações sobre os padrões de segurança de pods do Kubernetes e o controlador de admissão PodSecurity, consulte Padrões de Segurança de Pods na documentação do Kubernetes.
Como alternativa, considere o uso de outras alternativas que estão sendo desenvolvidas no ecossistema do Kubernetes para aplicar as políticas.
Se você decidir deixar de usar políticas de segurança de pod e o controlador de admissão PodSecurityPolicy para usar padrões de segurança de pod e o controlador de admissão PodSecurity, consulte Migrar de PodSecurityPolicy para o Controlador de Admissão PodSecurity Incorporado na documentação do Kubernetes. Observe que é importante concluir a migração antes de criar um novo cluster executando o Kubernetes versão 1.25 ou antes de fazer upgrade de um cluster existente do Kubernetes versão 1.24 para executar o Kubernetes versão 1.25. Observe também que a Console fornece uma maneira conveniente de desativar o uso do controlador de admissão PodSecurityPolicy nos clusters existentes do Kubernetes criados e gerenciados pelo Kubernetes Engine (consulte Usando a Console para Desativar o Controlador de Admissão PodSecurityPolicy).
Observações sobre o Suporte do Kubernetes Engine for Kubernetes Versão 1.22
Observe que o Kubernetes versão 1.22 parou de atender a várias APIs obsoletas do Kubernetes, incluindo:
- Recursos do Webhook
- CustomResourceDefinition
- APIService
- TokenReview
- SubjectAccessReview recursos
- CertificateSigningRequest
- Arrendamento
- Entrada
- IngressClass
- Recursos RBAC
- PriorityClass
- Armazenar recursos
Para obter mais informações sobre a migração das APIs obsoletas, consulte o Guia de Migração da API Obsoleta do Kubernetes.
Suporte Planejado para Futuras Versões do Kubernetes
No momento, o suporte ao Kubernetes Engine está planejado para as seguintes versões futuras do Kubernetes. Observe que as datas futuras estão sujeitas a alterações sem aviso prévio. Além disso, observe a Isenção de Responsabilidade Legal após a tabela.
| Versão Secundária do Kubernetes | Versão de Patch do Kubernetes Suportada pelo OKE | Data de Liberação da Versão Secundária de Upstream | Data de término da vida útil da versão secundária a montante | OKE - Data de Liberação |
|---|---|---|---|---|
1.34 |
To Be Confirmed | To Be Confirmed | To Be Confirmed | To Be Confirmed |
1.35 |
To Be Confirmed | To Be Confirmed | To Be Confirmed | To Be Confirmed |
1.36 |
A ser confirmado | A ser confirmado | A ser confirmado | A ser confirmado |
Isenção de Responsabilidade Legal: A tabela tem como objetivo delinear nossa direção geral para o produto. Destina-se somente a fins informativos e não pode ser incorporado a nenhum contrato. Ele não tem o compromisso de fornecer material, código ou funcionalidade e não deve orientar suas decisões de compra. O desenvolvimento, a liberação, o tempo e o preço de quaisquer recursos ou funcionalidades descritos para os produtos da Oracle podem mudar e permanecem sob o exclusivo critério da Oracle Corporation.
Versões do Kubernetes Suportadas Anteriormente
O Kubernetes Engine suportava anteriormente as seguintes versões do Kubernetes:
| Versão do Kubernetes | Suporte Finalizado |
|---|---|
1.29.10 |
17 de abril de 2025 |
1.29.1 |
21 de fevereiro de 2025 |
1.28.10 |
January 27, 2025 |
1.28.2 |
October 8, 2024 |
1.27.10 |
August 27, 2024 |
1.27.2 |
May 21, 2024 |
1.26.7 |
April 29, 2024 |
1.26.2 |
October 13, 2023 |
1.25.12 |
February 15, 2024 |
1.25.4 |
October 13, 2023 |
1.24.1 |
September 26, 2023 |
1.23.4 |
June 22, 2023 |
1.22.5 |
February 22, 2023 |
1.21.5 |
October 13, 2022 |
1.20.11 |
July 19, 2022 |
1.20.8 |
November 7, 2021 |
1.19.15 |
April 22, 2022 |
1.19.12 |
November 7, 2021 |
1.19.7 |
August 13, 2021 |
1.18.10 |
February 9, 2022 |
1.17.13 |
September 8, 2021 |
1.17.9 |
April 17, 2021 |
1.16.15 |
April 17, 2021 |
1.15.12 |
February 2, 2021 |
1.15.7 |
February 2, 2021 |
1.14.8 |
December 15, 2020 |
1.13.x |
March 21, 2020 |
1.12.7 |
January 29, 2020 |
1.12.6 |
April 15, 2019 |
1.11.9 |
September 9, 2019 |
1.11.8 |
April 15, 2019 |
1.11.x versions prior to 1.11.8 |
March 13, 2019 |
1.10.x |
April 12, 2019 |
1.9.x |
December 11, 2019 |
1.8.x |
September 7, 2018 |
Observações sobre o Suporte do Kubernetes Engine for Kubernetes Versão 1.20
Com o anúncio de suporte para o Kubernetes versão 1.20.8, o runtime de contêiner usado pelo Kubernetes Engine muda do Docker para o CRI-O. No entanto, você não precisa alterar nenhuma das suas imagens existentes do Docker porque as imagens do Docker são compatíveis com a Open Container Initiative (OCI). No que diz respeito ao Kubernetes, todas as imagens compatíveis com a OCI têm a mesma aparência.
Observe o seguinte:
- O CRI-O é uma implementação do Kubernetes Container Runtime Interface (CRI), que permite o uso de runtimes compatíveis com o OCI. O CRI-O pode extrair suas imagens do Docker existentes e executá-las em seus clusters do Kubernetes versão 1.20.8.
- Ao usar o runtime do Docker, a configuração padrão captura a saída padrão e os fluxos de erro padrão de contêineres usando o formato JSON. Por outro lado, o CRI-O usa o formato Logrus. Se você usar uma ferramenta de log, como Fluentd ou Fluent Bit, atualize a configuração da ferramenta para usar um novo parser para analisar logs CRI. Por exemplo:
- Se você usar o Fluentd, use o parser-cri fluent-plugin.
- Se você usar o Fluent Bit, use o parser de Interface de Runtime de Contêiner (CRI).
- Você pode ter um workflow em um cluster que dependa do soquete do docker subjacente /var/run/docker.sock (um padrão geralmente chamado de Docker no Docker). A partir do Kubernetes versão 1.20.8, esse fluxo de trabalho não funciona mais.
- Se você usou anteriormente a CLI do Docker para executar comandos em um host, use crictl (uma CLI para runtimes de contêiner compatíveis com CRI).
- O projeto upstream do Kubernetes está descontinuando o Docker como um runtime de contêiner após o Kubernetes versão 1.20.
Para saber mais:
- Consulte o Registro de Alterações do Kubernetes 1.20.8 para obter mais informações sobre o Kubernetes 1.20.8
- Consulte as Perguntas Frequentes sobre Obsolescência de Docershim para obter mais informações sobre a obsolescência do adaptador do dockershim (que anteriormente permitia que o kubelet interagisse com o Docker como se o Docker fosse um runtime compatível com CRI)