Shared Hosting oder VPS: Was brauchen Sie wirklich?

Shared Hosting vs. VPS: die kurze Antwort

Shared Hosting vs. VPS ist keine Frage der Geschwindigkeit. Beim Shared Hosting mieten Sie ein Konto auf einem Server, den ein anderer Anbieter konfiguriert und mit Updates versorgt und dessen Ressourcen auf mehrere Kunden verteilt werden. Bei einem nicht verwalteten VPS (Virtual Private Server) mieten Sie ein vollständiges Betriebssystem mit root-Zugriff. Sie installieren, was Sie benötigen, und müssen auch selbst beheben, was Sie beschädigen.

Drei Dinge unterscheiden sich grundlegend. Entweder haben Sie root-Zugriff oder nicht. Die Speicherzuweisung und die zugesicherten Ressourcen hängen vom Tarif ab. Und wenn der Server um Mitternacht nicht mehr antwortet, behebt entweder der Host das Problem oder Sie selbst. Alles in einer Funktionsübersicht ergibt sich aus diesen drei Punkten.

Wenn Ihre Website aus Seiten, Bildern und einem Kontaktformular besteht, ist Shared Hosting für viele Websites die richtige Wahl. Wenn Ihre Website ein Programm benötigt, das dauerhaft läuft, auch wenn niemand sie besucht, prüfen Sie vor der Wahl eines VPS, ob Ihr Shared-Hosting-Anbieter dauerhafte Dienste unterstützt.

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 Postfach. Ein einzelner Webserver, normalerweise Apache oder LiteSpeed, stellt alle Websites auf dem Server bereit. Sie erhalten ein Control Panel. Einige Hoster bieten zusätzlich eine Shell an. Root erhalten Sie nicht. Einige Anbieter erlauben jedoch Software, die im eigenen Home-Verzeichnis installiert wird, freigegebene Ports und Hintergrunddienste.

Viele Shared-Hosting-Anbieter verwenden CloudLinux. Dabei wird jedes Konto in einem eigenen leichtgewichtigen Container ausgeführt. Für Prozessorzeit, Arbeitsspeicher, Festplatten-I/O, die Anzahl der Prozesse und die Anzahl der Entry Processes gelten jeweils eigene Obergrenzen. Das Erreichen jeder Obergrenze äußert sich anders. Bei einer Überschreitung der Obergrenze für Prozessorzeit oder I/O reagiert Ihre Website langsamer. Sie fällt dadurch nicht aus. Bei einer Überschreitung der Speicher- oder Prozessobergrenze treten normalerweise Fehler 500 und 503 auf. Bei Apache stammt die Fehlerseite mit dem Titel 508 Resource Limit Reached von der Obergrenze für Entry Processes. LiteSpeed verarbeitet Entry Processes anders. In jedem Fall erreicht Ihr eigenes Konto seine Obergrenze. Ein anderes Konto nimmt Ihnen nicht Ihren Anteil weg.

Dieser Kompromiss ist beabsichtigt. Sie verzichten auf Kontrolle. Dafür aktualisiert der Hoster den Kernel und wartet die unterstützte Software. Die Verlängerung von Zertifikaten und die Zeitpläne für Backups hängen vom Tarif ab. Für sehr viele Websites ist das ein sinnvoller Kompromiss.

Was Ihnen ein VPS tatsächlich bietet

Ein VPS ist eine virtuelle Maschine, die auf einem Hostserver ausgeführt wird. Unter KVM startet Ihre Instanz einen eigenen Kernel und verfügt über eine eigene IP-Adresse, eine eigene Firewall und ein eigenes Init-System. Auf einem nicht verwalteten Linux-VPS mit root-Zugriff funktioniert sudo. Bei einer Debian- oder Ubuntu-Installation funktioniert apt install. Ein Programm, das Sie über systemd starten, läuft weiter, nachdem Sie sich abgemeldet haben. Mit der passenden Konfiguration für Neustarts und den Systemstart wird es nach einem Absturz neu gestartet und nach einem Reboot erneut gestartet.

Genau dieser root-Zugriff macht die Sicherheit der Maschine zu Ihrer Aufgabe. Niemand anderes überwacht sie. Die Bandbreite der Dinge, die Menschen auf einem VPS betreiben ist genau aus diesem Grund groß: Der Server kann alles ausführen, was ein Linux-Server ausführen kann.

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

