Extended Update Support (EUS) adicional para o OpenShift 4.14 e versões subsequentes!

A Red Hat anuncia um prazo adicional de 12 meses de EUS para o OpenShift 4.14 e versões de número par subsequentes do Red Hat OpenShift da série 4.x. Isso eleva o ciclo de vida completo disponível para essas versões EUS do OpenShift a três (3) anos.

Dando início ao Red Hat Summit aqui em Denver com o OpenShift Commons Gathering, vamos ouvir a opinião de vocês, nossos clientes, que confiam no Red Hat OpenShift todos os dias. Nos últimos anos, os clientes do OpenShift aplicaram sua tecnologia a casos de uso em mercados especializados que exigem soluções com ciclos de vida mais longos. Seja devido às camadas de requisitos de conformidade ou ao fato de o OpenShift abrigar serviços essenciais que governos e empresas tratam de maneira diferente, nossos clientes procuram a Red Hat em busca de maneiras de estender a vida útil de nossos componentes open source. Todos os anos, a Red Hat investiga ciclos de vida mais longos sob diversos critérios. Este ano, encontramos a combinação certa de condições que nos permitirá fazer algo para ajudar nossos clientes que estão nessas situações.

Reconhecendo as complexas necessidades dos nossos clientes, estamos expandindo nossas ofertas de Extended Update Support (EUS) para o Red Hat OpenShift. Oferecemos a opção de estender significativamente o ciclo de vida com suporte das implantações do OpenShift.

Esta opção estenderá o suporte para além do atual termo EUS de 6 meses, introduzido quando lançamos o OpenShift 4.12. O EUS adicional de 12 meses estará disponível como uma subscrição adicional e leva o ciclo de vida total do OpenShift a 3 anos.

Com o EUS adicional, o OpenShift 4.14 agora terá suporte até 31 de outubro de 2026:

O próximo release do Extended Update Support será no lançamento do OpenShift 4.16. O impacto no ciclo de vida das versões com EUS pode ser visto abaixo:

Qual nível de suporte está incluído?

O termo EUS adicional inclui backports de atualizações de segurança de impacto crítico e importante e correções de bugs de prioridade urgente. A linguagem formal será publicada na página Red Hat OpenShift Container Platform — Política de Ciclo de Vida, que continua sendo a fonte da verdade para as informações atuais do ciclo de vida do OpenShift.

O SLA de suporte oferecido durante a fase adicional de EUS será herdado da oferta básica adquirida (Premium ou Standard).

Quais componentes estão incluídos?

O termo EUS adicional se aplica a todos os operadores alinhados à plataforma incluídos no OpenShift Kubernetes Engine. Outros operadores não são incluídos automaticamente e continuam a manter seus próprios ciclos de vida.

O cliente que adquirir o OpenShift Platform Plus ou o OpenShift Container Platform como uma subscrição básica ainda poderá adquirir o Additional Extended Update Support Term equivalente para essa oferta, mas apenas receberá o termo adicional referente aos componentes para os quais estiver disponível.

Esperamos oferecer esse termo EUS adicional para mais operadores Red Hat no futuro. Sempre verifique a página de ciclo de vida do operador em camadas relevantes para determinar as informações mais recentes do ciclo de vida.

Como isso afeta os upgrades?

O OpenShift 4.14 mantém o suporte para um desvio de versão N-2 entre os serviços de plano de controle e os nós de trabalho, em que N é a versão secundária relevante do OpenShift. Isso significa, por exemplo, que um plano de controle que avançou para o OpenShift 4.14 pode interoperar com nós de trabalho no 4.13 e/ou 4.12 como parte de uma sequência de upgrade.

Para os próprios nós de plano de controle, os upgrades permanecem sequenciais por natureza. No entanto, para os nós de trabalho, há um recurso para pausar os pools de trabalho para ignorar a cada segunda versão (e a reinicialização associada). Quando combinado com o suporte à variação de versão, é possível mitigar o impacto adicional de vários upgrades nas cargas de trabalho em execução.

Exemplo de fluxo de upgrade para o plano de controle e nós de trabalho da 4.14 para uma versão futura, a 4.18.

Até a realização de mais testes, esse recurso será expandido em versões futuras conforme a expansão de desvio de versão do Kubernetes upstream, que está passando a oferecer suporte a uma política de desvio de versão N-3.

À medida que o período entre a versão de origem e de destino cresce, o número de atualizações sequenciais necessárias para chegar à versão mais recente do EUS cresce. À medida que o número de upgrades sequenciais necessários cresce, a complexidade do upgrade, o nível de interrupção da carga de trabalho e o tempo necessário para serem concluídos também aumentam. Assim, se a capacidade permitir, talvez seja mais recomendável realizar o upgrade por meio de um processo de upgrade azul/verde, escalando um novo cluster, movendo cargas de trabalho e desativando o cluster antigo.

Cada cluster é diferente e, portanto, cada cluster exigirá seu próprio caminho para atualização. Recomendamos considerar e escolher um plano de upgrade ao mesmo tempo em que você optar por utilizar esses termos do OpenShift EUS para um cluster.

Onde encontrar mais informações?

A Red Hat entrou para o grupo de trabalho Suporte a Longo Prazo (LTS, Long Term Support) no ecossistema do Kubernetes para promover ideias sobre como estender a vida útil do Kubernetes e tecnologias relacionadas. Convidamos todos os usuários interessados nesses tópicos a participarem dessa comunidade.

Saiba mais no próximo evento virtual "O que há de novo no OpenShift 4.16". Siga a Red Hat no YouTube ou Twitch para ser notificado sobre a data da transmissão.

E se você ainda não é um usuário do OpenShift, mas gostaria de experimentar — Teste a solução agora mesmo!