Linux-Distributionen für Server im Vergleich

1. Warum die Distributionswahl den Betrieb beeinflusst

Die Frage, welche Linux-Distribution als Serverbasis dient, wird in vielen Teams eher aus Gewohnheit als aus tatsächlicher Analyse beantwortet. Dabei hat die Entscheidung konkrete, messbare Folgen für den täglichen Betrieb eines PHP- oder Magento-Servers: Wie schnell landet eine neue PHP-Minor-Version in den offiziellen Repositories? Wie lange laufen Sicherheitsupdates für die aktuell installierte Version? Und unterstützt der gewählte Hosting-Provider die Distribution überhaupt mit fertigen Images und Support?

Statt einer Grundsatzdebatte zwischen Distributionen lohnt sich ein nüchterner Blick auf drei Kriterien: Paketfrische gegenüber Stabilität, die Länge des Support-Zeitraums und die Verfügbarkeit beim eigenen Hosting-Anbieter. Ubuntu LTS, Debian sowie die RHEL-kompatiblen Distributionen Rocky Linux und AlmaLinux decken dabei unterschiedliche Punkte auf diesem Spektrum ab. Keine der drei ist grundsätzlich falsch für den Magento-Betrieb, aber jede passt zu unterschiedlichen Teamgrößen, Kompetenzprofilen und Update-Strategien, wie die folgenden Abschnitte im Detail zeigen.

2. Ubuntu LTS: Release-Zyklus und Paketfrische

Ubuntu LTS erscheint alle zwei Jahre im April mit geradem Jahr, zuletzt 24.04 (Noble Numbat), und erhält fünf Jahre Standard-Support sowie über Ubuntu Pro weitere fünf Jahre Erweiterte Sicherheitswartung. Der große Vorteil im PHP-Umfeld ist das PPA-Ökosystem: Das von Ondřej Surý gepflegte Repository ppa:ondrej/php liefert praktisch jede unterstützte PHP-Version, oft binnen Stunden nach dem offiziellen PHP-Release, deutlich schneller als es die distributionseigenen Repositories je könnten. Für Magento-Betreiber, die zeitnah auf neue PHP-Minor-Versionen wechseln möchten, ist das ein spürbarer praktischer Vorteil.

Der Kompromiss: PPAs sind kein offizieller Bestandteil von Ubuntu, sondern Drittanbieter-Repositories, die man dem eigenen Vertrauensmodell hinzufügt. Wer ausschließlich die im Ubuntu-Repository enthaltene PHP-Version nutzen will, bekommt dagegen eine deutlich ältere Version, die während des gesamten LTS-Zyklus kaum aktualisiert wird. In der Praxis kombinieren die meisten Magento-Hoster Ubuntu LTS als Basis mit dem Ondřej-PPA für aktuelle PHP-Versionen, was Ubuntu zu einer der verbreitetsten Wahl für Shop-Server macht.

#!/usr/bin/env bash
# Check current Ubuntu release and support status
lsb_release -a
cat /etc/os-release

# Add the Ondrej PPA for up-to-date PHP packages on Ubuntu
sudo add-apt-repository ppa:ondrej/php
sudo apt update

# List all PHP versions available through the PPA
apt list --all-versions 2>/dev/null | grep -E '^php[0-9.]*-fpm'

# Install a specific PHP-FPM version alongside the system default
sudo apt install php8.3-fpm php8.3-mysql php8.3-xml php8.3-mbstring

# Ubuntu Pro extends security maintenance beyond the standard five years
sudo pro status

3. Debian: Stabilität vor Aktualität

Debian folgt einer anderen Philosophie als Ubuntu: Statt eines festen Kalenderzyklus erscheint eine neue Stable-Version, sobald sie ausreichend getestet ist, in der Praxis etwa alle zwei bis drei Jahre. Das Debian-Stable-Repository friert Paketversionen zum Release-Zeitpunkt ein und ändert danach nur noch Sicherheits- und kritische Bugfixes, nicht aber Funktionsversionen. Diese Zurückhaltung macht Debian zur wohl konservativsten der drei verglichenen Distributionen und erklärt, warum es in Umgebungen mit hohem Stabilitätsanspruch und seltenen, gut geplanten Wartungsfenstern beliebt ist.

