Anuncio de soporte adicional de actualización extendida para OpenShift 4.14 y versiones posteriores

Red Hat anuncia un período adicional opcional de 12 meses de EUS para OpenShift 4.14 y las versiones pares posteriores de Red Hat OpenShift de la serie 4.x. Esto lleva el ciclo de vida completo disponible para estas versiones de EUS de OpenShift a tres (3) años.

En el inicio de Red Hat Summit aquí en Denver con el OpenShift Commons Gathering, conoceremos a nuestros clientes, que confían en Red Hat OpenShift todos los días. En los últimos años, los clientes de OpenShift han aplicado su tecnología a casos prácticos en mercados especializados que requieren ciclos de vida más largos.Nuestros clientes recurren a Red Hat para encontrar formas de prolongar la vida útil de nuestros componentes de open source, ya sea debido a los requisitos de cumplimiento o al hecho de que OpenShift aloja servicios esenciales que los gobiernos y las empresas tratan de manera diferente.Todos los años, Red Hat investiga los ciclos de vida más largos en función de una serie de criterios.Este año hemos encontrado la combinación adecuada de condiciones que nos permitirá hacer algo para ayudar a nuestros clientes que se encuentran en estas situaciones.

Debido a las necesidades complejas de nuestros clientes, estamos ampliando nuestras ofertas de Extended Update Support (EUS) para Red Hat OpenShift, lo que le brinda la opción de ampliar considerablemente el ciclo de vida con soporte de las implementaciones de OpenShift.

Extenderá el soporte más allá del plazo de EUS actual de 6 meses que se introdujo cuando lanzamos OpenShift 4.12. Este nuevo plazo de EUS adicional de 12 meses estará disponible como una suscripción complementaria y lleva el ciclo de vida de OpenShift a 3 años en total.

Con el término EUS adicional, OpenShift 4.14 ahora será compatible hasta el 31 de octubre de 2026:

La próxima versión de Extended Update Support será la próxima versión de OpenShift 4.16. El impacto en el ciclo de vida de las versiones de EUS también se visualiza a continuación:

¿Qué nivel de soporte se incluye?

El término EUS adicional incluye versiones anteriores de actualizaciones de seguridad de impacto crítico e importante y correcciones de errores de prioridad urgente. El lenguaje formal se publicará en la página Política del ciclo de vida de Red Hat OpenShift Container Platform, que sigue siendo la fuente de información veraz sobre el ciclo de vida actual de OpenShift.

El SLA de soporte ofrecido durante la fase de EUS adicional se heredará de la oferta base adquirida (Premium o Standard).

¿Qué elementos se incluyen?

El término EUS adicional se aplica a todos los operadores alineados con la plataforma incluidos en OpenShift Kubernetes Engine. Otros operadores no se incluyen automáticamente y continúan manteniendo sus propios ciclos de vida.

Un cliente que adquiera OpenShift Platform Plus u OpenShift Container Platform como su suscripción base aún puede adquirir el Plazo adicional de soporte de actualización ampliado equivalente para esa oferta, pero solo recibirá el plazo de EUS adicional en aquellos componentes para los que esté disponible.

Esperamos ofrecer este término EUS adicional a más operadores de Red Hat en el futuro. Consulte siempre la página del ciclo de vida del operador en capas relevante para determinar la información más reciente del ciclo de vida.

¿Cómo afecta esto a las actualizaciones?

OpenShift 4.14 mantiene el soporte para un sesgo de versión N-2 entre los servicios del plano de control y los nodos de trabajo, donde N es la versión secundaria de OpenShift relevante. Esto significa, por ejemplo, que un plano de control que se trasladó a OpenShift 4.14 puede interoperar con nodos trabajadores en 4.13 y/o 4.12 como parte de una secuencia de actualización.

Para los propios nodos del plano de control, las actualizaciones siguen siendo secuenciales por naturaleza. Sin embargo, para los nodos de trabajo, existe la posibilidad de pausar los grupos de trabajo para omitir cada segundo lanzamiento, y el reinicio asociado, que cuando se combina con el soporte de sesgo de versión permite mitigar el impacto adicional de varias actualizaciones en las cargas de trabajo en ejecución.

Ejemplo de flujo de actualización para el plano de control y los nodos de trabajo de 4.14 a una versión futura 4.18.

A la espera de realizar más pruebas, esta capacidad se ampliará en futuras versiones de acuerdo con la expansión del sesgo de versión upstream de Kubernetes, que ahora admite una política de sesgo de versión N-3.

A medida que aumenta el período entre la versión de origen y la de destino, aumenta la cantidad de actualizaciones secuenciales necesarias para obtener la última versión de EUS. A medida que aumenta la cantidad de actualizaciones secuenciales requeridas, también aumenta la complejidad de la actualización, el nivel de interrupción de la carga de trabajo y la cantidad de tiempo que llevará completarla. Por lo tanto, si la capacidad lo permite, puede ser más conveniente actualizar a través de un proceso de actualización azul/verde mediante el escalamiento vertical de un nuevo clúster, el traslado de las cargas de trabajo y la eliminación del clúster anterior.

Cada clúster es diferente y, por lo tanto, cada clúster requerirá su propia ruta para la actualización. Recomendamos considerar y elegir un plan de actualización al mismo tiempo que elige utilizar estos términos de EUS de OpenShift para un clúster.

¿Dónde obtener más información?

Red Hat se unió al grupo de trabajo de soporte a largo plazo (LTS) dentro del ecosistema de Kubernetes para ayudar a fomentar ideas sobre cómo extender la vida útil de Kubernetes y sus tecnologías relacionadas.Invitamos a todos los usuarios interesados en estos temas a unirse a esa comunidad.

Obtenga más información en el próximo evento virtual "Novedades de OpenShift 4.16". Síganos en YouTube o Twitch para recibir notificaciones sobre la fecha de transmisión.

Si aún no es usuario de OpenShift y hemos despertado su interés, Pruébelo.