Welches Linux für Ihren VPS? Distributionen im Vergleich

Welches Betriebssystem Sie für Ihren VPS auswählen sollten

Für Ihren VPS sollten Sie die aktuelle Ubuntu-LTS-Version auswählen, sofern Sie nicht durch eine der vier folgenden Fragen davon abgebracht werden. LTS steht für Long Term Support, also langfristige Unterstützung: fünf Jahre kostenlose Sicherheitsupdates statt neun Monate. Auf einem VPS (Virtual Private Server), auf dem eine Webanwendung, eine Datenbank, ein Gameserver oder ein Mail-Relay läuft, ist Ubuntu LTS die sichere Standardwahl. Nahezu jedes Tutorial im Internet setzt dieses Betriebssystem voraus, auch unsere Anleitungen.

Auf einem gemieteten Server sind sechs Distributionen Ihre Zeit wert: Ubuntu, Debian, CentOS Stream, Rocky Linux, AlmaLinux und Fedora. Sie verwenden denselben Linux-Kernel, dasselbe nginx, dasselbe PostgreSQL und dasselbe OpenSSH. Die geplante Software ist daher nur selten der ausschlaggebende Faktor. Es gibt vier Unterschiede, und sie bestimmen die gesamte Entscheidung: wie lange die Version mit Patches versorgt wird, wie alt die Paketversionen sind, wessen Anleitungen Sie ohne Anpassungen befolgen können und ob das Ergebnis mit Red Hat Enterprise Linux (RHEL) kompatibel ist.

Wenn Sie noch klären, wofür die Maschine eingesetzt werden soll, ist die Liste der Einsatzmöglichkeiten eines VPS ein besserer Ausgangspunkt. Was ein VPS tatsächlich ist erklärt die Grundlagen, auf denen all dies aufbaut.

Hier ist die Kurzfassung zu jeder Distribution.

• Ubuntu LTS. Die Standardwahl. Wählen Sie es, sofern keiner der folgenden Abschnitte auf Sie zutrifft.
• Debian. Eine kleinere, sich langsamer weiterentwickelnde Basis mit einem ehrenamtlichen Security-Team und ohne kommerzielle Variante.
• Rocky Linux. Ein RHEL-Rebuild für Fälle, in denen die Zielplattform mit RHEL kompatibel sein muss.
• AlmaLinux. Der andere RHEL-Rebuild mit einem Build für ältere CPUs, die RHEL 10 nicht mehr unterstützt.
• CentOS Stream. Das, was als Nächstes zu RHEL wird. Verwenden Sie es, wenn Sie Software direkt für RHEL entwickeln.
• Fedora. Der aktuellste Kernel und die aktuellsten Userland-Komponenten mit etwa 13 Monaten Updates pro Version.

Wie lange soll diese Maschine unbeaufsichtigt bleiben?

Die Supportlaufzeit bestimmt, wie oft Sie riskante Arbeiten durchführen müssen. Beantworten Sie daher zuerst diese Frage. Wenn ein Release das Ende seiner Lebensdauer erreicht, funktionieren die Pakete weiterhin. Nichts stürzt ab. Der Server erhält lediglich keine Korrekturen für neu veröffentlichte Schwachstellen mehr. Dafür gibt es keine Fehlermeldung. Das fällt daher meist erst bei einem Audit oder nach einem Einbruch auf. Die Lösung ist ein In-Place-Distributionsupgrade oder eine Neuinstallation mit einem frischen Image. Beides kostet Sie jeweils einen Abend.

Jedes Projekt veröffentlicht eigene Daten für den Lebenszyklus. Ausgehend von August 2026 und auf eine Dezimalstelle gerundet, verbleibt den aktuellen Releases folgende Supportdauer.

