Zurück
2026/10/19
Viele Organisationen betreiben noch Server, die mit CentOS Linux 7 oder CentOS Linux 8 installiert wurden. Beide Versionen haben ihr Lebensende erreicht, das heißt: Das CentOS Project liefert keine Sicherheitsupdates mehr. Die Systeme laufen weiter, aber jeder Monat ohne Patches erhöht das Risiko, und Prüfer fragen immer häufiger danach.
Die gute Nachricht: Inzwischen gibt es mehrere solide Alternativen. Schwieriger ist es zu verstehen, worin sie sich unterscheiden, denn die Unterschiede liegen weniger in der Technik als bei Support, Governance und Lebenszyklus. Dieser Artikel gibt einen neutralen Überblick, Stand zum Zeitpunkt des Schreibens, als Entscheidungshilfe.
Das Wichtigste in Kürze
- CentOS Linux 7 und 8 erhalten keine Updates mehr; CentOS Stream wird fortgeführt, allerdings als Entwicklungszweig, der RHEL kurz vorausläuft.
- RHEL, Rocky Linux, AlmaLinux und Oracle Linux sollen alle für RHEL entwickelte Software ausführen, unterscheiden sich aber im Supportmodell und im Ansatz zur Kompatibilität.
- Ubuntu und Debian sind ausgereifte Alternativen, wenn Sie ein anderes Paketformat und andere Werkzeuge in Kauf nehmen können.
- Entscheiden Sie anhand von Supportbedarf, Zertifizierungsanforderungen und Lebenszyklus, und planen Sie dann die Migration Server für Server.
Was sich bei CentOS Linux und CentOS Stream geändert hat
Viele Jahre lang war CentOS Linux ein kostenloser Nachbau von Red Hat Enterprise Linux (RHEL). Es folgte den RHEL-Versionen eng, sodass Teams dieselbe Software ohne Subskription betreiben konnten. Im Dezember 2020 kündigte das CentOS Project an, sich stattdessen auf CentOS Stream zu konzentrieren. CentOS Linux 8 erreichte Ende 2021 sein Lebensende, CentOS Linux 7 Ende Juni 2024.
CentOS Stream ist nach wie vor eine aktive und nützliche Distribution, hat aber eine andere Rolle. Es liegt kurz vor dem nächsten RHEL-Minor-Release; Änderungen erscheinen also dort, bevor sie RHEL erreichen. Damit eignet es sich gut, um Kommendes zu testen, passt aber weniger gut zu Servern, die eine feste, sich nur langsam verändernde Plattform brauchen. Die Beschreibung des Projekts selbst finden Sie auf centos.org.
Wie sich die RHEL-kompatiblen Distributionen im Ansatz unterscheiden
Mehrere Distributionen füllen heute die Lücke, die CentOS Linux früher besetzte. Alle sollen Software ausführen, die für RHEL entwickelt und zertifiziert wurde, aber jede verfolgt ihren eigenen Ansatz.
- Red Hat Enterprise Linux (RHEL) ist das kommerzielle Original. Sie erhalten das Betriebssystem mit einer Subskription, die Support, zertifizierte Hardware- und Software-Ökosysteme sowie Werkzeuge für Verwaltung und In-Place-Upgrades umfasst.
- Rocky Linux ist eine Community-Distribution unter der Leitung der Rocky Enterprise Software Foundation. Ihr erklärtes Ziel ist volle Kompatibilität mit RHEL.
- AlmaLinux ist eine Community-Distribution unter der Leitung der gemeinnützigen AlmaLinux OS Foundation. Seit 2023 strebt sie Kompatibilität auf Ebene der binären Anwendungsschnittstelle (ABI) mit RHEL an statt eines exakten Nachbaus, sodass das Projekt manche Korrekturen nach eigenem Zeitplan ausliefern kann.
- Oracle Linux kann kostenlos heruntergeladen, genutzt und aktualisiert werden; kostenpflichtiger Support ist bei Oracle erhältlich. Es bietet sowohl einen RHEL-kompatiblen Kernel als auch Oracles eigenen Unbreakable Enterprise Kernel.
Für die meisten Workloads gilt: Anwendungen, die auf einer dieser Distributionen laufen, laufen mit wenigen oder keinen Änderungen auch auf den anderen. Wichtig werden die Unterschiede, wenn ein Hersteller sein Produkt nur für bestimmte Distributionen zertifiziert oder wenn Sie auf bestimmte Kernel-Funktionen angewiesen sind.
Supportmodelle: Subskriptionen, Community und Drittanbieter
Der größte praktische Unterschied zwischen den Optionen ist, wen Sie anrufen, wenn etwas ausfällt. Die folgende Tabelle fasst die wichtigsten Modelle zusammen, Stand zum Zeitpunkt des Schreibens. Prüfen Sie vor Ihrer Entscheidung immer die offiziellen Seiten, denn die Bedingungen ändern sich.
| Distribution | Kosten der Nutzung | Herkunft des Supports |
|---|---|---|
| RHEL | Kostenpflichtige Subskription | Red Hat, in der Subskription enthalten |
| Rocky Linux | Kostenlos | Community, dazu kommerzieller Support von Drittanbietern |
| AlmaLinux | Kostenlos | Community, dazu kommerzieller Support von Drittanbietern |
| Oracle Linux | Kostenlos | Optionaler kostenpflichtiger Support von Oracle |
| Ubuntu | Kostenlos | Optional kostenpflichtiges Ubuntu Pro und Support von Canonical |
| Debian | Kostenlos | Community, dazu kommerzieller Support von Drittanbietern |
Kostenlos heißt nicht ohne Support. Viele Organisationen betreiben Community-Distributionen in der Produktion und kaufen Support nur für die Systeme, die garantierte Reaktionszeiten benötigen. Entscheidend ist, dass Sie dies bewusst festlegen, statt die Lücke erst bei einem Störfall zu entdecken.
Tipp: Prüfen Sie die Supportmatrix jeder kommerziellen Anwendung, die Sie betreiben, etwa Datenbanken, Middleware und Backup-Agenten. Unterstützt ein Hersteller nur RHEL, kann das die Frage für diese Server entscheiden, auch wenn der Rest Ihrer Umgebung eine Community-Distribution nutzt.
Lebenszyklus und Release-Rhythmus im Vergleich
Enterprise-Linux ist attraktiv, weil Hauptversionen lange unterstützt werden. RHEL-Hauptversionen haben einen Lebenszyklus von zehn Jahren, mit Optionen zur weiteren Verlängerung, und Rocky Linux, AlmaLinux und Oracle Linux folgen für ihre entsprechenden Versionen ähnlichen Zeitplänen. Innerhalb jeder Hauptversion erscheinen regelmäßig Minor-Releases, und auf einem aktuellen Minor-Release zu bleiben ist der übliche Weg, weiterhin Updates zu erhalten. Red Hat veröffentlicht die Details auf seiner Seite zum RHEL-Lebenszyklus.
Ubuntu veröffentlicht alle zwei Jahre ein Long-Term-Support-Release (LTS) mit fünf Jahren Standard-Sicherheitswartung und längerer Abdeckung über Ubuntu Pro; siehe den Ubuntu-Release-Zyklus. Debian veröffentlicht etwa alle zwei Jahre eine neue stabile Version, und die Community-Initiative Debian LTS verlängert den Sicherheitssupport für ältere Versionen; siehe Debian-Veröffentlichungen.
Achten Sie beim Vergleich auf das Lebensende der konkreten Hauptversion, die Sie einsetzen würden, nicht nur auf die allgemeine Richtlinie. Eine Plattform, die Sie heute installieren, sollte während der gesamten geplanten Lebensdauer des Servers unterstützt werden.
Fragen, die Sie vor der Wahl klären sollten
Es gibt nicht die eine richtige Antwort. Diese Fragen bringen die Entscheidung meist auf den Punkt:
- Welche Anwendungen betreiben wir, und welche Distributionen zertifizieren deren Hersteller?
- Brauchen wir einen Herstellersupportvertrag für jeden Server, für einige Server oder für keinen?
- Kennen unsere Teams bereits RPM-basierte Werkzeuge wie dnf oder Debian-basierte Werkzeuge wie apt?
- Wie lange muss die neue Plattform unterstützt werden, und passt das zum Lebenszyklus der Version, die wir einsetzen würden?
- Wie wollen wir Patches, Konfiguration und Compliance über viele Server hinweg verwalten?
- Ist uns ein bestimmtes Governance-Modell wichtig, etwa eine gemeinnützige Stiftung oder ein einzelner kommerzieller Anbieter?
Für viele Teams, die CentOS Linux verlassen, bleiben die meisten Kenntnisse, Skripte und Pakete unverändert, wenn sie in der RHEL-kompatiblen Familie bleiben. Ein Wechsel zu Ubuntu oder Debian kann sinnvoll sein, wenn andere Teile Ihrer Umgebung sie bereits nutzen, ist aber eine größere Umstellung und erfordert mehr Tests.
Die Migration bestehender CentOS-Server planen
Beginnen Sie mit einer Bestandsaufnahme. Was Sie nicht gefunden haben, können Sie nicht planen, und CentOS-Systeme verstecken sich oft in Appliances, Testlaboren und alten Vorlagen für virtuelle Maschinen. Auf jedem Server zeigen Ihnen einige Befehle, wo Sie stehen:
cat /etc/os-release
uname -r
rpm -qa --last | head -n 20
yum repolist enabled
Gruppieren Sie die Server dann danach, was sie ausführen und wie kritisch sie sind. Wählen Sie für jede Gruppe einen von zwei Wegen:
- Vor Ort konvertieren. Innerhalb derselben Hauptversion stellen die von den Projekten bereitgestellten Migrationsskripte (zum Beispiel für Rocky Linux, AlmaLinux und Oracle Linux) und das Werkzeug Convert2RHEL von Red Hat Paketquellen und Branding ohne Neuinstallation um. Bei CentOS Linux 7 ist zusätzlich ein Upgrade der Hauptversion nötig; Werkzeuge wie Leapp und das AlmaLinux-Projekt ELevate können helfen, erfordern aber sorgfältige Tests.
- Neu aufbauen und neu bereitstellen. Installieren Sie ein sauberes System auf einer aktuellen Version und verschieben Sie dann Anwendung und Daten. Das kostet pro Server mehr Aufwand, liefert aber eine bekannte, dokumentierte Ausgangsbasis und beseitigt jahrelang angesammelte Änderungen.
Tipp: Erstellen Sie unabhängig vom gewählten Weg zuerst ein vollständiges Backup oder einen Snapshot und proben Sie den Ablauf an einer Kopie des Servers. Prüfen Sie vor dem Start, ob Drittanbieter-Repositories, Kernel-Module und Monitoring-Agenten für die Zielversion verfügbar sind.
Halten Sie den Plan schließlich schriftlich fest: welche Server umziehen, in welcher Reihenfolge, wer freigibt und wie Sie zurückrollen. Wenn Sie zuerst die risikoarmen Systeme migrieren, gewinnen Sie Sicherheit, und die übrigen Umstellungen werden zur Routine. Das AlmaLinux-Projekt dokumentiert seinen ELevate-Ansatz im AlmaLinux-Wiki, und jede Distribution veröffentlicht eigene Migrationsleitfäden.
Wie LOGIQ helfen kann
LOGIQ hilft Organisationen, ihre verbliebenen CentOS-Systeme zu finden, die Optionen anhand ihrer eigenen Anwendungen und ihres Supportbedarfs zu vergleichen und Migrationen zu planen, die zu ihrem Zeitplan passen. Wenn Sie eine zweite Meinung zu Ihrem Enterprise-Linux-Plan wünschen, erreichen Sie uns über logiqlinux.com.
Global
Japan
Korea
China
Taiwan
Vietnam
Thailand
Indonesia
Portugal
Spain
France
Egypt
Russia