VPS vs. Shared Hosting: was ein VPS ist und wann du wirklich einen brauchst

Shared Hosting und ein VPS können im Monat fast gleich viel kosten und trotzdem völlig verschiedene Produkte sein. Beim Shared Hosting liegt deine Website in einem Konto unter vielen auf demselben Server, und der Anbieter begrenzt, wie viel Arbeitsspeicher, wie viele Prozesse und wie viele gleichzeitige Anfragen jedes Konto nutzen darf. Ein VPS, ein virtueller privater Server oder vServer, ist eine eigene virtuelle Maschine mit garantierten Ressourcen, voller Kontrolle und voller Verantwortung. Dieser Leitfaden erklärt beides, zeigt an unserem eigenen Konto, an welche Grenzen ein Shared-Konto tatsächlich stößt, und gibt dir eine einfache Regel, wann sich der Umzug auf einen VPS lohnt.

Der Unterschied in einem Absatz

Beim Shared Hosting mietest du ein Konto, keine Maschine. Der Anbieter betreibt einen großen Server, legt die Konten vieler Kunden darauf und verhindert, dass ein Konto die anderen verdrängt, indem er begrenzt, was jedes nutzen darf. Software, Sicherheitsupdates und Verwaltungsoberfläche sind seine Aufgabe. Bei einem VPS mietest du eine virtuelle Maschine: ein Stück eines physischen Servers mit eigenem Betriebssystem und für dich reservierten Ressourcen, das du vollständig kontrollierst und um das du dich deshalb auch kümmern musst. Shared Hosting ist eine Mietwohnung; ein VPS ist ein Haus auf einem gemeinsamen Grundstück.

Was Shared Hosting genau begrenzt

Viele Shared-Hoster, darunter Hostinger, nutzen CloudLinux, das jedes Konto in einen eigenen leichten Container steckt und dessen CPU, Arbeitsspeicher, Festplattengeschwindigkeit, Prozessanzahl und Entry Processes begrenzt, also ungefähr die Zahl der Anfragen, die das Konto im selben Moment bearbeiten darf. Die Standardwerte von CloudLinux sind ein Prozessorkern, 1 GB Arbeitsspeicher, 100 Prozesse und 20 Entry Processes pro Konto, und jeder Anbieter legt davon ausgehend eigene Werte fest. Hostingers aktuelle Webhosting-Tarife geben einem Konto zum Beispiel 1, 2 oder 3 GB Arbeitsspeicher.

Was an der Grenze passiert, ist einfach: Anfragen, die nicht mehr hineinpassen, werden abgewiesen. Hostingers Hilfeseiten sagen, dass Besucher einen Fehler 503 Service Unavailable sehen können, wenn ein Tarif sein Prozess- oder Speicherlimit erreicht, und dass es ein deutliches Zeichen für zu wenig Ressourcen ist, wenn das 10- bis 20-mal im Monat passiert. Für eine Visitenkarten-Website oder eine kleine WordPress-Installation kommt dieser Tag vielleicht nie. Für einen Shop während einer Aktion oder eine Anwendung, die Prozesse am Laufen hält, kommt er früher, als der Preis vermuten lässt.

Woran wir auf unserem eigenen Shared-Konto gestoßen sind

Beim Shared Hosting sind die Grenzen unsichtbar, bis du sie erreichst, und sie gelten für das ganze Konto, nicht für eine einzelne Website. Unsere drei Websites, levelui.de, .com und .ro, laufen als Node.js-Anwendungen auf einem Shared-Hosting-Konto, auf dem noch drei weitere Websites liegen. Im Juli 2026 haben wir alle drei Domains innerhalb von zwei Minuten neu veröffentlicht; das Konto erreichte seine Grenze von 120 Prozessen, und zwei der Domains antworteten mit Fehlern, bis alte Prozesse von Hand beendet wurden. An keiner der beiden Websites war etwas kaputt. Sie warteten einfach auf Prozessplätze, die die anderen Deployments belegten.

