Ubuntu 22.04 LTS vs. 24.04 LTS für ein VPS: Unsere Wahl für 2026

Du setzt gerade einen VPS auf und öffnest das Dropdown für das Betriebssystem.

Ubuntu 26.04 LTS…

Ubuntu 24.04 LTS…

Ubuntu 22.04 LTS…

Vielleicht noch ein Interim-Release 25.10, wenn du abenteuerlustig bist. (Bist du nicht.)

Spielt das wirklich eine Rolle?

Klar, es gibt ein paar Unterschiede zwischen deinen Optionen.

Aber eigentlich geht es bei der Wahl einer Ubuntu-Version darum, dir das Leben leichter zu machen, wenn du Dokumentation oder Tutorials suchst. Einen Benchmark zu optimieren, ist dabei Nebensache.

Du willst nicht die nächsten zwei Jahre damit verbringen, jede Quelle dreimal zu prüfen. Auf welche Kernel-Features kannst du dich wirklich verlassen? Wann musst du ein Release-Upgrade planen? Und mit welchen Sprach-Runtimes schlägst du dich an Tag drei herum?

In den meisten Fällen liegt die beste Option auf der Hand, sobald du weißt, zwischen was du eigentlich wählst. Genau dabei begleiten wir dich hier: welche Version du nehmen solltest, warum Ubuntu das VPS-Hosting überhaupt dominiert und wann eine andere Distribution tatsächlich die klügere Wahl ist.

Wann solltest du Ubuntu 24.04 für ein neues VPS wählen?

Nimm 2026 für jeden neuen VPS standardmäßig Ubuntu 24.04 LTS, es sei denn, du hast einen konkreten Grund, bei 22.04 zu bleiben. Die Vorteile von 24.04 sind so handfest, dass Ich nehme einfach, was ich kenne kein echtes Argument mehr ist.

Drei Gründe für 24.04 (Noble Numbat):

1. Zwei Jahre mehr Standard-Sicherheitssupport. Ubuntu 24.04 LTS erhält Standard-Sicherheitswartung bis Mai 2029 und Extended Security Maintenance (ESM) bis Mai 2034. Der Standard-Support für Ubuntu 22.04 LTS endet im Mai 2027, ESM im Mai 2032. Wenn du heute neu mit 22.04 startest, steht dir in etwa 9 Monaten ein Release-Upgrade bevor, das du dir hättest sparen können.
2. Kernel 6.8 vs. 5.15. Ubuntu 24.04 liefert Linux 6.8 mit Unterstützung für Multi-Gen-LRU-Page-Reclamation. Das ist nützlich auf einem VPS mit 2 GB oder 4 GB, wo knapper Arbeitsspeicher die realistische Schwachstelle ist. Allerdings hat Canonical diese Funktion im 6.8-Kernel standardmäßig deaktiviert, also prüf deinen Server, bevor du dich darauf verlässt. Der verlässliche Gewinn ist die bessere io_uring-Performance, die vor allem Datenbanken spüren.
3. Eine aktuelle Standard-Toolchain. Ubuntu 24.04 liefert Python 3.12, PHP 8.3, PostgreSQL 16, OpenSSL 3.0 und systemd 255. 22.04 liefert standardmäßig noch Python 3.10 und PHP 8.1. Beides funktioniert. Die ältere Basis bedeutet nur mehr PPAs und Drittanbieter-Repos in deinen Installationsskripten. Außerdem steigt die Wahrscheinlichkeit, dass ein Tutorial aus diesem Jahr deine Version komplett ignoriert.

Drei Gründe, vorerst bei 22.04 zu bleiben:

1. Eine kritische Abhängigkeit wurde noch nicht auf Python 3.12 oder PHP 8.3 portiert. Die meisten populären Bibliotheken haben innerhalb von 12 Monaten nach dem Release nachgezogen. Manche Nischenbibliotheken nicht. Wenn dein Stack von einer davon abhängt, verschafft dir 22.04 Zeit, ohne dass du auf Sicherheitsupdates verzichten musst.
2. Du steckst in einem strikten Change-Freeze. Compliance-Audits, das Go-live-Fenster eines Enterprise-Kunden, ein Quartal mit Spitzenlast: Der Standard-Support für 22.04 läuft bis Mai 2027. Das reicht, um fast jeden Freeze auszusitzen.
3. Du springst per Neuaufbau direkt auf 26.04 LTS. Ubuntu 26.04 LTS ist im April 2026 erschienen, und In-place-Upgrades von 22.04 landen zuerst auf 24.04. Ein direkter Sprung bedeutet also einen parallelen Aufbau mit anschließender Umstellung. Wenn du schon auf 22.04 bist, ist ein Migrationsprojekt besser als zwei, verteilt auf 2026 und 2028. Das funktioniert aber nur, wenn deine harte Deadline das Support-Ende im Mai 2027 ist.

Teams verbringen regelmäßig drei Tage damit, eine Abhängigkeit zu debuggen, die nur mit Python 3.10 läuft und die sie erst nach dem Upgrade entdeckt haben. Der Reflex Einfach alles upgraden liegt in 80 % der Fälle richtig und wird in den anderen 20 % teuer. Diese drei Ausnahmen gibt es genau deshalb: damit du ganz bewusst zu den 20 % gehören kannst.

Und was ist mit 26.04 LTS für einen brandneuen Server? Berechtigte Frage. Ubuntu 26.04 LTS (Resolute Raccoon) ist laut dem Release-Zyklus von Canonical im April 2026 erschienen, mit Standard-Sicherheitssupport bis Mai 2031 und ESM bis Mai 2036. Wenn du gern früh dabei bist: Es funktioniert. Die meisten Teams warten aber auf das erste Point-Release einer neuen LTS, bevor sie ihr im Produktivbetrieb vertrauen. Außerdem sind Drittanbieter-Repos und Tutorials noch mit der Portierung auf 26.04 beschäftigt. Für einen neuen VPS im Jahr 2026 ist 24.04 die solide Mitte: aktuell genug, um ein Upgrade zu überspringen, und ausgereift genug, dass Repos und Tutorials die Portierung abgeschlossen haben.

Ubuntu 22.04 vs. 24.04: Was ist unter der Haube anders?

Die größten praktischen Unterschiede zwischen den Versionen 22.04 und 24.04 sind der Kernel (5.15 vs. 6.8), das Standard-Python (3.10 vs. 3.12) und die PHP-Toolchain (8.1 vs. 8.3). Dazu kommen zwei zusätzliche Jahre Standard-Sicherheitssupport.

Alles andere ergibt sich aus diesen Änderungen.

Denkst du stattdessen über 26.04 LTS nach? Die Eckdaten laut dem Release-Zyklus von Canonical: erschienen im April 2026, Standard-Sicherheitssupport bis Mai 2031, ESM bis Mai 2036.

Auf dem Papier zählen zwei dieser Zeilen.

In der Praxis ändern vier davon tatsächlich etwas an deinem Deploy-Skript.

Der Kernel-Sprung zahlt sich an dem Tag aus, an dem einem Server mit 4 GB der Arbeitsspeicher knapp wird.

Die Sprünge bei Python und PHP sind es, die bei einem Release-Upgrade Probleme machen, weil veraltete Muster endlich nicht mehr funktionieren.

Die Änderung am Format der apt-Quellen erwischt beim ersten Mal fast jeden. Eine funktionierende /etc/apt/sources.list unter 22.04 wird unter 24.04 zu /etc/apt/sources.list.d/ubuntu.sources. Eigene Repo-Dateien musst du an das neue deb822-Format anpassen.

Warum dominiert Ubuntu überhaupt das VPS-Hosting?

Ubuntu gewinnt bei den meisten VPS-Workloads, weil die meisten selbstgehosteten Projekte es zuerst dokumentieren. Popularität verstärkt sich selbst: Tutorials setzen standardmäßig darauf, Installationsskripte setzen darauf, Cloud-Images setzen darauf.

