CentOS 7 hat sein Lebensende erreicht: konvertieren, für Support bezahlen oder neu aufbauen?

Die CentOS-Linux-Seite bestätigt dieses Enddatum für Version 7. Das ist inzwischen mehr als zwei Jahre her, und der Server startet trotzdem noch und liefert die Website aus. CentOS Linux 8 ist sogar noch länger ohne Fixes, und seine Pakete sind nach vault.centos.org gewandert, ohne weitere Updates.

Du kannst auf einem frischen AlmaLinux- oder Rocky-Linux-Server neu aufbauen, deinen vorhandenen Server direkt konvertieren oder einen Anbieter dafür bezahlen, CentOS 7 noch eine Weile mit Updates zu versorgen. Wir haben selbst keine Konvertierung durchgeführt. Alle Konvertierungsschritte und Fehlerquellen unten stammen daher aus der Dokumentation der Tool-Hersteller. Beide Ziele für den Neuaufbau haben wir aber auf einer Testmaschine gestartet, und der Abschnitt zum Neuaufbau zeigt, was sie verbraucht haben.

Die Wege weg von CentOS 7 im Vergleich

Preise und Daten, wie sie jeder Anbieter am 2. Oktober 2026 angegeben hat, pro Server, ohne Steuern. Die up to four years von CIQ und die up to five years von TuxCare zählen ab dem Supportende von CentOS 7. ELS von Red Hat muss rückwirkend ab dem 30. Juni 2024 bezahlt werden, wenn du es jetzt kaufst. Mehr dazu erfährst du im Abschnitt zu Red Hat.

Jeder bezahlte CentOS-7-Plan läuft innerhalb von etwa 33 Monaten aus: die Pläne von SUSE und CIQ nach etwa 21, ELS von Red Hat nach etwa 32 und der Plan von TuxCare nach höchstens 33. Ein bezahlter Plan verzögert den Umzug nur. Bei AlmaLinux oder Rocky Linux bleiben dir mit Version 8 etwa 32 Monate, und genau dort landet der erste direkte Upgrade-Durchlauf von CentOS 7 oder eine CentOS-8-Konvertierung. Mit Version 9 bleiben etwa 68. Ein Neuaufbau auf Version 10 lässt dir etwa 104.

Neuaufbau auf einem frischen AlmaLinux- oder Rocky-Linux-Server

Für die meisten CentOS-Server würden wir mit einem Neuaufbau beginnen. Er erreicht dasselbe Enddatum 2035 wie eine Konvertierung bis AlmaLinux 10, ohne drei Upgrade-Neustarts, und eine frische Installation schleppt keine der Paketreste mit, die ein direktes Upgrade hinterlassen kann. Weil der alte Server die ganze Zeit weiter den Traffic bedient, legt ein neuer Server, der noch nicht fertig ist, die Website nicht lahm.

Für einen Neuaufbau sind AlmaLinux und Rocky Linux gleichwertig, und unser Guide zu AlmaLinux oder Rocky Linux behandelt die wenigen Unterschiede. Beide bekommen Update-Support bis zum 31. Mai 2032 bei Version 9 und bis zum 31. Mai 2035 bei Version 10, laut den Release Notes von AlmaLinux und der Release-Seite von Rocky Linux. Die Einschränkungen von Rocky weiter unten auf dieser Seite spielen nur eine Rolle, wenn du einen Server konvertierst oder cPanel nutzt. Nimm Version 10, außer eine Hersteller-App oder deine eigenen Tools sind dafür noch nicht zertifiziert. Dann nimm 9. Wenn dich nichts an RHEL-artige Pakete bindet, laufen Ubuntu und Debian auf denselben DreamHost-Plänen.

Bei DreamHost wählst du das OS beim Erstellen des VPS: AlmaLinux oder Rocky Linux, jeweils in Version 10 oder 9. Es gibt kein Image für Version 8 und kein CentOS-Image. Wenn du das OS später wechseln willst, musst du den Server neu aufbauen. Die Tarifkarten sind standardmäßig auf die monatliche Laufzeit eingestellt. Das passt zu einem Server, den du zum Testen aufsetzt, denn vielleicht behältst du ihn nach der Umstellung nicht. Du bekommst vollen Root-Zugriff. Der Support von DreamHost ist rund um die Uhr für Hardware, Netzwerk und Konnektivität erreichbar. Um OS, Software und Konfiguration kümmerst du dich selbst.