Andere Grenzen tauchten genauso auf, eine nach der anderen. Ein Prozess, der über etwa 2 GB Arbeitsspeicher wächst, wird beendet, weshalb unsere Website nicht mehr auf dem Server gebaut werden kann und stattdessen auf unserem eigenen Rechner gebaut wird. Hintergrundprozesse werden nach etwa einer Stunde gestoppt, und geplante Aufgaben lassen sich nur über das Panel des Anbieters anlegen. Und innerhalb des Kontos meldet Node.js die 64 Prozessoren und 514 GB Arbeitsspeicher des physischen Servers, sodass Software, die sich nach dem richtet, was sie sieht, mit Ressourcen plant, die sie nie bekommen wird. Nichts davon ist eine Beschwerde: So funktioniert Shared Hosting. Kaltstarts und das Aufräumen von Prozessen beschreiben wir ausführlich in was dein Server mit PageSpeed macht.

Was dir ein VPS gibt

Ein VPS ersetzt die kontoweiten Obergrenzen durch die Größe der Maschine. Hostingers kleinster, KVM 1, hat 1 virtuelle CPU, 4 GB Arbeitsspeicher und 50 GB NVMe-Speicher und kostete am 10. Oktober 2026 6,49 US-Dollar im Monat bei Vorauszahlung, mit Verlängerung zu 11,99 US-Dollar; die größeren Tarife verdoppeln jeweils jeden Wert bis zu 8 CPUs und 32 GB. Du bekommst Root-Zugriff und kannst alles installieren: Node.js, Docker, eine Datenbank, eine Warteschlange, geplante Jobs, die so lange laufen, wie sie müssen. Das Deployment eines anderen kann dir keine Prozessplätze mehr wegnehmen, weil es keine mehr gibt, die man wegnehmen könnte.

Die Kehrseite: Ein VPS ist meist unmanaged, und Hostingers eigene FAQ beschreibt seine VPS-Tarife genau so. Das Betriebssystem und seine Sicherheitsupdates, die Firewall, der SSH-Zugang, Backups, die du mindestens einmal wiederhergestellt hast, und ein Monitoring, das dir einen Ausfall meldet, bevor es ein Kunde tut, liegen alle bei dir. Das ist echte, wiederkehrende Arbeit, und auf einem VPS erledigt sie niemand, wenn nicht du oder jemand, den du dafür bezahlst.

Wann Shared Hosting reicht

Für die meisten Websites kleiner Unternehmen ist Shared Hosting die richtige Antwort, und ein Umzug brächte nur Arbeit. Eine WordPress-Website mit gleichmäßigem Traffic, ein kleiner Shop, eine statische Website oder eine Landingpage passen bequem in einen ordentlichen Tarif, und die Updates des Anbieters sind mehr wert als Root-Zugriff, den du nie nutzen würdest. Ist die Website statisch, braucht sie vielleicht gar keinen Server: Fertige Seiten lassen sich für sehr wenig aus einem CDN ausliefern, wie wir in statische vs. dynamische Website erklären. Bevor du wegen einer langsamen Website aufrüstest, prüf, ob es am Server liegt und nicht an den Seiten, denn ein schweres Theme und unoptimierte Bilder sind auf einem VPS genauso langsam.

Wann du auf einen VPS umziehen solltest

Zieh auf einen VPS um, wenn du eigene Prozesse laufen lassen musst oder wenn du die Grenzen des Shared Hostings mehr als nur gelegentlich erreichst. Der erste Fall umfasst Node.js- oder Python-Anwendungen, Docker-Container, Hintergrund-Worker, geplante Jobs, die länger als ein paar Minuten laufen, und Software, die auf einem eigenen Port lauschen muss. Der zweite lässt sich messen: Zeigt die Ressourcenseite des Anbieters das Konto mehrmals im Monat am Speicher- oder Prozesslimit, oder sehen Besucher bei normalem Traffic 503-Fehler, ist der Tarif zu klein.

