Shared Hosting oder VPS: Was brauchen Sie wirklich?

Shared Hosting vs. VPS: die kurze Antwort

Shared Hosting vs. VPS ist keine Geschwindigkeitsfrage. Beim Shared Hosting mieten Sie ein Konto auf einem Rechner, den ein anderer Anbieter konfiguriert und mit Patches versorgt und den er mit Hunderten Kunden teilt. Bei einem VPS (Virtual Private Server) mieten Sie ein vollständiges Betriebssystem mit root-Zugriff. Sie installieren daher, was Sie benötigen, und müssen auch Fehler beheben, die Sie selbst verursacht haben.

Drei Dinge unterscheiden sich grundlegend. Entweder haben Sie root-Zugriff oder nicht. Ihr Arbeitsspeicher ist entweder Ihnen fest zugewiesen oder wird aus einem Pool entnommen. Und wenn der Server um Mitternacht nicht mehr antwortet, behebt entweder der Hoster das Problem oder Sie selbst. Alle Einträge in einer Vergleichstabelle ergeben sich aus diesen drei Punkten.

Wenn Ihre Website aus Seiten, Bildern und einem Kontaktformular besteht, ist Shared Hosting die richtige Wahl und kostet weniger. Wenn Ihre Website ein Programm benötigt, das dauerhaft läuft, auch wenn niemand die Website aufruft, benötigen Sie einen VPS.

Was Shared Hosting tatsächlich bietet

Auf einem Linux-Server laufen gleichzeitig viele Kundenkonten. Jedes Konto verfügt über ein Home-Verzeichnis mit Document Root, eine Datenbank und ein Mailbox-Verzeichnis. Ein einzelner Webserver, üblicherweise Apache oder LiteSpeed, stellt alle Websites auf dem Server bereit. Anstelle einer Shell erhalten Sie ein Control Panel. Sie erhalten keinen root-Zugriff. Daher können Sie keine Pakete installieren, Ports öffnen oder Hintergrunddienste starten.

Die meisten Shared-Hosting-Anbieter verwenden CloudLinux. CloudLinux führt jedes Konto in einem eigenen Container aus und begrenzt die verfügbare Prozessorzeit sowie die Anzahl der Prozesse, die Sie gleichzeitig ausführen dürfen. Wenn Sie das Prozesslimit überschreiten, wird Ihre Website nicht langsamer. Der Server gibt eine Fehlerseite mit dem Inhalt 508 Resource Limit Is Reached zurück. Diese Seite zeigt, dass Ihr eigenes Konto sein Limit erreicht hat. Sie bedeutet nicht, dass ein anderes Konto Ihren Anteil der Ressourcen verwendet.

Dieser Kompromiss ist beabsichtigt. Sie geben Kontrolle ab. Dafür aktualisiert der Anbieter den Kernel und PHP, erneuert das Zertifikat und erstellt jede Nacht ein Backup. Für sehr viele Websites ist das ein sinnvoller Kompromiss.

Was Sie mit einem VPS tatsächlich erhalten

Ein VPS ist eine virtuelle Maschine, die auf einem Host-Server ausgeführt wird. Unter KVM, dem Hypervisor hinter den meisten Linux-VPS-Tarifen, startet Ihre Instanz ihren eigenen Kernel und verfügt über eine eigene IP-Adresse, eine eigene Firewall und ein eigenes Init-System. sudo funktioniert. apt install funktioniert. Ein Programm, das Sie über systemd starten, läuft nach Ihrer Abmeldung weiter, wird nach einem Absturz neu gestartet und ist nach einem Reboot wieder verfügbar.

Genau dieser Root-Zugriff macht die Sicherheit der Maschine zu Ihrer Aufgabe. Niemand anderes überwacht sie. Das Spektrum der Anwendungen, die auf einem VPS betrieben werden ist genau aus diesem Grund groß: Die Maschine kann alles ausführen, was ein Linux-Server ausführen kann.

Unterschied 1: root-Zugriff und die damit verfügbaren Möglichkeiten

root ist der entscheidende Unterschied, aus dem sich alle weiteren Unterschiede ergeben. Damit installieren Sie jedes Paket aus der Distribution, binden jeden Port, schreiben eine systemd-Unit, lesen jedes Log auf dem System und ändern Kernel-Einstellungen mit sysctl. Ohne root sind Sie auf die Optionen beschränkt, die das Panel anbietet: eine Auswahl der PHP-Version, eine feste Gruppe von Erweiterungen und ein Formular für Cron-Jobs.

