So optimierst du WordPress auf einem VPS mit KVM und OpenLiteSpeed

Deine WordPress-Seite ist langsam. Du hast jedes Caching-Plugin ausprobiert, die Bilder so weit optimiert, dass sie praktisch abstrakte Kunst sind, und die Seite lädt trotzdem, als wäre es 2005. Das Problem ist nicht WordPress. Es liegt an dem, was darunter steckt.

Der VPS, auf dem deine Seite läuft, die eingesetzte Virtualisierungstechnologie, der Webserver vor PHP: Das sind die Stellschrauben, die bei der WordPress-Performance wirklich einen Unterschied machen. Die meisten Optimierungsanleitungen springen direkt zu den Plugins. Wir fangen ganz unten bei der Hardware an und arbeiten uns nach oben vor.

Dieser Leitfaden behandelt VPS-Virtualisierung (insbesondere KVM vs. OpenVZ), die Wahl des Webservers (Apache vs. NGINX vs. OpenLiteSpeed) und eine vollständige Schritt-für-Schritt-Anleitung zur WordPress-Einrichtung auf einem VPS, für die du keinen Doktortitel in Systemadministration brauchst. Wir schauen uns echte Benchmarks an, keine Marketingtexte. Am Ende weißt du genau, welcher Stack WordPress unter realen Bedingungen die besten Chancen auf schnelle Ladezeiten gibt.

Kurze Vorwarnung: Wenn du eine Liste mit "Top 10 WordPress-Hosting-Anbietern" erwartest, bist du hier falsch. Hier geht es um die Architekturentscheidungen, die darüber bestimmen, ob dein VPS schnell ist oder nur teuer. Der Unterschied zwischen einem gut konfigurierten WordPress-VPS und einem schlecht konfigurierten kann eine ganze Sekunde Ladezeit ausmachen. Für eine eCommerce-Seite ist diese Sekunde der Unterschied zwischen einem Verkauf und einem Absprung.

Was ist VPS-Virtualisierung und warum ist sie wichtig?

Virtualisierung ist die Softwareschicht, die einen physischen Server in mehrere isolierte virtuelle Maschinen aufteilt. Jede VM bekommt ihr eigenes Betriebssystem, eigene zugewiesene CPU- und RAM-Ressourcen sowie eigenen Speicherplatz. Von innen betrachtet sieht eine VM aus und verhält sich wie ein dedizierter Server. Von außen ist sie einer von vielen Mietern auf derselben Hardware.

Die Software, die diese Aufteilung übernimmt, heißt Hypervisor. Er sitzt zwischen der physischen Hardware und den virtuellen Maschinen, verteilt Ressourcen und schottet jede VM von ihren Nachbarn ab. Wenn eine VM anfängt, die Festplatte zu überlasten oder die CPU auszulasten, verhindert ein gut konfigurierter Hypervisor, dass das auf die anderen VMs übergreift.

Der eigentliche Zweck von Virtualisierung ist Ressourceneffizienz. Zehn physische Server mit jeweils 10 % Auslastung zu betreiben, ist Verschwendung. Einen physischen Server zu betreiben, der zehn VMs mit annähernd voller Auslastung hostet, ist clever. Für Hosting-Anbieter bedeutet das niedrigere Infrastrukturkosten. Für dich bedeutet das günstigere VPS-Tarife mit überraschend guter Leistung, vorausgesetzt, die richtige Virtualisierungstechnik steckt dahinter.

Warum spielt die Art der Virtualisierung für deine WordPress-Seite eine Rolle? Weil sie direkt die CPU-Leistung, die Disk-I/O-Geschwindigkeit, die Speicherisolation und den Netzwerkdurchsatz beeinflusst. Zwei VPS-Tarife mit identischen Spezifikationen auf dem Papier (gleiche Anzahl Kerne, gleicher RAM) können völlig unterschiedlich performen, je nachdem ob KVM oder OpenVZ im Hintergrund läuft. Für eine WordPress-Seite, die echten Traffic mit Datenbankabfragen bei jedem Seitenaufruf verarbeitet, zeigt sich dieser Unterschied sofort in den Ladezeiten und der Nutzererfahrung.

Virtualisierungstypen: KVM vs. OpenVZ

Zwei Virtualisierungstypen dominieren den VPS-Hosting-Markt: KVM und OpenVZ. Sie verfolgen grundlegend unterschiedliche Ansätze bei der Isolation von Workloads. Den Unterschied zu verstehen ist entscheidend, wenn du einen Tarif für dein WordPress-Hosting auswählst.

KVM: Kernel-based Virtual Machine

