Ciclo de vida del soporte técnico de Red Hat OpenShift en Azure 4
Red Hat publica versiones secundarias de Red Hat OpenShift Container Platform (OCP) aproximadamente cada cuatro meses. Estas versiones incluyen nuevas características y mejoras. Las versiones de revisión son más frecuentes (por lo general, semanales) y pueden incluir correcciones para vulnerabilidades de seguridad o errores.
Red Hat OpenShift en Azure se crea a partir de versiones específicas de OCP. En este artículo, se describen las versiones de OCP que se admiten en Red Hat OpenShift en Azure y se detallan las actualizaciones, las caídas en desuso y la directiva de soporte técnico.
Versiones de Red Hat OpenShift
Red Hat OpenShift Container Platform usa el control de versiones semántico. El Versionamiento Semántico usa distintos niveles de números para especificar diferentes versiones. En la tabla siguiente, se muestran las distintas partes de un número de versión semántico, en este caso, con el número de versión de ejemplo 4.15.16.
| Versión principal (x) | Versión secundaria (y) | Versión de revisión (z) |
|---|---|---|
| 4 | 15 | 16 |
- Versión principal: no se han planeado versiones principales en este momento. Las versiones principales implican cambios significativos en el servicio principal, como adiciones a gran escala de nuevas características y funciones, cambios arquitectónicos y eliminación de funciones existentes.
- Versión secundaria: publicado aproximadamente cada cuatro meses. Las actualizaciones de versiones secundarias pueden incluir adiciones de características, mejoras, caídas en desuso, eliminaciones, correcciones de errores, mejoras de seguridad y otras actualizaciones.
- Versión de revisión: por lo general, se publican cada semana, o según sea necesario. Las actualizaciones de versiones de revisión pueden incluir correcciones de errores, mejoras de seguridad y otras actualizaciones.
Debe tratar de ejecutar la versión secundaria más reciente de su versión principal. Por ejemplo, si el clúster de producción ejecuta la versión 4.14 y 4.15 es la última versión secundaria disponible con carácter general para la serie 4, debe actualizar a 4.15 tan pronto como pueda.
Actualización de canales
Los canales de actualización son el mecanismo mediante el cual los usuarios indican la versión menor de OpenShift Container Platform a la que desean actualizar sus clústeres. Los canales de actualización están vinculados a una versión secundaria de Red Hat OpenShift Container Platform. El número de versión del canal representa la versión secundaria de destino a la que se actualizará finalmente el clúster. Un canal de actualización no recomienda actualizaciones a una versión superior a la versión del canal seleccionado. Por ejemplo, el canal de actualización stable-4.14 de OCP no incluye una actualización a una versión 4.15. Los canales de actualización solo controlan la selección de la versión y no modifican la versión actual del clúster. Consulte Descripción de los canales de actualización y las versiones para obtener más información.
Importante
Red Hat OpenShift en Azure solo proporciona compatibilidad con canales estables. Por ejemplo: stable-4.15.
Puede usar el canal stable-4.15 para actualizar desde una versión secundaria anterior de Red Hat OpenShift en Azure. Los clústeres actualizados mediante los canales fast o candidate podrían poner el clúster en un estado de soporte técnico limitado.
Directiva de compatibilidad con versiones de Red Hat OpenShift en Azure
Disponibilidad de la versión de Red Hat OpenShift en Azure
Una versión de Red Hat OpenShift en Azure está disponible a través de uno de los dos mecanismos:
- Cuando una actualización de una versión más reciente está disponible para un clúster existente
- Cuando hay disponible una nueva versión como destino de instalación para un nuevo clúster
Disponibilidad de actualizaciones
Red Hat OpenShift en Azure admite versiones secundarias disponibles con carácter general (GA) de Red Hat OpenShift Container Platform desde el momento en que hay una actualización disponible en el canal stable de OpenShift. La disponibilidad de actualizaciones se puede comprobar en la página siguiente, Red Hat OpenShift Container Platform Update Graph.
Disponibilidad de instalaciones
Las versiones instalables se pueden validar mediante el calendario de versiones de Red Hat OpenShift en Azure o mediante la ejecución del siguiente comando de la CLI de Azure:
az aro get-versions --location [region]
Finalización del ciclo de vida de la versión
La fecha de finalización del ciclo de vida de una versión de Red Hat OpenShift en Azure se puede encontrar en el calendario de versiones de Red Hat OpenShift en Azure.
Nota:
Si está ejecutando una versión de Red Hat OpenShift no compatible, es posible que se le pida que actualice al solicitar soporte técnico para el clúster. Los clústeres que ejecutan versiones de Red Hat OpenShift no compatibles no están incluidos en el contrato de nivel de servicio de Red Hat OpenShift en Azure.
Actualizaciones obligatorias
En circunstancias extremas y en función de la evaluación de la importancia de CVE en el entorno, el equipo de ingenieros de confiabilidad de sitios (SRE, por sus siglas en inglés) de Red Hat OpenShift en Azure puede aplicar automáticamente una actualización de revisión crítica a los clústeres que le informarán del cambio. Es un procedimiento recomendado instalar actualizaciones de revisión (z-stream) tan pronto como estén disponibles.
Estado de soporte técnico limitado
Cuando un clúster realiza la transición a un estado de soporte técnico limitado (o también denominado fuera del soporte técnico), el SRE de Red Hat OpenShift en Azure ya no supervisa de forma proactiva el clúster. Además, el Acuerdo de Nivel de Servicio ya no es aplicable y se deniegan los créditos solicitados con respecto a él, aunque no significa que usted ya no tenga soporte técnico del producto.
Un clúster puede pasar a un estado de soporte técnico limitado por muchas razones, incluidos los siguientes escenarios:
Si no actualiza un clúster a una versión compatible antes de la fecha de finalización del ciclo de vida.
- No hay garantías de tiempo de ejecución o SLA para las versiones después de su fecha de finalización del ciclo de vida. Para evitar esto y seguir recibiendo soporte técnico completo, actualice el clúster a una versión compatible antes de la fecha de finalización del ciclo de vida. Si no actualiza el clúster antes de la fecha de finalización del ciclo de vida, el clúster pasa a un estado de soporte técnico limitado hasta que se actualice a una versión compatible.
- El SRE de Red Hat OpenShift en Azure proporcionan compatibilidad comercialmente razonable para actualizar desde una versión no compatible a una versión compatible. Sin embargo, si una ruta de actualización admitida ya no está disponible, es posible que tenga que crear un nuevo clúster y migrar las cargas de trabajo.
Si quita o reemplaza cualquier componente nativo de Red Hat OpenShift en Azure o cualquier otro componente instalado y administrado por el servicio.
- Si se han usado permisos de administrador, Red Hat OpenShift en Azure no es responsable de ninguna de las acciones de los usuarios autorizados, incluidas las que afectan a los servicios de infraestructura, la disponibilidad del servicio o la pérdida de datos. Si se detectan estas acciones, el clúster puede pasar a un estado de soporte técnico limitado. A continuación, debe revertir la acción o crear un caso de soporte técnico para explorar los pasos de corrección.
- En algunos casos, el clúster puede volver a un estado totalmente compatible si corrige los factores infractores. Sin embargo, en otros casos, es posible que tenga que eliminar y volver a crear el clúster.
- Consulte la directiva de soporte técnico de Red Hat OpenShift en Azure para obtener más información sobre los requisitos de configuración del clúster.
Excepciones de directiva de versiones admitidas
El equipo de ingenieros de confiabilidad de sitios de Red Hat OpenShift en Azure se reserva el derecho de agregar o eliminar versiones nuevas/existentes, o aplazar próximas versiones secundarias, donde se haya identificado uno o varios problemas de seguridad o errores críticos que afecten a la producción sin previo aviso.
Las versiones de revisión específicas se pueden omitir, o su implantación puede verse acelerada en función de la gravedad del error o el problema de seguridad.
Calendario de versiones de Red Hat OpenShift en Azure
Consulte la siguiente guía para ver el historial anterior de versiones (precedentes) de OpenShift Container Platform.
| Versión de OCP | Disponibilidad general de OCP | Disponibilidad de instalación de ARO | Finalizar del ciclo de vida de ARO |
|---|---|---|---|
| 4.4. | Mayo de 2020 | Julio de 2020 | Febrero de 2021 |
| 4.5 | Julio de 2020 | Noviembre de 2020 | 15 de julio de 2021 |
| 4.6 | Octubre de 2020 | Febrero de 2021 | 15 de septiembre de 2021 |
| 4.7 | Febrero de 2021 | 15 de julio de 2021 | 1 de febrero de 2022 |
| 4.8 | Julio de 2021 | 15 de septiembre de 2021 | 21 de junio de 2022 |
| 4,9 | Noviembre de 2021 | 1 de febrero de 2022 | 2 de marzo de 2023 |
| 4.10 | Marzo de 2022 | 21 de junio de 2022 | 19 de agosto de 2023 |
| 4.11 | Agosto de 2022 | 2 de marzo de 2023 | 10 de febrero de 2024 |
| 4,12 | Enero de 2023 | 19 de agosto de 2023 | 17 de enero de 2025 |
| 4.13 | Mayo de 2023 | 15 de diciembre de 2023 | 17 de noviembre de 2024 |
| 4.14 | Octubre de 2023 | 25 de abril de 2024 | 1 de mayo de 2025 |
| 4.15 | Febrero de 2024 | 4 de septiembre de 2024 | 27 de junio de 2025 |
| 4,16 | Junio de 2024 | Próximamente | 2 de noviembre de 2025 |
Preguntas más frecuentes
¿Qué ocurre cuando un cliente actualiza un clúster de OpenShift con una versión secundaria que no es compatible?
Red Hat OpenShift en Azure admite la instalación de versiones secundarias coherentes con las fechas de la tabla anterior. Se admite una versión tan pronto como una ruta de acceso de actualización a esa versión esté disponible en el canal estable. Si está ejecutando una versión más allá de la fecha de finalización del ciclo de vida, usted queda fuera del soporte técnico y quizá se le pida que actualice la versión para seguir recibiéndolo. Puede que resulte difícil y, en algunos casos, imposible actualizar una versión anterior a una versión compatible. Se recomienda mantener el clúster con la versión más reciente de OpenShift para evitar posibles problemas de actualización.
Por ejemplo, si la versión de Red Hat OpenShift en Azure admitida más antigua es la 4.13 y la suya es la 4.12 o anterior, está fuera del soporte técnico. Cuando la actualización de 4.12 a 4.13 o posterior se realice correctamente, volverá a estar dentro de nuestras directivas de soporte técnico.
No se admite la reversión del clúster a una versión anterior. Solo se admite la actualización a una versión más reciente.
¿Qué significa "Fuera del soporte técnico" o "Soporte técnico limitado"?
Si el clúster de ARO ejecuta una versión de OpenShift que no está en la lista de versiones admitidas o usa una configuración de clúster no admitida, dicho clúster queda “fuera del soporte técnico”. Como resultado:
- Al abrir una incidencia de soporte técnico para el clúster, es posible que se le pida que actualice el clúster a una versión compatible antes de recibir soporte técnico.
- Las garantías de tiempo de ejecución o contrato de nivel de servicio para clústeres fuera del soporte técnico quedan anuladas.
- Los clústeres fuera del soporte técnico se revisarán dentro de lo posible.
- Estos clústeres no se supervisarán.