Mit root steuern Sie das Betriebssystem. Damit installieren Sie jedes Paket aus der Distribution, binden jeden Port, schreiben eine systemd-Unit, lesen jedes Log auf dem Rechner und ändern Kernel-Einstellungen mit sysctl. Ohne root ist das Panel nicht immer die Grenze: alwaysdata unterstützt die Installation zusätzlicher PHP-Erweiterungen mit ad_install_pecl.

Auf einem VPS können Sie jederzeit prüfen, welcher Dienst auf dem Rechner lauscht:

ss -ltnp

Jede Socket-Zeile zeigt einen TCP-Listener. Welche Prozessdetails angezeigt werden, hängt von Ihren Berechtigungen ab. Ein Dienst, der erwartungsgemäß auf TCP lauschen soll, aber nicht gestartet werden konnte, ist daher an einer fehlenden Zeile erkennbar. Beim Shared Hosting hängen der Zugriff auf Socket-Informationen und die Berechtigung zum Starten eigener Listener vom Anbieter ab, auch wenn der Host die Ports 80 und 443 kontrolliert.

Unterschied 2: Zugewiesener Arbeitsspeicher im Vergleich zu geliehenem Arbeitsspeicher

Shared Hosting wird unter der Annahme angeboten, dass nur wenige Accounts gleichzeitig ausgelastet sind. Der Arbeitsspeicher des Servers ist ein Pool. Der Anteil Ihres Accounts daran ist ein Limit und keine Reservierung. Unter CloudLinux beendet das Erreichen des physischen Arbeitsspeicherlimits Prozesse. Besucher können dann einen 500- oder 503-Fehler erhalten.

Auf einem VPS meldet free -m den für Ihr Gastsystem sichtbaren Arbeitsspeicher. Das ist kein Beleg für eine unwiderrufliche Reservierung physischen Arbeitsspeichers. Ein Host kann Arbeitsspeicher des Gastsystems per Ballooning zurückfordern. Ob das für Ihren Tarif zulässig ist, hängt von den Ressourcenzusagen des Anbieters ab.

Prozessorzeit ist bei VPS-Tarifen mit gemeinsam genutzten CPUs ebenfalls eine gemeinsam genutzte Ressource. Sie können die Steal Time selbst messen:

vmstat 1 5

Die Spalte st zeigt die Steal Time. Sie gibt den Anteil der Zeit an, in der Ihr virtueller Prozessor zur Ausführung bereit war, während der physische Kern einem anderen Gast zugewiesen wurde. Es gibt keinen allgemein gültigen Normalwert und keinen Schwellenwert, der eine Überbelegung eindeutig nachweist. Anhaltende Steal Time ist jedoch ein Wert, den Sie in einem Support-Ticket angeben können. vmstat benötigt für die relevanten /proc-Dateien Zugriff, aber für die normalen Messwerte keine root-Rechte. Ein Shared Host kann diese Sichtbarkeit einschränken. Auch Storage sollten Sie prüfen. Deshalb ist der Datenträgertyp hinter einem VPS-Tarif relevant. Außerdem lohnt es sich, einen neuen VPS selbst zu messen, und zwar in der ersten Woche, statt der Verkaufsseite zu vertrauen.

Unterschied 3: Wer bei einem Ausfall verantwortlich ist

Beim Shared Hosting verwaltet der Hoster das Betriebssystem, den Webserver und die unterstützten PHP-Versionen. Der Umfang von Zertifikaten und Backups hängt vom Tarif ab. Wenn der Server nicht mehr antwortet, eröffnen Sie ein Ticket. Die Reaktionszeit hängt von den Supportvereinbarungen des Hosters ab. Die Kosten dafür sind die andere Seite derselben Regel: Software außerhalb der unterstützten Umgebung muss zu den Installations- und Servicerichtlinien des Hosters passen.

Bei einem unmanaged VPS ist der Anbieter für den Hypervisor, das Netzwerk und die Stromversorgung zuständig. Alles ab dem Kernel aufwärts liegt in Ihrer Verantwortung. Sicherheitsupdates, die Firewall, Backups, die Erneuerung von Zertifikaten und das Monitoring übernehmen Sie selbst. 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 Lösung ist

