Was ist CentOS Stream? Was aus CentOS wurde und welche Alternativen es gibt

Was ist CentOS Stream, und ist es dasselbe wie CentOS Linux?

CentOS Stream ist eine fortlaufend aktualisierte Linux Distribution, die Änderungen für die nächste Nebenversion von Red Hat Enterprise Linux (RHEL) veröffentlicht, bevor RHEL sie erhält. Das klassische CentOS Linux war dagegen ein Nachbau von RHEL nach dessen Veröffentlichung. CentOS Stream läuft also leicht vor RHEL, nicht dahinter.

Der Unterschied klingt klein. Allerdings verändert er den Betrieb eines Servers spürbar. Das alte CentOS Linux nahm Pakete, die RHEL bereits ausgeliefert hatte, entfernte das Branding und stellte sie kostenlos bereit. Dadurch bekamen Unternehmen ein System, das zu RHEL passte, ohne ein Abonnement zu zahlen. CentOS Stream sitzt an einer anderen Stelle dieser Kette. Wenn jemand heute sagt „wir nutzen CentOS“, sollten Sie deshalb nachfragen, welches CentOS gemeint ist.

In diesem Beitrag zeigen wir anhand offizieller Ankündigungen des CentOS Projekts, was sich wann geändert hat. Außerdem klären wir, für wen CentOS Stream sinnvoll ist und wie Sie planen, wenn noch ein Server mit CentOS 7 läuft. Wir sind ein Team für digitales Marketing und Webentwicklung, kein Hostinganbieter. Daher stützen wir jede Angabe auf Primärquellen.

Was ist mit CentOS passiert, und warum ist das heute noch wichtig?

Kurz gesagt hat das CentOS Projekt seinen Fokus vom klassischen CentOS Linux auf CentOS Stream verlagert. Diese Entscheidung hat den Fahrplan einer Distribution umgeschrieben, die viele jahrelang als „kostenloses RHEL“ betrachtet hatten. Die Folgen reichten weit, denn Verwaltungsoberflächen wie cPanel und Plesk liefen lange auf CentOS.

Die Umstellung hatte drei zentrale Folgen:

• CentOS Linux 8 erreichte sein Lebensende deutlich früher als von vielen erwartet, nämlich Ende 2021.
• CentOS Linux 7 lief über den Lebenszyklus von RHEL 7 weiter und erhält seit dem 30. Juni 2024 keine Updates mehr.
• Neue Hauptversionen erscheinen nur noch als CentOS Stream. Ein klassisches CentOS Linux 9 gibt es nicht.

Diese drei Punkte bestimmen die erste Frage für jeden Server, der noch den Namen CentOS trägt. Welche Version läuft dort, und kommen noch Sicherheitsupdates an? Zudem entstanden mit AlmaLinux und Rocky Linux neue Community Distributionen, die die Lücke füllen sollen. Somit geht es nicht um eine bloße Umbenennung. Es geht um eine Infrastrukturentscheidung mit Folgen für Sicherheit, Budget und Wartung.

Wie funktionierte das klassische CentOS Linux?

Das klassische Modell folgte einem einfachen Ablauf. Zunächst veröffentlichte Red Hat eine neue Nebenversion von RHEL. Danach nahm das CentOS Team den offenen Quellcode, entfernte das Red Hat Branding und baute ihn neu. Das Ergebnis passte auf Paketebene zu RHEL, enthielt aber keinen Supportvertrag.

Deshalb passte dieses Modell zu zwei Gruppen. Die erste Gruppe bestand aus Entwicklern, die Software für RHEL kostenlos testen wollten. Zur zweiten Gruppe gehörten Unternehmen, die ihre Server selbst betrieben und keinen Herstellersupport brauchten. Zum Beispiel bauten viele Hostinganbieter ihre Shared Hosting Server auf CentOS auf.

Allerdings hatte das Modell eine eingebaute Verzögerung. Weil CentOS RHEL folgte, brauchte jede neue RHEL Version Zeit für Nachbau und Tests. Außerdem hatten Nutzer von CentOS kaum direkten Einfluss auf RHEL. Wer einen Fehler melden wollte, musste oft zuerst zu Fedora oder zu einem vorgelagerten Projekt gehen.