Auf einem VPS können Sie jederzeit prüfen, welche Prozesse auf Ports lauschen:

ss -ltnp

Jede Zeile entspricht einem offenen Socket und dem Prozess, dem er gehört. Ein Dienst, der nicht gestartet werden konnte, erscheint daher als fehlende Zeile. Beim Shared Hosting lässt sich diese Frage nicht beantworten, weil Port 80 und 443 dem Webserver des Hosts gehören und Sie keinen eigenen Dienst daran binden können.

Unterschied 2: Zugewiesener Speicher im Vergleich zu geliehenem Speicher

Shared Hosting wird unter der Annahme angeboten, dass nur wenige Accounts gleichzeitig ausgelastet sind. Der Arbeitsspeicher des Servers bildet einen gemeinsamen Pool. Der Anteil Ihres Accounts daran ist ein Limit und keine Reservierung. Wenn dieser Anteil ausgeschöpft ist, werden PHP-Prozesse beendet. Besucher erhalten dann einen 500- oder 508-Fehler.

Bei einem VPS gehört der Arbeitsspeicher Ihres Tarifs zu Ihrer Instanz. free -m zeigt ihn an. Kein Prozess außerhalb Ihrer virtuellen Maschine kann ihn Ihnen entziehen.

CPU-Zeit ist die relevante Ausnahme. Die meisten VPS-Tarife teilen sich die physischen Kerne zwischen mehreren Gastsystemen. Sie können das selbst messen:

vmstat 1 5

Die Spalte st zeigt die Steal Time. Sie gibt den Anteil der Zeit an, in der Ihr virtueller Prozessor ausführungsbereit war, während der physische Kern einem anderen Gastsystem zugewiesen wurde. Ein gleichbleibender Wert von wenigen Prozent ist normal. Ein dauerhaft zweistelliger Wert bedeutet, dass der Host überbucht ist. Diesen Wert können Sie in einem Support-Ticket angeben. Beim Shared Hosting gibt es keinen entsprechenden Messwert, weil jedes Werkzeug, das ihn anzeigen könnte, root benötigt. Beim Speicher verhält es sich genauso. Deshalb ist der Festplattentyp hinter einem VPS-Tarif wichtig. Außerdem lohnt es sich, einen neuen VPS selbst zu messen, statt in der ersten Woche den Angaben auf der Verkaufsseite zu vertrauen.

Unterschied 3: Wer bei einem Ausfall verantwortlich ist

Beim Shared Hosting gehören das Betriebssystem, der Webserver, der PHP-Build, die Zertifikate und das nächtliche Backup zum Verantwortungsbereich des Hosters. Wenn der Rechner nicht mehr antwortet, eröffnen Sie ein Ticket. In der Regel arbeitet dann bereits jemand an der Behebung. Die Kehrseite dieser Regel ist der Preis dafür: Sie können nicht verlangen, dass der Hoster Software installiert, die er nicht unterstützt.

Bei einem nicht verwalteten VPS ist der Anbieter für den Hypervisor, das Netzwerk und die Stromversorgung verantwortlich. Alles ab dem Kernel aufwärts liegt in Ihrer Verantwortung. Sicherheitsupdates, die Firewall, Backups, die Zertifikatserneuerung und das Monitoring sind Ihre Aufgaben. Der Support meldet sich nicht an, um Ihre Webserver-Konfiguration zu analysieren. Planen Sie das von Anfang an ein: die ersten zehn Minuten auf einem neuen VPS, danach eine Firewall, die Sie verstehen, automatische Sicherheitsupdates und Backups, die Sie mindestens einmal wiederhergestellt haben.

Wenn Shared Hosting die richtige Wahl ist

Eine typische Unternehmenswebsite ist der klarste Fall: einige Seiten, Bilder, ein Kontaktformular, eventuell WordPress mit einem Caching-Plugin und einige tausend Besuche pro Tag. Es gibt keine Hintergrundprozesse, keine ungewöhnliche Laufzeitumgebung und nichts, was zwischen Anfragen im Arbeitsspeicher bleiben muss. Shared Hosting eignet sich für eine solche Website gut, kostet weniger als jeder VPS und überlässt die Wartung Personen, die diese Aufgabe hauptberuflich erledigen. Der Umzug auf einen VPS bringt keinen Vorteil und schafft zusätzliche Arbeit.