Für aktuellere PHP-Versionen bietet Debian offiziell debian-backports an, ein Repository mit neueren Paketversionen aus der Testing-Distribution, die für Stable neu gebaut wurden. Backports sind offizieller Bestandteil des Debian-Projekts, wenn auch mit geringerer Update-Garantie als das Hauptrepository. Wer maximale PHP-Aktualität ohne PPA-artige Drittanbieter-Quellen sucht, kombiniert Debian Stable meist mit Sury.org, einem zu Ondřej Surýs Ubuntu-PPA analogen APT-Repository speziell für Debian.

# /etc/apt/sources.list.d/debian.sources - Debian 12 (Bookworm) with backports
# Base stable release
deb http://deb.debian.org/debian bookworm main contrib non-free-firmware
deb http://deb.debian.org/debian bookworm-security main contrib non-free-firmware

# Official backports repository for newer package versions on stable
deb http://deb.debian.org/debian bookworm-backports main contrib non-free-firmware

# Install a package explicitly from backports
# apt install -t bookworm-backports <package>

# Sury.org APT repository for current PHP versions on Debian
# curl -sSLo /usr/share/keyrings/deb.sury.org-php.gpg https://packages.sury.org/php/apt.gpg
# echo "deb [signed-by=/usr/share/keyrings/deb.sury.org-php.gpg] https://packages.sury.org/php/ bookworm main" \
#   > /etc/apt/sources.list.d/php.list

4. Rocky Linux und AlmaLinux: RHEL-kompatible Alternativen

Seit dem Ende von CentOS als frei verfügbarer RHEL-Klon haben sich Rocky Linux und AlmaLinux als binärkompatible Nachfolger etabliert. Beide bauen aus den öffentlich verfügbaren RHEL-Quellpaketen und bieten dieselbe Enterprise-Ausrichtung, dieselben zehn Jahre Support-Zeitraum je Major-Version und dasselbe Paketmanagement über dnf. Rocky Linux wird von der Rocky Enterprise Software Foundation getragen, AlmaLinux von der AlmaLinux OS Foundation mit CloudLinux als ursprünglichem Sponsor; funktional unterscheiden sich beide im Alltag kaum voneinander.

Für PHP-Betreiber ist das EPEL-Repository (Extra Packages for Enterprise Linux) sowie das Remi-Repository die zentrale Quelle für aktuelle PHP-Versionen, da die Basis-Repositories aus Kompatibilitätsgründen sehr konservativ bleiben. Über dnf module lassen sich mehrere PHP-Versionen als sogenannte Application Streams parallel bereitstellen und gezielt aktivieren. Wer in Enterprise-Umgebungen mit Compliance-Anforderungen, SELinux im Enforcing-Modus oder RHEL-Zertifizierungspflicht arbeitet, findet in Rocky Linux und AlmaLinux die naheliegendste Basis, da viele Compliance-Frameworks explizit auf RHEL-kompatible Systeme referenzieren.

5. Paketmanagement und PHP-Versionen im Vergleich

Die Paketmanager der drei Familien unterscheiden sich nicht nur in der Syntax, sondern auch im Update-Verhalten: apt bei Ubuntu und Debian löst Abhängigkeiten global über das gesamte System auf, während dnf bei Rocky Linux und AlmaLinux mit Application Streams arbeitet, die mehrere Versionsstränge derselben Software parallel im Repository vorhalten. Das erlaubt es, etwa PHP 8.1 und PHP 8.3 über dnf module gezielt zu wählen, ohne ein externes Repository hinzufügen zu müssen, sofern die gewünschte Version bereits als Modul verfügbar ist.

In der Praxis bedeutet das: Ubuntu und Debian erreichen maximale PHP-Aktualität über Drittanbieter-Repositories wie das Ondřej-PPA oder Sury.org, während RHEL-Derivate über Remi ein vergleichbares, aber anders organisiertes Modell nutzen. Wichtig für den Produktivbetrieb ist in allen drei Familien dasselbe Prinzip: Nur ein einziges PHP-Repository je System aktiv halten, Versionskonflikte zwischen offiziellen und Drittanbieter-Paketen vermeiden und vor jedem Major-Upgrade der PHP-Version die Kompatibilität mit Magento in einer Staging-Umgebung prüfen.

#!/usr/bin/env bash
# Debian/Ubuntu: apt-based PHP version handling
apt-cache policy php8.3-fpm
sudo apt install php8.3-fpm

