Rocky Linux oder AlmaLinux für einen VPS?

Rocky Linux vs AlmaLinux: die kurze Antwort

Für fast jeden Server ist Rocky Linux vs AlmaLinux eine Entscheidung ohne falsche Option. Beide Projekte erstellen ihre Pakete aus demselben Quellcode von Red Hat Enterprise Linux (RHEL) neu. Daher liefern sie dieselben Pakete mit demselben zehnjährigen Support-Lebenszyklus aus. Die Unterschiede sind real. Sie betreffen jedoch die Governance und wenige Sonderfälle, nicht den täglichen Betrieb eines Servers.

Wenn die Entscheidung nicht durch einen Münzwurf fällt, sind zwei Punkte ausschlaggebend. AlmaLinux 10 liefert weiterhin einen Build für Prozessoren aus, die älter als Intel Haswell sind. Rocky Linux 10 tut das nicht. Das ist bei günstigerer oder älterer VPS-Hardware (virtual private server) relevant. AlmaLinux verspricht außerdem ABI-Kompatibilität statt identischen Verhaltens. Das ist wichtig, wenn Sie ein Herstellerprodukt mit einer strikten Support-Matrix betreiben.

Woher beide Distributionen stammen

Am 8. Dezember 2020 kündigte das CentOS-Projekt an, dass CentOS Linux 8, ein Rebuild von RHEL 8, Ende 2021 eingestellt wird. Ursprünglich war das Ende für 2029 vorgesehen. Die Zukunft des Projekts sollte CentOS Stream sein. In derselben Ankündigung wurde CentOS Stream als Version beschrieben, die knapp vor einer aktuellen RHEL-Version liegt und als Upstream-Entwicklungszweig von RHEL dient. CentOS Linux 7 behielt seinen ursprünglichen Zeitplan bei und erreichte am 30. Juni 2024 das Ende seiner Lebensdauer.

Das Problem war nicht CentOS Stream selbst. Das Problem war, dass ein bis 2029 geplanter Lebenszyklus mit einer Vorankündigung von etwa einem Jahr um acht Jahre verkürzt wurde, und zwar auf bereits installierten Systemen. Rocky Linux und AlmaLinux gibt es aufgrund dieser Situation. Beide erschienen 2021 und verfolgten dasselbe Ziel: ein kostenloser Rebuild von RHEL, den ein Betreiber installieren und anschließend ein Jahrzehnt lang unverändert betreiben konnte.

Gemeinsamkeiten von Rocky Linux und AlmaLinux

Beginnen Sie mit diesem gemeinsamen Teil, denn er macht den größten Teil des Gesamtbilds aus. Beide Distributionen werden aus denselben Upstream-Quellen von RHEL neu erstellt. Daher bieten beide dieselben Paketversionen, denselben dnf-Paketmanager, dieselben SELinux-Richtlinien (Security-Enhanced Linux), dasselbe firewalld-Frontend und dieselbe systemd-Unit-Struktur. Konfigurationsdateien liegen in denselben Pfaden. Eine Anleitung für die eine Distribution funktioniert auch auf der anderen, wenn Sie den Namen ersetzen.

Beide folgen den Minor-Releases von RHEL eng. AlmaLinux 10.2 wurde am 26. May 2026 veröffentlicht, Rocky Linux 10.2 am 28. May 2026. Die 9er-Serie erschien in derselben Woche: AlmaLinux 9.8 am 26. May 2026 und Rocky Linux 9.8 am 27. May 2026. Zuvor war der Abstand größer. AlmaLinux 10.0 erschien am 27. May 2025, Rocky Linux 10.0 am 11. June 2025.

Dieser Abstand betrifft die Medien für die Minor-Releases, nicht die Sicherheit. Beide Projekte veröffentlichen zwischen den Minor-Releases fortlaufend Errata, jeweils über einen eigenen Errata-Dienst. Ein Unterschied von zwei Wochen beim Erscheinen eines .2-Images bedeutet nicht, dass zwei Wochen lang keine Patches verfügbar waren.