KVM ist vollständige Virtualisierung auf Hardwareebene. Jede VM führt ihren eigenen Kernel und ihr eigenes Betriebssystem aus, komplett unabhängig von jeder anderen VM auf dem physischen Host. Dabei nutzt KVM Hardwareerweiterungen (Intel VT-x, AMD-V), die in modernen CPUs integriert sind, um virtuelle Umgebungen zu schaffen, die nahezu mit nativer Geschwindigkeit laufen.

Die KVM-Virtualisierung wurde 2007 in den Linux-Kernel integriert. Das bedeutet, es ist keine nachträglich aufgesetzte Drittanbieterlösung. Sie ist Teil des Betriebssystems selbst. Alle grossen Cloud-Anbieter (AWS, Google Cloud, DigitalOcean) verwenden KVM oder einen darauf basierenden Hypervisor unter der Haube. Dafür gibt es einen Grund.

Das bietet dir KVM in der Praxis:

Vollständige Isolation. Deine VM ist tatsächlich von jeder anderen VM auf dem Server getrennt. Ein außer Kontrolle geratener PHP-Prozess eines Nachbarn hat keinen Einfluss auf deine Ressourcen. Jede VM erhält dedizierte, garantierte Zuweisungen für CPU, RAM und Disk-I/O. Kein Overselling, kein Teilen.

OS-Flexibilität. Du kannst Ubuntu, Debian, CentOS, Rocky Linux oder sogar Windows nutzen, wenn du dich selbst quälen möchtest. Du hast einen echten Kernel, also ist alles möglich, was die Hardware hergibt.

Nahezu native Performance. Hardwaregestützte Virtualisierung bedeutet, dass der Performance-Verlust gegenüber Bare-Metal minimal ist. CPU-intensive Vorgänge wie PHP-Ausführung und Datenbankabfragen laufen nahezu so schnell wie auf einem dedizierten Server.

Snapshots und Live-Migration. Erstelle VM-Snapshots vor riskanten WordPress-Updates oder Plugin-Installationen. Anbieter können deine VM bei Hardwarewartungen ohne Downtime zwischen physischen Hosts migrieren.

Flexible Ressourcenzuweisung. Der Hypervisor kann CPU- und Speicherzuweisungen für VMs dynamisch an die Nachfrage anpassen. Das erleichtert es Anbietern, skalierbare Tarife anzubieten.

Der Haken? Jede VM führt ein vollständiges Betriebssystem aus. Das verbraucht mehr Basis-RAM als containerbasierte Ansätze. Ein KVM-VPS mit Ubuntu benötigt etwa 300 bis 500 MB RAM allein für das Betriebssystem, bevor WordPress überhaupt geladen wird. Die Einrichtung ist aufwendiger, wenn du ohne Vorlagen von Grund auf aufbaust.

OpenVZ: Containerbasierte-Virtualisierung

OpenVZ verfolgt den entgegengesetzten Ansatz. Es handelt sich um Virtualisierung auf Betriebssystemebene, näher an dem, was Docker macht, als an dem, was KVM macht. Alle Container teilen sich den Linux-Kernel des Hosts. In jeder VPS-Instanz läuft kein eigenes Betriebssystem. Es gibt nur isolierte Userspace-Bereiche auf einem gemeinsamen Kernel.

Dadurch ist OpenVZ extrem leichtgewichtig:

Minimaler Overhead. Das Teilen des Kernels bedeutet weniger verschwendeten Speicher und nahezu sofortige Startzeiten. Anbieter können deutlich mehr Container auf einem einzelnen physischen Server unterbringen. Deshalb sind OpenVZ-Tarife tendenziell günstiger.

Schnelle Bereitstellung. Einen neuen Container hochzufahren dauert Sekunden, nicht Minuten. Horizontales Skalieren durch das Bereitstellen weiterer Instanzen ist denkbar einfach.

Höhere Dichte. Da Container den Kernel teilen und weniger Speicher brauchen, kann ein einzelner physischer Server mehr OpenVZ-Instanzen hosten als KVM-VMs. Das führt zu niedrigeren Kosten pro Instanz.

Doch die Nachteile treffen hart, wenn du eine produktive WordPress-Seite betreibst. Jeder Container ist an die Kernel-Version des Hosts gebunden. Du kannst sie nicht upgraden oder ändern. Du kannst keine andere Linux-Distribution nutzen, wenn der Host einen älteren Kernel verwendet. Und die Isolation ist grundsätzlich schwächer: Ein schlecht konfigurierter Nachbar kann die Performance deines Containers beeinträchtigen, weil alle denselben Kernel und in der Praxis oft dieselben I/O-Kanäle teilen.