# Rocky Linux/AlmaLinux: dnf application streams for parallel PHP versions
dnf module list php
sudo dnf module enable php:remi-8.3
sudo dnf install php-fpm php-mysqlnd php-xml php-mbstring

# Switch the active stream to a different PHP version (RHEL family only)
sudo dnf module reset php
sudo dnf module enable php:remi-8.1

# Verify the effective PHP version and loaded modules regardless of distro
php -v
php -m | grep -Ei 'mysqli|opcache|xml'

6. Support-Lifecycle und Sicherheitsupdates

Der Support-Zeitraum bestimmt, wie oft ein Major-Upgrade des Betriebssystems ansteht, und jedes Major-Upgrade ist auf einem produktiven Magento-Server ein nicht triviales Wartungsfenster mit Risiko. Ubuntu LTS bietet fünf Jahre Standard-Support, erweiterbar auf zehn Jahre über die kostenlose Ubuntu-Pro-Stufe für kleine Umgebungen. Debian Stable liefert etwa fünf Jahre Support durch die Kombination aus regulärem Sicherheitsteam und dem Long Term Support Projekt, wobei die genaue Dauer je Release variiert. Rocky Linux und AlmaLinux bieten als RHEL-Klone die vollen zehn Jahre Lifecycle je Major-Version, aufgeteilt in Full-Support- und Maintenance-Phasen mit unterschiedlichem Update-Umfang.

Wer die Restlaufzeit einer Distribution prüfen will, sollte sich nicht auf Gedächtnis oder Wiki-Seiten verlassen, sondern auf maschinenlesbare Quellen wie distro-info unter Ubuntu und Debian oder die offiziellen Endoflife-Datenbanken der jeweiligen Foundation. Diese Daten gehören in jede Server-Inventarisierung, damit ein anstehendes End-of-Life nicht erst auffällt, wenn Sicherheitsupdates bereits ausbleiben.

{
  "distributions": [
    {
      "name": "Ubuntu 24.04 LTS",
      "release_date": "2024-04-25",
      "standard_support_until": "2029-04-25",
      "extended_support_until": "2034-04-25",
      "extended_support_note": "via Ubuntu Pro, free for up to 5 machines"
    },
    {
      "name": "Debian 12 (Bookworm)",
      "release_date": "2023-06-10",
      "standard_support_until": "2026-06-10",
      "extended_support_until": "2028-06-10",
      "extended_support_note": "via Debian LTS project"
    },
    {
      "name": "Rocky Linux 9",
      "release_date": "2022-07-14",
      "full_support_until": "2027-05-31",
      "maintenance_support_until": "2032-05-31",
      "extended_support_note": "10 year lifecycle, RHEL-aligned"
    },
    {
      "name": "AlmaLinux 9",
      "release_date": "2022-05-26",
      "full_support_until": "2027-05-31",
      "maintenance_support_until": "2032-05-31",
      "extended_support_note": "10 year lifecycle, RHEL-aligned"
    }
  ]
}

7. Hosting-Provider-Support und Cloud-Images

Selbst die theoretisch beste Distribution nützt wenig, wenn der eigene Hosting-Provider sie nicht mit fertigen Images, Snapshots und Support-Kanälen abdeckt. Große Cloud-Anbieter wie Hetzner, DigitalOcean und AWS bieten Ubuntu LTS, Debian sowie Rocky Linux und AlmaLinux gleichermaßen als vorbereitete Images an, sodass die technische Verfügbarkeit selten das ausschlaggebende Kriterium ist. Unterschiede zeigen sich eher bei Managed-Hosting-Anbietern und Panel-Lösungen: Manche Control-Panel-Systeme und Managed-PHP-Hoster sind ausschließlich auf eine Distributionsfamilie zertifiziert, meist RHEL-kompatibel wegen der Enterprise-Zertifizierungen, oder bieten für andere Familien nur eingeschränkten Support.

Vor der Distributionswahl lohnt sich deshalb ein Blick in die Dokumentation des eigenen Hosting-Vertrags: Welche Distribution wird explizit als Referenzsystem für Support-Anfragen genannt? Gibt es fertige Automatisierungs-Playbooks oder Terraform-Module des Anbieters, die eine bestimmte Distribution voraussetzen? Ein Wechsel der Basis-Distribution nach der Infrastruktur-Automatisierung ist deutlich teurer als die einmalige Prüfung vor dem ersten Server-Rollout.

