4.16 Versionsinformationen und Aktualisierungsmaßnahmen
Informationen zur Version 4.16 von Red Hat OpenShift on IBM Cloud überprüfen. Diese Version basiert auf der Version „ Kubernetes “ unter 1.29.
Suchen Sie allgemeine Informationen zur Aktualisierung von Clustern oder Informationen zu einer anderen Version? Siehe Red HatRed Hat OpenShift zu IBM Cloud Versionsinformationen und den 4.16 Versionshinweisen.
Red Hat OpenShift on IBM Cloud ist ein zertifiziertes „ Kubernetes “-Produkt für die Version 1.29 im Rahmen des CNCF-Zertifizierungsprogramms „ Kubernetes Software Conformance Certification“. 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.16 “. 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.16 / 1.29 |
|
|
Aktualisierung vorbereiten
Sehen Sie sich die Änderungen an, die Sie möglicherweise vornehmen müssen, wenn Sie von einen Cluster aktualisieren auf die Version 4.16 umsteigen. Diese Informationen fassen Aktualisierungen zusammen, die sich wahrscheinlich auf implementierte Apps auswirken, wenn Sie eine Aktualisierung durchführen.
Die Sicherungs- und Helm Wiederherstellungsfunktion wird auf Red Hat OpenShift on IBM Cloud4.16 Clustern unterstützt. Es werden jedoch nur die direkten COS-Endpunkte unterstützt. Beispiel: s3.direct.us.cloud-object-storage.appdomain.cloud.
Für die Version bereitgestellte 4.16 VPC-Worker-Knoten verfügen über einen aktivierten VPC-Instanz-Metadatendienst. Weitere Informationen finden Sie unter Informationen zu VPC-Instanzmetadaten.
Vor Master aktualisieren
Die folgende Tabelle zeigt die Aktionen, die Sie ausführen müssen, bevor Sie den Cluster-Master aktualisieren.
Bei Clustern, die Version 4.16 oder höher ausführen, können Sie den oc adm upgrade status Befehl verwenden, um den Aktualisierungsstatus Ihres Cluster-Masters während einer Master-Versionsaktualisierung zu überprüfen. Weitere
Informationen finden Sie unter Anzeigen des Cluster-Upgrade-Status mit dem Befehl oc adm upgrade status.
| Typ | Beschreibung |
|---|---|
| Nicht unterstützt: Veraltete und entferne OpenShift-Funktionen | Weitere Informationen finden Sie in der OpenShift Container Platform Version 4.16 veraltete und entfernte Funktionen und in den Informationen für Vorbereitung des Updates auf OpenShift Container Platform 4.16 für mögliche erforderliche Maßnahmen. Die etcd-Aktionen zur Vorbereitung von Backups und Versionsauswahl-Upgrades gelten nicht für Red Hat OpenShift auf IBM Cloud-Clustern, da diese beiden Aktionen für Sie durchgeführt werden. |
| Bekannte OpenShift Probleme | Weitere Informationen finden Sie in der OpenShift Container Platform Version 4.16 bekannte Probleme für mögliche erforderliche Maßnahmen. |
| Upgrade erfordert OpenShift Cluster-Versionswährung | Ein Cluster-Master-Upgrade wird abgebrochen, wenn der Versionsstatus des Clusters OpenShift anzeigt, dass bereits ein Update durchgeführt wird. Weitere Informationen finden Sie unter Warum zeigt OpenShift an, dass die Clusterversion nicht auf dem neuesten Stand ist?. |
| Das Upgrade erfordert die Auflösung der OpenShift-Cluster-Version, die aufrüstbar ist | OpenShift Ein Cluster-Master-Upgrade wird abgebrochen, wenn die Statusbedingung der Cluster-Version Upgradeable anzeigt, dass der Cluster nicht aktualisiert werden kann. Um festzustellen, ob der Cluster aufrüstbar ist, siehe
Überprüfen des Aufrüstbarkeitsstatus Ihres Clusters. Wenn sich der Cluster nicht in einem upgradefähigen Zustand befindet, führen Sie vor dem Upgrade die
entsprechenden Schritte aus. Weitere Informationen finden Sie unter Bestätigung durch den Administrator. |
| RHEL 9.2 Anforderung an die Mikro-Architektur | Red Hat OpenShift auf IBM Cloud Version 4.16 basiert nun auf dem RHEL 9.2 Host-Betriebssystem, was die Mikroarchitekturanforderungen auf x86-64-v2 erhöht. Daher müssen Host-Maschinen für IBM Cloud Satellite die x86-64-v2 Architektur für jeden Standort unterstützen, der einen Cluster der Version 4.16
enthält. Weitere Informationen finden Sie unter Systemanforderungen für den Host. Darüber hinaus müssen Client-Rechner, auf denen die oc Client-Version 4.16 läuft,
auch die x86-64-v2-Architektur unterstützen. Client-Rechner wie Ubuntu 20, die diese Mikroarchitektur-Anforderung nicht erfüllen, müssen einen auf RHEL 8 basierenden oc Client der Version 4.16 verwenden. Siehe die Liste
der verfügbaren oc Version 4.16 Clients. |
| Reduzierter Zugriff durch nicht authentifizierte Benutzer oder Gruppen | Red Hat OpenShift auf IBM Cloud Version 4.16 reduziert die Berechtigungen für den system:anonymous Benutzer und die system:unauthenticated Gruppe. Dies gilt nur für neue Cluster. Wenn Sie die sichereren Standardeinstellungen
verwenden möchten, entfernen Sie die Gruppe system:unauthenticated aus den Clusterrollenbindungen self-access-reviewers, system:oauth-token-deleters, system:scope-impersonation und
system:webhooks. Weitere Informationen finden Sie unter Reduzierung des unauthentifizierten Benutzer- oder Gruppenzugriffs. |
| Veraltete API-Token-Geheimnisse für Dienstkonten werden nicht mehr für jedes Dienstkonto generiert | Red Hat OpenShift auf IBM Cloud Version 4.16 generiert nicht mehr automatisch ein Legacy Service Account API Token Secret für jedes Servicekonto. Weitere Informationen finden Sie unter Geheimnisse für API-Token für Legacy-Dienstkonten werden nicht mehr für jedes Dienstkonto generiert. |
| Calico API-Server ist eine verwaltete Ressource | Red Hat OpenShift auf IBM Cloud Version 4.16 verwaltet nun die Installation und die Updates der Calico API Server Komponente. Wenn Ihr Cluster den calico-apiserver-Namensraum enthält, müssen Sie den Calico API-Server vor
dem Upgrade deinstallieren. |
| Standardkonfiguration für die Überwachung des Clusters OpenShift | Red Hat OpenShift auf IBM Cloud Version 4.16 erstellt nun eine standardmäßige OpenShift Cluster-Überwachungskonfiguration, wenn keine vorhanden ist. Diese neue Standardkonfiguration legt eine Speichergröße von 10 GB fest, was sich auf die Speicherung von Metriken für Ihren Cluster auswirken kann. Unter Eingebaute Red Hat OpenShift Überwachungs-Tools finden Sie Anleitungen, wie Sie den Überwachungs-Stack so konfigurieren können, dass er persistenten Speicher verwendet, die Richtlinien zur Aufbewahrung von Metriken ändert oder Prometheus auf dedizierten Knoten ausführt. |
Nach Master aktualisieren
| Typ | Beschreibung |
|---|---|
Unterstützt: localhost NodePort Dienste |
Um die Sicherheitsrisiken im Zusammenhang mit CVE-2020-8558 weiter zu verringern, ist der localhost Zugang zu NodePort Diensten deaktiviert. Wenn Ihre Anwendungen auf dieses Verhalten angewiesen sind, aktualisieren Sie sie stattdessen auf die private IP-Adresse des Knotens. |
Überprüfen des Status von „ Upgradeable “ in Ihrem Cluster
Führen Sie den folgenden Befehl aus, um den Status von „ Upgradeable “ in Ihrem Cluster zu überprüfen.
oc get clusterversion version -o json | jq '.status.conditions[] | select(.type == "Upgradeable")'
Beispiel für eine Ausgabe, bei der der Upgradeable Status False ist.
{
"lastTransitionTime": "2023-10-04T15:55:54Z",
"message": "Kubernetes 1.29 and therefore OpenShift 4.16 remove several APIs which require admin consideration. Please see the knowledge article for details and instructions.",
"reason": "AdminAckRequired",
"status": "False",
"type": "Upgradeable"
}
Wenn der Upgradeable Status False ist, enthält die Bedingungsinformation Anweisungen, die vor dem Upgrade befolgt werden müssen. Weitere Informationen finden Sie unter Bestätigung durch den Administrator.
RHEL 9
RHEL 9 ist für Classic- oder VPC-Cluster verfügbar, auf denen Version 4.16 läuft.
Sie können einen neuen Cluster mit RHEL 9 in der Konsole bereitstellen, indem Sie das RHEL-Betriebssystem für Ihren Worker Node Flavor angeben, oder in der Befehlszeilenschnittstelle,
indem Sie beim Ausführen des Befehls " ibmcloud oc cluster create die Option " --operating-system RHEL_9_64 angeben.
Wenn Sie einen bestehenden Cluster auf Version 4.16 aktualisieren und möchten, dass Ihre Arbeitsknoten mit RHEL 9 laufen, müssen Sie die Schritte zur Migration Ihrer Arbeitsknoten befolgen.
Weitere Informationen zu RHEL 9 finden Sie in den Red Hat OpenShift Release Notes.