1. Neuen Server neben dem alten erstellen

   Wähle beim Erstellen des VPS AlmaLinux oder Rocky Linux 10 (oder 9). Lass den CentOS-Server in Ruhe. Er liefert die Website weiter aus.

2. DNS-TTL senken

   Verkürze ein, zwei Tage vor der Umstellung die TTL der Einträge, die du ändern wirst, damit die Umstellung schnell bei den Besuchern ankommt.

3. Stack frisch installieren, dann Daten und Konfiguration kopieren

   Installiere Webserver, Sprach-Runtime und Datenbank aus den eigenen Paketen des neuen OS. Übertrage dann die Daten und die Punkte aus der Liste unten.

4. App auf dem neuen Server testen

   Leite deinen eigenen Rechner per Eintrag in der Hosts-Datei auf die neue IP um und geh Website, Logins, Formulare, E-Mail und geplante Jobs durch.

5. DNS umstellen und den alten Server noch eine Weile behalten

   Ändere die Einträge. Lass den CentOS-Server dann weiterlaufen, bis Traffic, Logs und Cron-Ausgaben auf dem neuen stimmen, und schalte ihn erst dann ab.

Was ein frisch aufgesetztes Zielsystem auf unserer Test-VM verbraucht hat

Um zu sehen, womit ein neuer Server startet, haben wir die offiziellen arm64-Cloud-Images von AlmaLinux 10.2 und Rocky Linux 10.2 auf einer Test-VM mit 2 vCPU und 4 GB Arbeitsspeicher genutzt, also der Ausstattung von Stack 4. Den Speicher haben wir nach 10 Minuten im Leerlauf abgelesen und dann auf beiden denselben Web-Stack aus den jeweils eigenen Repositorys installiert: nginx, PHP-FPM, MariaDB 10.11, PostgreSQL 18, Node.js 24 und Valkey.

Beide lagen im Leerlauf bei etwa 300 MiB und brauchten für den Web-Stack rund 200 MiB mehr. Eine auf Stack 8 umgezogene CentOS-7-App hat also reichlich Speicher für App und Datenbank übrig. Führ zuerst dnf upgrade aus, denn das im Mai erstellte Cloud-Image von Rocky Linux hatte 130 Updates in der Warteschlange. Diese Durchläufe liefen am 20. Oktober 2026 jeweils einmal auf unserer Testmaschine, nicht auf einem DreamHost-Server und nicht mit den Images von DreamHost. Eine ELevate-Konvertierung konnten wir nicht messen: CentOS 7 bekommt keine Updates mehr, unsere Testmaschinen laufen auf arm64, während die meisten CentOS-7-Server x86_64 nutzen, und eine Konvertierung hängt davon ab, was auf dem jeweiligen Server installiert ist.

Das hier muss mit. Nichts davon zieht von selbst um:

• Geplante Jobs. Führ crontab -l für jeden Benutzer aus und prüfe /etc/crontab, /etc/cron.d sowie alle systemd-Timer.
• Von Hand bearbeitete Konfiguration unter /etc. Vhosts des Webservers, php.ini, die Datenbankkonfiguration, logrotate und Mail-Einstellungen. Kopier sie als Referenz und übernimm die Änderungen von Hand neu, da sich die Standardwerte der Pakete zwischen Hauptversionen unterscheiden.
• Firewall-Regeln. Sichere die Ausgabe von firewall-cmd --list-all oder iptables-save. Red Hat hat in RHEL 8 nftables statt iptables zum Standard-Framework für Paketfilterung gemacht. Schreib alte iptables-Skripte als firewalld-Regeln neu.
• Benutzer, Schlüssel und sudo-Regeln. ~/.ssh/authorized_keys jedes Benutzers, die Dateien in /etc/sudoers.d und alle Dienstkonten, unter denen die App läuft.
• Netzwerkeinstellungen. Interface-Dateien in /etc/sysconfig/network-scripts werden nicht übernommen, weil RHEL 9 das Paket network-scripts zugunsten von NetworkManager entfernt hat.
• TLS-Zertifikate und ihr Erneuerungsjob.
• Datenbanken, als Dump. Zieh sie mit mysqldump oder pg_dump um und spiel den Dump auf dem neuen Server ein, da der Datenbankserver mehrere Hauptversionen überspringt.

