Red Hat Enterprise Linux CoreOS 10 für Red Hat OpenShift angekündigt

Teams in der OpenShift-Administration ist diese Abwägung wohlbekannt. Ein neues Release von Red Hat Enterprise Linux CoreOS bietet Funktionen, die Sie benötigen: besseren Hardware-Support, aktualisierte kryptografische Richtlinien und Kernel-Verbesserungen. Bisher bedeutete die Einführung jedoch, diese im gesamten System vornehmen zu müssen. Ihre Hardwarezertifizierungen werden nicht automatisch übernommen. Ihre interne Validierungs-Pipeline benötigt ein weiteres Quartal. Ihr Change Advisory Board verlangt einen Rollback-Plan für einen Vorgang, der sich in der Vergangenheit nur schwer reibungslos zurücksetzen ließ.

Dies führt dazu, dass Teams Plattform-Upgrades hinauszögern, um die Betriebssystemmigration zu vermeiden. Dadurch entgehen ihnen Funktionen, die sie tatsächlich benötigen. Das Betriebssystem-Upgrade glich bisher einer Steilwand und keiner sanften Rampe.

Red Hat Enterprise Linux 10 ändert das

Dazu haben wir eine Tech Preview von Red Hat Enterprise Linux CoreOS 10 in Red Hat OpenShift 4.22 eingeführt. In einem zukünftigen Release von Red Hat OpenShift können Cluster verschiedene Streams von Red Hat Enterprise Linux CoreOS gleichzeitig ausführen. Nodes mit Red Hat Enterprise Linux CoreOS 9 und Red Hat Enterprise Linux CoreOS 10 koexistieren im selben Cluster als unterstütztes Übergangsbetriebsmodell. Dadurch fühlt sich ein Upgrade nicht disruptiver an als bei jedem anderen Minor-Release von Red Hat OpenShift. Die Migration erfolgt in Ihrem Tempo, ein MachineConfigPool nach dem anderen. 

Erfahren Sie, was der Support für Multi-OS-Streams für Ihre Cluster bedeutet, was Red Hat Enterprise Linux CoreOS 10 heute bietet und wohin sich die Plattform weiterentwickelt.

Multi-OS-Stream: Funktionsweise

Wir führen OSStreams ein: eine neue API-Ressource auf Cluster-Ebene, mit der der Machine Config Operator mehrere Versionen von Red Hat Enterprise Linux CoreOS im selben Cluster verwalten kann. 

Bei einer Neuinstallation erhalten Sie standardmäßig Red Hat Enterprise Linux CoreOS 10. Es gibt einen dokumentierten Pfad zur Installation mit Red Hat Enterprise Linux CoreOS 9, falls Ihre Umgebung dies erfordert. Vielleicht sind Ihre Hardwarezertifizierungen an Red Hat Enterprise Linux 9 gebunden oder Ihr interner Validierungszyklus hat Red Hat Enterprise Linux 10 noch nicht freigegeben. In beiden Fällen handelt es sich um eine unterstützte Option und nicht um einen Workaround.

Wenn Sie ein Upgrade von Red Hat OpenShift 4.22 durchführen, bleiben Ihre Nodes auf Red Hat Enterprise Linux CoreOS 9. Keine erzwungene Migration des Betriebssystems an Day 1. Sie führen ein Upgrade der Plattform durch und behalten das bereits validierte Node-Betriebssystem bei. Wenn Sie bereit sind, Nodes auf Red Hat Enterprise Linux CoreOS 10 zu migrieren, können Sie dies nach Ihrem eigenen Zeitplan tun.

Die Migration erfolgt für jeweils einen MachineConfigPool. Erstellen Sie einen benutzerdefinierten MachineConfigPool, weisen Sie ihm zunächst auch nur einen einzelnen Node zu, verweisen Sie auf den Stream von Red Hat Enterprise Linux CoreOS 10 und validieren Sie Ihre Workloads. Wenn alles einwandfrei läuft, fahren Sie fort. Wenn etwas nicht funktioniert, setzen Sie den Node zurück. Dies ist derselbe Drain-/Cordon-/Reboot-Zyklus, den MachineConfigPool bereits für jede Konfigurationsänderung nutzt. Kein neuer Rollback-Mechanismus, kein neues Risikomodell.

Nodes mit Red Hat Enterprise Linux CoreOS 9 werden weiterhin unterstützt, parallel zu Red Hat Enterprise Linux CoreOS 10. Dadurch haben Sie ausreichend Zeit für die Migration zu Red Hat Enterprise Linux CoreOS 10 und müssen keine knappen Fristen einhalten.