Eine einfache Website ist der klarste Fall: einige Seiten, Bilder, ein Kontaktformular, vielleicht WordPress mit einem Caching-Plugin und ein Datenaufkommen innerhalb der Ressourcenlimits des Tarifs. Keine Hintergrundjobs. Keine ungewöhnliche Laufzeitumgebung. Nichts, das zwischen Anfragen im Arbeitsspeicher bleiben muss. Shared Hosting eignet sich dafür gut und überlässt die Serverwartung Personen, die dies hauptberuflich erledigen. Vergleichen Sie die Preise, denn Shared Hosting ist nicht in jedem Fall günstiger als ein VPS. Der Umzug auf einen VPS bringt keinen Vorteil und fügt eine Aufgabe hinzu, die vorher nicht bestand.

Es gibt einen zweiten Fall, der weniger Beachtung findet. Wenn niemand auf Ihrer Seite eine Logdatei lesen oder apt upgrade ausführen möchte, ist Shared Hosting die sicherere Wahl. Ein nicht aktualisierter 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 ausgeführt wird

Ein Daemon ist ein Programm, das im Speicher bleibt und auf Aufgaben wartet: eine API, ein Chatbot, ein Queue-Worker oder ein Gameserver. Die Regeln für Shared Hosting unterscheiden sich: DreamHost verbietet dauerhaft laufende Prozesse in Shared-Tarifen, während alwaysdata überwachte benutzerdefinierte Dienste in kostenpflichtigen Tarifen anbietet.

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

sudo systemctl enable --now myapp
systemctl status myapp

systemctl status sollte Active: active (running) zusammen mit einer Prozess-ID ausgeben. Gibt es stattdessen 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 Stopps. Restart=always in der Unit-Datei startet den Dienst nach einem Absturz erneut, und enable startet ihn nach einem Reboot erneut. systemd-Dienste und Timer schreiben ist die erste VPS-Fähigkeit, die Sie richtig lernen sollten.

Zeichen 2: Sie benötigen eine Laufzeitumgebung, die das Panel nicht anbietet

Das Panel stellt Ihnen eine Liste bereit. Wenn Ihre Anwendung eine Sprachversion außerhalb dieser Liste, eine zu kompilierende Bibliothek, ffmpeg, einen Headless-Browser oder eine Datenbank benötigt, die das Panel nicht anbietet (cPanel unterstützt MySQL und, sofern der Host dies aktiviert, PostgreSQL), prüfen Sie die Installationsregeln des Providers. Die Installation von Software in Ihrem Home-Verzeichnis erfordert nicht grundsätzlich root: DreamHost dokumentiert das Kompilieren von zlib und einer benutzerdefinierten Python-Version auf Shared-Hosting-Servern.

Auf einem VPS installieren Sie die Software 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 Komponente besteht.

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

Shared-Hosting-Anbieter akzeptieren Cronjobs über ein Formular. Der Anbieter kann dabei ein eigenes Mindestintervall festlegen. Unter CloudLinux wird ein Job, der das Prozessorlimit des Accounts erreicht, verlangsamt und nicht beendet. Ein langer Job kann daher noch laufen, wenn der nächste fällig ist. Wenn der Account bereits sein Prozesslimit erreicht hat, kann der Job überhaupt keine neuen Prozesse starten. Einen Teil dieser Informationen können Sie einsehen: Die Einstellung „Cron Email“ in cPanel sendet Ihnen die Ausgabe jedes Jobs per E-Mail. Auf CloudLinux-Hosts, die diese Funktion anbieten, zeigt die Seite „Resource Usage“ im Panel, welches Limit der Account erreicht hat, und zählt die Überschreitungen. Der Zugriff auf Systemprotokolle und die Berechtigung zum Erhöhen von Limits bleiben beim Anbieter. Einige Anbieter stellen jedoch Aufgabenprotokolle mit Start- und Endzeiten bereit.

Auf einem VPS crontab -e akzeptiert die vom installierten Cron-System unterstützten Zeitpläne. Ein systemd-Timer ist jedoch noch besser:

systemctl list-timers
journalctl -u cron -n 20

list-timers gibt die nächsten und letzten Ausführungszeiten für Timer aus, die derzeit im Arbeitsspeicher geladen sind. Die Exit-Ergebnisse ihrer Dienste werden dabei nicht angezeigt. Das Cron-Journal hängt vom installierten Cron-Dienst und der Protokollierungskonfiguration ab. Wenn ein Job nicht ausgeführt wird, prüfen Sie den Status und die Protokolle seines Dienstes. So stellen Sie fest, ob er nie gestartet wurde oder gestartet ist und fehlgeschlagen ist. Diese Unterscheidung macht den größten Teil der Fehlersuche bei geplanten Aufgaben aus.