# inventory/hosting-providers.yml - track distro support per hosting target
providers:
  - name: hetzner-cloud
    supported_distros: [ubuntu-24.04, debian-12, rocky-9, almalinux-9]
    managed_php: false
    terraform_module: "hetznercloud/server"

  - name: managed-magento-host
    supported_distros: [almalinux-9]
    managed_php: true
    control_panel: cpanel
    note: "Only RHEL-compatible base images supported by managed panel"

  - name: aws-ec2
    supported_distros: [ubuntu-24.04, debian-12, rocky-9, almalinux-9, amazon-linux-2023]
    managed_php: false
    terraform_module: "terraform-aws-modules/ec2-instance"

deployment_default:
  distro: ubuntu-24.04
  reason: "Widest hosting compatibility and fastest PHP package updates via PPA"

8. Team-Kompetenz und Betriebsaufwand als Entscheidungskriterium

Neben technischen Kennzahlen entscheidet oft ein weicherer Faktor über die passende Distribution: Welche Systeme kennt das eigene Team bereits gut genug, um Incidents um drei Uhr nachts ohne Nachschlagen zu lösen? Ein Team mit jahrelanger Debian- und Ubuntu-Erfahrung produziert auf Rocky Linux vermutlich mehr Fehler in der ersten Zeit, allein wegen anderer Pfadkonventionen, SELinux-Kontexten und firewalld statt ufw, selbst wenn Rocky Linux objektiv gesehen die längere Support-Laufzeit bietet. Umgekehrt gilt dasselbe für ein Team mit RHEL-Hintergrund, das auf Debian umsteigt.

Der Betriebsaufwand über die Lebensdauer eines Servers hinweg, inklusive Monitoring-Integration, Patch-Management-Tooling und Runbooks, ist meist größer als der einmalige Installationsaufwand. Deshalb lohnt sich die Frage, ob eine vermeintlich technisch überlegene Distribution den zusätzlichen Lernaufwand tatsächlich rechtfertigt, oder ob die vorhandene Teamkompetenz auf einer etablierten Distribution schneller zu einem stabilen, gut überwachten Server führt als ein Distributionswechsel mit Reibungsverlusten in der Einarbeitung.

9. Distributionen im direkten Vergleich

Die folgende Tabelle fasst die entscheidenden Unterschiede zwischen den drei Distributionsfamilien für den PHP- und Magento-Betrieb zusammen, jeweils mit dem praktischen Effekt für den täglichen Betrieb.

Keine Zeile dieser Tabelle liefert eine universelle Antwort. Sie zeigt lediglich, welche Distribution bei welchem Kriterium die Nase vorn hat, damit die Entscheidung anhand der eigenen Prioritäten fällt, statt einer allgemeinen Empfehlung blind zu folgen.

10. Zusammenfassung

Bei der Wahl der passenden Linux-Distribution für einen PHP- oder Magento-Server gibt es keine universell richtige Antwort, sondern drei tragfähige Optionen mit unterschiedlichem Schwerpunkt. Ubuntu LTS liefert über das Ondřej-PPA die schnellste PHP-Paketfrische und die breiteste Hosting-Verfügbarkeit. Debian Stable priorisiert Vorhersehbarkeit und wenige, gut geplante Änderungen, ergänzt um Backports oder Sury.org für aktuellere Pakete. Rocky Linux und AlmaLinux bieten als RHEL-kompatible Distributionen die längsten Support-Zeiträume und passen zu Compliance-Anforderungen, verlangen aber vertrautes Know-how mit dnf, SELinux und der RHEL-Werkzeuglandschaft.

Die belastbarste Entscheidungsgrundlage entsteht aus drei Fragen: Wie wichtig ist aktuelle PHP-Paketfrische gegenüber Stabilität? Wie lange muss der Support-Zeitraum tragen, bevor ein Major-Upgrade ansteht? Und unterstützt der eigene Hosting-Provider die gewünschte Distribution mit ausgereiften Images und Support-Kanälen? Wer diese drei Kriterien anhand der eigenen Infrastruktur beantwortet, statt einer allgemeinen Distro-Präferenz zu folgen, trifft eine Entscheidung, die über Jahre trägt.

11. FAQ: Linux-Distributionen für Server