Ein zweiter Fall wird weniger häufig betrachtet. Wenn niemand in Ihrem Team eine Logdatei lesen oder apt upgrade ausführen möchte, ist Shared Hosting die sicherere Wahl. Ein nicht gepatchter VPS mit einem offenen Datenbankport ist ein schlechteres Ergebnis als ein Shared-Hosting-Konto, das ein professioneller Anbieter aktuell hält. Kontrolle ist nur dann ein Vorteil, wenn sie jemand nutzt.

Anzeichen 1: Sie benötigen ein Programm, das dauerhaft läuft

Ein Daemon ist ein Programm, das im Speicher bleibt und auf Arbeit wartet: eine API, ein Chatbot, ein Warteschlangen-Worker oder ein Gameserver. Beim Shared Hosting wird Ihr Code nur ausgeführt, wenn eine Anfrage eingeht. Alles, was Sie aus einer SSH- (Secure-Shell-)Sitzung heraus dauerhaft laufen lassen, wird beendet, weil ein langlebiger Prozess auf das Prozesslimit des Kontos angerechnet wird.

Auf einem VPS wird dasselbe Programm zu einer systemd-Unit:

sudo systemctl enable --now myapp
systemctl status myapp

systemctl status sollte Active: active (running) mit einer Prozess-ID ausgeben. Gibt der Befehl Active: failed (Result: exit-code) aus, steht der Grund in journalctl -u myapp -n 50. Dort sehen Sie die eigene Ausgabe des Programms zum Zeitpunkt seines Abbruchs. Restart=always in der Unit-Datei startet das Programm nach einem Absturz erneut. enable startet es nach einem Reboot erneut. systemd-Dienste und Timer schreiben ist die erste VPS-Fähigkeit, die Sie gründlich lernen sollten.

Zeichen 2: Sie benötigen eine vom Panel nicht angebotene Laufzeitumgebung

Das Panel stellt eine Liste bereit. Wenn Ihre Anwendung eine Sprachversion außerhalb dieser Liste, eine zu kompilierende Bibliothek, ffmpeg, einen Headless-Browser oder eine andere Datenbank als MySQL benötigt, gibt es beim Shared Hosting keinen geeigneten Ort dafür. Die Installation von Software erfordert root. Das Konto verfügt jedoch weder über einen Compiler noch über Entwicklungs-Header. Der Build schlägt daher fehl, bevor er überhaupt ein Ergebnis erzeugt.

Auf einem VPS installieren Sie die Komponente mit apt install. Alternativ führen Sie sie in einem Container aus und halten den Host sauber. Docker Compose auf einem VPS ist der übliche Weg, sobald die Anwendung aus mehr als einer beweglichen Komponente besteht.

Zeichen 3: Ihr Cronjob muss pünktlich ausgeführt werden

Shared-Hosting-Anbieter nehmen Cronjobs über ein Formular an und legen ein Mindestintervall fest, üblicherweise fünf oder fünfzehn Minuten. Ein Job, der das Prozessorlimit des Kontos überschreitet, wird während der Ausführung beendet. Der Fehler bleibt unbemerkt, weil nichts in ein Protokoll schreibt, das Sie lesen dürfen.

Auf einem VPS crontab -e akzeptiert jede von Ihnen angegebene Zeitplanung. Noch besser geeignet ist ein systemd-Timer:

systemctl list-timers
journalctl -u cron -n 20

list-timers zeigt für jeden Timer die nächste Ausführung und das letzte Ergebnis an. Das Cron-Protokoll zeigt außerdem jeden Befehl, sobald er ausgeführt wird. Wenn ein Job nicht ausgeführt wird, können Sie feststellen, ob er nie gestartet wurde oder gestartet ist und fehlgeschlagen ist. Diese Unterscheidung macht den größten Teil der Fehlersuche bei geplanten Aufgaben aus.

Zeichen 4: Ihre Nachbarn verlängern die Antwortzeit

Das Symptom ist eindeutig. Dieselbe Seite antwortet ohne Änderungen am Code nachts schnell und um sieben Uhr abends langsam. Messen Sie die Antwortzeit von Ihrem eigenen Rechner aus, bevor Sie jemand anderen verantwortlich machen:

for i in $(seq 1 20); do curl -o /dev/null -s -w '%{time_starttransfer}\n' https://example.com/; sleep 5; done

