nginx oder Apache: Welchen Webserver solltest du einsetzen?
nginx für statische Auslieferung, Reverse Proxy und hohe Verbindungszahlen. Apache dort, wo du .htaccess, ein gewachsenes Modul-Setup oder eingebettete Interpreter brauchst. Für neue Projekte ist nginx die unaufgeregtere Wahl.
Warum die Entscheidung heute anders ausfällt als vor zehn Jahren
Die klassische Gegenüberstellung lautete lange "Apache ist flexibel, nginx ist schnell". Diese Formel trägt nicht mehr. Der Apache HTTP Server läuft seit 2.4 standardmäßig mit dem event-MPM und bearbeitet Keep-Alive-Verbindungen damit ereignisgesteuert statt mit einem Prozess pro Verbindung. Gleichzeitig ist mod_php in modernen Setups die Ausnahme, weil PHP auch unter Apache über php-fpm und proxy_fcgi angebunden wird. Der historische Ressourcenvorsprung von nginx schrumpft damit auf Szenarien zusammen, in denen wirklich sehr viele parallele, überwiegend statische oder langsame Verbindungen anliegen.
Der eigentliche Unterschied liegt im Konfigurationsmodell. Apache wertet mit .htaccess bei jedem Request Verzeichniskonfigurationen aus und erlaubt es damit, Rewrite-Regeln, Auth und Header ohne Zugriff auf die Hauptkonfiguration zu ändern. Das ist im Shared Hosting und bei Anwendungen wie WordPress, TYPO3 oder Nextcloud der Grund, warum ausgelieferte Standardregeln einfach funktionieren. Es kostet aber Performance und verteilt die Konfiguration über den Dateibaum. nginx kennt keine Verzeichniskonfiguration, die gesamte Konfiguration liegt zentral und wird beim Reload einmal geparst. Das ist sauberer und schneller, verlangt aber, dass jemand mit Zugriff auf die Serverkonfiguration jede Regeländerung nachzieht.
Typische Fehler entstehen genau an dieser Bruchkante. Rewrite-Regeln werden eins zu eins von mod_rewrite in nginx-location-Blöcke übertragen, obwohl nginx nicht in Reihenfolge der Regeln, sondern nach Präfix- und Regex-Priorität auswählt. Oder eine Apache-Installation läuft mit AllowOverride All über den gesamten DocumentRoot, obwohl niemand mehr .htaccess-Dateien pflegt. Ebenso häufig: nginx wird als Reverse Proxy vorgeschaltet, ohne dass X-Forwarded-For und X-Forwarded-Proto sauber durchgereicht und im Backend ausgewertet werden, sodass Logs, Redirects und Rate Limits falsche Adressen und Schemata sehen.
Entscheidungskriterien für den Webserver
- 01 Wer pflegt die Konfiguration
- 02 Lastprofil und Parallelität
- 03 Reverse Proxy und Caching
- 04 Benötigte Protokolle, HTTP/3
- 05 Modul- und Anwendungsbindung
- 06 Betrieb, Logging, Härtung
So triffst du die Entscheidung anhand nachvollziehbarer Kriterien
Statt einer pauschalen Empfehlung hilft eine kurze Prüfung entlang der Punkte, die im Betrieb tatsächlich Arbeit machen. In den Webserver-Kursen von cmt gehen wir genau diese Punkte an konkreten Konfigurationen durch, unter anderem in "NGINX Webserver Administration", "Apache Webserver einrichten und administrieren unter Linux" und im "Linux LAMP Training".
Wer darf die Konfiguration ändern?
Wenn Anwendungsteams oder Kunden Rewrite- und Auth-Regeln selbst pflegen sollen, ohne Root-Zugriff auf den Server, spricht das klar für Apache mit .htaccess. Liegt die Konfiguration ohnehin komplett in Ansible, Git oder einem Container-Image, verschenkst du mit .htaccess nur Performance und gewinnst nichts.
Welches Lastprofil liegt an?
Für viele parallele Verbindungen mit statischen Dateien, Streaming oder langsamen Clients ist das ereignisgesteuerte Modell von nginx im Vorteil, weil Verbindungen kaum Speicher pro Worker binden. Bei überschaubarer Parallelität dominiert ohnehin die Laufzeit der Anwendung, nicht der Webserver.
Reverse Proxy und TLS-Terminierung
nginx ist als vorgelagerter Proxy vor Applikationsservern, Containern und Kubernetes-Ingress der De-facto-Standard und bringt Caching, Rate Limiting über limit_req sowie Upstream-Health-Prüfungen mit. Apache kann das über mod_proxy und mod_proxy_balancer ebenfalls, wird aber seltener so betrieben.
Protokolle und TLS
HTTP/2 beherrschen beide Server. HTTP/3 über QUIC ist in nginx seit der 1.25er-Reihe im Mainline enthalten, während der Apache HTTP Server 2.4 dafür keine offizielle Implementierung mitbringt. Wenn HTTP/3 an der Kante gefordert ist, entscheidet dieses Kriterium meist allein.
Module und Anwendungsanbindung
Apache lädt Module dynamisch und deckt mit mod_auth_gssapi, mod_ldap, mod_dav oder WSGI-Anbindungen viele Sonderfälle direkt ab. nginx erwartet für viele Erweiterungen entweder ein passendes dynamisches Modul der Distribution oder ein Backend hinter dem Proxy. Prüfe früh, ob ein benötigtes Modul auf beiden Seiten existiert.
Betrieb, Logs und Fehlersuche
Beide Server lassen sich sauber über systemd betreiben, unterscheiden sich aber im Alltag: apachectl configtest und nginx -t vor jedem Reload, unterschiedliche Log-Formate und bei SELinux-Systemen eigene Kontexte und Booleans wie httpd_can_network_connect, die für beide Dienste gelten.
Kurse zu nginx und Apache im Vergleich bei cmt
Diese Kurse vertiefen genau das, an echten Systemen statt nur an Folien. Als Präsenz oder Live-Online, auf Wunsch auch Inhouse für dein Team.
Teste dich und finde deinen Weg
Bevor du einen Kurs buchst, lohnt sich eine ehrliche Standortbestimmung. Die Tests sind kostenlos und ohne Anmeldung.
Passender Lernpfad
Linux Webserver Administrator
In diesem Lernpfad baust du Schritt für Schritt das Know-how auf, um Linux-basierte Webserver sicher, stabil und effizient zu betreiben. Du lernst, wie du typische Webserver-Dienste installierst, konfigurierst und im Alltag zuverlässig administrierst, von der ersten Bereitstellung bis zum laufenden Betrieb. Im Senior Level lernst du das notwendige Wissen was über die reine Webserver Administration hinausgeht.
Grundlagen
Junior Administration
Senior Web Administrator
Häufige Fragen zu nginx und Apache im Vergleich
Noch etwas offen? Wir sind ohne Warteschleife für dich da.
Frag uns direktIst nginx wirklich schneller als Apache?
Kann ich .htaccess unter nginx nachbauen?
Kann ich beide Webserver zusammen betreiben?
Welcher Webserver passt besser zu WordPress, TYPO3 oder Nextcloud?
Lohnt sich eine Migration von Apache zu nginx?
Zuletzt geprüft am 26. Juli 2026.
Verwandte Linux-Themen
Alle Linux-Themen im ÜberblickEchte Stimmen aus unseren IT-Kursen
Der Kursinhalt entsprach voll meinen Erwartungen, die richtige Mischung aus Theorie und Praxis.
Guter Einstieg, der alle wichtigen Vokabeln aus dem Themenbereich erklärt, um "Fachchinesisch" zu verstehen und gleichzeitig Lust auf mehr Linux macht.
Deine Ansprechpartner
Du bist dir nicht sicher, welcher Kurs oder welches Level zu dir passt? Wir beraten dich persönlich und kostenlos.
Yves Hoppe
Weiterbildung & Beratung
Hilft dir, aus dem Linux-Programm den passenden Kurs oder Lernpfad zu finden.
Norbert Jansen
Beratung & Inhouse
Plant mit dir Inhouse-Trainings, die exakt auf eure Systemlandschaft und Distributionen zugeschnitten sind.
Webserver-Wissen für beide Welten
Du willst die Entscheidung nicht nur auf dem Papier treffen, sondern an echten Konfigurationen durchspielen? In den Webserver-Schulungen von cmt arbeitest du an eigenen vhosts, TLS-Setups, Rewrite-Regeln und Proxy-Konfigurationen, wahlweise vor Ort oder Live-Online. Wenn du unsicher bist, welcher Kurs zu deinem Setup passt, melde dich einfach bei uns, wir schauen uns deine Ausgangslage gemeinsam an.