Wenn du mehrere unabhängige WordPress-Seiten hostest, birgt das Shared-Kernel-Modell von OpenVZ echte Risiken. Unterschiedliche Seiten brauchen möglicherweise unterschiedliche PHP-Versionen, unterschiedliche Kernel-Module oder inkompatible Systembibliotheken. Bei KVM handhabt jede VM das unabhängig. Bei OpenVZ bist du auf das beschränkt, was der Host bereitstellt.

KVM vs. OpenVZ: Performance-Benchmarks

Theorie ist nützlich, aber Zahlen beenden Diskussionen. So sehen die Ergebnisse aus, wenn man KVM im direkten Vergleich gegen OpenVZ antreten lässt. Der Test verglich einen KVM-Tarif (ein Kern, 4 GB RAM) mit einem OpenVZ-Tarif (zwei Kerne, 2 GB RAM), um zu zeigen, wie der Virtualisierungstyp reine Hardwarespezifikationen übertrumpft.

CPU-Geschwindigkeit per Geekbench: Der KVM-Tarif mit einem Kern lieferte 35 % höhere Single-Core-Leistung als der OpenVZ-Tarif mit zwei Kernen. Das ist kein Tippfehler. Ein einziger KVM-Kern schlug zwei OpenVZ-Kerne bei Single-Thread-Workloads. Die Multi-Core-Leistung war nahezu identisch. Das bedeutet: Der einzelne KVM-Kern erledigte die Arbeit von zwei OpenVZ-Kernen. Hardwaregestützte Virtualisierung gibt jeder VM direkten Zugriff auf CPU-Erweiterungen, die OpenVZ-Container nicht vollständig nutzen können.

Storage-I/O per FIO: KVM zeigte eine Verbesserung von 67 % bei kombinierten zufälligen Lese-/Schreibgeschwindigkeiten. Das ist wohl der wichtigste Benchmark für WordPress. Jeder Seitenaufruf löst mehrere MySQL-Abfragen aus, die jeweils Lesezugriffe auf den Datenträger erfordern. Jeder Medien-Upload, jedes Plugin-Update, jedes Backup: alles Disk-I/O. Eine Verbesserung von 67 % an dieser Stelle übersetzt sich direkt in schnellere Datenbank-Antwortzeiten und zügigere Seitengenerierung.

Netzwerkdurchsatz per iPerf3: KVM lieferte 66 % besseren Durchsatz, sowohl beim Upload als auch beim Download. Moderne KVM-Tarife kommen üblicherweise mit 300 Mbit/s Netzwerkanbindung, verglichen mit 100 Mbit/s bei älteren OpenVZ-Setups. Für Seiten mit medienreichen Inhalten oder Datei-Downloads ist dieser Abstand enorm.

Über alle Metriken hinweg (CPU, Disk, Netzwerk) gewann KVM, und zwar nicht knapp. Der Performance-Unterschied ist groß genug, so dass ein KVM-Tarif mit niedrigeren Spezifikationen einen OpenVZ-Tarif mit höheren Spezifikationen konstant schlägt. Wenn du für VPS-Hosting bezahlst, ist die Virtualisierungstechnologie wichtiger als die Zahlen auf der Feature-Liste des Tarifs.

Die beste Virtualisierung für WordPress

Die Wahl der besten Virtualisierung für einen WordPress-VPS hängt von drei Faktoren ab: Performance unter Last, Skalierbarkeit bei wachsendem Traffic und Isolation zwischen den Seiten.

KVM bietet nahezu native Performance mit wirklich dedizierten Ressourcen. Deine WordPress-Seite konkurriert nicht mit Nachbarn um CPU-Zyklen oder Disk-Bandbreite. Wenn ein Traffic-Spike kommt (etwa weil ein Blogbeitrag viral geht oder du einen WooCommerce-Blitzverkauf startest), gehören die Ressourcen deiner VM dir allein. Punkt. Keine Leistungseinbrüche, weil jemand anderes auf demselben physischen Server einen CPU-intensiven Cronjob ausführt.

Skalierbarkeit ist mit KVM unkompliziert. Brauchst du mehr RAM? Mehr CPU-Kerne? Der Hypervisor passt die Zuweisungen an, ohne etwas neu aufbauen zu müssen. Mit OpenVZ bedeutet Skalierung, innerhalb der Grenzen eines gemeinsam genutzten Kernels zu arbeiten und mit den Ressourcen auszukommen, die der Anbieter nicht bereits an andere Mieter überverkauft hat.

Bei der Isolation setzt sich KVM klar von der Konkurrenz ab. Jede VM hat ihren eigenen Kernel, ihren eigenen Netzwerk-Stack und ihr eigenes vollständiges Dateisystem. Wenn du mehrere WordPress-Installationen mit unterschiedlichen Plugins, Themes und PHP-Versionsanforderungen hostest, sind sie bei KVM tatsächlich voneinander abgeschottet. OpenVZ-Container teilen genug vom zugrunde liegenden System, dass Konflikte zwischen Seiten nicht nur theoretisch möglich sind, sondern auf stark ausgelasteten Shared Hosts regelmäßig vorkommen.