time_starttransfer ist die Zeit bis zum ersten Byte der Antwort in Sekunden. Wenn die zwanzig Werte eng beieinanderliegen, ist der Server nicht die Ursache. Die Lösung liegt dann in Ihrem Code oder in Ihren Datenbankabfragen. Wenn die Werte um 3am stabil sind und zu den Spitzenzeiten um mehrere hundert Millisekunden schwanken, teilen Sie sich eine ausgelastete Maschine mit Accounts, die Sie nicht sehen können. Diese Ursache lässt sich nicht durch besseren Code beheben, weil sie auf der anderen Seite der Account-Grenze liegt.

Was der Umstieg tatsächlich kostet

Dies sind typische beworbene Preise mit Stand August 2026 für den kleinsten Tarif in jeder Kategorie. Betrachten Sie sie als Richtwerte, nicht als verbindliches Angebot, und prüfen Sie den aktuellen Preis vor dem Kauf.

[
  {
    "plan": "Shared hosting",
    "first_term_usd": 3,
    "renewal_usd": 12
  },
  {
    "plan": "VPS, 1 vCPU 1 GB",
    "first_term_usd": 5,
    "renewal_usd": 6
  },
  {
    "plan": "VPS, 2 vCPU 4 GB",
    "first_term_usd": 12,
    "renewal_usd": 15
  },
  {
    "plan": "Managed VPS, 2 vCPU 4 GB",
    "first_term_usd": 25,
    "renewal_usd": 30
  }
]

Die auffälligste Preisspanne reicht von 3 bis 5 US-Dollar pro Monat. Dieser Wert ist jedoch nicht entscheidend. Shared Hosting wirbt mit einem Preis für die erste Vertragslaufzeit, der normalerweise eine Vorauszahlung für ein bis drei Jahre voraussetzt. Bei der Verlängerung steigt der Preis auf etwa 12 US-Dollar. Vergleichen Sie die Verlängerungspreise miteinander, ändert sich das Bild: 12 US-Dollar für das Shared-Hosting-Konto gegenüber 6 US-Dollar für einen VPS-Einstiegstarif.

Seien Sie bei diesem Vergleich vorsichtig, weil die Größen nicht gleich sind. Ein VPS mit 1 vCPU und 1 GB führt Webserver und Datenbank auf einem kleinen System aus. Sobald echter Datenverkehr einsetzt, ist das für WordPress knapp bemessen. Der faire Vergleich mit einem verlängerten Shared-Hosting-Tarif ist die Variante mit 2 vCPU und 4 GB für ungefähr 15 US-Dollar. Der tatsächliche Aufpreis beträgt somit einige US-Dollar pro Monat und nicht ein Vielfaches.

Die höheren Kosten erscheinen nie auf der Rechnung. Ein VPS erfordert eine Stunde für die Einrichtung, jeden Monat einige Minuten für Updates und den Abend, an dem Sie sich zum ersten Mal mit einem Fehler beschäftigen müssen. Bewerten Sie diesen Aufwand mit Ihrem eigenen Stundensatz, schließt sich die Preislücke schnell. Was ein VPS in der Praxis kostet erläutert die verschiedenen Größen ausführlicher.

Eine Website ohne Traffic-Verlust vom Shared Hosting umziehen

1. Einen Tag vorher senken Sie die DNS-(Domain Name System-)TTL (Time to Live) der Domain auf 300 Sekunden. Dadurch wird die Umstellung innerhalb von Minuten statt Stunden wirksam.
2. Richten Sie den neuen Server ein und bringen Sie die Website über seine IP-Adresse zum Laufen, bevor Sie DNS ändern.
3. Kopieren Sie die Dateien. Erstellen Sie anschließend einen Datenbank-Dump und stellen Sie ihn auf dem neuen Server wieder her.
4. Testen Sie die Website über die hosts-Datei Ihres Laptops. Sie weist die Domain nur auf Ihrem Gerät der neuen IP-Adresse zu.
5. Stellen Sie das TLS-(Transport Layer Security-)Zertifikat auf dem neuen Server aus, ändern Sie den A-Record und lassen Sie das Shared-Hosting-Konto eine Woche aktiv.

dig example.com A +noall +answer
rsync -avz ~/public_html/ deploy@203.0.113.10:/srv/www/example.com/
mysqldump --single-transaction -u dbuser -p dbname > site.sql