Beide übernehmen außerdem das von RHEL geerbte Lebenszyklusmodell von zehn Jahren: ungefähr fünf Jahre aktiver Support, gefolgt von fünf Jahren mit ausschließlich Sicherheitswartung. Die 10er-Serie läuft bei beiden bis 2035.

Wer steht hinter den einzelnen Projekten?

Rocky Linux gehört der Rocky Enterprise Software Foundation (RESF), einer 2021 in Delaware gegründeten Public-Benefit-Corporation. Gründer war Gregory Kurtzer, ein Mitgründer von CentOS. Im November 2022 verabschiedete die RESF eine Satzung und eine Gründungsurkunde, durch die die Kontrolle aus den Händen des Gründers in diese schriftlich festgelegte Struktur überging. CIQ, ein ebenfalls von Kurtzer gegründetes Unternehmen, ist der Gründungssponsor und verkauft kommerziellen Support für Rocky Linux.

AlmaLinux gehört der AlmaLinux OS Foundation, einer als 501(c)(6) eingestuften Non-Profit-Organisation, die im März 2021 in Delaware gegründet wurde. Der Vorstand wird von den Mitgliedern der Foundation für versetzte Amtszeiten von vier Jahren gewählt. Sitzungsprotokolle werden innerhalb von vierzehn Tagen veröffentlicht. Eine Satzungsregel verhindert außerdem, dass ein einzelner Arbeitgeber mehr als einen stimmberechtigten Vorstandssitz innehat, unabhängig von der Höhe seines Sponsorings. CloudLinux startete das Projekt und verlängerte im Oktober 2024 ein Platinum-Sponsoring im Wert von einer Million Dollar pro Jahr. Die zugehörige TuxCare-Sparte verkauft den kommerziellen Support.

Beide Strukturen wurden so geschaffen, dass kein einzelnes Unternehmen wiederholen kann, was mit CentOS Linux 8 geschehen ist. Keine der beiden Strukturen ist offensichtlich sicherer als die andere. Was Sie tatsächlich prüfen können, ist in beiden Fällen gleich: Sie können die Satzungen lesen und feststellen, welche Organisation die Rechnungen bezahlt.

Was änderte sich 2023, und ist das noch relevant?

Am 21. Juni 2023 kündigte Red Hat an, dass CentOS Stream künftig das einzige Repository für öffentliche Quellcode-Releases im Zusammenhang mit RHEL sein würde. Zuvor waren die Paketquellen von RHEL auf git.centos.org verfügbar. Von dort bezogen die Rebuilds ihre Quellen. Das Entfernen dieses Feeds stoppte die Rebuilds nicht. Es zwang jedoch jedes Projekt, öffentlich zu erklären, wie es künftig Quellen beziehen würde.

Rocky antwortete am 29. Juni 2023. Das Projekt bezieht RHEL-Quellen aus Universal Base Image (UBI)-Container-Images und aus öffentlichen Pay-per-Use-Cloud-Instanzen. Begründet wird dies damit, dass „niemand die Weiterverbreitung von GPL-Software verhindern kann“. Im August 2023 gründeten CIQ, Oracle und SUSE die Open Enterprise Linux Association (OpenELA). Sie veröffentlicht die Quellen, die für einen bug-for-bug-kompatiblen Enterprise-Linux-Rebuild erforderlich sind. AlmaLinux ist kein Mitglied.

AlmaLinux antwortete am 13. Juli 2023. Die Antwort bestand in einer Änderung des Ziels. Das Projekt gab die 1:1-Bug-for-Bug-Kompatibilität auf und übernahm stattdessen ABI-Kompatibilität. In den eigenen Worten des Projekts: „Wir sind künftig nicht mehr an die Bug-for-Bug-Kompatibilität mit Red Hat gebunden. Dadurch können wir jetzt auch Fehlerkorrekturen außerhalb des Release-Zyklus von Red Hat übernehmen.“ Im selben Beitrag wurden die Benutzer darauf vorbereitet, dass sich im täglichen Einsatz „sehr wenig ändern“ werde.

