Partilhar via


Ciclo de vida do suporte do Azure Red Hat OpenShift 4

A Red Hat lança versões secundárias do Red Hat OpenShift Container Platform (OCP) aproximadamente a cada quatro meses. Estas versões incluem novas funcionalidades e melhorias. As versões de patches são mais frequentes (normalmente semanais) e podem incluir correções para vulnerabilidades de segurança ou bugs.

O Azure Red Hat OpenShift foi criado a partir de versões específicas do OCP. Este artigo aborda as versões do OCP com suporte para o Azure Red Hat OpenShift e detalhes sobre atualizações, descontinuações e a política de suporte.

Versões do Red Hat OpenShift

O Red Hat OpenShift Container Platform usa versionamento semântico. O controle de versão semântico usa diferentes níveis de números para especificar versões diferentes. 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.15.16.

Versão principal (x) Versão secundária (y) Versão do patch (z)
4 15 16
  • Versão principal: Nenhum lançamento de versão principal está planejado no momento. As versões principais envolvem mudanças significativas no serviço principal, como adições em grande escala de novos recursos e funções, alterações arquitetônicas e remoção de funções existentes.
  • Versão secundária: Lançada aproximadamente a cada quatro meses. As atualizações de versões secundárias podem incluir adições de recursos, aprimoramentos, depreciações, remoções, correções de bugs, aprimoramentos de segurança e outras melhorias.
  • Versão do patch: normalmente lançada todas as semanas ou conforme necessário. As atualizações da versão do patch podem incluir correções de bugs, melhorias de segurança e outras melhorias.

Você deve procurar executar a versão secundária mais recente da versão principal que você está executando. Por exemplo, se o cluster de produção estiver na 4.14 e a 4.15 for a versão secundária mais recente disponível para a série 4, atualize para a 4.15 assim que puder.

Vias de atualizações

Os canais de atualização são o mecanismo pelo qual os usuários declaram a versão secundária do OpenShift Container Platform para a qual pretendem atualizar seus clusters. Os canais de atualização estão vinculados a uma versão secundária do Red Hat OpenShift Container Platform. O número da versão no canal representa a versão secundária de destino para a qual o cluster será eventualmente atualizado. Um canal de atualização não recomenda atualizações para uma versão acima da versão do canal selecionado. Por exemplo, o canal de atualização OCP stable-4.14 não inclui uma atualização para uma versão 4.15. Os canais de atualização controlam apenas a seleção de versões e não modificam a versão atual do cluster. Consulte Noções básicas sobre canais de atualização e versões para obter mais informações.

Importante

O Azure Red Hat OpenShift fornece suporte apenas para canais estáveis. Por exemplo: stable-4.15.

Você pode usar o stable-4.15 canal para atualizar de uma versão secundária anterior do Azure Red Hat OpenShift. Clusters atualizados usando fast ou candidate canais podem colocar seu cluster em um estado de Suporte Limitado.

Política de suporte da versão do Azure Red Hat OpenShift

Disponibilidade da versão do Azure Red Hat OpenShift

Uma versão do Azure Red Hat OpenShift está disponível por meio de um dos dois mecanismos:

  • Quando uma atualização para uma versão mais recente está disponível para um cluster existente
  • Quando uma nova versão está disponível como destino de instalação para um novo cluster

Atualizar disponibilidade

O Azure Red Hat OpenShift oferece suporte a versões secundárias geralmente disponíveis (GA) do Red Hat OpenShift Container Platform a partir de quando uma atualização está disponível no canal OpenShift stable . A disponibilidade da atualização pode ser verificada na página a seguir, Red Hat OpenShift Container Platform Update Graph.

Disponibilidade da instalação

As versões instaláveis podem ser validadas usando o calendário de lançamento do Azure Red Hat OpenShift ou executando o seguinte comando da CLI do Azure:

az aro get-versions --location [region]

Fim da vida útil da versão

A data de fim da vida útil de uma versão do Azure Red Hat OpenShift pode ser encontrada no calendário de lançamento do Azure Red Hat OpenShift.

Nota

Se você estiver executando uma versão não suportada do Red Hat OpenShift, poderá ser solicitado que atualize ao solicitar suporte para o cluster. Os clusters que executam versões não suportadas do Red Hat OpenShift não são cobertos pelo SLA do Azure Red Hat OpenShift.

Atualizações obrigatórias

Em circunstâncias extremas e com base na avaliação da criticidade CVE para o ambiente, uma atualização de patch crítico pode ser aplicada automaticamente aos clusters pelo Azure Red Hat OpenShift Site Reliability Engineers (SRE), que será seguida com uma notificação informando sobre a alteração. É uma prática recomendada instalar atualizações de patch (z-stream) assim que estiverem disponíveis.

Status de suporte limitado

Quando um cluster faz a transição para um status de suporte limitado (ou também chamado fora do suporte), os SREs do Azure Red Hat OpenShift não monitoram mais proativamente o cluster. Além disso, o SLA não é mais aplicável e os créditos solicitados contra o SLA são negados, embora isso não signifique que você não tenha mais suporte ao produto.