Die größere Aufgabe ist meist die Runtime unter der App. Der Leitfaden von Red Hat zur Einführung von RHEL 8 nennt PHP 5.4 und MariaDB 5.5 in RHEL 7, der Basis von CentOS 7. RHEL 8 wechselte zu PHP 7.2 und MariaDB 10.3, machte Python 3 zum Standard und entfernte den unversionierten Befehl python. AlmaLinux 10 geht noch weiter und bringt laut seinen Release Notes PHP 8.3, MariaDB 10.11, MySQL 8.4 und Python 3.12 mit. Wenn dein Code für PHP 5.4 oder Python 2 geschrieben wurde, braucht er dort wahrscheinlich Anpassungen, bevor er läuft. Genau dieser Teil kann einen Neuaufbau auf eine Woche ausdehnen.

Direkte Konvertierung mit ELevate

ELevate ist das In-Place-Upgrade-Tool des AlmaLinux-Projekts. Es basiert auf Leapp, demselben Werkzeug, das Red Hat für die eigenen Upgrades von RHEL 7 auf RHEL 8 nutzt. Außerdem ist es das einzige gepflegte Tool, das wir gefunden haben, das CentOS 7 selbst ohne Neuinstallation und ohne RHEL-Abo auf eine neuere Hauptversion bringt.

Leapp aktualisiert jeweils eine Hauptversion, daher braucht der Weg von CentOS 7 zu AlmaLinux 10 drei Durchläufe: 7 auf 8, 8 auf 9 und 9 auf 10. Jeder Durchlauf startet neu in einen speziellen Boot-Eintrag für das Upgrade, und der Guide von AlmaLinux für den Weg von CentOS 7 zu AlmaLinux 10 empfiehlt, den Konsolenzugriff offen zu halten, damit du zusehen kannst. Die CentOS-7-Repositorys sind offline. Vor dem ersten Durchlauf richtest du yum auf das CentOS-Vault oder den CentOS-7-Mirror von AlmaLinux aus. AlmaLinux warnt, dass die Prüfung vor dem Upgrade auf einer Standardinstallation fehlschlägt, bis du behebst, was ihr Bericht auflistet.

Ein Leser auf Hacker News hat es auf ein paar VMs zu Hause genutzt und meinte, it worked pretty well. Er ging from Centos 7 to Alma 9 one release at a time.

Die Punkte zu Treibern und Netzwerk stammen von der Seite mit häufigen Problemen und dem Upgrade-Guide von AlmaLinux, die Runtime-Versionen aus dem Leitfaden von Red Hat zur Einführung von RHEL 8.

ELevate unterstützt Rocky Linux nicht mehr als Ziel. Das Projekt hat es mit seinem Update vom 3. November 2025 gestrichen. Als Grund nennt es, dass niemand die Migrationsdaten beigesteuert hat, die Rocky Linux im neuen Format braucht. Das eigene Tool von Rocky, migrate2rocky, konvertiert Systeme mit Version 8 oder 9 nur innerhalb derselben Hauptversion und kann einen CentOS-7-Server also nicht weiterbringen. Wenn du lieber Rocky Linux nutzen möchtest, kommst du mit einem Neuaufbau dorthin, mit denselben Support-Fristen. Oracle veröffentlicht außerdem ein Community-Skript, das CentOS Linux 7.9 in Oracle Linux 7 umwandelt. Laut Oracle wird das Skript nicht offiziell unterstützt, und es kann keine Hauptversion wechseln. Du bleibst also bei einem Release der Version 7. Die VPS-Images von DreamHost sind Ubuntu, Debian, AlmaLinux und Rocky Linux; ein Oracle-Linux-Image gibt es nicht.

cPanel-Server brauchen den eigenen ELevate-Wrapper von cPanel. Laut cPanel funktioniert das System nicht korrekt, wenn du die regulären Tools auf einer cPanel-Installation ausführst. Der Wrapper folgt demselben Weg: CentOS 7 zu AlmaLinux 8, dann 9, dann 10. cPanel hat außerdem die Unterstützung für Rocky Linux entfernt, auch für bestehende Installationen. Von den beiden gehört ein cPanel-Server, der CentOS 7 verlässt, also auf AlmaLinux, egal ob du ihn konvertierst oder neu aufbaust. Wenn AlmaLinux 9 dein Ziel ist, beantwortet unser Leitfaden zu AlmaLinux 9 auf einem VPS in seinen FAQ die Frage nach dem Wechsel von CentOS 7 zu AlmaLinux 9.

Für erweiterten Support bezahlen

Erweiterter Update-Support versorgt CentOS 7 oder ein konvertiertes RHEL 7 für eine festgelegte Zeit weiter mit Updates. Jeder Plan, den wir gefunden haben, endet spätestens Mitte 2029. Red Hat hat RHEL 6 mit jährlich verlängerbaren Laufzeiten, die es ELS Long-Life nennt, über das ursprüngliche ELS-Ende hinaus verlängert. Prüfe die Daten also noch einmal, bevor du unterschreibst.

