Dar suporte ao ciclo de vida para Red Hat OpenShift no Azure 4

O Red Hat lança versões secundárias do Red Hat OCP (Plataforma de Contêiner do OpenShift) aproximadamente a cada quatro meses. Essas versões incluem novos recursos e melhorias. As versões de patch são mais frequentes (normalmente semanais) e são destinadas apenas a correções de bugs críticas em uma versão secundária. Essas versões de patch podem incluir correções para vulnerabilidades de segurança ou bugs principais.

O Red Hat OpenShift no Azure foi criado usando versões específicas do OCP. Este artigo aborda as versões de OCP que têm suporte para o Red Hat OpenShift no Azure, bem como detalhes sobre upgrades, substituições e política de suporte.

Versões do Red Hat OpenShift

A Plataforma de Contêiner do Red Hat OpenShift usa o controle de versão semântico. O controle de versão semântico usa diferentes níveis de números de versão para especificar diferentes níveis de controle de versão. A tabela a seguir ilustra as diferentes partes de um número de versão semântica, neste caso, usando o número de versão de exemplo 4.10.3.

Versão principal (x) Versão secundária (y) Patch (z)
4 10 3

Cada número na versão indica compatibilidade geral com a versão anterior:

  • Versão principal: nenhuma versão principal das versões está planejada neste momento. As versões principais são alteradas quando as alterações de API incompatíveis ou a compatibilidade com versões anteriores podem estar corrompidas.
  • Versão secundária: lançada aproximadamente a cada quatro meses. Atualizações de versão secundária podem incluir adições de recursos, aprimoramentos, substituições, remoções, correções de bugs, aprimoramentos de segurança e outros aprimoramentos.
  • Patches: normalmente lançados a cada semana ou conforme necessário. Atualizações de versão de patch podem incluir correções de bugs, aprimoramentos de segurança e outros aprimoramentos.

Os clientes devem visar a execução da versão secundária mais recente da versão principal que estão executando. Por exemplo, se o seu cluster de produção estiver na 4.9 e 4.10 for a versão secundária mais recente em disponibilidade geral para a série 4, você deverá atualizar para a 4.10 assim que puder.

Canais de atualização

Os canais de atualização estão vinculados a uma versão secundária do Red Hat OCP (Plataforma de Contêiner do OpenShift). Por exemplo, a atualização do OCP 4.9 nunca inclui uma atualização para a versão 4.10. Os canais de atualização controlam apenas a seleção de versão e não afetam a versão do cluster.

O Red Hat OpenShift 4 no Azure dá suporte apenas a canais estáveis. Por exemplo: stable-4.9.

Você pode usar o canal stable-4.10 para atualizar de uma versão secundária anterior do Red Hat OpenShift no Azure. Não há suporte para clusters atualizados usando canais rápidos, de pré-lançamento e candidatos.

Se você mudar para um canal que não inclui sua versão atual, um alerta será exibido e nenhuma atualização poderá ser recomendada. No entanto, é possível mudar de volta com segurança para o canal original a qualquer momento.

Política de suporte da versão da Plataforma de Contêiner do Red Hat OpenShift

O Red Hat OpenShift no Azure dá suporte a duas versões secundárias em GA (disponibilidade geral) da Plataforma de Contêiner do Red Hat OpenShift:

  • A versão secundária mais recente em GA lançada no Red Hat OpenShift no Azure (conhecido como N)

  • Uma versão secundária anterior (N-1)

Se disponível em um canal de atualização estável, versões secundárias mais recentes (N+1, N+2) disponíveis em OCP upstream também têm suporte.

Atualizações de patch críticas são aplicadas a clusters automaticamente por SRE (Engenheiros de Confiabilidade de Site) do Red Hat OpenShift no Azure. Os clientes que desejam instalar atualizações de patch com antecedência são livres para fazer isso.

Por exemplo, se o Red Hat OpenShift no Azure lança a 4.10.z hoje, o suporte é fornecido para as seguintes versões:

Nova versão secundária Lista de versões compatíveis
4.10.z 4.10.z, 4.9.z

Observação

A tabela acima é apenas um exemplo para ilustrar o suporte ao ciclo de vida. Ela não se destina a ser uma lista de versões atualmente suportadas.

".z" é representativo das versões de patch. Se disponível em um canal de atualização estável, os clientes também poderão atualizar para a 4.9.z.

Quando uma nova versão secundária é introduzida, a versão secundária mais antiga é preterida e removida. Por exemplo, digamos que a lista de versões com suporte atual seja 4.10.z e 4.9.z. Quando o Red Hat OpenShift no Azure lançar o 4.11.z, a versão 4.9.z será removida e ficará sem suporte dentro de 30 dias.

Observação

Observe que, se os clientes estiverem executando uma versão do Red Hat OpenShift sem suporte, eles poderão ser solicitados a atualizar ao solicitar suporte para o cluster. Os clusters que executam versões do Red Hat OpenShift sem suporte não são cobertos pelo SLA do Red Hat OpenShift no Azure.

Processo de liberação e de deprecação

Você pode consultar os próximos lançamentos e descontinuações de versões no calendário de lançamento do Red Hat OpenShift no Azure.

Para novas versões secundárias da Plataforma de Contêiner do Red Hat OpenShift:

  • A equipe SRE do Red Hat OpenShift no Azure publica um pré-comunicado com a data planejada de um novo lançamento de versão e a respectiva substituição da versão antiga nas Notas sobre a versão do Red Hat OpenShift no Azure pelo menos 30 dias antes da remoção.
  • A equipe SRE do Red Hat OpenShift no Azure publica uma notificação de integridade do serviço disponível para todos os clientes com o Red Hat OpenShift no Azure e o acesso ao portal e envia um email para os administradores de assinatura com as datas planejadas de remoção de versão.
  • Os clientes têm 30 dias desde a remoção da versão até a atualização para uma versão secundária com suporte para continuar recebendo suporte.