Für jede WordPress-Seite, die unter realem Traffic konstante Performance braucht, ist KVM die richtige Wahl. OpenVZ eignet sich für Testumgebungen oder temporäre Staging-Seiten, bei denen Performance keine grosse Rolle spielt. Für produktives WordPress-Hosting gibt es keine echte Alternative zu KVM.

Ein praktischer Hinweis: Die meisten VPS-Anbieter sind in den letzten Jahren auf reine KVM-Tarife umgestiegen, weil die Performance- und Isolationsvorteile so deutlich sind. Wenn dein aktueller Anbieter noch OpenVZ anbietet, ist das ein Zeichen dafür, dass er mit älterer Infrastruktur arbeitet. Wenn du einen neuen WordPress-VPS suchst, stelle sicher, dass du KVM-Virtualisierung bekommst, bevor du dich festlegst.

WordPress-Performance nach Website-Typ

Um den Virtualisierungsvergleich mit echten Zahlen zu untermauern, hier die GTmetrix-Benchmarks (Fully Loaded Time) für drei verschiedene WordPress-Seitentypen. Der Test war bewusst zu Ungunsten von KVM angelegt: Der OpenVZ-Tarif hatte 4 CPU-Kerne und 4 GB RAM, der KVM-Tarif nur 1 Kern und 4 GB RAM. Alle Tests verwendeten das LiteSpeed Cache-Plugin auf OpenLiteSpeed.

Persönliche Webseite: KVM war 10 % schneller, obwohl es drei CPU-Kerne weniger hatte. Persönliche Seiten sind typischerweise schlank: ein paar Seiten, einige Bilder, minimale Datenbankabfragen. Trotzdem machten KVMs schnellere Disk-I/O und der effizientere CPU-Zugriff einen messbaren Unterschied. Für ein einfaches Portfolio oder Blog würde grundsätzlich jede Plattform funktionieren, aber KVM hat dennoch die Nase vorn.

eCommerce-Shop: KVM erzielte eine 21 % kürzere Seitenladezeit. Hier wird der Abstand richtig deutlich. Online-Shops auf WooCommerce-Basis beanspruchen die Datenbank ständig: Produktabfragen, Warenkorb-Sessions, Bestandsprüfungen, dynamische Preisberechnungen, Payment-Gateway-Aufrufe. Der 67-%-Vorteil bei der Disk-I/O aus den Benchmarks schlägt sich direkt in schnelleren Produktseiten und zügigeren Checkout-Prozessen nieder. Für eine eCommerce-Seite heisst OpenVZ: du verschenkst bares Geld.

Webdesign-Agentur-Seite: KVM war 5 % schneller. Agentur-Portfolio-Seiten sind typischerweise JavaScript-lastig mit vielen externen HTTP-Requests: eingebettete Karten, Social-Media-Feeds, Analytics-Skripte von Drittanbietern. Der Performance-Engpass verlagert sich teilweise auf die Client-Seite und externe APIs. Deshalb ist der serverseitige Vorteil hier kleiner. Dennoch lag KVM in jedem einzelnen Testlauf vorn.

Das Fazit: KVM übertrifft OpenVZ bei allen WordPress-Seitentypen. Die größten Gewinne zeigen sich bei datenbankintensiven Seiten wie eCommerce-Shops. Selbst mit einem Nachteil von 4:1 bei den CPU-Kernen lieferte KVM dank besserer I/O und CPU-Nutzung jedes Mal schnellere Ladezeiten.

Der beste Webserver für WordPress-Geschwindigkeit

Virtualisierung ist das Fundament. Der Webserver ist die nächste Schicht darüber, und die richtige Wahl ist für die WordPress-Performance genauso entscheidend. Drei Webserver dominieren die WordPress-Hosting-Welt: Apache, NGINX und OpenLiteSpeed. Jeder verarbeitet PHP-Anfragen, die Auslieferung statischer Dateien und die Verbindungsverwaltung auf grundlegend unterschiedliche Weise.

Apache: Überblick

Apache ist das Urgestein unter den Webservern. Er treibt das Web seit 1995 an und läuft nach wie vor auf rund 30 % aller Webseiten weltweit. Damit ist Apache der zweitbeliebteste Webserver hinter NGINX. WordPress.org listet Apache offiziell als empfohlene Serverumgebung, und die meisten Shared-Hosting-Anbieter setzen ihn standardmässig ein.