dig gibt die TTL in der zweiten Spalte seiner Ausgabe aus. Damit können Sie prüfen, ob der niedrigere Wert aktiv ist, bevor Sie etwas umstellen. --single-transaction erstellt einen konsistenten Snapshot, ohne die Tabellen zu sperren. Das ist wichtig, wenn die alte Website während der Umstellung weiterhin Bestellungen entgegennimmt. Richten Sie die Zertifikate auf dem neuen Server noch am selben Tag ein: Let's Encrypt unter Ubuntu mit nginx benötigt nur wenige Minuten, sobald der DNS-Eintrag auf den Server zeigt.

Ressourcen ohne Administrationsaufwand

Wenn die vier Anzeichen auf Ihre Website zutreffen, Sie den Wartungsaufwand aber nicht selbst übernehmen möchten, ist ein Managed VPS die mittlere Option. Sie behalten den zugewiesenen Arbeitsspeicher und die Möglichkeit zur Administration mit root-Rechten. Der Anbieter übernimmt das Patchen, das Monitoring und in der Regel auch ein Panel. Das Diagramm oben setzt die Kosten dafür bei etwa 30 Dollar an, gegenüber 15 für einen Unmanaged VPS gleicher Größe. Die Differenz bezahlt die Aufmerksamkeit eines anderen, wenn der Server nachts nicht mehr antwortet.

Die Entscheidung zwischen Managed und Unmanaged VPS ist der richtige nächste Artikel, wenn das auf Sie zutrifft. Wenn Sie dagegen bereits einen stark ausgelasteten VPS betreiben und die Steal Time zu Spitzenzeiten weiterhin hoch ist, folgt als nächster Schritt ein dedizierter Server ohne Nachbarn.

FAQ

Ist ein VPS schneller als Shared Hosting?

Nicht automatisch. Ein wenig ausgelasteter Shared-Server kann eine einzelne WordPress-Seite schneller ausliefern als ein VPS mit 1 vCPU. Ein VPS bietet Ihnen vor allem gleichbleibende Leistung: Der Arbeitsspeicher Ihres Tarifs ist für Sie reserviert. Die Antwortzeit hängt dadurch von Ihrem Code ab und nicht vom ausgelastetsten Account auf dem Server. Wenn Ihre Seiten um 3am genauso langsam sind wie um 7pm, liegt die Ursache in Ihrem Code oder in den Datenbankabfragen. Beim Verschieben desselben Codes auf einen VPS bleibt das Problem bestehen.

Kann ich eine Node.js- oder Python-Anwendung auf Shared Hosting betreiben?

Manchmal, aber nur innerhalb enger Grenzen. Einige Control Panels starten eine Anwendung über Passenger. Sie läuft dann, sobald eine Anfrage eingeht. Sie können keinen eigenen Port binden, weil der Webserver des Hosts Port 80 und 443 verwendet. Sie können keinen Worker zwischen Anfragen im Speicher halten, weil das Prozesslimit des Accounts jeden dauerhaft laufenden Prozess beendet. Ein Bot, ein Queue-Worker oder ein WebSocket-Server benötigt einen VPS.

Muss ich Linux beherrschen, um einen VPS zu betreiben?

Bei einem nicht verwalteten VPS: ja. Sie benötigen SSH-Schlüssel, eine Firewall, Updates, Backups und die Gewohnheit, Logs zu lesen. Planen Sie für die Ersteinrichtung eine Stunde und danach jeden Monat einige Minuten ein. Wenn Sie diese Aufgaben nicht übernehmen möchten, behält ein Managed-Tarif die zugewiesenen Ressourcen bei und übergibt die Wartung wieder an den Anbieter. Dieser Unterschied wird in Managed- und nicht verwaltetes VPS-Hosting behandelt.

Wird meine Website ausfallen, während ich von Shared Hosting auf einen VPS umziehe?

Nicht, wenn Sie zuerst die DNS-TTL reduzieren und beide Accounts weiter betreiben. Setzen Sie die TTL einen Tag vorher auf 300 Sekunden. Kopieren Sie die Dateien und die Datenbank. Testen Sie den neuen Server über die hosts-Datei Ihres Laptops. Ändern Sie anschließend den A-Record. Einige Besucher erreichen dann für wenige Minuten den alten Server, andere den neuen. Lassen Sie den Shared-Account deshalb eine Woche aktiv. Versetzen Sie die Website während des abschließenden Datenbank-Dumps in den Nur-Lesen-Modus. Alternativ müssen Sie akzeptieren, dass in diesem Zeitraum geschriebene Daten verloren gehen.