Das Betriebssystem-Upgrade wird zu einer flexiblen Migration. Kein harter Übergang. Keine Umstellung am Wochenende. Schrittweise, validiert, umkehrbar.

Warum sich der Wechsel zu Red Hat Enterprise Linux CoreOS 10 lohnt

Red Hat Enterprise Linux CoreOS 10 übernimmt den Kernel von Red Hat Enterprise Linux 10. Das bedeutet Unterstützung für neuere Hardware bei GPUs, NICs, NVMe und CXL-Geräten. Wenn Sie neuere Server-Hardware nutzen oder dies planen, bietet Red Hat Enterprise Linux CoreOS 10 als Erstes die entsprechende Treiberunterstützung. Verbesserungen an Scheduler und Speicherverwaltung sorgen für besseres Latenzverhalten und eine effizientere Seitenbereinigung unter hoher Last – ein wichtiger Faktor für dichte Nodes mit hoher Auslastung.

Red Hat Enterprise Linux CoreOS 10 basiert auf derselben Basis von Red Hat Enterprise Linux 10, die den Sealed Image Mode ermöglicht: eine Technologie für die kontinuierliche kryptografische Integritätsprüfung mittels Composern und fs-verity. Nicht nur eine Überprüfung beim Systemstart, sondern jeder Dateilesevorgang wird kryptografisch validiert. Vom Kunden kontrollierte Signaturschlüssel. Eine durchgängige Vertrauenskette von der Firmware bis zum Dateisystem. Zudem ermöglicht es Post-Quanten-Kryptografie von Red Hat Enterprise Linux. So können Sie in Ihrem Unternehmen von NIST genehmigte, quantenresistente Algorithmen testen, um Ihre Daten zu schützen und sich auf zukünftige regulatorische Anforderungen vorzubereiten.

Planen Sie Ihre Migration

Red Hat Enterprise Linux CoreOS 10 ist als Tech Preview in Red Hat OpenShift 4.22 verfügbar. 

Wenn Sie bereit sind, Red Hat Enterprise Linux CoreOS 10 zu testen: Erstellen Sie auf einem Test-Cluster einen benutzerdefinierten MachineConfigPool mit einem einzelnen Node. Verweisen Sie damit auf den Stream von Red Hat Enterprise Linux CoreOS 10. Führen Sie Ihre Validierungs-Workloads darauf aus. Dieses Konzept ist von Grund auf risikoarm: ein Node, ein Pool, vollständig umkehrbar.

Wenn die Ergebnisse überzeugen: Sobald das Feature allgemein verfügbar (GA) ist und die Tests erfolgreich waren, erweitern Sie den Einsatz Pool für Pool. Migrieren Sie produktionskritische Workloads zuletzt.

Wenn Sie On-Cluster-Layering nutzen: MachineOSConfigs gelten auf MCP-Ebene. Stellen Sie daher sicher, dass Ihre Konfiguration alle betriebssystemspezifischen Build-Schritte berücksichtigt, wenn Sie Pools zu Red Hat Enterprise Linux CoreOS 10 migrieren. Testen Sie Ihre mehrschichtigen Images sowohl mit Basis-Images von Red Hat Enterprise Linux CoreOS 9 als auch von Red Hat Enterprise Linux CoreOS 10, bevor Sie die Migration ausweiten.

Erweiterter Zeitplan für den Übergang. Red Hat Enterprise Linux CoreOS 9 wird weiterhin vollständig unterstützt. Sie migrieren erst, wenn der Nutzen von Red Hat Enterprise Linux CoreOS 10 den Validierungsaufwand für Ihre spezifische Umgebung übersteigt. Für manche Teams ist das der Fall ab Day 1. Für andere erst im nächsten Quartal. Beides ist völlig in Ordnung.

Der Support für Multi-OS-Streams bietet Ihnen die Flexibilität, das Betriebssystem im eigenen Tempo zu modernisieren. Mit Red Hat Enterprise Linux CoreOS 10 ist das Ziel den Weg wert. Sie müssen sich nicht mehr zwischen dem Upgrade Ihrer Plattform und dem Verbleib Ihrer Nodes auf einer bewährten Basis entscheiden.

Der abrupte Upgrade-Zwang gehört der Vergangenheit an. Willkommen zum stufenweisen Übergang. Steigen Sie jetzt auf Red Hat Enterprise Linux CoreOS 10 um – verfügbar als Tech Preview in Red Hat OpenShift 4.22.