Die grösste Stärke von Apache ist die einfache Konfiguration. Die '.htaccess'-Datei erlaubt es dir, das Serververhalten auf Verzeichnisebene zu ändern, ohne die Hauptkonfiguration anzufassen. WordPress und Hunderte seiner Plugins nutzen '.htaccess' für Permalink-Strukturen, Sicherheitsregeln und Caching-Direktiven. Wenn du jemals eine Rewrite-Regel aus einem WordPress-Tutorial kopiert hast, hast du Apache konfiguriert.

Das Modulsystem ist umfangreich und ausgereift. Du willst gzip-Kompression hinzufügen? Lade 'mod_deflate'. URL-Rewriting nötig? 'mod_rewrite'. HTTP/2-Unterstützung? 'mod_http2'. Module können zur Laufzeit dynamisch geladen und entladen werden. Du musst den Server also nicht neu kompilieren, um Funktionen nachzurüsten.

Die Schwäche liegt im Umgang mit vielen gleichzeitigen Verbindungen. Apaches traditionelles Prefork-Modell erzeugt für jede eingehende Verbindung einen eigenen Prozess. Bei hohem Traffic frisst diese Architektur RAM ohne Ende. Das Event-MPM hat einiges verbessert, doch Apache ist nach wie vor nicht so effizient wie speziell dafür gebaute, ereignisgesteuerte Alternativen, wenn es um Tausende gleichzeitiger Verbindungen oder die Auslieferung statischer Inhalte wie Bilder, CSS und JavaScript geht.

NGINX: Überblick

NGINX hat Apache vor einigen Jahren als beliebtesten Webserver abgelöst. Er betreibt mittlerweile über 34 % aller Webseiten weltweit und wurde von Grund auf entwickelt, um die Probleme mit gleichzeitigen Verbindungen zu lösen, mit denen Apache seit seinen Tagen des Prozess-pro-Verbindung-Modells kämpft.

Die Architektur ist grundlegend anders. NGINX nutzt ein asynchrones, ereignisgesteuertes Modell, bei dem eine kleine Anzahl von Worker-Prozessen Tausende gleichzeitiger Verbindungen verwaltet. Statt jeder Verbindung einen eigenen Prozess oder Thread zuzuweisen, multiplext NGINX Verbindungen über Worker mittels nicht-blockierendem I/O. Das Ergebnis: dramatisch niedrigerer Speicherverbrauch bei hohem Traffic und hervorragende Performance bei der Auslieferung statischer Dateien.

Für WordPress-Seiten mit hohem Traffic ist NGINX als Reverse Proxy vor PHP-FPM ein bewährtes Setup. Statische Assets werden blitzschnell ausgeliefert, ohne dass PHP überhaupt involviert ist. Dynamische Anfragen werden effizient an den PHP-Prozessor weitergeleitet.

Der Haken ist die Konfiguration. NGINX unterstützt keine '.htaccess'-Dateien. Jede Änderung an der Serverkonfiguration erfordert das Bearbeiten der 'nginx.conf' oder seitenspezifischer Konfigurationsdateien und anschliessendes Neuladen des Dienstes. Für WordPress bedeutet das: Plugins, die auf '.htaccess'-Rewrite-Regeln basieren, funktionieren nicht automatisch. Du musst diese Regeln manuell in die NGINX-Syntax übertragen. Je nach Plugin reicht der Aufwand von trivial bis nervig. Einige beliebte Sicherheits- und SEO-Plugins erfordern erhebliche NGINX-Konfigurationsarbeit.

OpenLiteSpeed: Überblick

OpenLiteSpeed ist die Open-Source-Edition des kommerziellen LiteSpeed-Webservers. Stell dir vor, Apache und NGINX hätten ein Kind, das die besten Eigenschaften beider Eltern geerbt hat und keine der schlechten.

Er verwendet eine ereignisgesteuerte Architektur ähnlich NGINX für die effiziente Verarbeitung gleichzeitiger Verbindungen. Gleichzeitig liest er Apaches '.htaccess'-Dateien und 'mod_rewrite'-Regeln nativ. Du bekommst NGINX-Performance ohne die Konfigurationsprobleme beim Betrieb von WordPress. Plugins, die auf '.htaccess'-Regeln angewiesen sind, funktionieren sofort, genau wie bei Apache.

Der eigentliche Vorteil fürs WordPress-Hosting ist die integrierte LSCache-Unterstützung. Das LiteSpeed Cache-Plugin ist nicht nur ein weiteres WordPress-Caching-Plugin, das mit WP Super Cache oder W3 Total Cache konkurriert. Es integriert sich direkt auf Webserver-Ebene, was diese Plugins schlicht nicht können. Seiten-Caching, Objekt-Caching, Bildoptimierung, CSS-/JS-Minifizierung, Datenbankoptimierung, CDN-Integration: All das läuft auf Server-Ebene statt über PHP-Workarounds.