SUSE Multi-Linux Support Lite kostet laut Liste 67 $ pro Server und Jahr, bei einer 3-jährigen Bindung mit Vorauszahlung. Das sind 201 $ pro Server zum Listenpreis. In der Plan-Tabelle von SUSE ist Lite mit NO SUPPORT. gekennzeichnet. Du bekommst eine begrenzte Auswahl an Updates im Basissystem ohne Support-Fälle, und die Abdeckung für CentOS 7 läuft bis zum 30. Juni 2028. Eine im Oktober 2026 gekaufte 3-Jahres-Laufzeit würde über dieses Datum hinausreichen. Frag SUSE, wie die Lücke abgerechnet wird.

CIQ Bridge bietet erweiterten Update-Support für CentOS 7 für bis zu vier Jahre nach dem Ende der Lebensdauer, was CIQ auf through 2028. rundet. Vier Jahre ab dem 30. Juni 2024 ergeben den 30. Juni 2028, denselben Stichtag wie bei SUSE. CIQ nennt keinen Preis. Auf der Preisseite sollst du für ein Angebot ein Formular ausfüllen.

TuxCare verkauft Support für CentOS 7 für bis zu fünf Jahre nach dem Ende der Lebensdauer, also bis zum 30. Juni 2029, mit monatlicher oder jährlicher Abrechnung. Die Standard-Stufe umfasst eine begrenzte Auswahl an Updates. Als wir nachgesehen haben, stand auf der Seite kein Preis.

Beim Weg von Red Hat wird der Server zuerst zu RHEL konvertiert, danach kommt bezahlter Support obendrauf:

1. Convert2RHEL bringt CentOS Linux 7.9 auf RHEL 7.9 und braucht ein RHEL-Abonnement, um auf den Update-Dienst von Red Hat zuzugreifen.
2. Nur Standard- oder Premium-Abonnements für RHEL Server berechtigen zum Extended Life Cycle Support (ELS). Der Store von Red Hat listet Standard mit 878,90 $ für ein Jahr und zeigt keinen Preis für das ELS-Add-on.
3. ELS deckt RHEL 7.9 bis zum 31. Mai 2029 ab, mit einer begrenzten Auswahl an Updates und ausgewählten dringenden Fehlerbehebungen. Laut der Legacy-Support-Richtlinie von Red Hat sollte RHEL 7 ELS vor dem 30. Juni 2024 gekauft werden, und ein späterer Kauf muss auf dieses Datum zurückdatiert werden. Du zahlst heute also für einen Zeitraum, der schon vorbei ist, und Red Hat veröffentlicht nicht, wie viel das ausmacht.
4. Das Leapp-Upgrade von Red Hat ersetzt RHEL 7.9 auf einem registrierten System direkt durch RHEL 8.10. Ein zweiter Durchlauf bringt RHEL 8.10 auf RHEL 9, und laut Red Hat kannst du nicht in einem Durchlauf von 7 auf 9 springen.

Red Hat verkauft außerdem ein Paket namens RHEL for Third Party Linux Migration mit Konvertierungstools und optionalem ELS, und auch dafür veröffentlicht es keinen Preis.

Wenn du CentOS 8 nutzt

Ein CentOS-8-Server ist am längsten ohne Fehlerbehebungen geblieben. Jedes der folgenden Konvertierungstools bringt einen CentOS-8-Server auf ein anderes System mit Version 8, und was du danach tun kannst, hängt davon ab, welches du verwendet hast.

Die Tool-Details stammen aus der README von almalinux-deploy, der README von migrate2rocky und der Dokumentation von Red Hat zu Convert2RHEL und zu Upgrades. Die ELevate-Übersicht von AlmaLinux führt direkte Upgrades zwischen EL8 und EL9 sowie zwischen EL9 und EL10 auf. Führe migrate2rocky in screen oder tmux aus, damit ein Verbindungsabbruch den Vorgang nicht beendet.

Wenn du bei Version 8 bleibst, hast du noch etwa 32 Monate, bis deren Update-Support endet. Bei DreamHost gibt es kein Image für Version 8. Wenn du einen CentOS-8-Server hierher umziehst, baust du ihn auf 9 oder 10 neu auf und arbeitest dieselbe Liste ab wie bei einem Neuaufbau von CentOS 7.

FAQ zum Lebensende von CentOS