Die offizielle Vergleichsseite des CentOS Projekts beschreibt genau diesen Unterschied. CentOS Linux war ein nachgelagerter Nachbau von RHEL, CentOS Stream ist dagegen der öffentliche Entwicklungszweig davor. Anders gesagt: Das klassische CentOS lieh sich seine Stabilität von RHEL. Stream ist Teil des Prozesses, der diese Stabilität erst herstellt.

Was stand in der Ankündigung, die das Projekt verändert hat?

In einer offiziellen Blogankündigung vom 8. Dezember 2020 erklärte das CentOS Projekt, dass die Zukunft des Projekts CentOS Stream ist. Laut dem Beitrag läuft CentOS Stream knapp vor der aktuellen RHEL Version und dient als vorgelagerter Entwicklungszweig von RHEL.

Der praktische Teil war dann eindeutig. CentOS Linux 8 als Nachbau von RHEL 8 sollte Ende 2021 enden. CentOS Linux 7 sollte dagegen für den Rest des Lebenszyklus von RHEL 7 weiterlaufen. Für Nutzer von CentOS Linux 8 empfahl das Projekt den Wechsel zu CentOS Stream 8, das sich laut Beitrag nur wenig von CentOS Linux 8 unterschied.

Zudem lohnt ein häufiger Fehler eine Korrektur. Manche Artikel datieren diese Ankündigung auf Dezember 2021. Tatsächlich kam sie im Dezember 2020, und Dezember 2021 ist das Lebensende von CentOS Linux 8. Nutzer hatten also ungefähr ein Jahr Zeit für die Planung.

Auch der Ton des Beitrags war bemerkenswert. Das Projekt stellte die Entscheidung als neues Beteiligungsmodell für das RHEL Ökosystem dar, nicht als Abschaltung. Serverbetreiber stellten sich dennoch eine andere Frage. Woher kommt jetzt ein stabiles, kostenloses und zu RHEL kompatibles System? Die Antwort liegt bei RHEL selbst, bei AlmaLinux und bei Rocky Linux, die wir weiter unten einordnen.

Warum endete CentOS Linux 8 so früh?

Das frühe Ende von CentOS Linux 8 folgte direkt aus der Entscheidung, die Ressourcen des Projekts auf Stream zu lenken. Die offizielle Seite zum Lebensende von CentOS Linux nennt das Datum klar: CentOS Linux 8 erreichte sein Lebensende am 31. Dezember 2021.

Zudem erklärt dieselbe Seite den Ablauf der Abschaltung:

• Das Projekt sagte zu, einen Nachbau von RHEL 8.5 nach dessen Erscheinen auszuliefern, auch wenn das kurz nach dem Lebensende geschehen sollte.
• Es hielt die Inhalte bis zum 31. Januar auf den regulären Spiegelservern und verschob sie danach in das dauerhafte Archiv vault.centos.org, ohne weitere Updates.
• Es stellte klar, dass es wie bei früheren Versionen niemanden automatisch auf die nächste Version migriert.

Vor allem der letzte Punkt ist wichtig. Das Lebensende schaltet einen Server nicht ab, die Maschine läuft weiter. Allerdings kommen keine neuen Sicherheitspatches mehr, und die Paketquellen liegen im Archiv. Folglich wiegt sich ein Team, das CentOS 8 installiert und dann vergessen hat, leicht in falscher Sicherheit.

Finden Sie heute noch einen Server mit CentOS Linux 8, behandeln Sie ihn als dringende Wartungsaufgabe. Meist ist ein geplanter Umzug auf eine unterstützte Distribution derselben Familie der risikoärmste Weg.

Wann erreichte CentOS Linux 7 sein Lebensende?

CentOS Linux 7 erreichte sein Lebensende am 30. Juni 2024. Das CentOS Projekt hat im April 2023 einen offiziellen Erinnerungsbeitrag veröffentlicht, der das klar festhält. Nach diesem Datum erscheinen keine Updates mehr für CentOS Linux 7, und die Pakete wandern in das Archiv vault.centos.org.

Derselbe Beitrag nennt auch ein Datum für CentOS Stream 8. Dessen Builds endeten am 31. Mai 2024, danach kam die Version ins Archiv. Somit endeten zwei verschiedene CentOS Versionen im selben Sommer.

