CentOS Dedicated Server

Falls Sie nach einem „CentOS-Dedicated-Server“ gesucht haben, beginnen Sie mit der Nachricht, die alles verändert hat: CentOS Linux ist eingestellt. CentOS Linux 8 erreichte am 31. Dezember 2021 das End-of-Life und CentOS Linux 7 am 30. Juni 2024 — keines von beiden erhält noch Sicherheitsupdates. Was unter dem Namen CentOS überlebt, ist CentOS Stream, das nun ein Rolling Release ist und upstream von Red Hat Enterprise Linux sitzt, statt eines stabilen Rebuilds, der ihm hinterherläuft.

Ein CentOS-Dedicated-Server bedeutet heute daher eines von drei Dingen auf Serverside-Bare-Metal: CentOS Stream, wenn Sie verfolgen wollen, wohin sich RHEL entwickelt, oder — weitaus häufiger — AlmaLinux oder Rocky Linux, die beiden Community-Rebuilds, die Drop-in, bug-for-bug-kompatibel mit RHEL sind und die direkten Nachfolger des alten CentOS-Linux-Erlebnisses darstellen. Alle drei stehen in unserem OS-Katalog, alle drei sind frei von Lizenzgebühren, und alle drei laufen auf einer Single-Tenant-Maschine mit vollem Root-Zugriff und ohne Hypervisor im Weg.

Sie wägen Alma vs. Rocky vs. Stream ab? Lesen Sie unseren Leitfaden zu Linux-Dedicated-Servern.

CentOS Linux ist tot — was das für Sie bedeutet

Das ist keine sanfte Abkündigung. CentOS Linux 8 erhielt ab dem 31. Dezember 2021 keine Updates mehr, und CentOS Linux 7 — die Version, auf der die meisten Legacy-Flotten noch laufen — erreichte am 30. Juni 2024 das End-of-Life. Nach diesen Daten liefert das CentOS-Projekt keine Sicherheits-Patches, keine Fehlerbehebungen und keine neuen Pakete mehr. Jede seither gegen diese Releases offengelegte CVE bleibt auf einem Standardsystem schlicht ungepatcht.

Der Wandel geschah im Dezember 2020, als Red Hat und das CentOS-Projekt ankündigten, CentOS Linux als downstream RHEL-Rebuild zu beenden und die Arbeit auf CentOS Stream umzulenken. Genau diese eine Entscheidung ist der Grund, warum die Community-Rebuilds — AlmaLinux und Rocky Linux — existieren. Wenn Sie CentOS 7 oder 8 auf einem öffentlich erreichbaren Server betreiben, lautet der ehrliche Rat: jetzt migrieren, nicht in einem künftigen Wartungsfenster.

• CentOS Linux 8 — End-of-Life 31. Dezember 2021 (keine Updates)
• CentOS Linux 7 — End-of-Life 30. Juni 2024 (keine Updates)
• Es wurde nie ein CentOS Linux 9 oder 10 veröffentlicht — die Linie endete bei 8
• Drittanbieter für „Extended Lifecycle“ existieren, aber das sind bezahlte Patches für ein totes OS, keine langfristige Plattform

CentOS Stream vs. AlmaLinux vs. Rocky Linux

Der verwirrende Teil ist, dass „CentOS“ nun auf etwas strukturell anderes verweist. CentOS Stream ist ein Rolling Release, positioniert upstream von RHEL: Es enthält die Änderungen, die für das nächste Minor-Release von Red Hat Enterprise Linux bestimmt sind. Sie sehen Korrekturen, bevor sie in RHEL landen, nicht danach — das genaue Gegenteil davon, wie das alte CentOS Linux funktionierte. Stream 9 wird bis zum 31. Mai 2027 gepflegt und Stream 10 (veröffentlicht im Dezember 2024) läuft bis etwa 2030, jeweils endend, wenn das zugehörige RHEL-Major den Full Support verlässt.

AlmaLinux und Rocky Linux sind die andere Hälfte der Geschichte. Beide sind community-gebaute, downstream, bug-for-bug RHEL-Rebuilds — die Drop-in-Ersatzlösungen, die genau bewahren, was CentOS Linux einmal war: eine freie, stabile, RHEL-kompatible Basis, auf die Sie standardisieren und die Sie in Ruhe lassen. Stand 2026 verfolgen beide RHEL 10.1. Für die meisten Teams, die aus Gewohnheit „CentOS Dedicated Server“ tippen, ist eine dieser beiden das richtige Ziel, nicht Stream.

• CentOS Stream — rollierend, upstream von RHEL. Passt zu: das nächste RHEL verfolgen, Dev/Test gegen künftiges RHEL, Mitwirkende. Kein fixes stabiles Zielobjekt.
• AlmaLinux — downstream 1:1-RHEL-Rebuild, foundation-gestützt, ELevate für Major-Version-Upgrades, breite Panel-Unterstützung (cPanel, Plesk, DirectAdmin).
• Rocky Linux — downstream 1:1-RHEL-Rebuild, von einem CentOS-Mitgründer gegründet, migrate2rocky für die Konvertierung innerhalb desselben Majors.
• Alle drei: SELinux, dnf/yum, RHEL-kompatible Paketnamen — Ihre bestehenden Playbooks und RPMs lassen sich übernehmen.

Weg von CentOS 7 oder 8 migrieren

