Calendrier de diffusion

Le tableau suivant présente le calendrier de sortie prévu pour la version 4.22. 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.

Préparation à la mise à jour

Passez en revue les modifications que vous devrez peut-être apporter lorsque vous mettrez à jour un cluster vers la version 4.22. 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 des clusters Red Hat OpenShift on IBM Cloud version 4.22 sont désormais les mêmes, quel que soit l'emplacement, qu'il soit basé sur RHEL non-CoreOS ou RHEL CoreOS. Les exigences relatives aux nœuds de localisation doivent désormais être conformes à celles applicables aux emplacements d' CoreOS-enabled.

Portworx Ne prend pas encore en charge les clusters Red Hat OpenShift on IBM Cloud version 4.22. Ne mettez pas à jour votre cluster vers la version 4.22 si Portworx est installé.

À partir de la version 4.22, le plan de contrôle du cluster est accessible via le port 443 au lieu d’un port de nœud attribué dynamiquement (plage 20000–32767). Le trafic est acheminé à l'aide d'un routage basé sur les noms d'hôtes via quatre noms d'hôtes spécialement conçus à cet effet : <cluster>.api.<region-domain>, <cluster>.oauth.<region-domain>, <cluster>.tunnel.<region-domain>, et <cluster>.ignition.private.<region-domain>. Les noms .oauth. d'hôte et .api. sont disponibles à la fois sur les points de terminaison publics et privés du service; les noms .ignition.private. d'hôte et .tunnel. sont réservés à l'usage privé. Ce changement affecte non seulement le trafic client kubectl,oc mais également le trafic entre les nœuds et le plan de contrôle (API kubelet, Konnectivity et RHCOS Ignition). Cette modification est disponible à partir de maintenant dans les régions suivantes : Montréal (ca-mon), Chennai (in-che) et Mumbai (in-mum). La prise en charge d'autres régions sera bientôt disponible. Pour plus d'informations, consultez la section Plan de contrôle du cluster accessible via le port 443.

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 résultat lorsque le statut 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 le statut Upgradeable est False, les informations relatives à la condition fournissent des instructions à respecter avant la mise à niveau.