Gerade die lange Laufzeit von CentOS 7 machte es im Hosting extrem verbreitet. Viele Shared Hosting Server, interne Firmenanwendungen und ältere Onlineshops blieben darauf. Da das frühe Ende von CentOS 8 die Version 7 nicht betraf, verschoben zudem viele Teams ihre Migration. Heute kehrt dieser Aufschub als technische Schuld zurück.

Konkret nannte der Beitrag mehrere Optionen. Sie konnten auf CentOS Stream 9 wechseln, auf RHEL umstellen oder zu einem anderen Derivat von Enterprise Linux gehen. Außerdem erwähnte er die Umstellung auf RHEL 7 mit dem kostenpflichtigen Extended Lifecycle Support (ELS) von Red Hat für alle, die nicht rechtzeitig migrieren konnten. Umfang und Preis hängen vom Vertrieb bei Red Hat ab, deshalb nennen wir hier keine Zahlen.

Wie hängen CentOS Stream und RHEL zusammen?

CentOS Stream liegt zwischen Fedora Linux und RHEL. Die Downloadseite des Projekts und die Übersichtsseiten beschreiben es als fortlaufend ausgelieferte Distribution, die der RHEL Entwicklung knapp vorausläuft. Das Projekt nennt diese Position „Midstream“, also Mittelstrom.

Den Ablauf können Sie sich also so vorstellen:

1. Neue Ideen und große Änderungen landen zuerst in Fedora Linux. Fedora ist die schnelle, vorgelagerte Distribution.
2. Die nächste Hauptversion von RHEL zweigt von Fedora ab. An diesem Punkt startet auch eine neue Hauptversion von CentOS Stream.
3. Updates für die nächste Nebenversion von RHEL landen zuerst in Stream.
4. Schließlich erscheinen diese Änderungen in der RHEL Nebenversion mit Unternehmenssupport.

Deshalb ist es fair, Stream als Vorschau auf die nächste Nebenversion von RHEL zu beschreiben. Die Vergleichsseite des Projekts sagt ebenfalls, dass Stream Inhalte für kommende Nebenversionen von RHEL enthält. Für ein Team, das Software für RHEL entwickelt, ist das nützlich. Sie sehen Änderungen vor den Kunden von RHEL und testen die Kompatibilität früher.

Ebenso erklärt diese Position die Abwägung. Sie erhalten früheren Zugang und einen direkten Weg zur Mitarbeit. Im Gegenzug akzeptieren Sie einen stetigen Strom an Updates statt weniger großer, geplanter Schritte.

Wie unterscheiden sich CentOS Linux und CentOS Stream im Vergleich?

Stellt man beide Distributionen nebeneinander, werden die Unterschiede deutlich. Die folgende Tabelle stützt sich auf die offiziellen Vergleichsseiten und die Seiten zum Lebensende des CentOS Projekts:

Die wichtigste Zeile ist der Updaterhythmus. Beim klassischen CentOS machte das System mit jeder RHEL Nebenversion einen großen Schritt. Bei Stream fließen Pakete dagegen ein, sobald sie bereit sind. Daher brauchen Sie andere Gewohnheiten für Tests, Änderungskontrolle und Wartungsfenster.

Wie lange erhalten die Versionen von CentOS Stream Support?

Stream ist kein endloses Rolling Release. Jede Hauptversion hat ein Enddatum. Die Downloadseite des Projekts koppelt diese Daten an das Ende der vollen Supportphase von RHEL. Laut der aktuellen Seite sieht das so aus:

• CentOS Stream 8: Die Builds endeten am 31. Mai 2024, die Version liegt im Archiv.
• CentOS Stream 9: 31. Mai 2027 (Ende der vollen Supportphase von RHEL 9).
• CentOS Stream 10: 31. Mai 2030 (Ende der vollen Supportphase von RHEL 10).

Diese Termine sind kürzer als der gesamte Lebenszyklus von RHEL. Denn RHEL geht nach dem vollen Support in eine Wartungsphase über und bekommt dort weiter Sicherheitskorrekturen. Stream ergibt dagegen nur Sinn, solange es die nächste Nebenversion von RHEL speist. Sobald RHEL für diese Hauptversion keine neuen Funktionen mehr entwickelt, endet auch das passende Stream Release.

