Red Hat OpenShift on IBM Cloud-Versionsinformationen

Verfügbare Red Hat OpenShift-Versionen

Red Hat OpenShift on IBM Cloud unterstützt die folgenden Versionen von Red Hat OpenShift. Beachten Sie, dass verschiedene Red Hat OpenShift-Versionen möglicherweise unterschiedliche RHEL-Versionen unterstützen.

Alle VPC-Cluster, die mit Version 4.18 oder höher erstellt wurden, können RHCOS-Worker-Knoten verwenden. Cluster, die in den Versionen 4.15, 4.16, oder erstellt 4.17 wurden, können nur dann RHCOS-Worker-Knoten verwenden, wenn sie ursprünglich mit RHCOS-Worker-Knoten erstellt wurden oder wenn sie auf mindestens Version aktualisiert 4.18 wurden.

• † Gibt Datumsangaben an, die vorläufig sind und Änderungen unterliegen.
• * Zeigt an, dass das Betriebssystem veraltet ist.

Release-Lebenszyklus

Jede unterstützt Version von Red Hat OpenShift on IBM Cloud durchläuft einen Lebenszyklus, der Test, Entwicklung, allgemeine Freigabe, Unterstützung, Einstellung der Unterstützung und Nichtunterstützung umfasst. Lesen Sie die Beschreibungen der einzelnen Phasen im Lebenszyklus einer Version.

Zum besseren Verständnis werden Schätzwerte für Tage und die Versionen angegeben. Die tatsächliche Verfügbarkeit und die Freigabetermine können Änderungen unterliegen und sind abhängig von verschiedenen Faktoren wie Community-Aktualisierungen, Sicherheitspatches und Technologieänderungen zwischen Versionen.

1. Community-Release: Die Community gibt die neue Version frei. IBM Die Entwickler beginnen mit dem Testen und der Stabilisierung der Community-Version, um die Veröffentlichung einer unterstützten „ Red Hat OpenShift on IBM Cloud “-Version vorzubereiten.

2. Lebenszyklus der unterstützten Version:

   Entwicklungsrelease

   Release befindet sich in der Entwicklung und ist möglicherweise als Betaversion für ausgewählte Kunden verfügbar. IBM bietet bestmögliche Unterstützung für das Release.

   Allgemeine Verfügbarkeit

   Das Release ist allgemein verfügbar (GA). IBM bietet vollständige Unterstützung für das Release. IBM stellt ein vermutliches Zieldatum für das Release bereit, das nicht unterstützt wird. Release wird zur Standardversion, die während der Clustererstellung verwendet wird, sobald es minimale Einschränkungen und eine angemessene Übernahmerate für das Release gibt.

   Wartung

   Das Release wurde in die Wartungsunterstützung gemäß der Definition des Red Hat-Supports aufgenommen. IBM bietet Wartungsunterstützung für OpenShift basierend auf der Red Hat-Richtlinie. Andernfalls bietet IBM vollständige Unterstützung.

   erweiterte Unterstützung

   Das Release wurde gemäß der Definition von Red Hatmit erweiterter Unterstützung ausgestattet. IBM bietet erweiterte Unterstützung für OpenShift basierend auf der Red Hat-Richtlinie. Andernfalls bietet IBM vollständige Unterstützung.

3. Veraltete Version: Die Version ist veraltet. IBM stellt ein aktualisiertes nicht unterstütztes Zieldatum für das Release bereit. Ein nicht unterstützter Countdown bis zu diesem Datum wird mindestens 45 Tage vor dem Release bereitgestellt. IBM bietet minimale Unterstützung für das Release in Übereinstimmung mit Red Hat-Unterstützung. Diese Unterstützungsphase ist im Allgemeinen die letzte Phase, bevor das Release nicht mehr unterstützt wird, und überschreibt die Wartungs-und erweiterten Unterstützungsphasen, falls es Überschneidungen gibt. Es werden möglicherweise keine Sicherheitspatches bereitgestellt. Während der Auslaufphase wird die Version weiterhin unterstützt und Ihr Cluster ist nach wie vor funktionsfähig; möglicherweise ist jedoch ein Update auf eine unterstützte Version erforderlich, um Sicherheitslücken zu beheben. Zum Beispiel durch Hinzufügen oder erneutes Laden von Workerknoten.