[
  {
    "distro": "Ubuntu 26.04 LTS",
    "years_of_support_left": 4.7,
    "notes": "Free updates to April 2031. Ubuntu Pro extends the same release to April 2036."
  },
  {
    "distro": "Debian 13",
    "years_of_support_left": 2.0,
    "notes": "Debian security team to August 2028. The LTS team then carries it to June 2030."
  },
  {
    "distro": "CentOS Stream 10",
    "years_of_support_left": 3.8,
    "notes": "Ends May 2030, when the RHEL 10 full support phase ends."
  },
  {
    "distro": "Rocky Linux 10",
    "years_of_support_left": 8.8,
    "notes": "Ends May 2035, following the RHEL 10 lifecycle."
  },
  {
    "distro": "AlmaLinux 10",
    "years_of_support_left": 8.8,
    "notes": "Ends May 2035. Adds an x86-64-v2 build for older CPUs."
  },
  {
    "distro": "Fedora 44",
    "years_of_support_left": 0.8,
    "notes": "Released April 2026, ends June 2027. Every Fedora release lasts about 13 months."
  }
]

Alle 6 werden heute noch mit Updates versorgt. Die Unterschiede sind entscheidend. Rocky Linux 10 und AlmaLinux 10 erhalten noch 8.8 Jahre lang Updates, weil sie dem zehnjährigen RHEL-Lebenszyklus folgen. Für Fedora 44 verbleiben dagegen 0.8 Jahre.

Ubuntu 26.04 LTS erhält noch 4.7 Jahre lang kostenlose Updates. Ubuntu Pro versorgt dieselbe Installation für die private Nutzung auf einer kleinen Anzahl von Maschinen kostenlos bis 2036. Für Debian 13 werden 2.0 Jahre angegeben, weil die Unterstützung durch das Debian-Sicherheitsteam dann endet. Das freiwillige LTS-Team unterstützt Debian anschließend noch etwa zwei Jahre. Das gilt jedoch für eine kleinere Auswahl an Paketen und Architekturen. Beide Angaben sind korrekt. Sie werden unterschiedlich berechnet. Deshalb müssen Sie beim Vergleich der Supportlaufzeiten verschiedener Projekte sorgfältig vorgehen.

Bei dieser Frage gibt es zwei typische Fallen. Die erste sind die Ubuntu-Interim-Releases. Sie erscheinen alle sechs Monate und werden neun Monate lang unterstützt. Deshalb erhielt 25.10 ab dem 1. Juli 2026 keine Updates mehr, obwohl seine Benutzer das Release noch als neu betrachteten. Die Argumente für LTS gegenüber einem Ubuntu-Interim-Release erläutert diesen Punkt ausführlich. Dies ist der häufigste Weg, auf dem ein VPS unbemerkt ungepatcht bleibt. Die zweite Falle ist die Annahme, dass ein neues Release eine Neuinstallation erfordert. Das ist nicht der Fall. Das In-Place-Upgrade von Ubuntu 24.04 auf 26.04 ist ein unterstützter Weg. Debian und die RHEL-Rebuilds bieten eigene entsprechende Verfahren.

Wie aktuell müssen die Pakete sein?

Eine stabile Distribution friert die Paketversionen am Veröffentlichungstag ein und portiert anschließend über Jahre Sicherheitskorrekturen in diese Versionen zurück. Das ist der Rahmen, dem Sie zustimmen. Debian 13 wurde Mitte 2025 eingefroren. Der Datenbankserver, den Sie heute daraus installieren, entspricht daher der damals aktuellen Version. Er ist gepatcht, aber nicht auf eine neuere Version aktualisiert. Ubuntu LTS funktioniert genauso. Fedora verfolgt den umgekehrten Ansatz und veröffentlicht aktuelle Upstream-Versionen. Genau deshalb ist das Supportfenster kurz: Fünf Jahre alte Branches zu pflegen, ist Arbeit, die niemand zweimal erledigen möchte.

Alte Pakete sind nur relevant, wenn Ihre Anwendung eine neuere Version voraussetzt. Bevor Sie eine komplette Distribution wegen eines einzelnen Pakets auswählen, prüfen Sie die Ausweichmöglichkeiten. Sie sind normalerweise die bessere Lösung. Die meisten Upstream-Projekte veröffentlichen ein eigenes Repository. Sie fügen dann die apt- oder dnf-Quelle des Anbieters hinzu und erhalten aktuelle Versionen dieser einen Komponente. Für Sprachlaufzeiten gibt es eigene Versionsmanager. Wenn Sie die Anwendung in einem Container ausführen, entfällt die Frage vollständig, weil ein Docker-Compose-Stack seine eigene Userland-Umgebung mitbringt und nur den Kernel verwendet.