Konkret heißt das: Ein Server, den Sie heute auf Stream 9 aufsetzen, braucht innerhalb weniger Jahre ein Upgrade auf die nächste Hauptversion. Prüfen Sie die Termine außerdem auf der offiziellen Seite, denn das Projekt kann Details anpassen. Suchen Sie einen langlebigen Server, den Sie einmal einrichten und selten anfassen, ist dieser kurze Zyklus ein zentrales Kriterium.

Eignet sich CentOS Stream für den Produktivbetrieb?

Eine offizielle Antwort in einem Wort gibt es nicht. Die Vergleichsseite des Projekts sagt, dass Änderungen Stream und RHEL erst nach gründlichen Tests erreichen, sowohl intern bei Red Hat als auch in einer öffentlichen Testumgebung für die gesamte Distribution. Gleichzeitig empfehlen die offiziellen Seiten den Produktivbetrieb weder klar noch schließen sie ihn aus. Stattdessen positionieren sie Stream als Plattform zur Mitarbeit am RHEL Ökosystem.

Unsere Einschätzung ist daher einfach. Stream ist kein instabiler Testbuild. Allerdings richtet es sich vor allem an Teams, die die Zukunft von RHEL früh sehen und mitgestalten wollen. Wenn Sie es produktiv einsetzen möchten, beantworten Sie diese Fragen ehrlich:

• Haben Sie Personal, das den stetigen Updatestrom zuerst in einer Testumgebung prüft?
• Ist Ihre Anwendung für eine bestimmte RHEL Nebenversion zertifiziert, und unterstützt der Hersteller nur diese?
• Können Sie alle paar Jahre ein Upgrade der Hauptversion stemmen?
• Brauchen Sie eine kommerzielle Supporthotline, wenn etwas ausfällt?

Lautet Ihre Antwort bei zwei Fragen „nein“, ist RHEL oder eine binär kompatible Alternative meist die entspanntere Wahl. Für CI Pipelines, Kompatibilitätstests und Entwicklungsserver passt Stream dagegen gut.

Wo stehen AlmaLinux, Rocky Linux und RHEL in diesem Bild?

Zwei Community Distributionen haben die Lücke besetzt, die CentOS Linux hinterlassen hat: AlmaLinux und Rocky Linux. Beide wollen ein kostenloses, lange unterstütztes Serverbetriebssystem bieten, das zu RHEL kompatibel ist. RHEL bleibt das kommerzielle Produkt, das Red Hat im Abonnement verkauft. Grob gesagt läuft Stream vor RHEL, während AlmaLinux und Rocky Linux den Platz hinter RHEL einnehmen, wo früher das klassische CentOS stand.

Installation, Migration von CentOS und die Unterschiede beider Systeme sind eigene Themen. In derselben Reihe behandeln wir eine Anleitung zu AlmaLinux samt Umstieg sowie einen Vergleich von Rocky Linux und AlmaLinux ausführlich. Hier geben wir nur die Landkarte. Welche Distribution Sie auch wählen, Sie brauchen außerdem die passende Serverart. Dabei hilft unser Beitrag zu VPS, VDS und Cloud Server im Vergleich.

Beachten Sie außerdem noch einen Punkt. Steuerung des Projekts, Updatetempo und langfristige Tragfähigkeit zählen genauso viel wie der Name. Prüfen Sie zum Beispiel in der Dokumentation Ihrer Hostingoberfläche, welche Distributionen sie offiziell unterstützt, bevor Sie entscheiden. Fehlt diese Unterstützung, ist selbst die beste Distribution für Sie die falsche.

Welche Risiken hat ein Server, der noch auf CentOS 7 läuft?

Das größte Risiko: Es kommen keine Sicherheitsupdates mehr. Seit dem 30. Juni 2024 erhält CentOS Linux 7 keine neuen Patches. Folglich bleibt jede danach entdeckte Schwachstelle auf Ihrem Server dauerhaft offen. Betreiben Sie eine Website, wird daraus direkt ein Risiko für Kundendaten und Ruf.

Konkret fassen wir die Risiken in vier Bereichen zusammen:

