4.21 informations sur la version et actions de mise à jour
Consulter les informations sur la version 4.21 de Red Hat OpenShift on IBM Cloud. Cette version est basée sur la version Kubernetes 1.33.
La version 4.21 est la version minimale requise pour OpenShift Virtualization Service, qui fournit des capacités de virtualisation préconfigurées pour l'exécution de machines virtuelles avec des charges de travail conteneurisées.
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.21 notes de mise à jour.
Red Hat OpenShift on IBM Cloud est un produit certifié Kubernetes pour la version 1.34 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.21. 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.21 / 1.33 | 13 mai 2026 | 22 mars 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.21. Ces informations récapitulent les mises à jour susceptibles d'avoir un impact sur les applications déployées lors de la mise à jour.
Les exigences de dimensionnement de l'emplacement Satellite pour l'hébergement de clusters Red Hat OpenShift on IBM Cloud version 4.21 sont désormais les mêmes, que l'emplacement soit basé sur RHEL non-CoreOS ou RHEL CoreOS. Les exigences relatives aux nœuds de localisation doivent désormais être conformes à 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.21. Ne mettez pas votre cluster à jour vers la version 4.21 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.21 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.21 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.21 fonctionnalités obsolètes et supprimées pour connaître les éventuelles actions à entreprendre. |
| La mise à niveau ne nécessite pas l'accord de l'administrateur | Il n'y a pas de suppression d'API dans cette version. |
| Problèmes connus sur OpenShift | Pour plus d'informations, consultez le site OpenShift Container Platform version 4.21 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.