Drei Jahre später ist die Frage der Quellenbeschaffung in der Praxis geklärt. Beide Projekte haben seitdem jedes RHEL-Minor-Release veröffentlicht, und zwar nach ähnlichen Zeitplänen. Übrig geblieben ist der Unterschied zwischen den Zusagen der beiden Projekte.

Fehleridentisch oder ABI-kompatibel: Was ist der Unterschied?

Die Homepage von Rocky Linux beschreibt die Distribution weiterhin als so entwickelt, dass sie zu 100 % fehleridentisch mit RHEL kompatibel ist. Fehleridentisch bedeutet, dass der Nachbau das Verhalten von RHEL einschließlich seiner Fehler reproduziert. Wenn ein Paket in RHEL einen Fehler enthält, enthält dasselbe Paket in Rocky Linux diesen ebenfalls. Eine Umgehungslösung aus einem Red-Hat-Knowledge-Base-Artikel kann daher ohne Anpassung angewendet werden.

Die ABI-Kompatibilität ist enger gefasst und präziser. Die ABI, also die Application Binary Interface, ist der Binärvertrag, von dem ein kompiliertes Programm abhängt: Symbolnamen, Layouts von Strukturen, Aufrufkonventionen und Bibliotheksversionen. Dieser Vertrag bleibt stabil, sodass eine für RHEL erstellte Binärdatei geladen und ausgeführt werden kann. Die Zusage bedeutet nicht, dass die Fehler von RHEL übereinstimmen.

Die Konsequenz lässt sich einfach formulieren. AlmaLinux kann einen Fehler beheben, bevor Red Hat dies tut, und einen Treiber beibehalten, den Red Hat entfernt hat. Beides entfernt sein Verhalten absichtlich von RHEL. Rocky Linux wird aus konzeptionellen Gründen keines von beidem tun. Dadurch bleibt das Verhalten genau auf die Weise vorhersehbar, die für eine Zertifizierung relevant ist.

Entscheidend ist daher, welche Zusage Sie benötigen. Muss sich der Server identisch zu RHEL verhalten, oder müssen darauf für RHEL erstellte Programme ausgeführt werden? Fast alle benötigen die zweite Variante.

Installieren sich für RHEL erstellte Herstellerpakete auf beiden Systemen?

Ja. Ein für RHEL 9 oder RHEL 10 erstelltes RPM lässt sich auf beiden Systemen installieren und ausführen, weil die ABI übereinstimmt und sich beide Distributionen gegenüber Werkzeugen als Red-Hat-Systeme ausgeben. Die Datei, die diese Angaben bereitstellt, ist /etc/os-release.

NAME="AlmaLinux"
ID="almalinux"
ID_LIKE="rhel centos fedora"

Die entsprechende Datei in Rocky Linux hat mit NAME="Rocky Linux" und ID="rocky" dieselbe Struktur. Außerdem führt sie rhel in ID_LIKE auf. Ein Installationsskript, das ID_LIKE liest, rhel findet und den Red-Hat-Pfad verwendet, funktioniert auf beiden Systemen. Ein Skript, das ID nur mit einer fest codierten Liste aus rhel, centos und fedora vergleicht, schlägt auf beiden Systemen fehl. Der Fehler tritt auf beiden identisch auf und führt zu einer Meldung über eine nicht unterstützte Distribution. Das ist ein Fehler im Skript und kein Unterschied zwischen den beiden Systemen.

Die tatsächliche Ausnahme ist geschäftlicher und nicht technischer Natur. Eine Support-Matrix ist ein Geschäftsdokument. Das Paket eines Herstellers kann sich auf einer Distribution, die in der Matrix nicht aufgeführt ist, problemlos installieren und ausführen. Trotzdem kann der Hersteller den Support verweigern, wenn ein Fehler auftritt. Wenn Sie für diesen Support bezahlen, lesen Sie die Matrix und lassen Sie die Entscheidung davon bestimmen. Dies ist der einzige Fall, in dem die Entscheidung für Sie getroffen wird.