Anzeichen 4: Andere Konten erhöhen Ihre Antwortzeit

Das Symptom ist eindeutig. Bei unverändertem Code wird dieselbe Seite nachts schnell ausgeliefert, aber um 19 Uhr langsam. Messen Sie die Antwort zunächst von Ihrem eigenen Rechner aus, bevor Sie jemandem die Schuld geben:

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 20 Werte eng beieinanderliegen, zeigt das eine gleichmäßige Antwortzeit. Daraus geht jedoch nicht hervor, ob die Ursache beim Server, im Code oder in der Datenbank liegt. Wenn die Werte um 03:00 Uhr stabil sind und zu Spitzenzeiten um mehrere hundert Millisekunden schwanken, vergleichen Sie die Ressourcennutzung des Accounts, das Anfragevolumen und die Server-Logs, bevor Sie andere Accounts verantwortlich machen. Diese Zeitwerte umfassen den Verbindungsaufbau und die Verarbeitung auf dem Server. Sie ermitteln die Ursache daher nicht allein.

Was der Wechsel tatsächlich kostet

Dies sind beworbene Beispiele mit Stand vom 4. November 2026. Es handelt sich nicht um Durchschnittswerte für die jeweilige Kategorie oder um die günstigsten verfügbaren Tarife. Bei den Beispielen für Shared Hosting, einen VPS mit 4 GB und Managed Hosting handelt es sich um DreamHosts Web Hosting Launch, Stack 4 und Managed VPS Business bei jährlicher Abrechnung. Der VPS mit 1 GiB ist DigitalOceans regulärer Basic Droplet zum monatlichen Höchstpreis. Prüfen Sie den aktuellen Preis vor dem Kauf.

[
  {
    "plan": "Shared hosting, DreamHost",
    "first_term_usd": 2.89,
    "renewal_usd": 10.99
  },
  {
    "plan": "VPS, 1 vCPU 1 GiB, DigitalOcean",
    "first_term_usd": 6,
    "renewal_usd": 6
  },
  {
    "plan": "VPS, 2 vCPU 4 GB, DreamHost",
    "first_term_usd": 6.99,
    "renewal_usd": 11.99
  },
  {
    "plan": "Managed VPS, 2 cores 2 GB, DreamHost",
    "first_term_usd": 13.75,
    "renewal_usd": 31.99
  }
]

Die Preisspanne reicht zunächst von 2.89 bis 6 US-Dollar pro Monat. Diese Zahl ist jedoch nicht ausschlaggebend. Beim Shared-Tarif muss ein Jahr im Voraus bezahlt werden. Danach verlängert er sich für 10.99 US-Dollar pro Monat. Vergleicht man die Verlängerungspreise, ergibt sich ein anderes Bild: 10.99 US-Dollar für das Shared-Konto gegenüber 6 US-Dollar für einen Einstiegs-VPS. Die beiden Werte von DigitalOcean sind gleich, weil dieses Beispiel keinen Einführungsrabatt enthält.

Seien Sie bei diesem Vergleich vorsichtig, da die Größen nicht gleich sind. Ein VPS mit 1 vCPU und 1 GB führt Webserver und Datenbank auf einer kleinen Instanz aus. Sobald echter Datenverkehr einsetzt, ist das für WordPress knapp bemessen. Das Beispiel mit 2 vCPU und 4 GB kostet bei der Verlängerung 11.99 US-Dollar pro Monat. Die Einschränkungen eines Shared-Kontos und die Kapazität eines VPS sind jedoch nicht direkt vergleichbar. In diesen Beispielen beträgt der Aufpreis gegenüber Shared Hosting bei der Verlängerung einen US-Dollar pro Monat.

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, den Sie beim ersten Ausfall für die Fehlerbehebung aufwenden. Bewerten Sie diese Zeit mit Ihrem eigenen Stundensatz. Dann schrumpft der Preisunterschied schnell. Was ein VPS in der Praxis kostet vergleicht die Größen ausführlicher.

Eine Website ohne Traffic-Verlust vom Shared Hosting umziehen