Das ist ein echter Vorteil im täglichen Betrieb, wenn um 23 Uhr etwas kaputtgeht.

Die größte deb/apt-Paketbasis unter Linux

Wenn ein selbstgehostetes Projekt ein Installationsskript veröffentlicht, setzt es fast immer Ubuntu voraus. Das NodeSource-Distributions-Repo liefert Ubuntu-Anleitungen als Hauptweg. Das offizielle PostgreSQL-apt-Repo gibt es nur für Ubuntu/Debian. Und Docker bietet ein offizielles apt-Repository für Ubuntu, mit Installationsanleitungen, denen die meisten Tutorials Wort für Wort folgen.

Die meisten Tutorials und Stack-Overflow-Antworten setzen auf Ubuntu

Ubuntu ist laut dem OpenLogic 2025 State of Open Source Report das dritte Jahr in Folge die meistgenutzte Linux-Distribution der Welt. Tutorial-Autoren schreiben für das größte Publikum, also entstehen Anleitungen und Antworten auf Stack Overflow zuerst für Ubuntu.

Kurz gesagt: Wenn mitten in der Nacht etwas kaputtgeht, ist die Antwort, die du findest, auf Ubuntu zugeschnitten. Fragst du stattdessen einen KI-Assistenten, bekommst du dasselbe Ergebnis: Da er mit diesem Ubuntu-lastigen Material trainiert wurde, liefert er standardmäßig apt-Befehle und Ubuntu-Dateipfade.

Erstklassiges Cloud-Image bei jedem großen Anbieter

AWS, GCP, Azure, DigitalOcean, Hetzner, Linode/Akamai und Vultr bieten alle Ubuntu Server als erstklassiges Linux-Image auf dem Bereitstellungsbildschirm an. Die App-Bibliothek von DreamHost führt Ubuntu 26.04 LTS und 24.04 LTS unter ihren Basis-Images.

(Übersetzt: Du musst dich nicht mit dem Dropdown herumschlagen.)

Snap-Pakete vorinstalliert

Snap ist auf Ubuntu Server vorinstalliert, sodass sich selbstgehostete Apps mit Snap-Paketen mit einem einzigen Befehl installieren lassen. Wenn dich das automatische Aktualisieren von Snap nervt, bist du nicht allein. Aber es ist da, wenn du es brauchst, und das ist unter Server-Distributionen einzigartig.

Wann solltest du Ubuntu nicht für dein VPS wählen?

Ubuntu ist für die meisten VPS-Workloads die richtige Standardwahl, aber in drei Szenarien spricht vieles für eine andere Distribution.

1. Hosting mit cPanel oder WHM. cPanel lief ursprünglich nur auf der RHEL-Familie, und obwohl es inzwischen auch Ubuntu LTS unterstützt, gelingt die Migration weg von einem verwalteten CentOS-Host mit AlmaLinux 9 immer noch am saubersten. Gleiche RPM-Tools, gleiche eingespielte Abläufe für Admins, keine bösen Überraschungen durch einen anderen Paketmanager. Wenn du einen Reseller-Hosting-Workflow von einem alten CentOS-Server umziehst und cPanel behalten willst, ist AlmaLinux 9 das natürliche Ziel.
2. Strenge Compliance- oder reine FIPS-Anforderungen. Manche regulierten Umgebungen (FedRAMP, DoD, Finanz-Backoffice) setzen bei FIPS-validierten Kryptomodulen standardmäßig auf die RHEL-Familie. AlmaLinux OS 9.2 bringt nach FIPS 140-3 validierte Kryptomodule mit. Das FIPS-Add-on von Ubuntu Pro schließt den Großteil der Lücke. Wenn der Compliance-Beauftragte aber eine RHEL-Abstammung sehen will, ist AlmaLinux das einfachere Gespräch.
3. Ein Server mit knappem RAM, auf dem ein einzelner Prozess läuft. Debian 13 (Trixie) läuft direkt nach der Installation schlanker als Ubuntu (kein snapd, weniger vorinstallierter Ballast). Auf einem knapp bemessenen Server, auf dem alle 200 MB zählen, lohnt sich der kleinere Grundverbrauch. Debian 13 wird auf jedem VPS gut unterstützt, und da der Einstiegstarif Stack 4 (4 GB) von DreamHost mit einem fertigen Debian-13-Image kommt, hast du den nötigen Spielraum, wenn ein geringer Ressourcenverbrauch Priorität hat.