4. Nicht unterstützte Version: Die Version wird nicht unterstützt. IBM bietet nur Unterstützung für ein Upgrade auf ein unterstütztes Release. Die Version wird nicht mehr unterstützt. Nicht unterstützte Cluster werden nicht mit Sicherheits- und Patchaktualisierungen bereitgestellt. Sie werden vom IBM Cloud-Kundendienst nicht unterstützt. Auch wenn Ihr Cluster und Ihre Apps eine Zeit lang weiterlaufen, können Sie bei einem Problem auf Ihrem Cluster-Master oder Ihren Workerknoten nicht mehr erstellen, neu laden oder andere Korrekturmaßnahmen ergreifen. Sie können die Cluster- oder Workerknoten immer noch löschen oder den Cluster auf die nächste Version aktualisieren. Überprüfen Sie die potenziellen Auswirkungen und aktualisieren Sie den Cluster, um weiterhin wichtige Sicherheitsaktualisierungen und -unterstützung zu erhalten. Wenn der Cluster-Master zwei oder mehr Versionen hinter der ältesten unterstützten Version ausführt, können Sie keine Aktualisierungen mehr anwenden und müssen den Cluster löschen und eine neue erstellen.

   Cluster, die eine nicht unterstützte Version verwenden, werden irgendwann ausfallen, weil Cluster-Zertifikate ablaufen. Zu den Fehlern können unter anderem eine nicht verfügbare Cluster-Steuerungsebene, NotReady-Arbeitsknoten oder ein fehlerhafter Ingress gehören.

5. Archiviert: Die Version wird ohne Upgradepfad nicht unterstützt. IBM bietet keine Unterstützung. IBM behält sich das Recht vor, die Steuerebenen für solche Cluster herunterzufahren.

IBM stellt Fixpacks für Workerknoten zweiwöchentlich bereit. IBM ziel ist es, aufgedeckte, legitime Schwachstellen innerhalb einer dem Risiko angemessenen Zeit zu beheben. Um die Qualität und Stabilität des Release sicherzustellen, können Fixpacks verzögert werden.

Für Red Hat OpenShiftwerden Fixpacks auf das neueste Unterrelease und Patch für das Zielbetriebssystem angewendet.

• Für RHEL8: 8.9.

Um Ihre Knoten zu schützen, müssen die Fixpacks für Workerknoten so schnell wie möglich installiert werden. Sie können Benachrichtigungen abonnieren, um benachrichtigt zu werden, wenn ein neues Update verfügbar ist.

Archivieren

Nicht unterstützte Cluster werden nicht mit Sicherheits- und Patchaktualisierungen bereitgestellt. Sie werden vom IBM Cloud-Kundendienst nicht unterstützt. Auch wenn Ihr Cluster und Ihre Apps eine Zeit lang weiterlaufen, können Sie bei einem Problem auf Ihrem Cluster-Master oder Ihren Workerknoten nicht mehr erstellen, neu laden oder andere Korrekturmaßnahmen ergreifen. Sie können die Cluster- oder Workerknoten immer noch löschen oder den Cluster auf die nächste Version aktualisieren. Überprüfen Sie die potenziellen Auswirkungen und aktualisieren Sie den Cluster, um weiterhin wichtige Sicherheitsaktualisierungen und -unterstützung zu erhalten. Wenn Ihr Cluster-Master zwei oder mehr Versionen hinter der ältesten unterstützten Version liegt, müssen Sie einen neuen Cluster einrichten und Ihre Apps im neuen Cluster bereitstellen.