• Sicherheit: Kernkomponenten wie Kernel, OpenSSL, OpenSSH und Webserver bleiben ungepatcht.
• Kompatibilität: Neue Versionen von PHP, Node.js oder Datenbanken laufen eventuell nicht mit alten Systembibliotheken.
• Paketzugriff: Die Paketquellen liegen im Archiv, daher wird das Installieren und Auflösen von Abhängigkeiten mühsam.
• Prüfungen und Verträge: Zahlungsanbieter oder Firmenkunden können ein nicht unterstütztes Betriebssystem bei Audits beanstanden.

Wer Lücken in der Anwendung schließt, schließt damit keine Lücken im Betriebssystem. Für die Anwendungsebene empfehlen wir unseren Leitfaden zu den OWASP Top 10. Trotzdem bleiben diese Maßnahmen lückenhaft, solange darunter ein ungepatchtes System läuft. Auch Ihre TLS Konfiguration hängt an alten Bibliotheken. Zertifikat und Protokolle prüfen Sie schnell mit unserem SSL Check.

Wie finden Sie heraus, welche CentOS Version Ihr Server nutzt?

Am Anfang steht die Bestandsaufnahme. Verbinden Sie sich per SSH und lesen Sie die Angaben zum Betriebssystem aus. Die folgenden Befehle lesen nur Standarddateien von Linux und ändern nichts am System:

cat /etc/os-release
cat /etc/redhat-release
uname -r

Der erste Befehl zeigt Name und Version der Distribution. Steht in der Zeile NAME „CentOS Linux“, nutzen Sie das klassische CentOS. Steht dort „CentOS Stream“, läuft Stream. Der zweite Befehl gibt bei Systemen der RHEL Familie eine kurze Versionszeile aus. Der dritte zeigt schließlich den laufenden Kernel.

Danach prüfen Sie, welche Dienste im Netzwerk lauschen:

ss -tulpn

Diese Liste ist der erste Entwurf dessen, was Sie umziehen müssen: Webserver, Datenbank, E-Mail, FTP und eigene Anwendungen. Verwalten Sie mehrere Server, tragen Sie die Ergebnisse in eine Tabelle ein. So sehen Sie auf einen Blick, welche Maschine welche Version und welche Dienste hat.

Im Shared Hosting haben Sie allerdings oft keinen Zugriff auf diese Befehle. Dann fragen Sie Ihren Hostinganbieter schriftlich, welches Betriebssystem läuft und wie sein Migrationsplan aussieht.

Womit sollte Ihr Migrationsplan für CentOS beginnen?

Eine Migration ist ein Projekt, kein einzelner Befehl. Deshalb empfehlen wir: erst planen, dann handeln. Die folgende Reihenfolge bietet einen vernünftigen Rahmen für kleine und mittlere Webprojekte:

1. Bestandsaufnahme: Erfassen Sie Server, Versionen, laufende Dienste und Abhängigkeiten.
2. Backup: Sichern Sie Dateien und Datenbanken vollständig und testen Sie die Wiederherstellung separat.
3. Ziel: Entscheiden Sie sich zwischen RHEL, AlmaLinux, Rocky Linux oder Stream.
4. Methode: Legen Sie fest, ob Sie das System direkt umstellen oder einen neuen Server aufsetzen und umziehen.
5. Tests: Starten Sie die Anwendung auf dem Zielsystem und prüfen Sie Formulare, Bezahlschritte und den Versand per E-Mail.
6. Umstellungsfenster: Wählen Sie die Stunde mit dem wenigsten Traffic und bereiten Sie DNS und einen Rückweg vor.
7. Überwachung: Beobachten Sie Fehlerprotokolle und Leistung einige Tage lang.

Lassen Sie also das Backup nie aus. Unsere Anleitung zur Backup Strategie für Websites hilft bei Häufigkeit und Speicherort. Zudem liefert bei einem so großen Sprung wie von CentOS 7 ein frisch aufgesetzter Server oft ein berechenbareres Ergebnis als eine direkte Umstellung. Denn so schleppen Sie keine alten Konfigurationsreste mit.

Welche Option passt zu welchem Team?

Wenn Sie Optionen und Bedarf zusammenbringen, fällt die Entscheidung leichter. Verstehen Sie die Liste als grobe Orientierung, nicht als festes Rezept:

