4.20 informations sur la version et actions de mise à jour
Consulter les informations sur la version 4.20 de Red Hat OpenShift on IBM Cloud. Cette version est basée sur la version Kubernetes 1.33.
Vous recherchez des informations générales sur la mise à jour des clusters ou des informations sur une autre version ? Voir Red Hat Red Hat OpenShift sur IBM Cloud informations sur la version et la version 4.20 notes de mise à jour.
Red Hat OpenShift on IBM Cloud est un produit certifié Kubernetes pour la version 1.32 dans le cadre du programme de certification de conformité des logiciels de la CNCF Kubernetes. Kubernetes® est une marque The Linux Foundation aux États-Unis et dans d'autres pays, et est utilisée en vertu d'une licence de la Fondation Linux.
Calendrier de diffusion
Le tableau suivant indique le calendrier prévu pour la publication de la version 4.20. Vous pouvez utiliser ces informations à des fins de planification, par exemple pour estimer la durée générale pendant laquelle la version ne sera plus prise en charge.
Les dates avec l'indicateur représentant un poignard (†) sont provisoires et peuvent changer.
| Pris en charge ? | Version Red Hat OpenShift / Kubernetes | Date de publication | Date de non prise en charge |
|---|---|---|---|
| Pris en charge | 4.20 / 1.33 | 04 février 2026 | 19 janvier 2028† |
Préparation à la mise à jour
Passez en revue les modifications que vous pourriez devoir apporter lorsque vous mettez à jour un cluster vers la version 4.20. Ces informations récapitulent les mises à jour susceptibles d'avoir un impact sur les applications déployées lors de la mise à jour.
Pour les clusters Satellite: L'image RHCOS de 4.20 n'est pas encore prise en charge dans Satellite. Pour créer un cluster CoreOS-enabled Satellite avec la version 4.20, vous devez provisionner un hôte RHCOS de version 4.18 ou antérieure et attacher l'hôte à votre emplacement. Ensuite, assignez l'hôte à votre cluster 4.20. Une fois que l'hôte est affecté à votre cluster, il est automatiquement mis à jour pour correspondre à la version Red Hat OpenShift du cluster, y compris 4.20.
Les exigences de dimensionnement de l'emplacement Satellite pour l'hébergement des clusters Red Hat OpenShift on IBM Cloud version 4.20 sont les mêmes, que l'emplacement soit RHEL ( non-CoreOS ) ou CoreOS-enabled. Les exigences relatives aux nœuds de localisation sont les mêmes que celles qui s'appliquent aux sites CoreOS-enabled.
Portworx ne prend pas encore en charge les clusters de la version Red Hat OpenShift on IBM Cloud 4.20. Ne mettez pas votre cluster à jour vers la version 4.20 si Portworx est installé.
Mise à jour avant le maître
Le tableau suivant présente les actions que vous devez effectuer avant de mettre à jour le maître cluster.
Pour les clusters qui utilisent la version 4.20 ou une version ultérieure, vous pouvez utiliser la commande oc adm upgrade status pour vérifier l'état de mise à jour de votre maître de cluster lors d'une mise à jour de la version
du maître. Pour plus d'informations, voir Afficher l'état de la mise à niveau du cluster avec la commande oc adm upgrade status.
| Type | Description |
|---|---|
| Préparation de la mise à jour OpenShift | Pour plus d'informations, consultez la page Préparer la mise à jour vers OpenShift Container Platform 4.20 pour connaître les éventuelles mesures à prendre. Les actions de préparation de la sauvegarde, de la sélection de la version et de la mise à niveau de la suppression du SDN sur etcd ne s'appliquent pas aux clusters Red Hat OpenShift on IBM Cloud puisque les sauvegardes et les actions de sélection de la version sur etcd sont gérées pour vous et que Calico est utilisé à la place du SDN. |
| Fonctionnalités obsolètes et supprimées de OpenShift | Pour plus d'informations, consultez la version OpenShift Container Platform 4.20 fonctionnalités obsolètes et supprimées pour connaître les éventuelles actions à entreprendre. |
| La mise à niveau nécessite l'accord de l'administrateur | Après avoir évalué votre cluster pour déterminer si des API ont été supprimées et après avoir migré les API supprimées, vous pouvez confirmer que votre cluster est prêt à passer de OpenShift Container Platform 4.19 à 4.20. Pour plus de détails, voir Fournir l'accusé de réception de l'administrateur. |
| Système d'exploitation RHEL | À partir de la version de cluster 4.18, Red Hat Enterprise Linux CoreOS (RHCOS) est le système d'exploitation par défaut dans les clusters Classic et VPC et les nœuds de travail RHEL sont dépréciés. Clusters classiques ou VPC. La mise à niveau d'un cluster vers la version 4.18 ne modifie pas le système d'exploitation d'un pool de travailleurs existant. Pour plus d'informations et les actions de migration possibles, voir Red Hat Enterprise Linux(RHEL)deprecation. |
| Problèmes connus sur OpenShift | Pour plus d'informations, consultez le site OpenShift Container Platform version 4.20 known issues pour connaître les éventuelles actions à entreprendre. |
| La mise à jour nécessite la mise à jour de la version du cluster OpenShift | Une mise à niveau du maître de cluster sera annulée si le statut de la version du cluster OpenShift indique qu'une mise à jour est déjà en cours. Voir Pourquoi OpenShift indique-t-il que la version du cluster n'est pas à jour? pour plus de détails. |
| La mise à niveau nécessite la résolution des conditions de mise à niveau de la version du cluster sur le site OpenShift | Une mise à niveau du maître de cluster sera annulée si la condition d'état OpenShift cluster version Upgradeable indique que le cluster ne peut pas être mis à niveau. Pour déterminer si le cluster est évolutif, voir Vérifier le statut évolutif de votre cluster. |
Vérifier l'état de votre cluster sur Upgradeable
Exécutez la commande suivante pour vérifier l'état de Upgradeable de votre cluster.
oc get clusterversion version -o json | jq '.status.conditions[] | select(.type == "Upgradeable")'
Exemple de sortie où le statut de Upgradeable est 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 l'état Upgradeable est False, les informations sur les conditions fournissent des instructions qui doivent être suivies avant la mise à niveau.