Es gibt auch weichere Gründe. Mehrere Websites auf einem Konto bremsen sich gegenseitig aus; ein VPS trennt sie oder gibt jeder ihren eigenen Container. Compliance-Vorgaben können einen isolierten Server verlangen. Und manchmal ist der Auslöser der Build: Eine moderne JavaScript-Website kann zum Bauen mehr Arbeitsspeicher brauchen, als ein Shared-Konto erlaubt, so wie unsere. Jeder dieser Punkte ist ein Grund für den Umzug. Reiner Traffic ist es meist nicht; ein Cache oder ein CDN vor einem Shared-Tarif verkraftet mehr Besucher, als man denkt.

VPS vs. Cloud Hosting

„Cloud Hosting“ bedeutet bei verschiedenen Firmen Verschiedenes, deshalb verwirrt der Vergleich. Bei vielen Webhostern ist es ein größerer, gemanagter Shared-Tarif: Hostingers Cloud Startup gibt einem Konto zum Beispiel 4 GB Arbeitsspeicher und 4 CPU-Kerne für bis zu 100 Websites, weiterhin ohne Root-Zugriff. Bei Amazon, Google oder Microsoft ist ein Cloud-Server eine virtuelle Maschine, in allem außer dem Namen ein VPS, stundengenau abgerechnet und in der Größe veränderbar. Lies, was der Tarif enthält, Root-Zugriff, garantierte Ressourcen, wer das System aktualisiert, statt wie er heißt.

Was wir nutzen und was wir empfehlen

Unsere eigenen Websites bleiben auf Shared Hosting: Seit wir sie auf unserem eigenen Rechner bauen und ein Wartungsskript von uns repariert haben, das sie immer wieder neu startete, kommt das Konto gut mit ihnen zurecht, und wir wissen, wo seine Grenzen liegen. Node.js-Anwendungen von Kunden sind ein anderer Fall, weil sie eigene Prozesse und Platz zum Bauen brauchen, deshalb legt unser Paket Node.js-Hosting und Monitoring sie auf einen Managed VPS, mit täglichen Backups und Monitoring, damit der unmanaged Teil nicht bei dir hängen bleibt.

Unsere Empfehlung ist die Reihenfolge der Fragen. Braucht die Website überhaupt einen Server, oder kann sie statisch sein? Wenn sie einen braucht, läuft darauf noch etwas anderes als PHP? Wenn nicht, reicht ein guter Shared-Tarif, bis seine eigene Ressourcenseite etwas anderes sagt. Wenn doch, nimm einen VPS und entscheide am ersten Tag, wer ihn pflegt, denn diese Entscheidung kostet übers Jahr mehr als der Server. Ein Wartungsvertrag ist eine Antwort; unser Hosting und Deployment eine andere.

Quellen

Tarifangaben und Preise von Hostingers eigenen Seiten und aus der CloudLinux-Dokumentation, geprüft am 10. Oktober 2026. Die beschriebenen Kontogrenzen stammen aus unseren eigenen Produktionsvorfällen zwischen Juli und September 2026.

• CloudLinux-OS-Dokumentation — Limits ↗

  Die Grenzen pro Konto, die Shared-Hoster setzen: CPU, physischer Speicher, IO, Prozesse und Entry Processes, mit ihren Standardwerten.

• Hostinger — Parameter und Grenzen der Hosting-Tarife ↗

  Arbeitsspeicher, CPU-Kerne und Inodes je Webhosting- und Cloud-Tarif.

• Hostinger — Was tun, wenn die Grenzen des Tarifs erreicht sind ↗

  Am Prozess- oder Speicherlimit können Besucher einen 503-Fehler sehen; 10 bis 20 Mal im Monat heißt, die Website braucht mehr Ressourcen.

• Hostinger — VPS-Hosting ↗

  Ausstattung und Preise von KVM 1 bis KVM 8; voller Root-Zugriff; unmanaged.