4.20 información sobre la versión y acciones de actualización
Revise la información sobre la versión 4.20 de Red Hat OpenShift on IBM Cloud. Esta versión se basa en la versión Kubernetes 1.33.
¿Busca información general sobre cómo actualizar clústeres o información sobre una versión diferente? Véase Red Hat Red Hat OpenShift en IBM Cloud información sobre la versión y la versión 4.20 notas de la versión.
Red Hat OpenShift on IBM Cloud es un producto certificado Kubernetes para la versión 1.32 en el marco del programa de certificación de conformidad de software CNCF Kubernetes. Kubernetes® es una marca registrada de The Linux Foundation en Estados Unidos y otros países, y se utiliza en virtud de una licencia de The Linux Foundation.
Calendario de releases
En la tabla siguiente figura el calendario previsto para el lanzamiento de la versión 4.20. Puede utilizar esta información con fines de planificación, por ejemplo, para estimar el momento en general en el que la versión puede dejar de estar soportada.
Las fechas que están marcadas con el símbolo † son provisionales y están sujetas a cambios.
| ¿Está soportada? | Versión de Red Hat OpenShift / Kubernetes | Fecha del release | Fecha no soportada |
|---|---|---|---|
| Soportado | 4.20 / 1.33 | 04 de febrero de 2026 | 19 de enero de 2028† |
Preparación para la actualización
Revise los cambios que podría tener que realizar al actualizar un clúster a la versión 4.20. Esta información resume las actualizaciones que probablemente tengan un impacto en las aplicaciones desplegadas cuando se actualice.
Los Satellite Requisitos de dimensionamiento de la ubicación para alojar clusters Red Hat OpenShift on IBM Cloud versión 4.20 son los mismos independientemente de si la ubicación es RHEL (non-CoreOS) o CoreOS-enabled. Los requisitos para los nodos de localización son los mismos que para las localizaciones de CoreOS-enabled.
Portworx aún no es compatible con los clústeres de la versión Red Hat OpenShift on IBM Cloud 4.20. No actualice su cluster a la versión 4.20 si Portworx está instalado.
Antes de actualizar el nodo maestro
En la tabla siguiente se muestran las acciones que debe llevar a cabo antes de actualizar el nodo maestro del clúster.
Para los clústeres que ejecutan la versión 4.20 o posterior, puede utilizar el comando oc adm upgrade status para comprobar el estado de actualización de su maestro de clúster durante una actualización de la versión maestra. Para
más información, consulte Visualización del estado de actualización del clúster con el comando oc adm upgrade status.
| Tipo | Descripción |
|---|---|
| Preparar la actualización OpenShift | Para más información, consulte la sección Preparativos para la actualización a OpenShift Container Platform 4.20 para conocer las posibles acciones necesarias. Las acciones de copia de seguridad, selección de versión y preparación de actualización de eliminación de SDN de etcd no se aplican a los clústeres de Red Hat OpenShift on IBM Cloud, ya que las copias de seguridad y las acciones de selección de versión de etcd se gestionan por usted, y se utiliza Calico en lugar de SDN. |
| Funciones obsoletas y eliminadas OpenShift | Para más información, consulte la versión OpenShift Container Platform 4.20 deprecated and removed features para conocer las posibles acciones necesarias. |
| La actualización requiere la autorización del administrador | Una vez que haya evaluado su clúster en busca de cualquier API eliminada y haya migrado cualquier API eliminada, puede reconocer que su clúster está listo para actualizarse de OpenShift Container Platform 4.19 a 4.20. Para más información, consulte Confirmación del administrador. |
| Sistema operativo RHEL | A partir de la versión de clúster 4.18, Red Hat Enterprise Linux CoreOS (RHCOS) es el sistema operativo predeterminado en los clústeres Classic y VPC y los nodos de trabajador RHEL están obsoletos. Clusters clásicos o VPC. La actualización de un clúster a la versión 4.18 no cambia el sistema operativo de un grupo de trabajadores existente. Para más información y posibles acciones de migración, véase Red Hat Enterprise Linux(RHEL)deprecation. |
| Problemas conocidos OpenShift | Para más información, consulte la versión OpenShift Container Platform 4.20 problemas conocidos para conocer las posibles acciones necesarias. |
| La actualización requiere la moneda de la versión del clúster OpenShift | La actualización de un maestro de clúster se cancelará si el estado de la versión del clúster OpenShift indica que ya hay una actualización en curso. Consulte ¿Por qué OpenShift muestra que la versión del clúster no está actualizada? para obtener más detalles. |
| La actualización requiere la resolución de las condiciones de actualización de la versión del clúster OpenShift | La actualización del maestro de clúster se cancelará si la condición de estado Actualizable versión de clúster OpenShift indica que el clúster no es actualizable. Para determinar si el clúster es actualizable, consulte Comprobación del estado actualizable de su clúster. |
Comprobación del estado de su clúster en Upgradeable
Ejecute el siguiente comando para comprobar el estado Upgradeable de su clúster.
oc get clusterversion version -o json | jq '.status.conditions[] | select(.type == "Upgradeable")'
Ejemplo de salida donde el estado de Upgradeable es False.
{
"lastTransitionTime": "2024-11-17T19:29:34Z",
"message": "Cluster operator operator-lifecycle-manager should not be upgraded between minor versions: ClusterServiceVersions blocking cluster upgrade: default/test is incompatible with OpenShift minor versions greater than 4.16",
"reason": "IncompatibleOperatorsInstalled",
"status": "False",
"type": "Upgradeable"
}
Si el estado de Upgradeable es False, la información de estado proporciona instrucciones que deben seguirse antes de la actualización.