• RHEL: Für Unternehmen, die einen Supportvertrag, zertifizierte Software und einen langen Lebenszyklus wollen.
• AlmaLinux oder Rocky Linux: Für Teams, die einen kostenlosen, lange unterstützten und zu RHEL kompatiblen Server suchen und ihre Gewohnheiten aus CentOS behalten möchten.
• CentOS Stream: Für Softwareteams, die die nahe Zukunft von RHEL früh testen wollen, für CI Umgebungen und für Mitwirkende.
• Entwicklerabonnement für RHEL: Für Einzelpersonen, die praktische Erfahrung mit RHEL sammeln und private Projekte betreiben.

Es gibt außerdem den Weg aus der RHEL Familie heraus. Wenn Sie Ihre Anwendung zum Beispiel in Container verlagern, sinkt die Abhängigkeit vom Betriebssystem des Hosts. Die Grundlagen erklärt unser Leitfaden zu Docker. Allerdings nutzt auch ein Container ein Basisimage, und dessen Aktualität bleibt Ihre Aufgabe.

Kurz gesagt hängt die richtige Wahl von Ihrer Wartungskapazität und Ihren Supporterwartungen ab. Klären Sie diese beiden Fragen, bevor Sie über Namen von Distributionen diskutieren.

Wem nützt das kostenlose Entwicklerabonnement für RHEL?

Red Hat bietet Einzelpersonen ein kostenloses Entwicklerabonnement an. Laut den offiziellen FAQ von Red Hat Developer dürfen Sie damit Software aus dem Abonnement, einschließlich RHEL, auf 16 physischen oder virtuellen Knoten installieren.

Dieselbe Seite nennt auch die Grenzen:

• Sie dürfen RHEL aus diesem Abonnement für Entwicklung, Tests und kleine Produktivszenarien nutzen.
• Pro Benutzerkonto bei Red Hat ist nur ein solches Einzelabonnement möglich.
• Red Hat hat es für Einzelpersonen und private Konten gedacht, nicht für Organisationen, Firmen oder Konzerne.
• Es enthält kein Service Level Agreement und keinen professionellen Support, Sie helfen sich also selbst.

Daher sollte ein Unternehmen seine Produktivserver nicht auf dieses Abonnement stützen. Für freiberufliche Entwickler, die Projekte auf RHEL testen, für Lernende in der Systemadministration oder für einen kleinen privaten Dienst ist es dagegen sinnvoll. Die Bedingungen können sich ändern, lesen Sie deshalb vor der Installation die aktuelle Fassung direkt bei Red Hat.

Im geschäftlichen Umfeld ist ein Gespräch mit dem Vertrieb von Red Hat oder eine der Community Distributionen der gesündere Weg.

Wirkt sich eine Servermigration auf Website und SEO aus?

Eine gut geplante Migration des Betriebssystems schadet Ihren Rankings für sich genommen nicht. Suchmaschinen interessiert nicht, welche Distribution Ihr Server nutzt. Sie achten auf Erreichbarkeit, Geschwindigkeit und Inhalte. Allerdings kann eine schlecht geführte Migration indirekt echten Schaden anrichten.

Zum Beispiel sehen wir diese Risiken am häufigsten:

• Lange Ausfälle und Serverfehler mit Statuscode 5xx, auf die Crawler stoßen.
• Fehlende Weiterleitungen auf dem neuen Server, etwa von HTTP auf HTTPS oder auf die Variante mit www.
• Langsame Seiten durch falsch eingestelltes Caching und fehlende Komprimierung.
• Vergessene Aufgaben zur Erneuerung des SSL Zertifikats.

Um diese Risiken zu senken, listen Sie vor dem Umzug Ihre wichtigsten Adressen auf und prüfen dieselbe Liste danach einzeln. Planen Sie eine DNS Änderung, verkürzt ein vorab gesenkter TTL Wert außerdem Ihren Rückweg. Ursachen für Langsamkeit auf Serverseite erklärt unser Beitrag warum Ihre Website langsam ist. Möchten Sie den technischen Umzug mit der Beobachtung des organischen Traffics verbinden, erstellen wir im Rahmen unserer SEO Beratung eine Checkliste für vor und nach der Migration.

Warum sind Paketquellen und Spiegelserver bei der Migration wichtig?

