VPS oder Shared Hosting: ab wann sich der Umstieg auf einen VPS lohnt

Der Unterschied, Punkt für Punkt

Beim Shared Hosting verwaltet der Hoster einen Server, den er unter vielen Kunden aufteilt: dasselbe System, dieselben Softwareversionen, dieselben Einstellungen für alle, und Grenzen pro Konto, damit keine Website die anderen beeinträchtigt. Bei einem VPS (Virtual Private Server) verfügen Sie über einen isolierten Server mit eigenen Ressourcen, eigenem System und Root-Zugang: Sie installieren dort, was Ihr Projekt verlangt.

Die Anzeichen, dass es Zeit für einen VPS ist

1. Ihre Anwendung ist keine PHP-Website

Eine Node.js-, Python-, Go- oder Java-Anwendung läuft dauerhaft: ein Prozess wartet auf Anfragen und hält seinen Zustand im Speicher. Shared Hosting ist für das Gegenteil gebaut, für PHP-Skripte, die bei jeder Anfrage gestartet und danach beendet werden. Manche Hoster erlauben Node.js oder Python in einem engen Rahmen (vorgegebene Versionen, Prozesse, die bei Inaktivität beendet werden); sobald die Anwendung wächst, wird dieser Rahmen zur wichtigsten Einschränkung.

2. Sie brauchen einen Dienst, den der Hoster nicht anbietet

PostgreSQL, Redis, eine Job-Queue (RabbitMQ, Celery, BullMQ), eine Suchmaschine, ein Headless-Browser zum Erzeugen von PDFs oder Screenshots, ffmpeg zur Videoverarbeitung, ein KI-Modell: alles, was sich als Dienst installieren lässt und als Dienst läuft, verlangt einen Server, auf dem Sie die Kontrolle haben.

3. Sie stoßen an die Grenzen des Kontos

Ein Shared-Hosting-Anbieter begrenzt jedes Konto: Prozessorzeit, Arbeitsspeicher, Zahl gleichzeitiger Prozesse (entry processes), Zahl der Dateien (inodes). Die Symptome: eine Seite „508 Resource Limit Is Reached“, Fehler 503 zu Spitzenzeiten, eine langsame Website, wenn ein Nachbar ausgelastet ist, abgebrochene Importe. Das Control Panel zeigt diese Zähler oft an; erreichen sie regelmäßig ihre Obergrenze, ist die Website ihrem Tarif entwachsen.

4. Aufgaben müssen selbstständig laufen

Cronjobs jede Minute, Hintergrundverarbeitung, E-Mail-Versand in Stapeln, Synchronisationen: Shared Hosting setzt Cronjobs in größeren Abständen an und bricht zu lange Skripte ab. Auf einem VPS läuft ein Worker dauerhaft, und eine Aufgabe dauert so lange, wie sie braucht.

5. Sie müssen den Server anpassen

Eine bestimmte Version von PHP oder einer Erweiterung, das PHP-Speicherlimit, ein auf Ihre Anwendung zugeschnittener Webserver, eine eigene Firewall, automatisierte Deployments per git oder mit Docker-Containern: all das sind Einstellungen, die ein geteilter Server nicht jedem Kunden öffnen kann.

6. Ihre Sicherheitsanforderungen steigen

Kundendaten, vertragliche Pflichten, ein Sicherheitsaudit: ein isolierter Server, dessen Zugänge und Logs Sie kontrollieren, lässt sich einfacher dokumentieren und prüfen als ein Konto auf einem geteilten Server.

Und für eine Visitenkarten-Website?

Eine Visitenkarten-Website, die ein Unternehmen vorstellt, braucht weder dauerhafte Prozesse noch eine eigens eingestellte Datenbank. Wenn Sie vor allem eine schnelle, sichere und aktuelle Website möchten, ohne etwas zu administrieren, ist die passende Antwort weder Shared Hosting noch ein VPS, sondern eine betreute Website: Simafri erstellt, hostet, sichert und aktualisiert Ihre Website, und der Server bleibt ganz unsere Sache.

Was sich mit dem Umstieg auf einen VPS ändert

Mit dem Root-Zugang kommt die Pflege des Systems. Beim Shared Hosting erledigt sie der Hoster, ohne dass Sie es bemerken; auf einem VPS verlangen vier Themen eine Antwort:

• Die Sicherheitsupdates des Systems und der installierten Software, regelmäßig eingespielt. Debian und Ubuntu können Sicherheitskorrekturen selbstständig installieren (unattended-upgrades).
• Firewall und Zugänge: SSH-Anmeldung per Schlüssel, nur die nötigen Ports offen.
• Die Backups: wissen, was der Hoster sichert und wie oft, und was Sie zusätzlich exportieren, angefangen bei der Datenbank.
• Die Überwachung: benachrichtigt werden, wenn der Server nicht mehr antwortet, die Festplatte sich füllt oder ein Zertifikat abläuft.

Drei Wege, sich darum zu kümmern: selbst machen, mit einem Support vorankommen, der die Diagnose stellt und Ihnen sagt, was zu tun ist, oder den Betrieb einem Managed Service anvertrauen. Die Wahl hängt davon ab, wer in Ihrem Team Linux kennt und was eine Stunde Ausfall Ihr Geschäft kostet.

Ohne Ausfall auf einen VPS umziehen

1. Die Bestandsaufnahme: Version von PHP oder der Sprache, Erweiterungen, Datenbank und ihre Größe, Cronjobs, Zertifikate, und wo Ihre E-Mail-Adressen liegen.
2. Die Vorbereitung des VPS: aktuelles System, Webserver, Sprache und Datenbank, in denselben Versionen wie bisher.
3. Die Kopie: die Dateien per rsync oder als Archiv, die Datenbank per Export und anschließendem Import.
4. Der Test vor der Umstellung: lassen Sie die Domain nur auf Ihrem eigenen Rechner über die Datei hosts auf den neuen Server zeigen, und gehen Sie die Website durch wie ein Besucher.
5. Das Senken der TTL der DNS-Einträge der Website auf wenige Minuten, am Vortag der Umstellung, damit sich die Änderung schnell verbreitet.
6. Die Umstellung: letzte Kopie der Datenbank, DNS-Einträge der Website auf den neuen Server richten, dann die Logs beobachten. Behalten Sie das alte Hosting einige Tage, bis alle Besucher beim neuen ankommen.

rsync -avz --progress benutzer@alter-server:/pfad/zur/website/ /var/www/site/

203.0.113.10  www.ihre-website.com ihre-website.com

Liegen Ihre E-Mail-Adressen auf demselben Shared-Hosting-Konto, ändern Sie nur die DNS-Einträge der Website und lassen die MX-Einträge, wie sie sind: der E-Mail-Verkehr läuft während und nach der Umstellung weiter und wird separat migriert.