Jede Ausweichmöglichkeit hat denselben Preis. Ein Paket aus Ihrer Distribution wird vom Security-Team dieser Distribution gepatcht und kommt mit dem üblichen apt upgrade oder dnf upgrade. Alles, was Sie von außerhalb hinzufügen, müssen Sie selbst überwachen und an dem Tag reparieren, an dem es ausfällt. Auch bei zusätzlichen Repositories treten häufig Fehler in den Sources-Dateien auf. Das neuere Sources-Format von Ubuntu ist eine häufige Ursache für den Fehler wegen doppelter apt-Quellen.

Der Kernel ist eine weniger wichtige Frage, als viele erwarten. Auf einem VPS ist die Hardware virtuell, und der Host stellt die eigentlichen Treiber bereit. Ein neuerer Kernel bietet Ihnen daher hauptsächlich neuere Netzwerk- und Dateisystemfunktionen, nicht zusätzliche Hardwareunterstützung. Ubuntu LTS veröffentlicht außerdem Hardware-Enablement-Kernel aus späteren Releases. Eine LTS-Installation ist daher nicht auf den Kernel beschränkt, mit dem sie ursprünglich veröffentlicht wurde.

Wessen Dokumentation verwenden Sie?

Das ist die Frage, die viele unterschätzen und die die meisten Arbeitsstunden kostet. Ubuntu und Debian verwenden apt- und .deb-Pakete. CentOS Stream, Rocky Linux und AlmaLinux verwenden dnf- und .rpm-Pakete. Diese Unterscheidung begleitet Sie weit über den Installationsbefehl hinaus.

Die Paketnamen unterscheiden sich: Der Apache-Webserver heißt unter Ubuntu und Debian apache2 und in der RHEL-Familie httpd. Daher unterscheidet sich auch der Dienstname. Auch die Firewall ist unterschiedlich: Ubuntu verwendet ufw, die RHEL-Familie firewalld. Unter beiden kommt nftables zum Einsatz. Die Mandatory-Access-Control-Schicht unterscheidet sich ebenfalls, und genau das führt am häufigsten zu Problemen. In der RHEL-Familie läuft SELinux (security enhanced Linux) standardmäßig im enforcing-Modus. Dadurch kann einem Dienst der Zugriff auf eine Datei verweigert werden, obwohl deren Berechtigungen den Zugriff eindeutig erlauben. Der Grund ist dann nur im Audit-Log über ausearch -m AVC zu sehen. Ubuntu und Debian verwenden AppArmor. Dafür gibt es weniger Profile, und Sie werden seltener unterbrochen.

Nichts davon ist schwierig. Es handelt sich um Übersetzungsarbeit, die Sie bei jedem Tutorial wiederholen, das Sie lesen, oft spät in der Nacht. Wenn Sie neu bei Linux-Servern sind, ist das allein ein ausreichender Grund, Ubuntu LTS zu wählen, weil die Installationsseite des Anbieters, auf der Sie landen, dieses System voraussetzen wird. Unsere Anleitungen tun dasselbe: die Anleitung zum LAMP-Stack und die Anleitung zu Certbot und nginx wurden für Ubuntu geschrieben und dort getestet, ebenso wie die ersten zehn Minuten auf einem neuen VPS.

Müssen Sie Red Hat Enterprise Linux verwenden?

Wenn die Support-Matrix eines Anbieters RHEL nennt oder Ihre Produktionsumgebung RHEL verwendet, wählen Sie eine zu RHEL kompatible Distribution. Betrachten Sie dies dann nicht mehr als persönliche Präferenz. Rocky Linux und AlmaLinux werden beide aus den RHEL-Quellen erstellt. Beide halten die ABI (Application Binary Interface) zu RHEL stabil. Ein für RHEL 10 erstelltes RPM lässt sich daher auf beiden Distributionen installieren und ausführen. Kommerzielle Agents und Compliance-Tools zielen auf diese Plattform ab und unterstützen häufig keine andere.

