4.13 informações sobre a versão e ações de atualização

Essa versão não é mais suportada. Atualize seu cluster para uma versão compatível o mais rápido possível.

Revise as informações sobre a versão 4.13 do Red Hat OpenShift on IBM Cloud. Esta versão é baseada na versão Kubernetes 1.26.

Procurando informações gerais sobre atualização de clusters ou informações sobre uma versão diferente? Consulte Red Hat Red Hat OpenShift nas informações da versão do IBM Cloud e no blog da versão 4.13.

Esse emblema indica a versão Kubernetes 1.26 certificação para Red Hat OpenShift on IBM Cloud — Kubernetes versão 1.26 emblema de certificação

Red Hat OpenShift on IBM Cloud é um produto certificado Kubernetes para a versão 1.26 do programa CNCF Kubernetes Software Conformance Certification. Kubernetes® é uma marca registrada The Linux Foundation nos Estados Unidos e/ou em outros países, utilizadas de acordo com uma licença obtida junto à The Linux Foundation.

Linha do tempo de liberações

A tabela a seguir inclui o cronograma de lançamento esperado para a versão 4.13. Essas informações podem ser usadas para fins de planejamento, bem como para estimar o período geral após o qual a versão talvez deixe de ser suportada.

As datas marcadas com o símbolo (†) são tentativas e estão sujeitas a mudança.

Histórico de liberação para Red Hat OpenShift on IBM Cloud versão 4.13.
Suportado?	Red Hat OpenShift / versão do Kubernetes	Data de liberação	Dados não suportados
Suportado	4.13 / 1.26	14 de junho de 2023. "	31 de maio de 2025`†`

Preparando-se para a atualização

Analise as alterações que talvez você precise fazer ao atualizar um cluster para a versão 4.13. Estas informações resumem as atualizações que provavelmente terão impacto nos apps implementados quando a atualização for feita.

Atualização antes do principal

A tabela a seguir mostra as ações que devem ser executadas antes da atualização do cluster mestre.

O acesso do cluster principal para clusters de VPC com um terminal em serviço privado mudou significativamente da versão 4.12 Antes de atualizar um cluster desse tipo, revise as informações a seguir e considere quais mudanças devem ser feitas antes do upgrade do cluster. Além disso, considere isso antes de criar um novo cluster 4.13 com apenas um terminal em serviço privado.

Alterações a serem feitas antes de atualizar o mestre para Red Hat OpenShift 4.13
Tipo	Descrição
Não suportados: recursos OpenShift descontinuados e removidos	Para obter mais informações, revise o OpenShift versão 4.13 recursos descontinuados e removidos e Preparando-se para atualizar para o OpenShift Container Platform 4.13 para possíveis ações necessárias.
Problemas conhecidos do OpenShift	Para obter mais informações, revise o OpenShift versão 4.13 problemas conhecidos para possíveis ações necessárias.
Configuração de métricas do nó do trabalhador atualizada	Para que seu cluster mantenha as métricas de pod e de nó durante a atualização, seu cluster mestre deve estar na versão do fix pack 4.12.16_1545_openshift ou posterior e os nós do trabalhador do cluster devem estar na versão do fix pack 4.12.19_1546_openshift ou posterior.
Mudanças de acesso para clusters VPC somente com um terminal em serviço privado	Anteriormente, em clusters VPC com um ponto de extremidade de serviço privado apenas, se você quisesse acessar o cluster por meio do Console OpenShift, executar scripts de terraform, criar um arquivo `kubeconfig` por meio de `oc login` ou fazer chamadas de API semelhantes que exigissem oauth para obter um token, seria necessário acessar o ponto de extremidade de serviço privado, que estava no formato `https://cX00.private.us-south.containers.cloud.ibm.com:port`. Essa configuração exigia apenas acesso à rede privada IBM Cloud `166.8.0.0/14`. Agora, em OpenShift 4.13, esse comportamento foi alterado. Além de acessar a rede privada IBM Cloud, o sistema cliente também precisa acessar a resolução de DNS privado da VPC para poder se conectar a endereços IP na VPC em que o cluster está. Isso é devido a uma mudança para usar o nome do DNS do gateway VPE do formulário `clusterID.vpe.private.us-south.containers.cloud.ibm.com:port` para acesso ao apiserver e ao servidor oauth Agora, para acessar o console Red Hat OpenShift, executar `oc login` ou fazer chamadas de API semelhantes, o sistema cliente deve ser capaz de resolver o nome DNS do gateway VPE e alcançar o gateway VPE na VPC. Deve-se configurar sua VPN de VPC ou outra solução de rede para poder acessar o gateway VPE. Para obter mais informações, consulte Acessando clusters VPC por meio do gateway VPE. É importante definir os endereços do servidor DNS privado IBM Cloud VPC (`161.26.0.7` e `161.26.0.8`) como resolvedores de DNS e definir o roteamento para os serviços IaaS (`161.26.0.0/16`). No entanto, se não quiser usar o novo comportamento, você pode atualizar seu cluster e, em seguida, definir o tipo de acesso Oauth para seu cluster de volta ao comportamento `legacy` para usar o endpoint do serviço Private. Para mais informações, veja Configurando o tipo de acesso OAuth para clusters VPC.