4.20 versionsinformationen und Aktualisierungsaktionen
Überprüfen Sie die Informationen zur Version 4.20 von Red Hat OpenShift on IBM Cloud. Diese Version basiert auf der Version Kubernetes 1.33.
Suchen Sie allgemeine Informationen zur Aktualisierung von Clustern oder Informationen zu einer anderen Version? Siehe Red Hat Red Hat OpenShift auf IBM Cloud Versionsinformationen und die Versionshinweise 4.20.
Red Hat OpenShift on IBM Cloud ist ein zertifiziertes Kubernetes Produkt für die Version 1.32 im Rahmen des CNCF Kubernetes Software Conformance Certification Programms. Kubernetes® ist eine eingetragene Marke der Linux Foundation in den USA und/oder anderen Ländern und wird gemäß einer Lizenz der Linux Foundation verwendet.
Releasezeitachse
Die folgende Tabelle enthält den voraussichtlichen Zeitplan für die Veröffentlichung der Version 4.20. Sie können diese Informationen zu Planungszwecken verwenden, um beispielsweise die allgemeine Zeit zu schätzen, die die Version möglicherweise nicht mehr unterstützt wird.
Datumsangaben mit einem Kreuzzeichen (†) sind vorläufig und können sich ändern.
| Unterstützt? | Red Hat OpenShift / Kubernetes-Version | Freigabedatum | Nicht unterstütztes Datum |
|---|---|---|---|
| Unterstützt | 4.20 / 1.33 |
|
|
Aktualisierung vorbereiten
Überprüfen Sie die Änderungen, die Sie möglicherweise vornehmen müssen, wenn Sie einen Cluster aktualisieren auf die Version 4.20 umstellen. Diese Informationen fassen Aktualisierungen zusammen, die sich wahrscheinlich auf implementierte Apps auswirken, wenn Sie eine Aktualisierung durchführen.
Die Größenanforderungen für den Standort Satellite zum Hosten von Clustern der Version Red Hat OpenShift on IBM Cloud 4.20 sind die gleichen, unabhängig davon, ob es sich um einen RHEL ( non-CoreOS ) oder CoreOS-enabled Standort handelt. Die Anforderungen für Standortknoten sind die gleichen wie für CoreOS-enabled Standorte.
Portworx unterstützt noch keine Red Hat OpenShift on IBM Cloud Version 4.20 Cluster. Aktualisieren Sie Ihren Cluster nicht auf die Version 4.20, wenn Portworx installiert ist.
Vor Master aktualisieren
Die folgende Tabelle zeigt die Aktionen, die Sie ausführen müssen, bevor Sie den Cluster-Master aktualisieren.
Bei Clustern mit der Version 4.20 oder höher können Sie den Befehl oc adm upgrade status verwenden, um den Aktualisierungsstatus Ihres Clustermasters während einer Aktualisierung der Masterversion zu überprüfen. Weitere Informationen
finden Sie unter Anzeigen des Cluster-Upgrade-Status mit dem Befehl oc adm upgrade status.
| Typ | Beschreibung |
|---|---|
| Vorbereiten der Aktualisierung OpenShift | Weitere Informationen finden Sie im Abschnitt Vorbereitung der Aktualisierung auf OpenShift Container Platform 4.20. Die Aktionen etcd zur Vorbereitung von Backups, Versionsauswahl und SDN-Entfernung gelten nicht für Red Hat OpenShift on IBM Cloud-Cluster, da etcd-Backups und Versionsauswahlaktionen für Sie durchgeführt werden und Calico anstelle von SDN verwendet wird. |
| Veraltete und entfernte Funktionen OpenShift | Weitere Informationen finden Sie unter OpenShift Container Platform version 4.20 deprecated and removed features for possible actions required. |
| Upgrade erfordert Bestätigung des Administrators | Nachdem Sie Ihren Cluster auf entfernte APIs untersucht und diese migriert haben, können Sie bestätigen, dass Ihr Cluster für ein Upgrade von OpenShift Container Platform 4.19 auf 4.20 bereit ist. Weitere Informationen finden Sie unter Bestätigung des Administrators. |
| RHEL-Betriebssystem | Ab der Clusterversion 4.18 ist Red Hat Enterprise Linux CoreOS (RHCOS) das Standardbetriebssystem in Classic- und VPC-Clustern und RHEL Worker Nodes sind veraltet. Klassische oder VPC-Cluster. Beim Upgrade eines Clusters auf die Version 4.18 wird das Betriebssystem für einen bestehenden Worker-Pool nicht geändert. Weitere Informationen und mögliche Migrationsmaßnahmen finden Sie unter Red Hat Enterprise Linux(RHEL)deprecation. |
| Bekannte Probleme OpenShift | Weitere Informationen finden Sie unter OpenShift Container Platform Version 4.20 Bekannte Probleme und mögliche erforderliche Maßnahmen. |
| Upgrade erfordert OpenShift cluster version currency | Ein Cluster-Master-Upgrade wird abgebrochen, wenn der Versionsstatus des Clusters OpenShift anzeigt, dass bereits eine Aktualisierung im Gange ist. Weitere Informationen finden Sie unter Warum zeigt OpenShift an, dass die Clusterversion nicht auf dem neuesten Stand ist? |
| Das Upgrade erfordert eine Lösung für die OpenShift cluster version upgradeable conditions | Ein Cluster-Master-Upgrade wird abgebrochen, wenn die Statusbedingung OpenShift cluster version Upgradeable anzeigt, dass der Cluster nicht upgradefähig ist. Um festzustellen, ob der Cluster upgradefähig ist, siehe Überprüfen des Upgrade-Status Ihres Clusters. |
Überprüfen Sie den Upgradeable Status Ihres Clusters
Führen Sie den folgenden Befehl aus, um den Upgradeable Status Ihres Clusters zu überprüfen.
oc get clusterversion version -o json | jq '.status.conditions[] | select(.type == "Upgradeable")'
Beispiel für eine Ausgabe, bei der der Status von Upgradeable False lautet.
{
"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"
}
Wenn der Status Upgradeable False lautet, enthält die Zustandsinformation Anweisungen, die vor der Aktualisierung befolgt werden müssen.