Die Einschränkungen sind für die meisten WordPress-Nutzer überschaubar. Der Community-Support ist kleiner als die etablierten Ökosysteme von Apache oder NGINX. OpenLiteSpeed läuft nur auf Unix-ähnlichen Betriebssystemen (Linux, macOS), also keine Windows-Server. Der Open-Source-Edition fehlen einige Features der kommerziellen LiteSpeed Enterprise- und Standard-Editionen, etwa erweitertes Load Balancing und Clustering. Für den Betrieb von WordPress auf einem einzelnen VPS spielen diese Einschränkungen in der Praxis aber kaum eine Rolle.

Webserver-Benchmark-Vergleich

Über Architektur zu reden bringt dich nur bis zu einem gewissen Punkt. Wir haben die gleichen drei WordPress-Seitentypen auf jedem Webserver getestet, auf einem identischen KVM-VPS (ein Kern, 4 GB RAM), und die Fully-Loaded-Time mit GTmetrix gemessen. Gleiche WordPress-Installation, gleiches Theme, gleiche Plugins. Nur der Webserver wurde zwischen den Tests gewechselt.

OpenLiteSpeed gewann jeden einzelnen Test. Es lud Seiten 16 % bis 32 % schneller als Apache und 14 % bis 38 % schneller als NGINX, über alle drei Seitentypen hinweg. Die persönliche Seite zeigte den kleinsten Abstand (einfachere Seiten lassen weniger Raum für Optimierung). Der eCommerce-Shop zeigte den grössten (PHP-intensive WooCommerce-Operationen profitieren enorm von LiteSpeeds integriertem PHP-Handler und serverseitigem Caching).

Das sind keine synthetischen Benchmarks mit konstruierten Workloads. Das sind echte WordPress-Seiten mit echten Themes und echten Plugins, getestet mit einem weit verbreiteten Performance-Tool. OpenLiteSpeeds Kombination aus ereignisgesteuerter Architektur, nativer '.htaccess'-Unterstützung und integriertem Caching verschafft ihm beim WordPress-Hosting einen klaren Vorteil, den weder Apache noch NGINX mit ihren Standardkonfigurationen erreichen.

Wenn du einen neuen WordPress-VPS aufsetzt und die Wahl hast, nimm OpenLiteSpeed. Du bekommst die Benutzerfreundlichkeit von Apache, das Performance-Profil von NGINX und eine Caching-Integration, die keiner der Konkurrenten nativ bietet.

So richtest du WordPress auf einem KVM-VPS ein

Theorie und Benchmarks sind nett, aber du bist hier, um etwas aufzubauen. Hier kommt die praktische Schritt-für-Schritt-Anleitung zur Einrichtung eines KVM-VPS mit OpenLiteSpeed und WordPress. Jeder Schritt baut auf dem vorherigen auf. Überspringe nichts.

OpenLiteSpeed und WordPress installieren

Die meisten VPS-Anbieter mit KVM-Tarifen bieten auch vorkonfigurierte Anwendungsvorlagen oder One-Click-Images an. Suche nach einem Ubuntu-basierten Template, das OpenLiteSpeed zusammen mit WordPress bündelt. Ein Template erspart dir die manuelle Installation und Konfiguration jeder einzelnen Komponente: Betriebssystem, Webserver, PHP, MySQL und WordPress.

Navigiere im Kontrollpanel deines VPS-Anbieters zum Bereich Betriebssystem oder Anwendungsvorlagen. Wähle das Template WordPress mit OpenLiteSpeed aus. Wende es auf deine VPS-Instanz an und warte, bis die Installation abgeschlossen ist. Das dauert je nach Infrastruktur deines Anbieters in der Regel etwa 10 Minuten.

Falls dein Anbieter kein kombiniertes Template anbietet, musst du OpenLiteSpeed manuell über das offizielle Installationsskript aus dem LiteSpeed-Repository installieren und dann WordPress darauf einrichten. Der manuelle Weg dauert länger und erfordert mehr Arbeit auf der Kommandozeile, gibt dir aber von Anfang an mehr Kontrolle über PHP-Versionen, MySQL-Konfiguration und Server-Tuning.

Egal welchen Weg du wählst: Stelle sicher, dass das Template oder die manuelle Installation PHP 8.2+ (oder die aktuellste stabile Version), MariaDB oder MySQL 8.x enthält und das OpenLiteSpeed-Repository für automatische Sicherheitsupdates konfiguriert ist. Diese Details sind wichtiger, als die meisten annehmen. Eine veraltete PHP-Version bringt nicht nur fehlende Performance-Verbesserungen mit sich, sondern auch Sicherheitslücken, nach denen Bots aktiv scannen.