Rocky Linux bleibt so nah wie möglich an RHEL. AlmaLinux strebt seit Version 9 ABI-Kompatibilität statt bitgenauer Übereinstimmung an. Dadurch kann AlmaLinux Funktionen ergänzen, die Red Hat entfernt hat. Die CPU-Unterstützung ist das deutlichste Beispiel. RHEL 10 hat die Mindestanforderung auf x86-64-v3 angehoben. Diese CPU-Stufe setzt AVX2 voraus, und Rocky Linux 10 folgt dieser Vorgabe. AlmaLinux 10 bietet zusätzlich eine separate x86-64-v2-Architektur für ältere Hardware. Das ist bei einem gemieteten Server relevant: Wenn Ihr Anbieter ein generisches emuliertes CPU-Modell bereitstellt, kann avx2 in lscpu fehlen. Ein für v3 erstelltes System läuft dort dann nicht. Prüfen Sie dies zuerst. Wählen Sie anschließend AlmaLinux 10 oder bleiben Sie bei der 9er-Reihe, wenn das Flag fehlt.

CentOS Stream ist ein anderes Produkt als beide rebuilds. Es steht vor RHEL in der Entwicklungskette. Änderungen gelangen daher zuerst in Stream und erreichen RHEL in der nächsten Minor-Version. CentOS Stream ist stabil genug für den Produktivbetrieb. Die Entwicklung erfolgt kontinuierlich statt in Schritten von Minor-Version zu Minor-Version. Wählen Sie CentOS Stream, wenn Sie Software erstellen oder testen, die auf dem kommenden RHEL und nicht auf dem bereits veröffentlichten RHEL funktionieren muss. Für CentOS Stream 10 verbleiben 3.8 Jahre Support. Das ist kürzer als bei den Rebuilds, weil der Support für CentOS Stream endet, wenn RHEL 10 den vollständigen Support verlässt.

Wo Fedora auf einem Server passt

Fedora liefert den neuesten Kernel und den aktuellsten Userspace der sechs Distributionen und unterstützt jedes Release etwa 13 Monate lang. Diese Zahl ist das entscheidende Argument. Ein Fedora-Server benötigt ungefähr einmal pro Jahr ein Versionsupgrade. Wenn Sie es planen, bestimmen Sie den Zeitpunkt. Andernfalls bestimmt Fedora ihn. Wenn Sie zwei Upgrades überspringen, ist der Rechner nicht mehr vom Support abgedeckt.

Setzen Sie Fedora auf einem Server ein, wenn Sie etwas Neueres benötigen, als eine stabile Distribution bietet, und den Upgrade-Rhythmus bereits akzeptieren. Das kann beispielsweise ein persönlicher Build-Rechner oder ein Entwicklungsrechner sein, den Sie häufig neu aufsetzen. Setzen Sie Fedora nicht auf einem Rechner ein, um den Sie sich möglichst nicht kümmern möchten. Fedora 43 erhält ab Dezember 2026 keine Updates mehr, also etwa vierzehn Monate nach der Veröffentlichung. Das entspricht dem vorgesehenen Betrieb des Projekts und ist kein Fehler.

Was eine falsche Wahl tatsächlich kostet

Das Neuinstallieren eines VPS ist eine Aktion im Control Panel und dauert nur wenige Minuten. Wenn Sie Ihre Meinung ändern, kostet das am ersten Tag nichts und verursacht am zweihundertsten Tag erheblichen Aufwand. Es gibt keine unterstützte Möglichkeit, Ubuntu im laufenden Betrieb in AlmaLinux umzuwandeln. Treffen Sie die Entscheidung, bevor Sie Daten auf dem System speichern.

Zwei Gewohnheiten halten die Entscheidung reversibel. Legen Sie Ihr Setup in einem Skript ab und nicht nur in Ihrer Shell-History. So können Sie einen Neuaufbau erneut ausführen, statt sich an alle Schritte erinnern zu müssen: ein erstes Ansible-Playbook reicht für einen einzelnen Server aus. Prüfen Sie anschließend, wem das Betriebssystem tatsächlich untersteht. Bei einem verwalteten VPS-Tarif kann der Anbieter sowohl die Auswahl als auch den Patch-Zeitplan für Sie festlegen.