Unterm Strich: AlmaLinux passt zu allen, die cPanel und Compliance brauchen, Debian zu ressourcenknappen und langweilig stabilen Workloads. Ubuntu passt zu allen anderen.

Welche Workloads laufen mit Ubuntu auf einem VPS am besten?

Ubuntu passt zu fast jedem gängigen VPS-Workload. Bei diesen vier ist der Vorsprung bei Dokumentation und Paketen am deutlichsten, denn der Installationsweg ist genau der, den die Dokumentation des Projekts selbst verwendet.

Für die meisten dieser Workloads im Produktivbetrieb ist Stack 8 (8 GB RAM) von DreamHost der richtige Tarif. Stack 4 (4 GB) eignet sich für den Einstieg mit einer leichten App, aber Traffic, Datenmenge und Tuning bestimmen die tatsächliche Grenze. Wechsle auf 8 GB, wenn du speicherintensive Stacks oder Stacks mit mehreren Diensten betreibst.

Bei der Wahl des Betriebssystems zieht Ubuntu davon. Alles unterhalb dieser Ebene ist weitgehend austauschbar.

Wie richtest du Ubuntu auf einem VPS konkret ein?

Starte das Ubuntu-Image, melde dich per SSH an, lege einen Nicht-Root-Benutzer an, konfiguriere UFW und aktiviere unattended-upgrades. Nach den ersten 15 Minuten hast du einen Server mit einer soliden Basis für den Produktivbetrieb. Alles Weitere hängt von der App ab, die du installierst.

1. Wähle bei der Bereitstellung 24.04 LTS. Fast jeder Anbieter bietet Ubuntu 24.04 LTS als Ein-Klick-Image an. Wähle beim Ubuntu VPS von DreamHost Ubuntu 24.04 LTS (26.04 LTS wird ebenfalls angeboten); Stack 8 ist der Tarif für den Produktivbetrieb.
2. Melde dich per SSH mit deinem Schlüssel an, nicht mit einem Passwort. Cloud-Images nutzen cloud-init, um den SSH-Schlüssel einzuspielen, den du bei der Bereitstellung hochgeladen hast. Die erste Anmeldung erfolgt je nach Anbieter mit ssh root@<your-ip> oder ssh ubuntu@<your-ip>.
3. Lege einen Nicht-Root-Benutzer an und sperre die SSH-Anmeldung per Passwort. Führe adduser deploy aus, dann usermod -aG sudo deploy. Kopiere den SSH-Schlüssel hinüber und setze PasswordAuthentication no in /etc/ssh/sshd_config. Lade sshd neu. Teste die neue SSH-Verbindung in einem zweiten Terminal, bevor du die Root-Sitzung schließt. (Jeder Sysadmin hat sich schon mindestens einmal selbst ausgesperrt.)
4. Aktiviere die Firewall. Führe ufw allow OpenSSH aus, dann ufw enable. Öffne nach und nach die Ports für deine eigentliche App (ufw allow 443/tcp für HTTPS usw.). UFW (Uncomplicated Firewall) ist die benutzerfreundliche Oberfläche für iptables, die standardmäßig mit Ubuntu ausgeliefert wird.
5. Aktiviere unbeaufsichtigte Sicherheitsupdates. Führe apt install unattended-upgrades aus. Ubuntu spielt Sicherheitspatches dann automatisch im Hintergrund ein. Das ist die wirkungsvollste Härtungsmaßnahme nach dem Motto „einrichten und vergessen“ – und trotzdem überfliegen die meisten Installationsanleitungen sie, weil sie nicht spektakulär ist.