Distributionen der RHEL Familie beziehen Pakete aus Paketquellen, und diese stammen von Spiegelservern. Als CentOS Linux 7 und 8 ihr Lebensende erreichten, verschob das Projekt die Inhalte in das Archiv vault.centos.org. Es überrascht also nicht, wenn ein alter Server mit CentOS beim Installieren eines Pakets Fehler zu den Paketquellen meldet.

Manche Teams „lösen“ das, indem sie die Paketquelle auf das Archiv umstellen. Damit lässt sich ein altes Paket vorübergehend installieren. Trotzdem enthält das Archiv keine neuen Sicherheitspatches. Das heißt, das Problem verschwindet nicht, nur die Fehlermeldung verstummt. Nutzen Sie das Archiv deshalb nur als kurzen, bewussten Schritt während der Migration.

Nach dem Wechsel auf eine neue Distribution beeinflusst ein naher und zuverlässiger Spiegelserver die Updategeschwindigkeit. Zudem verhindert ein lokaler Spiegel in Firmennetzen, dass viele Server dieselben Pakete immer wieder laden. Ausführlich erklären wir das in unserem Beitrag was ein Linux Mirror ist.

Denken Sie schließlich an Paketquellen von Drittanbietern. Nutzte das alte System EPEL oder eine Quelle für PHP, prüfen Sie auf der Zieldistribution das Gegenstück und dessen aktuellen Support.

Wann sollten Sie die Migration nicht selbst durchführen?

Ehrlich gesagt muss nicht jede Migration von CentOS der Websitebetreiber selbst erledigen. Manchmal ist es die beste Entscheidung, die Arbeit dem Hostinganbieter oder einer erfahrenen Systemadministration zu überlassen.

Konkret raten wir in diesen Fällen davon ab, es selbst zu machen:

• Sie nutzen Shared Hosting. Das Betriebssystem liegt dann ohnehin in der Verantwortung des Anbieters.
• Sie zahlen für einen verwalteten VPS oder Server. Fordern Sie den Migrationsplan schriftlich an.
• Auf dem Server läuft cPanel, Plesk oder eine ähnliche Oberfläche mit Lizenz über den Anbieter. Dann weiß der Anbieter, welche Zieldistribution unterstützt ist.
• Das System nimmt Zahlungen an oder verarbeitet personenbezogene Daten, und niemand im Team hat Erfahrung mit Linux.

Betreiben Sie dagegen Ihren eigenen VPS, sichern regelmäßig und können eine Testumgebung aufbauen, schaffen Sie die Migration Schritt für Schritt selbst. Planen Sie beim Hosting einen Neustart, hilft unser Ratgeber zur Wahl des Webhostings auch bei der Frage nach dem Betriebssystem. Ist Ihre Anwendung individuell entwickelt, prüft unser Team für individuelle Softwareentwicklung gemeinsam mit Ihnen die Kompatibilität des Codes auf dem neuen System.

Welchen Weg sollten Sie bei CentOS Stream und der Migration wählen?

Zusammengefasst ist CentOS Stream eine fortlaufend aktualisierte Distribution, die RHEL vorausläuft und dessen nächste Nebenversion vorwegnimmt. Das klassische CentOS Linux gibt es nicht mehr. CentOS Linux 8 erreichte sein Lebensende am 31. Dezember 2021, CentOS Linux 7 folgte am 30. Juni 2024.

Drei Fragen tragen die Entscheidung. Erstens: Brauchen Sie kommerziellen Support? Dann wählen Sie RHEL. Zweitens: Suchen Sie einen kostenlosen, langlebigen und zu RHEL kompatiblen Server? Dann sehen Sie sich AlmaLinux oder Rocky Linux an. Drittens: Wollen Sie frühen Zugang zur nahen Zukunft von RHEL und dazu beitragen? In diesem Fall passt Stream.

Läuft bei Ihnen noch ein Server mit CentOS 7 oder 8, schieben Sie das Thema nicht auf. Beginnen Sie mit Bestandsaufnahme und Backup, dann folgen Zielwahl und Tests. Möchten Sie Ihre Website auf dem neuen Server neu aufbauen oder auffrischen, planen wir das gern gemeinsam im Rahmen unseres Webdesigns. Technische Entscheidungen stützen wir auf offizielle Dokumentation, den Hostingbetrieb überlassen wir Ihrem Anbieter.