1. Senken Sie einen Tag vorher die DNS-TTL (time to live) der Domain auf 300 Sekunden. Warten Sie, bis die bisherige TTL abgelaufen ist, bevor Sie umschalten. Lokale Caches können trotzdem länger für die Aktualisierung benötigen.
2. Richten Sie den neuen Server ein. 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. Diese weist die Domain nur auf Ihrem Gerät der neuen IP-Adresse zu.
5. Stellen Sie das TLS-Zertifikat (transport layer security) auf dem neuen Server über eine DNS-Validierung oder mit einem bereits gültigen Zertifikat aus, bevor Sie den A-Record ändern. Lassen Sie das Shared-Hosting-Konto eine Woche lang 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 Antwort aus. So können Sie prüfen, ob der niedrigere Wert aktiv ist, bevor Sie umschalten. --single-transaction erstellt einen konsistenten Snapshot von InnoDB-Tabellen, ohne sie zu sperren. Nichttransaktionale Tabellen und gleichzeitig vorgenommene Schemaänderungen erfordern separate Vorsicht. Spätere Bestellungen sind in diesem Snapshot nicht enthalten. Richten Sie die Zertifikate auf dem neuen Server noch am selben Tag ein: Let's Encrypt unter Ubuntu mit nginx dauert nur wenige Minuten, sobald der DNS-Eintrag auf den Server zeigt.

Ressourcen ohne Verantwortung

Wenn die vier Anzeichen auf Ihre Website zutreffen, Sie sich aber nicht selbst um die Wartung kümmern möchten, ist ein Managed VPS die mittlere Option. Der Anbieter übernimmt die vereinbarte Wartung. Root-Zugriff und der Umfang der Verwaltung hängen jedoch vom Tarif ab. Der Managed VPS von DreamHost umfasst keinen Root-Zugriff. Die obige Tabelle setzt das Managed-Beispiel mit 2 GB mit 31.99 Dollar an, gegenüber 11.99 für das Unmanaged-Beispiel mit 4 GB. Es handelt sich daher nicht um einen Vergleich gleich großer Systeme. Der Aufpreis bezahlt die Unterstützung durch jemand anderen, wenn der Server nachts nicht mehr antwortet.

Die Entscheidung zwischen Managed und Unmanaged VPS ist der passende nächste Abschnitt, wenn das auf Sie zutrifft. Wenn Sie stattdessen bereits einen ausgelasteten VPS betreiben und die Steal Time zu Spitzenzeiten weiterhin zu hoch ist, ist der nächste 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. Zugewiesener Arbeitsspeicher beseitigt keine CPU-Konkurrenz: Auf einem VPS mit gemeinsam genutzter CPU können benachbarte Instanzen weiterhin die Antwortzeit beeinflussen, und Speicherzusagen hängen vom Anbieter ab. Wenn Ihre Seiten sowohl um 3am als auch um 7pm langsam sind, prüfen Sie den Code, Datenbankabfragen und die Ressourcenlimits des Hostings. Die Tageszeit belegt die Ursache nicht.

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

Manchmal, innerhalb der Grenzen des Anbieters. Einige Control Panels starten eine Anwendung über Passenger für Sie. Die Anwendung läuft dann, sobald eine Anfrage eingeht. Dass der Anbieter die Ports 80 und 443 verwaltet, verhindert keine anderen zulässigen Listener: alwaysdata erlaubt auf seiner Public Cloud benutzerdefinierte Dienste über IPv6 auf den Ports 8300 bis 8499. Auch die Regeln für dauerhafte Prozesse unterscheiden sich je nach Anbieter. Ein Bot, ein Queue-Worker oder ein WebSocket-Server benötigt daher einen Tarif, der dies ausdrücklich unterstützt. Ein VPS ist dafür nicht grundsätzlich erforderlich.

Muss ich Linux kennen, 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, überträgt ein Managed-Tarif die vereinbarte Wartung an den Anbieter zurück. Dieser Zielkonflikt wird in Managed- und nicht verwaltetes VPS-Hosting behandelt.

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

Das Absenken der DNS-TTL und der Weiterbetrieb beider Accounts helfen, einen Ausfall zu vermeiden. Sie garantieren jedoch keinen nahtlosen Umzug. Setzen Sie die TTL einen Tag vorher auf 300 Sekunden und warten Sie, bis die vorherige TTL abgelaufen ist. 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. Während der Umstellung erreichen einige Besucher den alten Server und andere den neuen. Caches können länger als fünf Minuten für die Aktualisierung benötigen. Lassen Sie den Shared-Account daher eine Woche aktiv. Unterbrechen Sie Schreibvorgänge für den abschließenden Datenbank-Dump und die Wiederherstellung. Lassen Sie die alte Website schreibgeschützt oder leiten Sie ihre Anfragen an den neuen Server weiter, damit spätere Schreibvorgänge nicht verloren gehen.