Das vollständige Vorgehen mit Ausgabeprüfungen und Sonderfällen findest du im Ubuntu Server Guide, der maßgeblichen Referenz.

Wie solltest du eine Migration von 22.04 auf 24.04 planen?

Bis Mai 2027 hast du Zeit, bevor Ubuntu 22.04 den Standard-Sicherheitssupport verliert. Das reicht für eine entspannte Migration – und ist kurz genug, dass du noch in diesem Quartal einen Termin in den Kalender eintragen und aufhören solltest, das Thema auf später zu verschieben.

Noch auf 20.04 LTS? Da ist die Uhr bereits abgelaufen – der Standard-Support endete im Mai 2025, und nur noch ESM über Ubuntu Pro deckt die Version ab (bis Mai 2030). Außerdem arbeitet do-release-upgrade sequenziell: Ein 20.04-Server muss erst auf 22.04 und dann auf 24.04 springen. Ein frischer paralleler Aufbau ist meist der schnellere Weg.

Zwei praktikable Wege:

1. In-Place-Upgrade mit do-release-upgrade. Funktioniert auf den meisten Standardservern. Schneller und günstiger. Riskanter bei stark angepassten Systemen. Führe es immer zuerst auf einem Klon der Produktionsumgebung aus.
2. Paralleles neues VPS mit DNS-Umstellung. Mehr Aufwand, weniger Risiko. Setze einen frischen 24.04-Server auf, installiere den Stack, kopiere die Daten, stelle die DNS-Einträge um und lege den alten Server still. Die meisten Produktionsteams wählen diesen Weg, weil das Rollback ganz einfach ist: DNS zurückstellen.

In-Place-Upgrades scheitern meist aus einigen wenigen Gründen: der Sprung von Python 3.10 auf 3.12 (manche Bibliotheken laufen auch ein Jahr nach dem Release noch nicht sauber unter 3.12, vor allem alles, was distutils oder ältere asyncio-Muster nutzt) und die Änderung am apt-Quellenformat, die stillschweigend jede eigene Repo-Datei kaputt macht, deren Migration du vergessen hast.

Teste beides, bevor du umschaltest.

Wenn du auf 22.04 bist und deine Optionen abwägst: 26.04 LTS ist bereits erschienen – du kannst also immer noch ein Migrationsprojekt statt zwei angehen. Das funktioniert aber nur, wenn deine harte Deadline das Ende des Standard-Supports im Mai 2027 ist und dein Stack nicht schon jetzt mit Python 3.10 kämpft.

Wo klickst du als Nächstes?

Öffne das Image-Dropdown deines Anbieters und wähle Ubuntu 24.04 LTS. Das ist die Antwort für fast alle, die das hier lesen.

Die Fälle, in denen sich 22.04 noch lohnt, sind selten und werden jedes Quartal weniger. Für 24.04 läuft der Standard-Sicherheitssupport bis Mai 2029, ESM bis Mai 2034 – und die längste Laufzeit aller gängigen Linux-Distributionen hat inzwischen Ubuntu 26.04 LTS: Standard-Support bis Mai 2031, ESM bis Mai 2036.

Stack 8 (8 GB) von DreamHost ist der VPS-Hosting-Tarif für einen Ubuntu-Server im Produktivbetrieb; Stack 4 (4 GB) eignet sich für eine schlanke App oder einen Testserver.

Wenn das nächste Mal jemand in deinem Team fragt, welches Ubuntu installiert werden soll, hast du die Daten Mai 2027 und Mai 2029 schon parat. Die 30-Minuten-Version dieser Entscheidung ist das eigentliche Problem. Die 30-Sekunden-Version ist die Antwort.

Wähle 24.04 LTS. Bau deinen Stack. Schließ den Tab.

Häufig gestellte Fragen zu Ubuntu auf einem VPS