4.13 versionsinformationen und Aktualisierungsaktionen

Diese Version wird nicht mehr unterstützt. Aktualisieren Sie Ihren Cluster so bald wie möglich auf eine unterstützte Version.

Sehen Sie sich die Informationen zu Version 4.13 von Red Hat OpenShift on IBM Cloudan. Diese Version basiert auf der Version Kubernetes 1.26.

Suchen Sie allgemeine Informationen zur Aktualisierung von Clustern oder Informationen zu einer anderen Version? Siehe Red Hat Red Hat OpenShift in IBM Cloud-Versionsinformationen und das Blog der Version 4.13.

Diese Plakette zeigt die Kubernetes Version 1.26 Zertifizierung für Red Hat OpenShift on IBM Cloud — Kubernetes Version 1.26 Zertifizierungsplakette

Red Hat OpenShift on IBM Cloud ist ein zertifiziertes Kubernetes Produkt für die Version 1.26 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.13. 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.

Releaseprotokoll für Red Hat OpenShift on IBM Cloud Version 4.13
Unterstützt?	Red Hat OpenShift / Kubernetes-Version	Freigabedatum	Nicht unterstütztes Datum
Unterstützt	4.13 / 1.26	Juni 2023	Mai 2025`†`

Aktualisierung vorbereiten

Überprüfen Sie die Änderungen, die Sie möglicherweise vornehmen müssen, wenn Sie einen Cluster auf Version 4.13 aktualisieren. Diese Informationen fassen Aktualisierungen zusammen, die sich wahrscheinlich auf implementierte Apps auswirken, wenn Sie eine Aktualisierung durchführen.

Vor Master aktualisieren

Die folgende Tabelle zeigt die Aktionen, die Sie ausführen müssen, bevor Sie den Cluster-Master aktualisieren.

Der Cluster-Master-Zugriff für VPC-Cluster mit einem privaten Serviceendpunkt hat sich gegenüber Version 4.12erheblich geändert. Bevor Sie einen Cluster dieses Typs aktualisieren, lesen Sie die folgenden Informationen und überlegen Sie, welche Änderungen Sie vor dem Upgrade des Clusters vornehmen müssen. Berücksichtigen Sie dies auch, bevor Sie einen neuen 4.13-Cluster mit nur einem privaten Serviceendpunkt erstellen.

Änderungen, die Sie vornehmen müssen, bevor Sie den Master auf Red Hat OpenShift aktualisieren 4.13
Typ	Beschreibung
Nicht unterstützt: Veraltete und entferne OpenShift-Funktionen	Weitere Informationen finden Sie unter OpenShift Version 4.13 Veraltete und entfernte Features und Aktualisierung auf OpenShift Container Platform 4.13 für mögliche erforderliche Aktionen.
Bekannte OpenShift-Probleme	Weitere Informationen finden Sie in OpenShift Version 4.13 bekannte Probleme für mögliche erforderliche Aktionen.
Aktualisierte Konfiguration der Workerknotenmetriken	Damit Ihr Cluster während der Aktualisierung Pod-und Knotenmetriken verwaltet, muss Ihr Cluster-Master die Fixpackversion 4.12.16_1545_openshift oder höher aufweisen und Ihre Cluster-Workerknoten müssen die Fixpackversion 4.12.19_1546_openshift oder höher aufweisen.
Zugriffsänderungen nur für VPC-Cluster mit einem privaten Serviceendpunkt	Wenn Sie früher in VPC-Clustern mit einem privaten Service-Endpunkt über die OpenShift Console auf den Cluster zugreifen, Terraform-Skripte ausführen, eine `kubeconfig`-Datei über `oc login` erstellen oder ähnliche API-Aufrufe tätigen wollten, die oauth zum Abrufen eines Tokens erforderten, mussten Sie auf den privaten Service-Endpunkt zugreifen, der das Format `https://cX00.private.us-south.containers.cloud.ibm.com:port` hatte. Diese Einrichtung erforderte nur den Zugriff auf das private Netz IBM Cloud `166.8.0.0/14`. In OpenShift 4.13 hat sich dieses Verhalten nun geändert. Zusätzlich zum Zugriff auf das private Netzwerk IBM Cloud benötigt das Client-System auch Zugriff auf die private DNS-Auflösung der VPC, um sich mit IP-Adressen in der VPC, in der sich der Cluster befindet, verbinden zu können. Dies ist darauf zurückzuführen, dass der DNS-Name des VPE-Gateways im Format `clusterID.vpe.private.us-south.containers.cloud.ibm.com:port` für den Zugriff auf den API-Server und den OAuth-Server verwendet wird. Um nun auf die Konsole Red Hat OpenShift zuzugreifen, `oc login` auszuführen oder ähnliche API-Aufrufe zu tätigen, muss das Client-System in der Lage sein, den DNS-Namen des VPE-Gateways aufzulösen und das VPE-Gateway in der VPC zu erreichen. Sie müssen Ihr VPC-VPN oder eine andere Netzbetriebslösung einrichten, um auf das VPE-Gateway zugreifen zu können. Weitere Informationen finden Sie unter Über das VPE-Gateway auf VPC-Cluster zugreifen. Es ist wichtig, die IBM Cloud VPC Private DNS-Serveradressen (`161.26.0.7` und `161.26.0.8`) als DNS-Auflöser einzustellen und die Weiterleitung zu IaaS-Diensten (`161.26.0.0/16`) festzulegen. Wenn Sie das neue Verhalten jedoch nicht verwenden möchten, können Sie Ihren Cluster aktualisieren und dann den Oauth-Zugriffstyp für Ihren Cluster wieder auf das Verhalten `legacy` zurücksetzen, um den Endpunkt des privaten Dienstes zu verwenden. Weitere Informationen finden Sie unter Festlegen des OAuth-Zugriffstyps für VPC-Cluster.