Welche Distribution läuft noch auf älteren CPUs?

RHEL 10 hat die minimale x86-64-Mikroarchitekturstufe auf x86-64-v3 angehoben. Diese Stufe entspricht Intels Haswell-Generation und AMDs Excavator und erfordert Befehlssatzerweiterungen wie AVX2. Rocky Linux 10 folgt RHEL in diesem Punkt. In der Dokumentation steht, dass x86-64-v3 die minimale Stufe ist und v2 sowie ältere Stufen nicht mehr unterstützt werden.

AlmaLinux 10 liefert standardmäßig den v3-Build aus und stellt zusätzlich einen separaten x86-64-v2-Build bereit. Nach eigener Aussage soll dies Nutzern älterer Hardware ermöglichen, weitere zehn Jahre Sicherheitsupdates zu erhalten. AlmaLinux erstellt außerdem EPEL-Pakete für diese Architektur neu, weil Pakete von Drittanbietern für RHEL 10 auf v3 abzielen. Das ist der wichtige Haken: Der v2-Build eignet sich für den Standardsatz an Paketen und Almas eigenen v2-EPEL-Bestand. Alles andere müssen Sie selbst für v2 neu erstellen.

Das ist bei einem VPS wichtiger als bei eigener Hardware, weil Sie den Host-Prozessor nicht auswählen. Auf älteren oder günstigeren Hosts sowie in Umgebungen, in denen der Hypervisor dem Gast ein konservatives CPU-Modell präsentiert, stellt die virtuelle Maschine möglicherweise kein AVX2 bereit, selbst wenn der physische Chip darüber verfügt. Für v3 erstellte Pakete greifen dann auf Befehlssatzerweiterungen zu, die der Prozessor nicht unterstützt, und schlagen fehl. Prüfen Sie, welche Funktionen Ihre Instanz tatsächlich bereitstellt, bevor Sie eine ganze Serverflotte auf die 10er-Reihe umstellen. Die 9er-Reihe beider Distributionen läuft weiterhin auf der v2-Stufe. Auf ARM-Instanzen statt x86-Instanzen stellt sich diese Frage nicht, weil Mikroarchitekturstufen ein Konzept von x86-64 sind.

Die größere Gestaltungsfreiheit zeigt sich auch an anderer Stelle in AlmaLinux 10. Das Projekt hat die Unterstützung für mehr als 150 Geräte wieder aktiviert, die der Upstream entfernt hatte. Dazu gehören PCI-IDs für ältere RAID- und iSCSI-Controller. Außerdem wurde SPICE für die Nutzung auf Servern und Clients wieder aktiviert. Frame Pointer sind standardmäßig aktiviert. Dadurch funktioniert das systemweite Profiling. Eine Bug-für-Bug-Zusage hätte jede dieser Änderungen verhindert. Die Entscheidung aus dem Jahr 2023 hat daher den nötigen Spielraum geschaffen.

Wie migrieren Sie einen bestehenden CentOS- oder RHEL-Server?

Rocky Linux veröffentlicht Konvertierungsskripte in seinem Repository rocky-tools. migrate2rocky.sh konvertiert ein Enterprise-Linux-8-System zu Rocky Linux 8, migrate2rocky9.sh erledigt dasselbe für die Version-9-Reihe. Beide Skripte funktionieren innerhalb einer einzelnen Hauptversion. Im August 2026 enthält das Repository kein entsprechendes Skript für Enterprise Linux 10. Der Umstieg auf Rocky Linux 10 erfordert daher eine Neuinstallation.

