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 semanalmente) e podem incluir correções para vulnerabilidades de segurança ou bugs.
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 atualizações, 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 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: nenhuma versão principal das versões está planejada neste momento. As principais versões envolvem alterações significativas no serviço principal, como adições em larga 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. 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.
- Versão de patch: 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.
Tente executar a versão secundária mais recente da versão principal que está em execução. Por exemplo, se o seu cluster de produção estiver na 4.14 e 4.15 for a versão secundária mais recente em disponibilidade geral para a série 4, você deverá atualizar para a 4.15 assim que puder.
Canais de atualização
Os canais de atualização são o mecanismo pelo qual os usuários declaram a versão secundária da Plataforma do Contêiner do OpenShift 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 eventualmente será atualizado. Um canal de atualizações não recomenda atualizações de uma versão superior à versão do canal selecionado. Por exemplo, o canal de atualização de OCP stable-4.14 não inclui uma atualização para a versão 4.15. Os canais de atualização controlam apenas a seleção da versão e não modificam a versão atual do cluster. Consulte Noções básicas sobre canais de atualizações e versões para obter mais informações.
Importante
O Red Hat OpenShift no Azure dá suporte apenas a canais estáveis. Por exemplo: stable-4.15.
Você pode usar o canal stable-4.15 para atualizar de uma versão secundária anterior do Red Hat OpenShift no Azure. Os clusters atualizados usando canais fast ou candidate podem colocar o cluster em um Estado de suporte limitado.
Política de suporte da versão do Red Hat OpenShift no Azure
Disponibilidade da versão do Red Hat OpenShift no Azure
Uma versão do Red Hat OpenShift no Azure 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 um destino de instalação para um novo cluster
Atualizar a disponibilidade
O Red Hat OpenShift no Azure dá suporte a versões secundárias em GA (disponibilidade geral) da Plataforma de Contêiner do Red Hat OpenShift, a partir de quando uma atualização está disponível no canal stable do OpenShift. A disponibilidade da atualização pode ser verificada na página Grafo de Atualização da Plataforma do Contêiner do Red Hat OpenShift.
Instalar disponibilidade
Versões instaláveis podem ser validadas usando o Calendário de lançamento do Red Hat OpenShift no Azure 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 de vida útil de uma versão do Red Hat OpenShift no Azure pode ser encontrada no calendário de lançamento do Red Hat OpenShift no Azure.
Observação
Se você estiver executando uma versão sem suporte do Red Hat OpenShift, talvez seja necessário 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.
Atualizações obrigatórias
Em circunstâncias extremas e com base na avaliação da criticidade do CVE ao ambiente, uma atualização de patch crítica pode ser aplicada aos clusters automaticamente pelos Engenheiros de Confiabilidade do Site do (SRE) Red Hat OpenShift no Azure, que serão seguidos com uma notificação informando sobre a alteração. É uma melhor prática instalar as 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 (também chamado de fora do suporte), as SREs do Red Hat OpenShift no Azure não monitoram mais proativamente o cluster. Além disso, o SLA não é mais aplicável e os créditos solicitados no SLA são negados, embora isso não signifique que você não tenha mais suporte para o produto.
Um cluster pode fazer a transição para um status de Suporte Limitado por muitos motivos, incluindo os seguintes cenários:
Se você não atualizar um cluster para uma versão com suporte antes da data de fim de vida útil.
- Não há garantias de runtime ou SLA para versões após a data do fim da vida útil. Para evitar isso e continuar recebendo suporte total, atualize o cluster para uma versão com suporte antes da data de fim de vida útil. Se você não atualizar o cluster antes da data de fim da vida útil, o cluster passará para um status de Suporte Limitado até ser atualizado para uma versão com suporte.
- Os SREs do Red Hat OpenShift no Azure 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 quaisquer componentes nativos do Red Hat OpenShift no Azure ou qualquer outro componente instalado e gerenciado pelo serviço.
- Se as permissões de administrador forem usadas, o Red Hat OpenShift no Azure não será responsável por nenhuma das ações de usuários autorizados, incluindo aquelas que afetam os serviços de infraestrutura, a disponibilidade do serviço ou a perda de dados. Se essas ações forem detectadas, 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 poderá retornar a um status totalmente com suporte se você corrigir os fatores de violação. No entanto, em outros casos, talvez seja necessário excluir e recriar o cluster.
- Consulte a política de suporte do Red Hat OpenShift no Azure para obter mais informações sobre os requisitos de configuração do cluster.
Exceções de política de versões com suporte
A equipe SRE do Red Hat OpenShift no Azure se reserva o direito de adicionar ou remover versões novas/existentes ou atrasar versões secundárias futuras, que foram identificadas para ter uma ou mais correções críticas que afetam bugs 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.
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 | Disponibilidade geral de OCP | Disponibilidade de instalação do ARO | Fim da vida útil do ARO |
|---|---|---|---|
| 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 | 17 de janeiro de 2025 |
| 4.13 | Maio de 2023 | 15 de dezembro de 2023 | 17 de novembro de 2024 |
| 4.14 | Outubro de 2023 | 25 de abril de 2024 | 1º de maio de 2025 |
| 4.15 | Fevereiro de 2024 | 4 de setembro de 2024 | 27 de junho de 2025 |
| 4,16 | Junho de 2024 | Em breve | 2 de novembro de 2025 |
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 para instalação de versões secundárias consistentes com as datas da tabela anterior. Há suporte para uma versão assim que um caminho de atualização para essa versão estiver disponível no canal estável. Se executar uma versão após a data de Fim de Vida Útil você perderá o suporte e, para continuar recebendo o suporte, será solicitado a atualizar. 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.13, e você estiver na 4.12 ou anterior, você estará fora do suporte. Quando a atualização da versão 4.12 para 4.13 ou superior for bem-sucedida, você estará de volta em 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 a atualização para uma versão mais recente.
O que significa "Fora do Suporte" ou "Suporte Limitado"?
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 cluster, você pode ser solicitado a atualizar o cluster para uma versão com suporte antes de receber suporte.
- 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.