Per SSH verbinden und Setup-Skript ausführen

Nachdem das Template die Installation abgeschlossen hat, musst du die Serverkonfiguration über SSH finalisieren. Verbinde dich mit einem SSH-Client deiner Wahl mit deinem VPS: Terminal unter Mac oder Linux, PuTTY unter Windows, oder ein browserbasiertes Terminal, falls dein Anbieter eines im Dashboard integriert hat.

Melde dich mit deinen Root-Zugangsdaten an. Die SSH-Zugangsdaten (IP-Adresse, Benutzername, Port und Passwort) findest du in der Übersicht oder im Zugriffsbereich des Kontrollpanels deines VPS. Nach dem Login sollte ein interaktives Setup-Skript automatisch starten, wenn du ein Template verwendet hast.

Das Skript fragt nach deinem Domainnamen oder der VPS-IP-Adresse und zeigt dann eine Reihe von Konfigurationsoptionen an. Die meisten sind einfache Ja/Nein-Fragen: Automatische Sicherheitsupdates aktivieren? Firewall-Regeln konfigurieren? Swap-Speicher einrichten? Die Standardeinstellungen funktionieren für normale WordPress-Installationen gut. Beantworte die Fragen und lass das Skript durchlaufen. Wenn es fertig ist, siehst du eine Bestätigung, dass OpenLiteSpeed installiert ist und der Webserver läuft.

WordPress installieren und konfigurieren

Öffne jetzt einen Browser und navigiere zu deinem Domainnamen oder der IP-Adresse deines VPS. Du landest im Standard-WordPress-Installationsassistenten, dem gleichen, den du bei jeder WordPress-Installation siehst.

Wähle deine Sprache, trage dann den Seitentitel, Admin-Benutzernamen, die Admin-E-Mail-Adresse und ein starkes Passwort ein. Notiere dir diese Zugangsdaten an einem sicheren Ort. Klicke auf "WordPress installieren" und warte ein paar Sekunden, bis die Einrichtung abgeschlossen ist.

WordPress ist jetzt live. Das LiteSpeed Cache-Plugin wird automatisch installiert, wenn du das OpenLiteSpeed-Template verwendet hast. Überprüfe, ob alles funktioniert: Lade die Startseite deiner Website im Browser, prüfe, ob das Admin-Dashboard unter '/wp-admin' erreichbar ist, und stelle sicher, dass das LiteSpeed Cache-Plugin im Menü Plugins im Dashboard auftaucht. Wenn in diesem Stadium etwas nicht funktioniert, liegt es fast immer an DNS. Stelle sicher, dass der A-Record deiner Domain auf die IP-Adresse deines VPS zeigt.

Server und Datenbank verwalten

OpenLiteSpeed bringt Web Admin mit, eine browserbasierte Oberfläche zur Serververwaltung. Du erreichst sie unter 'https://deine-vps-ip:7080'. Vermutlich musst du diesen Port zuerst in deiner Firewall freigeben. Führe dazu per SSH aus:

ufw allow 7080

Der Standard-Benutzername für Web Admin ist Admin (grosses A). Finde das Passwort mit:

sudo cat /home/ubuntu/.litespeed_password

Über das Web-Admin-Panel kannst du virtuelle Hosts für mehrere Domains konfigurieren, SSL-Zertifikate verwalten, PHP-Einstellungen anpassen (Speicherlimits, maximale Ausführungszeit, Upload-Grössen) und Server-Performance-Metriken in Echtzeit überwachen.

Für die MySQL-Datenbankverwaltung installiert das Template auch phpMyAdmin. Du erreichst es unter 'http://deine-vps-ip/phpmyadmin' mit root als Benutzername. Hole dir das Datenbank-Passwort mit:

sudo cat /home/ubuntu/.db_password

Nutze phpMyAdmin für Datenbankoperationen wie das Optimieren von Tabellen, manuelle Abfragen, Benutzerverwaltung und das Erstellen von Backups. Für den Produktivbetrieb sieh dir die offizielle LiteSpeed-Dokumentation an, um HTTPS mit Let's Encrypt einzurichten und deine SSL-Konfiguration abzusichern.

LiteSpeed Cache-Plugin konfigurieren

Jetzt zahlen sich die Entscheidungen bei Virtualisierung und Webserver aus. Das LiteSpeed Cache-WordPress-Plugin ist über das OpenLiteSpeed-Template vorinstalliert und erscheint in deinem WordPress-Dashboard unter Plugins.