AlmaLinux veröffentlicht almalinux-deploy.sh. Das Skript unterstützt Enterprise Linux 8, 9 und 10 und konvertiert Systeme aus CentOS Stream, Oracle Linux, RHEL, Rocky Linux, MiracleLinux und Virtuozzo Linux. Unterstützt werden die Architekturen x86_64, aarch64, ppc64le und s390x. Lesen Sie die dokumentierten Einschränkungen, bevor Sie beginnen. Auf Systemen, die einen Bootloader benötigen, wird nur der GRUB2-Bootloader unterstützt. Ein benutzerdefinierter Kernel wie Oracles UEK (unbreakable enterprise kernel) wird nicht automatisch entfernt. Dadurch kann das System unter Secure Boot nicht mehr starten.

Für den Wechsel zwischen Hauptversionen pflegt AlmaLinux ELevate, das auf dem leapp-Framework von Red Hat basiert. Die dokumentierten Pfade sind CentOS 7 zu EL8, AlmaLinux 8 oder CentOS Stream 8 zu EL9 sowie AlmaLinux 9 oder CentOS Stream 9 zu EL10. In der Dokumentation wird das Ziel als EL8, EL9 oder EL10 angegeben und keine bestimmte Distribution genannt. Sie wählen selbst, auf welcher Enterprise-Linux-Distribution das System anschließend läuft.

Bei allen diesen Verfahren werden die Release-Pakete ersetzt und große Teile des Systems neu installiert. Erstellen Sie zuerst einen Snapshot beim Provider. Führen Sie die Konvertierung innerhalb von screen oder tmux aus, wie es die AlmaLinux-Dokumentation empfiehlt. Wird die SSH-Verbindung während des Vorgangs unterbrochen, befindet sich das System andernfalls möglicherweise in einem Zustand, den Sie nicht über eine Rescue-Konsole diagnostizieren möchten.

Welche Variante sollten Sie also wählen?

Für typische VPS-Workloads sind beide geeignet. Sie installieren dieselben Pakete und erreichen im selben Jahr das Ende ihres Supports. Wählen Sie eine Variante, verwenden Sie sie auf jedem von Ihnen betriebenen Server und beschäftigen Sie sich nicht weiter damit. Einheitlichkeit ist wichtiger als der Unterschied zwischen den beiden Varianten, weil eine gemischte Serverflotte die Anzahl der zu verfolgenden Images und Errata-Feeds verdoppelt. Dieser Aufwand steigt schnell, sobald Sie mehrere Linux-Server gleichzeitig verwalten.

Die Ausnahmen sind eng begrenzt. In jedem Fall entscheidet ein Faktor außerhalb Ihrer persönlichen Präferenz.

• Der Prozessor Ihres Hosts ist älter als Haswell, oder der Hypervisor blendet AVX2 für den Gast aus. AlmaLinux 10 bietet einen x86-64-v2-Build. Rocky Linux 10 nicht.
• Ein Anbieter, für dessen Support Sie bezahlen, nennt eine Distribution in seiner Support-Matrix. Verwenden Sie diese Distribution.
• Sie benötigen für eine Zertifizierung oder ein Audit ein Verhalten, das mit RHEL identisch ist. Das erklärte Ziel von Rocky Linux ist Bug-für-Bug-Kompatibilität. Das erklärte Ziel von AlmaLinux ist dies ausdrücklich nicht.
• Sie konvertieren einen laufenden Server, anstatt einen neuen bereitzustellen. Die Werkzeuge von AlmaLinux unterstützen derzeit mehr Quelldistributionen und mehr Hauptversionen, darunter Enterprise Linux 10.

Wenn es bei der eigentlichen Frage um Enterprise Linux im Vergleich zu einer anderen Plattform geht, wählen Sie das jeweilige Lebenszyklusmodell. Eine Enterprise-Linux-Distribution bietet Ihnen zehn Jahre lang ein einheitliches Paketset, ohne dass Sie Versionssprünge planen müssen. Die Long-Term-Support-Releases von Ubuntu bieten fünf Jahre Standardsupport mit einem unterstützten Upgrade-Pfad alle zwei Jahre. Das ist ein anderes Modell und wird im Vergleich von Ubuntu LTS und Interim-Releases ausführlich behandelt. Unabhängig davon, was Sie installieren, sieht die erste Stunde auf dem System gleich aus. Arbeiten Sie daher zunächst die ersten zehn Minuten auf einem neuen VPS durch, bevor Sie etwas darauf einrichten.

