Observação
O acesso a essa página exige autorização. Você pode tentar entrar ou alterar diretórios.
O acesso a essa página exige autorização. Você pode tentar alterar os diretórios.
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, nesse 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: 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.
Você deve ter como objetivo executar a última versão secundária da versão principal que está sendo executada. Por exemplo, se o cluster de produção estiver na versão 4.18 e 4.19 for a versão secundária mais recente disponível para a série 4, você deverá atualizar para 4.19 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ção não recomenda atualizações para uma versão superior à 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ão 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 Red Hat OpenShift do Azure fornece suporte somente para stable e eus canais. Por exemplo, stable-4.19 ou. eus-4.18
Você pode usar o canal stable ou o canal eus para atualizar a partir de uma versão menor anterior do Azure Red Hat OpenShift. 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]
Exceções de política de versões suportadas
A equipe do Red Hat OpenShift SRE do Azure se reserva o direito de adicionar ou remover as versões novas ou existentes, ou atrasar futuros lançamentos menores que foram identificados como contendo um ou mais bugs críticos que impactam a produção ou problemas de segurança, sem aviso prévio.
Atualizações de correção específicas podem ser ignoradas ou o lançamento pode ser acelerado 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 severidade CVE (Vulnerabilidades e exposições comuns) ao ambiente, você é notificado de que tem 72 horas para atualizar o cluster para a versão mais recente e segura do patch. No caso de a atualização não ser concluída após 72 horas, uma atualização de patch crítica pode ser aplicada aos clusters automaticamente pelos Engenheiros de Confiabilidade do Site (SRE) do Azure Red Hat OpenShift, seguida por uma notificação que informa sobre a alteração. É uma melhor prática instalar as atualizações de patch (fluxo z) assim que estiverem disponíveis.
Fim da vida útil da versão
O fim da vida útil significa que uma versão não tem mais suporte 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 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 solicitado que você atualize ao solicitar suporte para o cluster. Os clusters que executam versões sem suporte do Red Hat OpenShift não são cobertos pelo SLA (contrato de nível de serviço) do Red Hat OpenShift do Azure.
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 | Disponibilidade geral de OCP | Disponibilidade de instalação do Red Hat Openshift no Azure | Fim da vida do Red Hat Openshift no Azure (canal estável) | Fim da vida útil do Red Hat OpenShift do Azure (Termo 1 da UES) |
|---|---|---|---|---|
| 4.20 | Outubro de 2025 | Em breve | 21 de abril de 2027 | 21 de outubro de 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 | 25 de fevereiro de 2027 |
| 4.17 | Outubro de 2024 | segunda-feira, 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 | 27 de junho de 2026 |
| 4,15 | Fevereiro de 2024 | 4 de setembro de 2024 | 27 de agosto de 2025 | N/A |
Examine a imagem a seguir para saber mais sobre a janela de suporte do Red Hat OpenShift no Azure.
- A janela de suporte para uma versão do OCP começa com a Disponibilidade de Atualização do Red Hat Openshift no Azure.
- A disponibilidade de atualização do Red Hat Openshift no Azure é a data em que a versão do OCP está disponível em um canal estável para uma atualização de uma versão anterior.
- A Disponibilidade de Instalação do Red Hat Openshift no Azure é 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.
-
Fim do Suporte do Azure Red Hat OpenShift é a data em que uma versão não tem mais suporte no
stablecanal para versões menores ímpares. - O Red Hat OpenShift End of Life (EUS) do Azure é a data em que uma versão não é mais suportada no
euscanal 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 Adicional de Suporte de Atualização Estendida 1
O Termo 1 do Complemento de Suporte de Atualização Estendida (EUS) está disponível em versões secundárias com numeração uniforme a partir da versão 4.16 e está incluído com sua assinatura do Red Hat OpenShift no Azure. Isso fornece o principal benefício de estender o ciclo de vida de suporte por um período adicional de 6 meses.
Para aplicar o Termo 1 do EUS ao cluster do Red Hat OpenShift no Azure, você deve alterar o 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
Obter atualizações e suporte durante o período da UES exige que você altere seu canal de atualização para eus-4.y
Para obter mais informações sobre o Termo 1 da UES, consulte Suporte Estendido de Atualização - Complemento - Termo 1.
Status de suporte limitado
Quando um cluster faz a transição para um status de suporte limitado, também chamado fora do suporte, as SREs do Red Hat OpenShift do Azure 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 muitos motivos, incluindo os seguintes cenários:
- Se você não atualizar um cluster para uma versão compatível 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 compatível antes da data de fim da vida útil. Se você não atualizar o cluster antes da data de fim da vida útil, o cluster passará para um status Suporte Limitado até ser atualizado para uma versão compatível.
- 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 Azure Red Hat OpenShift ou qualquer outro componente que esteja instalado e gerenciado pelo serviço.
- Se as permissões de administrador forem usadas, o Red Hat OpenShift do Azure não será responsável por nenhuma 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 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 compatível se você corrigir os fatores violados. 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 Red Hat OpenShift do Azure sobre os requisitos de configuração de cluster.
perguntas frequentes
O que acontece quando um usuário atualiza um cluster do OpenShift com uma versão secundária que não tem suporte?
O Red Hat OpenShift no Azure tem 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 você estiver executando uma versão após a data de fim da vida útil, estará fora do suporte e poderá 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 Azure Red Hat OpenShift com suporte for a 4.16 e você estiver na versão 4.15 ou anterior, você estará sem suporte. Quando a atualização da 4.15 para a 4.16 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 estiver executando uma versão do OpenShift que não esteja na lista de versões com suporte 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 o cluster, será solicitado que você atualize o cluster para uma versão compatível antes de receber o suporte.
- Todas as garantias de runtime ou SLA para clusters sem suporte são anuladas.
- Os clusters sem suporte são corrigidos apenas na medida do possível.
- Clusters fora do suporte não são monitorados.
Próximas etapas
Para obter mais informações de suporte, consulte a política de suporte do Red Hat OpenShift 4.0 do Azure.