Die Standardempfehlung bleibt bestehen. Verwenden Sie Ubuntu LTS. Verwenden Sie Debian, wenn Sie eine kleinere Basis ohne kommerzielle Schicht möchten. Verwenden Sie Rocky Linux oder AlmaLinux, wenn etwas RHEL-Kompatibilität voraussetzt. Verwenden Sie CentOS Stream, wenn Sie für RHEL entwickeln. Verwenden Sie Fedora nur dann, wenn das jährliche Upgrade bereits in Ihrem Kalender eingetragen ist.

FAQ

Welche Linux-Distribution sollte ich als Linux-Einsteiger für einen VPS wählen?

Die aktuelle Ubuntu-LTS-Version. Dafür sprechen zwei Gründe. Auf fast jeder Installationsseite eines Drittanbieters steht zuerst ein Ubuntu-Befehl. Sie können ihn daher einfügen, statt ihn zu übersetzen. Außerdem erhält jede LTS-Version fünf Jahre lang kostenlose Sicherheitsupdates. Dadurch besteht im ersten Jahr kein Upgrade-Zwang. Debian ist eine sinnvolle zweite Wahl, wenn Sie eine kleinere Basis bevorzugen und damit vertraut sind, Dokumentation zu lesen, die allgemein für apt und nicht speziell für Ubuntu geschrieben wurde.

Ist Debian oder Ubuntu besser für einen Server?

Beide Distributionen sind eng verwandt. Ubuntu basiert auf Debian, verwendet apt, und die meisten Debian-Anleitungen funktionieren unverändert damit. Debian installiert standardmäßig weniger, bietet keine kommerzielle Supportstufe und überlässt die Sicherheitsarbeit in den letzten Jahren eines Releases Freiwilligen. Ubuntu friert ein LTS-Release alle zwei Jahre an einem festgelegten Datum ein, verlängert dessen Support über Ubuntu Pro auf zehn Jahre und ist das Ziel der meisten Herstellerdokumentationen. Wählen Sie Debian, wenn Sie eine minimale Basis möchten, die Sie jahrelang betreiben wollen. Wählen Sie Ubuntu, wenn die Dokumentation zu den von Ihnen eingegebenen Befehlen passen soll.

Sollte ich Rocky Linux oder AlmaLinux verwenden?

Beide Distributionen sind kostenlose RHEL-Neuimplementierungen mit Support bis Mai 2035. Daher ist jede der beiden eine vertretbare Wahl. Rocky Linux folgt RHEL so eng wie möglich. Das eignet sich für eine Support-Matrix eines Herstellers, die bei der Plattform strenge Vorgaben macht. AlmaLinux zielt stattdessen auf ABI-Kompatibilität. Dadurch kann die Distribution zusätzliche Varianten bereitstellen, darunter einen x86-64-v2-Build für CPUs, die die von RHEL 10 vorausgesetzte x86-64-v3-Basis nicht erfüllen. Auf einem VPS mit einer älteren oder allgemein emulierten CPU ist dieser Build der Grund, AlmaLinux zu wählen.

Kann ich Fedora auf einem Server betreiben?

Ja. Der Nachteil ist der Upgrade-Zeitplan. Jede Fedora-Version wird ungefähr 13 Monate lang unterstützt. Daher benötigt der Server etwa einmal pro Jahr ein Versions-Upgrade. Wenn Sie zwei Upgrades überspringen, erhält er keine Sicherheitsupdates mehr. Wählen Sie Fedora, wenn Sie einen sehr neuen Kernel oder eine sehr neue Toolchain benötigen und diese Upgrades tatsächlich durchführen. Für einen Rechner, den Sie unverändert betreiben möchten, sollten Sie stattdessen ein LTS- oder Enterprise-Release wählen.

Verändert die Distribution die VPS-Leistung?

Nicht in einem Maß, das Sie wahrscheinlich messen können. Die Distributionen verwenden denselben Kernel und dieselbe Serversoftware. Ein Benchmark von nginx unter Ubuntu im Vergleich zu nginx unter Rocky Linux misst daher hauptsächlich Ihre Konfiguration. RHEL 10 kompiliert seine Pakete zwar gegen die x86-64-v3-CPU-Basis. Das bringt auf moderner Hardware eine geringe Verbesserung und ist keine ausreichende Grundlage für die Wahl eines Betriebssystems. Durchsatz und I/O-Leistung bestimmen hauptsächlich Ihre Festplatte und Ihre Datenbankkonfiguration.