Öffne die Einstellungen des Plugins. Für die meisten WordPress-Seiten funktioniert die Standard-Konfiguration für das Seiten-Caching sofort gut. Die eine Einstellung, die du unbedingt von Tag eins an aktivieren solltest, ist der Objekt-Cache. Objekt-Caching speichert Ergebnisse von Datenbankabfragen im Arbeitsspeicher (in der Regel über Redis oder Memcached). So muss WordPress nicht für jeden einzelnen Seitenaufruf die gleichen MySQL-Abfragen erneut ausführen. Bei WooCommerce-Seiten kann allein das die Seitengenerierungszeit halbieren.

Über das Objekt-Caching hinaus kümmert sich das Plugin um Browser-Caching-Header, CSS- und JavaScript-Minifizierung und -Zusammenfassung, Lazy Loading für Bilder, WebP-Bildkonvertierung und die Optimierung von Datenbanktabellen. All das läuft auf Webserver-Ebene über LiteSpeeds native Cache-Engine, nicht über PHP-basierte Workarounds, auf die die meisten Caching-Plugins angewiesen sind. Der Unterschied in der Ausführungsgeschwindigkeit zwischen Caching auf Server-Ebene und auf PHP-Ebene ist erheblich.

Nimm dir Zeit, die Einstellungen zu erkunden, aber denke nicht zu viel über die initiale Konfiguration nach. Aktiviere den Seiten-Cache und den Objekt-Cache, schalte die CSS-/JS-Minifizierung ein und lass alles andere auf den Standardwerten. Feintuning kannst du später machen, sobald deine Seite stabil läuft und du echte Traffic-Daten hast.

Was du allerdings direkt machen solltest: einen Vorher-Nachher-Speedtest. Nutze GTmetrix oder Google PageSpeed Insights, um die Ladezeit deiner Seite vor dem Aktivieren des Cachings zu messen und dann noch einmal danach. Wenn du siehst, dass die Zahlen sinken, hast du einen Ausgangswert und die Bestätigung, dass der Cache funktioniert. Falls sich die Werte nicht verbessern, prüfe, ob das Plugin wirklich aktiv ist (suche nach dem 'X-LiteSpeed-Cache'-Antwort-Header in den Entwicklertools deines Browsers) und ob das Cache-Modul im Web Admin deines OpenLiteSpeed-Servers aktiviert ist.

Ergebnisse des LiteSpeed Cache-Performance-Tests

Der Test von KVM- und OpenVZ-VPS-Tarifen mit ein- und ausgeschaltetem LiteSpeed Cache zeigt genau, wie viel jede Schicht zum gesamten WordPress-Performance-Stack beiträgt.

Persönliche Webseite: KVM mit aktiviertem LiteSpeed Cache war 10 % schneller als OpenVZ mit dem gleichen aktiven Plugin. Und jetzt kommt der Clou: KVM ohne jegliches Caching-Plugin war immer noch 4 % schneller als OpenVZ mit aktiviertem LiteSpeed Cache. Der Virtualisierungsvorteil allein übertraf einen vollständigen Caching-Stack auf der schwächeren Plattform. Das zeigt dir alles, was du über die Bedeutung der zugrunde liegenden Infrastruktur wissen musst.

eCommerce-Shop: KVM lieferte 8 % schnellere Ladezeiten mit aktiviertem Caching und 11 % schnellere ohne Caching. Die datenbankintensive Natur von WooCommerce macht den Disk-I/O-Vorteil von KVM hier besonders sichtbar. Jede Produktseite erfordert mehrere Datenbankabfragen. Schnellerer Speicher bedeutet schnellere Abfrageergebnisse und damit schnellere Seiten.

Agentur-Webseite: KVM zeigte eine Verbesserung von 5 % mit aktiviertem LiteSpeed Cache und 3 % ohne. Der kleinere Abstand erklärt sich dadurch, dass Agentur-Portfolio-Seiten typischerweise durch externe JavaScript-Ausführung und API-Aufrufe von Drittanbietern ausgebremst werden und nicht durch serverseitige PHP-Verarbeitung. Trotzdem hat KVM keinen einzigen Test verloren.

Das durchgängige Muster über alle Tests: KVM + OpenLiteSpeed + LiteSpeed Cache ist die schnellste verfügbare Kombination für WordPress-Hosting. Der Gesamtvorteil liegt je nach Datenbankintensität deiner Seite zwischen 5 % und 21 %. Für einen eCommerce-Shop, bei dem die Seitenladezeit direkt Conversion-Raten und Umsatz beeinflusst, ist dieser 21-%-Unterschied keine theoretische Übung, sondern bares Geld.

FAQ: WordPress auf einem KVM-VPS