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. Os lançamentos de patches são mais frequentes (normalmente semanalmente) 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 4.19.16de versão de exemplo.

Versão principal (x) Versão secundária (y) Versão do patch (z)
4 19 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.18 e a 4.19 for a versão secundária mais recente disponível para a série 4, atualize para a 4.19 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.18 não inclui uma atualização para uma versão 4.19. Os canais de atualização controlam apenas a seleção de versões e não modificam a versão atual do cluster. Para obter mais informações, consulte Noções básicas sobre canais de atualização e versões.

Importante

O Azure Red Hat OpenShift fornece suporte apenas para os canais stable e eus. Por exemplo, stable-4.19 ou, eus-4.18.

Você pode usar o canal stable ou eus para atualizar de uma anterior versão secundária 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]

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

A equipa do Azure Red Hat OpenShift SRE reserva-se o direito de adicionar ou remover versões novas ou existentes, ou atrasar versões secundárias futuras que foram identificadas como tendo um ou mais bugs críticos que afetam a produção ou problemas de segurança, sem aviso prévio.

Lançamentos de patches específicos podem ser ignorados ou a distribuição pode ser acelerada dependendo da gravidade do bug ou do problema de segurança.

Atualizações obrigatórias

Em circunstâncias extremas e com base na avaliação da criticidade CVE (Common Vulnerabilities and Exposures) para o ambiente, você é notificado de que tem 72 horas para atualizar seu cluster para a versão mais recente e segura do patch. Caso a atualização não seja feita após 72 horas, um patch crítico poderá ser aplicado automaticamente aos clusters pelos Engenheiros de Fiabilidade de Site (SRE) do Azure Red Hat OpenShift, seguido por uma notificação que informa sobre a alteração. É uma prática recomendada instalar atualizações de patch (z-stream) assim que estiverem disponíveis.

Fim da vida útil da versão

Fim da vida útil significa que uma versão não é mais suportada em um stable canal para versões menores ímpares, nem em um eus canal para versões menores pares. 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.

Observação

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 contrato de nível de serviço (SLA) do Red Hat OpenShift do Azure.

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 Disponibilidade do OCP GA Disponibilidade de instalação do Azure Red Hat Openshift Azure Red Hat Openshift End of Life (canal estável) Azure Red Hat OpenShift Fim de Suporte (EUS Período 1)
4.20 Outubro de 2025 Brevemente Abril 21, 2027 Outubro 21, 2027
4.19 junho de 2025 16 de dezembro de 2025 17 de dezembro de 2026 N/A
4,18 fevereiro de 2025 6 de novembro de 2025 25 de agosto de 2026 Fevereiro 25, 2027
4.17 Outubro de 2024 5 de junho de 2025 1 de abril de 2026 N/A
4,16 junho de 2024 10 de março de 2025 27 de dezembro de 2025 Junho 27, 2026
4.15 Fevereiro de 2024 4 de setembro de 2024 27 de agosto de 2025 N/A

Analise a imagem a seguir para saber mais sobre a janela de suporte do Azure Red Hat OpenShift.

Diagrama que mostra a janela de suporte do Azure Red Hat OpenShift.

  • A janela de suporte para uma versão OCP começa com a disponibilidade de atualização do Azure Red Hat OpenShift.
  • Azure Red Hat Openshift Update Availability é a data em que a versão OCP está disponível em um canal estável para uma atualização de uma versão anterior.
  • Azure Red Hat Openshift Install Availability é a data em que a versão está disponível para uma nova instalação de cluster. Por exemplo, quando você cria um novo cluster com o portal do Azure ou a CLI do Azure.
  • Azure Red Hat Openshift End of Life é a data em que uma versão não é mais suportada stable no canal para versões secundárias ímpares.
  • Azure Red Hat OpenShift End of Life (EUS) é a data em que uma versão não é mais suportada no canal eus, até mesmo para versões menores.

Para obter mais informações sobre canais de atualização estáveis, consulte Noções básicas sobre canais de atualização e versões.

Termo do Complemento de Suporte de Atualização Estendido 1

O Add-on de Suporte a Atualizações Estendidas (EUS) Term 1 está disponível nas versões menores de número par, começando com a versão 4.16, e está incluído na sua subscrição do Azure Red Hat OpenShift. Isso fornece o principal benefício de estender o ciclo de vida do suporte por um período adicional de 6 meses.

Para aplicar o EUS Term 1 ao cluster do Azure Red Hat OpenShift, você deve alterar seu canal de suporte para eus-4.y. Para obter mais informações sobre canais de atualização, consulte Noções básicas sobre canais de atualização e versões.

Observação

A obtenção de atualizações e suporte durante o período do EUS requer que você altere seu canal de atualização para eus-4.y

Para obter mais informações sobre o EUS Term 1, consulte Extended Update Support Add-On - Term 1.

Status de suporte limitado

Quando um cluster faz a transição para um status de suporte limitado, 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 tiverem sido usadas, o Azure Red Hat OpenShift não será responsável por nenhuma das suas ações ou das ações do usuário autorizado, incluindo as ações 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.
    • Para obter mais informações, consulte a política de suporte do Azure Red Hat OpenShift sobre requisitos de configuração de cluster.

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.16 e você estiver na 4.15 ou anterior, estará sem suporte. Quando a atualização de 4.15 para 4.16 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 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:

  • Quando você abre um tíquete de suporte para seu cluster, pode ser solicitado que você atualize 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 são atualizados apenas com base no melhor esforço possível.
  • Clusters fora de suporte não são monitorizados.

Próximos passos

Para obter mais informações de suporte, consulte Política de suporte do Azure Red Hat OpenShift 4.0.