FAQ

Liegt Rocky Linux oder AlmaLinux näher an Red Hat Enterprise Linux?

Rocky Linux, entsprechend dem selbst erklärten Ziel des Projekts. Auf der Homepage wird die Distribution als zu 100 % fehlergetreu kompatibel mit RHEL beschrieben. Das bedeutet, dass sie das Verhalten von RHEL einschließlich seiner Fehler nachbilden soll. AlmaLinux kündigte am 13. Juli 2023 an, stattdessen die ABI-Kompatibilität (Application Binary Interface) anzustreben. Für RHEL erstellte Software läuft dadurch darauf, während der zugrunde liegende Code bereits Fehlerkorrekturen enthalten kann, die RHEL noch nicht veröffentlicht hat. Für den Betrieb normaler Serversoftware sind beide Distributionen gleichwertig. Für eine Zertifizierung, die das Verhalten von RHEL voraussetzt, ist dieser Unterschied entscheidend.

Kann ich ohne Neuinstallation von Rocky Linux zu AlmaLinux wechseln?

Ja, in diese Richtung. Die almalinux-deploy.sh von AlmaLinux führt Rocky Linux 8, 9 und 10 als unterstützte Ausgangssysteme auf, ebenso CentOS Stream, Oracle Linux, RHEL und MiracleLinux. In die andere Richtung ist der Weg eingeschränkter: Das rocky-tools-Repository von Rocky stellt Konvertierungsskripte nur für Enterprise Linux 8 und 9 bereit. Daher gibt es mit Stand August 2026 keinen direkten Weg zu Rocky Linux 10. Erstellen Sie vor jeder Konvertierung einen Snapshot und führen Sie sie aus einer Sitzung aus, die eine unterbrochene Verbindung übersteht. Der Vorgang ersetzt die Release-Pakete und installiert große Teile des Systems neu.

Funktionieren für RHEL erstellte Pakete auf beiden Distributionen?

Ja, bei normalen RPM-Paketen und Repositorys von Drittanbietern. Beide Distributionen behalten die binäre Anwendungsschnittstelle von RHEL bei. Außerdem weisen sich beide in /etc/os-release mit ID_LIKE="rhel centos fedora" aus. Ein Paket oder Installationsskript, das nach einem System der Red-Hat-Familie prüft, wählt daher den richtigen Pfad. Die Ausnahme ist nicht technischer, sondern vertraglicher Art: Ein Anbieter unterstützt möglicherweise nur die Distributionen, die in seiner Support-Matrix aufgeführt sind, auch wenn sich sein Paket auf beiden installieren und ausführen lässt. Wenn Sie für diesen Support bezahlen, ist die Support-Matrix maßgeblich.

Welche Distribution sollte ich auf einem kostengünstigen VPS mit älterer CPU verwenden?

AlmaLinux, wenn Sie die Serie 10 einsetzen möchten. RHEL 10 hat die x86-64-Baseline auf die v3-Mikroarchitekturstufe angehoben. Dafür ist mindestens ein Prozessor auf dem Niveau von Intel Haswell oder AMD Excavator erforderlich. Rocky Linux 10 übernimmt diese Baseline. AlmaLinux 10 stellt zusätzlich einen x86-64-v2-Build für ältere Hardware bereit, für den zehn Jahre lang Sicherheitsupdates vorgesehen sind. Prüfen Sie vor der Entscheidung, welche CPU-Merkmale Ihre Instanz bereitstellt. Eine virtuelle Maschine sieht das CPU-Modell, das der Hypervisor vorgibt, und nicht immer den vollständigen Befehlssatz des Hosts. Die Serie 9 beider Distributionen läuft weiterhin auf v2-Hardware.