4.18 Informations sur les versions et procédures de mise à jour
Consultez les informations relatives à la version 4.18 de Red Hat OpenShift on IBM Cloud. Cette version est basée sur la version Kubernetes 1.31.
Vous recherchez des informations générales sur la mise à jour des clusters ou des informations sur une autre version ? Consultez les informations Red HatRed Hat OpenShift sur IBM Cloud la version et les notes de 4.18 mise à jour.
Red Hat OpenShift on IBM Cloud Il s'agit d'un produit certifié Kubernetes pour la version 1.31 dans le cadre du programme de certification de conformité logicielle 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 présente le calendrier de sortie prévu pour la version 4.18. 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.18 / 1.31 | 23 mai 2025 | 26 mai 2027† |
Préparation à la mise à jour
Passez en revue les modifications que vous devrez peut-être apporter lors de la mise à jour d'un cluster vers la version 4.18. 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 en Satellite matière de dimensionnement de l'emplacement pour l'hébergement de clusters Red Hat OpenShift on IBM Cloud4.18 de version sont désormais 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 applicables aux emplacements d' CoreOS-enabled.
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 exécutent la version 4.18 ou une version ultérieure, vous pouvez utiliser la oc adm upgrade status commande pour vérifier l'état de mise à jour de votre maître de cluster pendant 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 d' OpenShift | Pour plus d'informations, consultez la page Préparer la mise à jour vers OpenShift Container Platform 4.18 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 d’ OpenShift | Pour plus d'informations, consultez la version OpenShift Container Platform 4.18 fonctionnalités obsolètes et supprimées pour connaître les éventuelles actions à entreprendre. |
| Problèmes connus sur OpenShift | Pour plus d'informations, consultez le site OpenShift Container Platform version 4.18 known issues pour connaître les éventuelles actions à entreprendre. |
| La mise à jour nécessite la mise à jour de la version du cluster OpenShift | La mise à niveau d'un 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. |
| Les nœuds de travail RHEL 8 ne sont pas pris en charge | Les nœuds de travail RHEL 8 ne sont pas pris en charge dans la version 4.18. La version 4.17 est la dernière version prenant en charge RHEL 8. Avant de passer à la version 4.18, vous devez migrer tous les nœuds de travail RHEL 8 vers RHEL 9 ou RHCOS. Pour connaître les étapes de migration, consultez les guides Migration vers l' Red Hat Enterprise Linux ie 9 (Classic ou VPC) ou Migration des nœuds de travail VPC vers RHCOS (VPC uniquement). |
| Les nœuds de travail RHEL sont obsolètes | À 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. 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. |
Node étiquette node-role.kubernetes.io/master enlevée |
4.18 les clusters ne définissent plus le label du nœud node-role.kubernetes.io/master pour les nœuds de travail de la version 4.18 (RHEL ou RHCOS). Si vos applications dépendent de cette étiquette de nœud, mettez-les à jour en conséquence. |
Vérification de l'état Upgradeable de votre cluster
Exécutez la commande suivante pour vérifier l'état 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.