Para novas versões de patch da Plataforma de Contêiner do Red Hat OpenShift:

  • Devido à natureza urgente das versões de patch, elas podem ser introduzidas no serviço pela equipe SRE do Red Hat OpenShift no Azure à medida que se tornam disponíveis.
  • Em geral, a equipe SRE do Red Hat OpenShift no Azure não realiza comunicações amplas para a instalação de novas versões de patch. No entanto, a equipe monitora e valida constantemente os patches de CVE disponíveis para dar suporte a eles em tempo hábil. Se a ação do cliente for necessária, a equipe notificará os clientes sobre a atualização.

Exceções de política de versões com suporte

A equipe SRE do Red Hat OpenShift no Azure reserva-se o direito de adicionar ou remover versões novas/existentes ou atrasar as próximas versões de lançamento secundárias que tenham sido identificadas como tendo um ou mais bugs críticos que impactam a produção ou problemas de segurança, sem aviso prévio.

Versões de patch específicas podem ser ignoradas ou a distribuição pode ser acelerada dependendo da severidade do bug ou do problema de segurança.

Versões de CLI e portal do Azure

Quando você implanta um cluster do Red Hat OpenShift no Azure no portal ou com a CLI do Azure, o cluster é padronizado para a versão secundária mais recente (N) e o patch crítico mais recente. Por exemplo, se o Red Hat OpenShift no Azure der suporte às versões 4.10.z e 4.9.z, a versão padrão para novas instalações será a 4.10.z. Os clientes que desejam usar a versão secundária do OCP upstream mais recente (N+1, N+2) podem atualizar o cluster a qualquer momento para qualquer versão disponível nos canais de atualização estáveis.

Calendário de lançamento do Red Hat OpenShift no Azure

Confira o guia a seguir para o histórico de lançamento da Plataforma de Contêiner do Red Hat OpenShift (upstream).

Versão do OCP Versão de upstream Disponibilidade geral do Red Hat OpenShift no Azure Fim de vida
4.4 Maio de 2020 Julho de 2020 4.6 GA
4.5 Julho de 2020 Novembro de 2020 4.7 (GA)
4.6 Outubro de 2020 Fevereiro de 2021 4.8 (GA)
4.7 Fevereiro de 2021 15 de julho de 2021 4.9 GA
4.8 Julho de 2021 15 de setembro de 2021 4.10 GA
4.9 Novembro de 2021 1º de fevereiro de 2022 4.11 GA
4.10 Março de 2022 21 de junho de 2022 4.12 GA
4.11 Agosto de 2022 2 de março de 2023 10 de fevereiro de 2024
4.12 Janeiro de 2023 19 de agosto de 2023 17 de julho de 2024
4.13 Maio de 2023 15 de dezembro de 2023 17 de novembro de 2024
4.14 Outubro de 2024 25 de abril de 2024 1º de maio de 2025

Importante

A partir da versão 4.12 do ARO, o ciclo de vida do suporte para novas versões será definido como 14 meses a partir do dia da disponibilidade geral. Isso significa que a data de término para o suporte de cada versão não dependerá mais da versão anterior (conforme mostrado na tabela acima para a versão 4.12.) Isso não afeta o suporte para a versão anterior. Duas versões secundárias de GA (disponibilidade geral) da Plataforma de Contêiner do Red Hat OpenShift continuarão a ter suporte, conforme explicado anteriormente.

Perguntas frequentes

O que acontece quando um usuário atualiza um cluster do OpenShift com uma versão secundária sem suporte?

O Red Hat OpenShift no Azure dá suporte à instalação de duas versões secundárias no momento da instalação. Há suporte para uma versão assim que um caminho de atualização para essa versão estiver disponível. Se você estiver executando uma versão após a data de EOL acima, você estará fora do suporte e será solicitado a atualizar para continuar recebendo suporte. A atualização de uma versão mais antiga para uma versão com suporte pode ser desafiadora e, em alguns casos, não é possível. Recomendamos que você mantenha o cluster na versão mais recente do OpenShift para evitar possíveis problemas de atualização.

Por exemplo:

  • Se a versão mais antiga do Red Hat OpenShift no Azure com suporte for a 4.9.z e você estiver na 4.8.z ou anterior, você estará fora do suporte.
  • Quando a atualização da 4.8.z para a 4.9.z ou superior for bem-sucedida, você estará novamente dentro de nossas políticas de suporte.

Não há suporte para reverter o cluster para uma versão anterior ou uma reversão. Há suporte apenas para o upgrade para uma versão mais recente.

O que significa "fora do suporte"?

Se o cluster do ARO estiver executando uma versão do OpenShift que não está na lista de versões com suporte ou estiver usando uma configuração de cluster sem suporte, o cluster estará "sem suporte". Como resultado:

  • Ao abrir um tíquete de suporte para o seu cluster, você será solicitado a atualizar o cluster para uma versão com suporte antes de receber suporte, a menos que esteja dentro do período de carência de 30 dias após o término do suporte da versão.
  • Todas as garantias de runtime ou SLA para clusters sem suporte são anuladas.
  • Os clusters sem suporte serão corrigidos apenas na medida do possível.
  • Os clusters sem suporte não serão monitorados.