Der Migrationspfad hängt davon ab, auf welchem Major Sie sind und wohin Sie wollen. Für einen Wechsel innerhalb desselben Majors — CentOS 8 zu Rocky 8 oder Alma 8, oder CentOS Stream zu AlmaLinux — liefert die Community In-Place-Konvertierungsskripte, die Ihre Repositories umbiegen und die Release-Pakete ohne Neuinstallation austauschen: migrate2rocky für Rocky und almalinux-deploy für AlmaLinux (das von CentOS Linux, CentOS Stream, Rocky und Oracle Linux konvertieren kann und cPanel/Plesk/DirectAdmin-Maschinen berücksichtigt).

Wenn Sie auf CentOS 7 festsitzen, gibt es kein Ziel innerhalb desselben Majors — RHEL-7-Rebuilds sind selbst End-of-Life. Hier übernimmt AlmaLinux ELevate die Schwerarbeit: Es führt Major-Version-Sprung-Upgrades (EL7 auf 8, 8 auf 9, 9 auf 10) durch, die weder Rocky noch RHEL als Community-Tool anbieten. In der Praxis behandeln viele Teams eine Dedicated-Server-Migration als den Moment, stattdessen eine saubere Neuinstallation vorzunehmen — was auf Serverside ein Re-Image in unter einer Minute ist statt eines ganztägigen Projekts, sodass Sie auf ein aktuelles AlmaLinux oder Rocky neu aufbauen und den Zustand aus dem Backup wiederherstellen.

Eine Migration ist außerdem genau der Moment, in dem Sie die Maschine unterhalb des OS anfassen müssen. Wenn Sie einen beliebigen AlmaLinux- oder Rocky-Installer booten, ist der Netzwerk-Stack noch nicht aktiv und eine fehlgeschlagene Konvertierung kann Sie aussperren — daher können Sie mit Plug-and-Play-ISO-Mounting den Installer Ihrer Wahl anhängen, und der KVM-Konsolenzugriff gibt Ihnen Bildschirm und Tastatur an der Maschine, um sie zu steuern und beim Hochkommen zuzusehen. Für Power-User macht dieselbe individuelle iPXE-Unterstützung, die Ihre eigenen Images per Netboot startet, aus einem sauberen Neuaufbau einen skriptbaren, wiederholbaren Schritt statt einer einmaligen Wiederherstellung.

• CentOS 8 / Stream → AlmaLinux: almalinux-deploy (in-place, konvertiert auch Rocky/Oracle)
• CentOS 8 → Rocky 8: migrate2rocky (Repos umbiegen, Release-RPMs in-place austauschen)
• CentOS 7 → neueres EL: AlmaLinux ELevate für Sprung-Upgrades oder ein sauberes Re-Image
• Auf unserer Hardware ist eine saubere Neuinstallation auf aktuelles Alma/Rocky ein Re-Provisioning in unter einer Minute — oft einfacher als eine In-Place-Konvertierung

Was sollten Sie tatsächlich betreiben?

Klären Sie es mit drei Fragen. Wenn Sie im Produktivbetrieb noch auf CentOS 7 oder 8 sind, lautet die Antwort nicht „welches ist am besten“ — sondern „jetzt migrieren“, denn Sie betreiben ein OS ohne Sicherheitsupdates auf einer Maschine, die dem Internet ausgesetzt ist. Alles danach ist eine Frage der Präferenz.

• Sie wollen das klassische CentOS-Linux-Erlebnis — stabil, langweilig, RHEL-kompatibel, einrichten und vergessen → AlmaLinux oder Rocky Linux auf Serverside.
• Sie müssen die RHEL-Entwicklung verfolgen, gegen das nächste Minor testen oder upstream beitragen → CentOS Stream.
• Sie betreiben cPanel/WHM oder ein Hosting-Panel → AlmaLinux ist die sicherste Wahl (die Panel-Unterstützung hat sich darauf konzentriert).
• Heute auf CentOS 7/8 → sofort migrieren; Alma oder Rocky als Ziel wählen und das obige Tooling oder ein sauberes Re-Image nutzen.

Das reale Risiko, EOL-CentOS auf einem öffentlichen Server zu betreiben

Man sollte konkret statt alarmistisch sein. Ein totes OS hört nicht am Tag des EOL auf zu funktionieren — es hört auf, Korrekturen zu erhalten. Das Risiko häuft sich still an: Jede Kernel-, OpenSSL-, glibc- oder sudo-Schwachstelle, die nach Ihrem EOL-Datum offengelegt wird, bleibt auf Ihrer Maschine unbegrenzt offen, und öffentlich erreichbare Server sind genau dort, wo solche gefunden und ausgenutzt werden. Auf einem Bare-Metal-Host mit vollem Uplink ist das eine große Angriffsfläche, die ungepatcht bleibt.

Es gibt außerdem eine Compliance-Dimension, die Teams unvorbereitet trifft. PCI-DSS, SOC 2, HIPAA und die meisten Cyber-Versicherungspolicen verlangen, dass Systeme unterstützte Software mit Sicherheits-Patches ausführen. Ein CentOS-7- oder -8-Host wird diese Kontrolle glatt nicht bestehen — einem Auditor ist es egal, dass die Maschine noch bootet. Die Migration auf ein gepflegtes AlmaLinux-, Rocky- oder Stream-Release schließt sowohl die technische als auch die formale Lücke. Unsere dauerhaft aktive DDoS-Mitigation reduziert eine Klasse von Exposition, ist aber kein Ersatz für ein gepatchtes OS.