Um cluster pode fazer a transição para um status de Suporte Limitado por vários motivos, incluindo os seguintes cenários:

  • Se você não atualizar um cluster para uma versão suportada antes da data de fim da vida útil.

    • Não há garantias de tempo de execução ou SLA para versões após sua data de fim de vida. Para evitar isso e continuar recebendo suporte total, atualize o cluster para uma versão suportada antes da data de fim de vida. Se você não atualizar o cluster antes da data de fim de vida, o cluster passará para um status de Suporte Limitado até ser atualizado para uma versão compatível.
    • Os SREs do Azure Red Hat OpenShift fornecem suporte comercialmente razoável para atualizar de uma versão sem suporte para uma versão com suporte. No entanto, se um caminho de atualização com suporte não estiver mais disponível, talvez seja necessário criar um novo cluster e migrar suas cargas de trabalho.
  • Se você remover ou substituir qualquer componente nativo do Azure Red Hat OpenShift ou qualquer outro componente instalado e gerenciado pelo serviço.

    • Se as permissões de administrador foram usadas, o Azure Red Hat OpenShift não é responsável por nenhuma das suas ações ou das ações dos usuários autorizados, incluindo aquelas que afetam os serviços de infraestrutura, a disponibilidade do serviço ou a perda de dados. Se tais ações forem detetadas, o cluster poderá fazer a transição para um status de Suporte Limitado. Em seguida, você deve reverter a ação ou criar um caso de suporte para explorar as etapas de correção.
    • Em alguns casos, o cluster pode retornar a um status totalmente suportado se você corrigir os fatores violadores. No entanto, em outros casos, talvez seja necessário excluir e recriar o cluster.
    • Consulte a política de suporte do Azure Red Hat OpenShift para obter mais informações sobre os requisitos de configuração do cluster.

Exceções à política de versões suportadas

A equipe do Azure Red Hat OpenShift SRE reserva-se o direito de adicionar ou remover versões novas/existentes ou atrasar versões secundárias futuras que tenham sido identificadas como tendo uma ou mais produções críticas que afetem bugs ou problemas de segurança sem aviso prévio.

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

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

Consulte o guia a seguir para conhecer o histórico de versões anteriores do Red Hat OpenShift Container Platform (upstream).

Versão OCP Disponibilidade do OCP GA Disponibilidade de instalação do ARO ARO Fim da Vida Útil
4.4 Maio de 2020 Julho de 2020 Fevereiro de 2021
4,5 Julho de 2020 Novembro de 2020 15 de julho de 2021
4.6 Outubro de 2020 Fevereiro de 2021 15 de setembro de 2021
4.7 Fevereiro de 2021 15 de julho de 2021 1 de fevereiro de 2022
4.8 Julho de 2021 15 de setembro de 2021 21 de junho de 2022
4,9 Novembro de 2021 1 de fevereiro de 2022 2 de março de 2023
4.10 Março de 2022 21 de junho de 2022 19 de agosto de 2023
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 Janeiro 17 2025
4.13 Maio de 2023 15 de dezembro de 2023 17 de novembro de 2024
4.14 Outubro de 2023 Abril 25 2024 Maio 1 2025
4.15 Fevereiro de 2024 4 de setembro de 2024 Junho 27 2025
4,16 junho de 2024 Brevemente Novembro 2 2025

FAQ

O que acontece quando um usuário atualiza um cluster OpenShift com uma versão secundária que não é suportada?

O Azure Red Hat OpenShift dá suporte à instalação de versões secundárias consistentes com as datas na tabela anterior. Uma versão é suportada assim que um caminho de atualização para essa versão está disponível no canal estável. Se estiver a executar uma versão após a data de Fim da Vida Útil, está fora do suporte e poderá ser-lhe pedido que atualize para continuar a receber suporte. A atualização de uma versão mais antiga para uma versão suportada pode ser um desafio e, em alguns casos, não é possível. Recomendamos que você mantenha seu cluster na versão mais recente do OpenShift para evitar possíveis problemas de atualização.

Por exemplo, se a versão mais antiga suportada do Azure Red Hat OpenShift for 4.13 e você estiver na 4.12 ou anterior, estará fora do suporte. Quando a atualização da versão 4.12 para a 4.13 ou superior for bem-sucedida, você estará de volta às nossas políticas de suporte.

Não há suporte para reverter o cluster para uma versão anterior ou uma reversão. Apenas a atualização para uma versão mais recente é suportada.

O que significa "Fora do Suporte" ou "Suporte Limitado"?

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

  • Ao abrir um tíquete de suporte para seu cluster, você pode ser solicitado a atualizar o cluster para uma versão suportada antes de receber suporte.
  • Todas as garantias de tempo de execução ou SLA para clusters fora do suporte são anuladas.
  • Os clusters fora do suporte serão corrigidos apenas com base no melhor esforço.
  • Os clusters fora do suporte não serão monitorados.