VPS oder Cloud Server: Unterschiede, VDS und Entscheidungshilfe

VPS oder Cloud Server: Was ist der Unterschied?

Ein VPS ist ein virtueller Server, den ein Anbieter aus einer physischen Maschine herauslöst und exklusiv Ihnen zuweist. VDS meint meist einen VPS mit fest reservierter CPU und reserviertem Arbeitsspeicher. Ein Cloud Server ist eine virtuelle Maschine aus einem gemeinsamen Ressourcenpool, die in Minuten skaliert und nach Nutzung abrechnet.

Alle drei Modelle haben dieselbe Grundlage: Der Anbieter virtualisiert eine physische Maschine und gibt jedem Kunden ein eigenes Betriebssystem. Bei VPS oder Cloud Server liegen die Unterschiede an vier Stellen: Ressourcengarantie, Skalierung, Abrechnung und Verwaltungsaufwand. Daher gehen wir diese Punkte der Reihe nach durch.

Wir sind ein Team für digitales Marketing und Webprojekte, kein Hostinganbieter. Deshalb stützen sich unsere Erklärungen auf offizielle Dokumentation und Standards. Wir nennen keinen Anbieter und keine Preise, weil beides sich von Anbieter zu Anbieter und von Monat zu Monat ändert.

Am Ende wissen Sie, welche Anwendung zu welchem Modell passt. Außerdem wissen Sie, wann Sie einen Server selbst betreiben können und wann Sie ihn besser Ihrem Hostinganbieter überlassen.

Was ist Virtualisierung und wie teilt sie einen Server auf?

Virtualisierung teilt die Ressourcen einer physischen Maschine auf mehrere voneinander unabhängige virtuelle Maschinen auf. Jede Maschine betreibt ihr eigenes Betriebssystem. Sie erhalten Root Zugriff, also können Sie Software installieren, Einstellungen ändern und Dienste starten.

Unter Linux ist KVM die verbreitetste Technik. Die offizielle KVM Seite beschreibt sie als vollständige Virtualisierungslösung für Prozessoren mit Virtualisierungserweiterungen. Zudem nennt sie, dass jede virtuelle Maschine eigene virtualisierte Hardware besitzt, etwa eine eigene Netzwerkkarte und eine eigene Festplatte. Details finden Sie auf der KVM Projektseite.

Ein zweiter Ansatz nutzt stattdessen Container. Dabei teilen sich die virtuellen Umgebungen zum Beispiel den Kernel des Hosts. Deshalb sind sie leicht und starten schnell. Allerdings können Sie den Kernel oft nicht ändern und auch kein anderes Betriebssystem starten.

Wenn Container für Sie neu sind, lesen Sie unseren Leitfaden zu Docker und Containern. Fragen Sie beim Serververgleich zuerst: Nutzt das Produkt vollständige Virtualisierung oder Container?

Das ist wichtig, denn Isolation und Freiheit hängen davon ab. Zum Beispiel laden Sie eigene Firewall Regeln oder ein eigenes Kernelmodul bei vollständiger Virtualisierung leichter.

Was ist ein VPS und welche Ressourcen teilen Sie?

Ein VPS (Virtual Private Server) ist ein virtueller Server, den Ihnen ein Anbieter aus einer physischen Maschine zuteilt. In der Praxis bekommen Sie ein eigenes Betriebssystem, ein eigenes Dateisystem und einen eigenen Software Stack. Das heißt: Sie wählen und installieren Webserver, Datenbank und geplante Aufgaben selbst.

Beim Shared Hosting ist das anders. Dort bedient ein Betriebssystem dutzende Konten, und Werkzeuge trennen die Konten voneinander. Wie diese Trennung funktioniert, haben wir im Artikel zu CageFS erklärt.

Somit ist ein VPS eine Stufe darüber. Dennoch laufen auf derselben physischen Maschine weitere VPS Tarife. Folglich teilen Sie unter Umständen einen Teil von Rechenleistung, Speicher, Festplatte und Netzwerk mit Nachbarn.

Wie stark geteilt wird, hängt vom Aufbau des Anbieters ab. Manche Tarife garantieren zum Beispiel Rechenzeit. Andere liefern hohe Leistung, solange Ihre durchschnittliche Last niedrig bleibt. Daher suchen Sie diesen Hinweis in der Tarifbeschreibung.

• Sie erhalten vollen Administratorzugriff (Root).
• Sie installieren den Software Stack Ihrer Wahl.
• Die Ressourcen kommen als fester Tarif.
• Updates, Sicherheit und Backups liegen meist bei Ihnen.

Daher ist ein VPS ein guter Mittelweg für alle, die Kontrolle mögen und Verantwortung tragen. Außerdem ist der Preis meist gut planbar. Allerdings bedeutet mehr Kontrolle auch mehr Wartungsarbeit.

Was ist ein VDS und unterscheidet er sich wirklich vom VPS?

VDS (Virtual Dedicated Server) hat keine einheitliche technische Definition. Der Begriff stammt aus dem Marketing und ist im deutschen Sprachraum seltener als vServer oder VPS. Viele Anbieter nutzen den Namen für VPS Tarife, bei denen CPU Kerne und Arbeitsspeicher allein Ihnen gehören. Andere verkaufen VPS und VDS dagegen als dasselbe Produkt.

Verlassen Sie sich deshalb nicht auf das Etikett. Suchen Sie auf der Produktseite klare Antworten auf diese Fragen: Gehören die Kerne Ihnen oder teilen Sie sie? Ist der Arbeitsspeicher garantiert? Welche Art von Festplatte erhalten Sie? Ist die Netzwerkgeschwindigkeit fest?

In der Praxis liegt der Wert eines VDS in vorhersehbarer Leistung. Bei Anwendungen, die empfindlich auf Latenz reagieren, etwa Datenbanken, soll ein Lastanstieg beim Nachbarn Sie nicht bremsen. Außerdem nennt man diesen Effekt oft das Problem des lauten Nachbarn.

Andererseits ist auch ein VDS ein fester Tarif. Wächst Ihr Traffic eines Tages darüber hinaus, müssen Sie trotzdem aufrüsten. Kurz gesagt: Ein VDS garantiert Ressourcen, skaliert aber nicht von selbst.

Somit passt ein VDS zu Projekten mit klarem Bedarf und geplantem Wachstum. Zum Beispiel eignen sich eine gleichmäßig laufende Shop Anwendung oder eine stark genutzte Datenbank. Bei unklarem Traffic zählt dagegen oft Flexibilität mehr.

Was Vertrag und Tariftabelle sagen, zählt mehr als der Produktname. Wenn Sie unsicher sind, fragen Sie daher den Support schriftlich und bewahren Sie die Antwort auf.

Was ist ein Cloud Server und was sagt NIST dazu?

Ein Cloud Server ist eine virtuelle Maschine, die Sie bei Bedarf in einer Cloud Infrastruktur anlegen. Als offiziellen Rahmen nutzen wir die NIST Special Publication SP 800-145. Sie beschreibt Cloud Computing mit fünf wesentlichen Merkmalen: bedarfsgerechter Selbstbedienung, breitem Netzwerkzugriff, Bündelung von Ressourcen, schneller Elastizität und gemessenem Dienst.

Laut Dokument bedeutet schnelle Elastizität, dass Kapazität mit der Nachfrage nach außen und innen mitwächst. Gemessener Dienst heißt, dass das System die Nutzung misst und meldet. Die Bündelung von Ressourcen bedeutet, dass der Anbieter Ressourcen dynamisch vielen Kunden zuweist. Den Text finden Sie auf der NIST Seite zur Publikation.

Ein Serverprodukt aus der Cloud entspricht dem NIST Modell Infrastructure as a Service (IaaS). Das heißt: Sie mieten Rechenleistung, Speicher und Netzwerk. Das Betriebssystem und die Software darauf gehören Ihnen, während der Anbieter die Infrastruktur darunter betreibt.

Was heißt das in der Praxis? Die meisten Cloud Anbieter lassen Sie Server über ein Panel oder eine API anlegen. Außerdem können Sie Snapshots erstellen und Load Balancer ergänzen. Zudem zahlen Sie für die Zeit, die Sie nutzen.

Aber Vorsicht: Manche Hostinganbieter nennen einen klassischen VPS trotzdem Cloud Produkt. Echtes Cloud Verhalten erkennen Sie an der Funktionsliste, die wir in den nächsten Abschnitten durchgehen.

VPS oder Cloud Server: Wie unterscheidet sich die Ressourcengarantie?

Die Ressourcengarantie sagt Ihnen, ob Sie die gekaufte CPU, den Arbeitsspeicher und die Festplatte jederzeit nutzen können. Der Unterschied zwischen den drei Produkten hängt davon ab, wie viele Kunden sich eine physische Maschine teilen und wie der Anbieter Kapazität zuteilt.

Bei einem klassischen VPS teilen Sie sich die CPU oft mit anderen. Dann schwankt Ihre Geschwindigkeit, wenn die Nachbarn ausgelastet sind. Bei einem VDS gehören Kerne und Arbeitsspeicher meist Ihnen. Folglich lässt sich die Leistung besser vorhersagen.

In der Cloud hängt die Antwort also von der Produktfamilie ab. Ein großer Cloud Anbieter beschreibt in seiner Dokumentation sogenannte Burstable Instanzen so: Sie haben eine Basisleistung der CPU und können bei Bedarf darüber hinaus Spitzen fahren. Konkret stehen Details in der Dokumentation zu Burstable Instanzen.

Außerdem sagt dieselbe Seite, dass dieses Modell für Lasten mit niedriger bis mittlerer CPU Nutzung passt. Anders gesagt: Nicht jeder Cloud Server hat eigene Kerne. Eine Anwendung mit dauerhaft hoher CPU Last braucht eine Familie mit reservierten oder rechenstarken Ressourcen.

• Für gleichbleibende Leistung: reservierte Kerne und garantierter Arbeitsspeicher.
• Für schwankende Last mit niedrigem Durchschnitt: Burstable CPU kann reichen.
• Bei Datenbanken und Warteschlangen: prüfen Sie die Latenz der Festplatte gesondert.

Wie testen Sie die Serverleistung, bevor Sie sich festlegen?

Eine Tariftabelle garantiert keine Leistung. Deshalb ist der verlässlichste Weg, Ihre echte Anwendung im kleinen Maßstab auszuprobieren. Manche Anbieter bieten eine Testphase oder ein Rückgaberecht, also suchen Sie danach im Vertrag.

Achten Sie beim Test auf drei Dinge. Erstens messen Sie die Antwortzeit des Servers zu verschiedenen Uhrzeiten. Zweitens laden Sie dieselbe Seite mehrfach hintereinander und beobachten, wie stark die Zeit schwankt. Schließlich führen Sie Ihre Datenbankabfragen zur Stoßzeit erneut aus.

Große Schwankungen im Tagesverlauf können zudem auf geteilte Ressourcen hindeuten. Allerdings beweist eine einzelne Messung nichts. Messen Sie deshalb mehrere Tage lang regelmäßig, damit Sie Zufälle ausschließen.

Für Messungen auf Seitenebene nutzen Sie unsere Anleitung zu Lighthouse. Googles nutzerorientierte Kennzahlen lesen Sie auf der Seite von web.dev.

• Messen Sie dieselbe Seite zu verschiedenen Uhrzeiten.
• Notieren Sie jedes Ergebnis mit Datum und Uhrzeit.
• Bauen Sie die Testumgebung aus einer Kopie Ihrer Live Seite.
• Teilen Sie die Ergebnisse mit dem Support des Anbieters.

Wie funktioniert Skalierung: vertikal oder horizontal?

Vertikale Skalierung gibt demselben Server mehr CPU und Arbeitsspeicher. Horizontale Skalierung verteilt dieselbe Arbeit stattdessen auf mehrere Server. Beide Methoden lösen verschiedene Probleme, und nicht jedes Produkt bietet beide gleich einfach an.

Bei VPS und VDS skalieren Sie meist vertikal, indem Sie den Tarif aufrüsten. Je nach Anbieter braucht das außerdem einen kurzen Neustart. Für horizontale Skalierung mieten Sie einen zweiten Server und richten Lastverteilung und Datenabgleich selbst ein.

Andererseits ist in der Cloud horizontale Skalierung der natürlichere Weg. Die NIST Definition der schnellen Elastizität beschreibt genau das: Kapazität wächst mit der Nachfrage nach außen und innen. Außerdem sind Load Balancer und Autoscaling Dienste fertig verfügbar.

Denken Sie aber an eines: Wenn Ihre Anwendung dafür nicht gebaut ist, löst ein zweiter Server das Problem nicht. Stattdessen müssen Sie Sitzungen, hochgeladene Dateien und die Datenbank an einen gemeinsamen Ort verlegen.

Also hängt die Entscheidung zwischen VPS oder Cloud Server mehr von der Software Architektur ab als von der Hardware. Für eine WordPress Seite, die auf einem Server gut läuft, ist horizontale Skalierung oft unnötig komplex.

VPS oder Cloud Server: Wie unterscheiden sich die Kosten?

Anbieter verkaufen VPS und VDS meist zu einem festen Tarifpreis für eine monatliche oder jährliche Laufzeit. Ein Cloud Server rechnet dagegen nach Nutzungsdauer und gewählten Ressourcen ab. Das ist die kaufmännische Seite des gemessenen Dienstes bei NIST.

Ein fester Tarif macht die Budgetplanung einfach. Zum Beispiel zahlen Sie jeden Monat denselben Betrag, und das Risiko einer Überraschungsrechnung bleibt klein. Bei nutzungsbasierter Abrechnung können unerwarteter Traffic, Datenabfluss oder ein vergessener Server die Rechnung erhöhen.

Große Cloud Anbieter bieten meist mehrere Kaufoptionen: Nutzung nach Bedarf, Rabatte für lange Bindung und günstige Kapazität, die der Anbieter unterbrechen darf. Die Seite eines Anbieters zu Kaufoptionen zeigt das Prinzip. Daher prüfen Sie aktuelle Beträge immer auf der Seite des Anbieters.

Fragen Sie beim Budget vier Posten getrennt ab:

• Den Server selbst: CPU, Arbeitsspeicher und Festplatte.
• Netzwerkverkehr: Für ausgehende Daten kann eine Gebühr oder ein Kontingent gelten.
• Speicher für Backups und Snapshots.
• Zusatzdienste wie Load Balancer, feste IP Adressen und Monitoring.

Bandbreite und Kontingente haben wir in unserem Beitrag zur Bandbreite erklärt. Außerdem können Sie eine Beispielrechnung machen: Multiplizieren Sie erwartete Besucher pro Monat, die Datenmenge pro Seite und die Zahl Ihrer Backups. Tragen Sie das Ergebnis dann auf der aktuellen Preisseite des Anbieters ein.

Wer trägt den Verwaltungsaufwand: Managed oder Unmanaged?

Bei einem Server ohne Verwaltung gehören Betriebssystem Updates, Firewall, Monitoring und Backups Ihnen. Ein Managed Tarif übergibt einen Teil dieser Arbeit an den Anbieter oder eine Agentur. Zudem bestimmt das gewählte Modell Ihre Arbeitslast, egal welchen Servertyp Sie kaufen.

Anbieter verkaufen die meisten VPS und VDS Produkte ohne Verwaltung. Sie erhalten also den Server, und den Rest übernehmen Sie. Die Cloud folgt demselben Grundmodell, denn der Anbieter betreibt nur die Infrastruktur.

Die NIST Definition von IaaS sagt das direkt: Der Nutzer kontrolliert Betriebssystem, Speicher und selbst installierte Anwendungen, nicht aber die Infrastruktur darunter. Somit verläuft die Grenze der Verantwortung direkt unterhalb der virtuellen Maschine.

Zum Verwaltungsaufwand gehören diese Aufgaben:

1. Updates für Betriebssystem und Pakete.
2. Firewall und Zugriffsregeln.
3. Einstellungen für Webserver, PHP und Datenbank.
4. Backups und Wiederherstellungstests.
5. Überwachung von Festplatte, Arbeitsspeicher und CPU.
6. Erneuerung des SSL Zertifikats.

Wenn Ihnen diese Liste schwer vorkommt, ist das in Ordnung. Dann trennen die nächsten Abschnitte, was Sie selbst tun können und was Sie Ihrem Anbieter überlassen sollten.

Wie vergleichen Sie VPS, VDS und Cloud Server nebeneinander?

Die folgende Tabelle fasst die Frage VPS oder Cloud Server samt VDS nach allgemeinen Trends zusammen. Sie gilt nicht für jeden Anbieter, daher verwenden wir das Wort "meist" mit Absicht. Daher lesen Sie vor dem Kauf immer die technische Tariftabelle des Anbieters.

Ein Punkt fällt auf: Die größte Trennlinie liegt bei Ressourcengarantie und Flexibilität, nicht beim Namen. Allerdings ist die Grenze zwischen VDS und VPS unscharf. Die Grenze zur Cloud wird dagegen bei Skalierung und Abrechnung klar.

Welche Anwendung passt zu welchem Servertyp?

Zunächst ist die Anwendung der eigentliche Treiber der Entscheidung. Die Zuordnungen unten sind Ausgangspunkte aus der Praxis, keine Garantie. Treffen Sie daher keine endgültige Wahl, bevor Sie Ihren eigenen Traffic gemessen haben.

Im Marketing ist der kritischste Fall der Kampagnen Traffic. Wenn Sie zum Beispiel das Werbebudget erhöhen, kommt eine Besucherwelle auf einmal. Kommt der Server dann nicht mit, fließt Ihr Werbegeld auf eine langsame Seite.

Andererseits sollte der Betrieb einer Seite mit wenig Traffic in der Cloud eine bewusste Entscheidung sein. Außerdem kann die Flexibilität, für die Sie zahlen, zu ungenutzter Kapazität werden. Kurz gesagt: Nicht jedes Projekt ist ein guter Cloud Kandidat.

Den Einfluss der Ladezeit auf SEO und Umsatz haben wir im Beitrag zu Ladezeit und SEO und im Beitrag zur Ladezeit im Onlineshop behandelt.

Wie planen Sie die Serverkapazität für Kampagnenzeiten?

Laufen Kampagnenplan und Serverplan auseinander, folgt der teuerste Fehler: Der Werbetraffic kommt, und die Seite wird langsam oder liefert Fehler. Deshalb empfehlen wir, vor einer Budgeterhöhung mit dem Infrastruktur Team zu sprechen.

Schätzen Sie zunächst die erwartete Besucherwelle. Danach schauen Sie sich die Stoßzeiten früherer Kampagnen an. Zum Beispiel: Haben Sie normalerweise eine bestimmte Zahl Besucher pro Stunde, nehmen Sie zur Kampagnenzeit ein Mehrfaches an und testen den Server mit dieser Last. Das ist eine Beispielrechnung, also passen Sie den Faktor mit Ihren eigenen Daten an.

Dann suchen Sie den Engpass. Oft liegt die Grenze nicht bei der CPU, sondern bei Datenbankabfragen oder einem fehlenden Cache. Prüfen Sie daher zuerst das Caching, bevor Sie Kapazität ergänzen.

Wie Sie Kapazität aufbauen, hängt vom Produkt ab. Bei VPS und VDS rüsten Sie dann den Tarif vorab auf. In der Cloud erhöhen Sie die Kapazität für die Kampagne und senken sie danach wieder. Außerdem verteilt ein Load Balancer den Traffic auf mehrere Server.

1. Notieren Sie Kampagnendatum und erwarteten Traffic.
2. Schließen Sie Cache und Bildoptimierung ab.
3. Führen Sie vor der Kampagne einen Lasttest durch.
4. Lassen Sie Monitoring und Warnungen während der Kampagne aktiv.
5. Setzen Sie die Kapazität danach auf den alten Stand zurück.

Wie beeinflussen Festplatte, Netzwerk und Standort die Entscheidung?

Festplatte, Netzwerk und Standort des Rechenzentrums prägen die Leistung ebenso wie CPU und Arbeitsspeicher. Bei allen drei Produkttypen stehen diese Posten als eigene Zeilen auf der Tarifseite. Daher entsteht der Preisunterschied oft genau dort.

Stellen Sie bei der Festplatte zwei Fragen: Welche Technik nutzt der Speicher, und wie schützt der Anbieter die Daten? Die Art, wie Festplatten sich verbinden und gegenseitig sichern, beeinflusst Tempo und Ausfallsicherheit. Unser Leitfaden zu RAID Leveln erklärt die Optionen.

Beim Netzwerk sind Kontingent und Geschwindigkeit getrennte Begriffe. Manche Tarife begrenzen die monatliche Datenmenge. Andere begrenzen stattdessen die Geschwindigkeit. Lesen Sie daher beide Grenzen einzeln.

Der Standort bestimmt die Entfernung zu Ihren Besuchern. Denn mit der Entfernung steigt die Latenz. Unser Artikel zu Ping und Latenz zeigt, wie Sie sie messen. Zum Beispiel ist ein Rechenzentrum nahe Ihrer Zielgruppe sinnvoll, wenn die meisten Besucher in Deutschland leben.

Die IP Adresse und die DNS Einträge einer Seite sehen Sie mit unserem DNS Abfrage Tool und unserem IP Abfrage Tool.

Wer ist für die Sicherheit verantwortlich?

Bei einem VPS, VDS oder Cloud Server ohne Verwaltung liegt der größte Teil der Sicherheitsarbeit bei Ihnen. Der Anbieter schützt zunächst die physische Infrastruktur und die Virtualisierungsschicht. Patches fürs Betriebssystem, offene Ports, Passwörter und die Sicherheit der Anwendung bleiben Ihre Aufgabe.

Server mit Internetzugang erhalten oft schon nach kurzer Zeit automatische Anmeldeversuche. Deshalb richten Sie die Grundlagen von Anfang an ein. Der Wechsel von Passwörtern zu schlüsselbasierter Anmeldung, das Schließen unnötiger Ports und regelmäßige Updates sind die ersten Schritte.

Außerdem verkleinert eine Zugriffsbeschränkung die Angriffsfläche. Zum Beispiel ist es sinnvoll, das Admin Panel nur von bekannten Adressen aus zu öffnen. So erreichen automatische Versuche das Panel nie. Trotzdem reicht keine einzelne Maßnahme aus, also denken Sie in Schichten.

Details finden Sie in den Anleitungen unseres Teams:

• Server mit Fail2ban schützen
• CSF Firewall installieren
• SSL Zertifikate und HTTPS Sicherheit
• OWASP Top 10 für Webanwendungen

Backups sind ein eigenes Thema. Der Backup Dienst des Anbieters kann helfen, reicht aber trotzdem allein nicht. Unsere Strategie für Website Backups erklärt, wie Sie eine zweite Kopie an einem anderen Ort halten.

Wann sollten Sie vom Shared Hosting auf einen VPS wechseln?

Erwägen Sie einen VPS, wenn Sie beim Shared Hosting oft an Ressourcengrenzen stoßen, eigene Software brauchen oder Leistungsschwankungen sehen. Trifft nichts davon zu, drängt der Wechsel also nicht.

Der Vergleich von Shared Hosting und VPS ist ein eigenes Thema. Wir haben ihn in unserem Leitfaden zur Wahl des Webhostings behandelt, daher wiederholen wir ihn hier nicht.

Stellen Sie sich vor dem Wechsel drei Fragen:

1. Liegt die Langsamkeit wirklich am Server? Finden Sie zuerst die Ursache.
2. Haben Sie das Wissen oder das Budget für den Betrieb?
3. Stehen Ihre Pläne für Backup und Sicherheit?

Die erste Frage ist entscheidend. Denn eine langsame Seite liegt nicht immer an einem schwachen Server. Zum Beispiel verursachen große Bilder, schwere Plugins und langsame Abfragen dasselbe Symptom. Unser Artikel dazu, warum Ihre Website langsam lädt, zeigt die Reihenfolge der Diagnose.

Ein größerer Server verdeckt ein Softwareproblem oft, löst es aber nicht. Also messen Sie zuerst und rüsten danach auf.

Sollten Sie den Server selbst betreiben oder dem Anbieter überlassen?

Wenn Sie sich im Terminal wohlfühlen und Zeit für Backups und Sicherheit haben, können Sie den Server selbst betreiben. Sonst wählen Sie einen Managed Tarif oder den Support Ihres Hostinganbieters. Das ist weniger eine Frage des Könnens als der Frage, wer bei einem Ausfall antwortet.

In diesen Fällen raten wir davon ab, den Server selbst zu betreiben. Überlassen Sie die Arbeit Ihrem Hostinganbieter oder einem erfahrenen Systemadministrator:

• Sie betreiben einen Onlineshop mit Zahlungen, und Ausfallzeit bedeutet direkten Umsatzverlust.
• Sie speichern Kundendaten auf dem Server, und niemand verfolgt Sicherheitspatches.
• Sie planen einen eigenen Mailserver. Zustellbarkeit und Sperrlisten brauchen eigenes Fachwissen.
• Sie haben keinen Plan für einen Angriff, einen Festplattenausfall oder Datenverlust.

Andererseits sieht das mit einem Softwareteam anders aus. Eine Next.js oder Laravel Anwendung auf dem eigenen VPS zu installieren, kann sinnvoll sein. Unsere Anleitung zum Next.js Deployment auf dem VPS und die Anleitung zu Laravel auf cPanel und VPS führen Schritt für Schritt durch.

Kurz gesagt: Messen Sie die Verantwortung im Ausfall, nicht Ihr eigenes Können. Wir bieten kein Hosting an, deshalb verweisen wir Sie an Ihren Anbieter, wo der Serverbetrieb übernimmt.

Welche Fragen sollten Sie einem Anbieter vor der Wahl stellen?

Marketingseiten lassen Produkte ähnlich aussehen. Daher zeigen technische und vertragliche Fragen den Unterschied. Lassen Sie sich die Antworten außerdem schriftlich geben.

1. Welche Virtualisierung kommt zum Einsatz: vollständige Virtualisierung oder Container?
2. Gehören die CPU Kerne Ihnen oder teilen Sie sie?
3. Ist der Arbeitsspeicher garantiert oder flexibel?
4. Welche Festplattentechnik nutzt der Tarif, und wie laufen Backups?
5. Gibt es ein Netzwerkkontingent oder eine Geschwindigkeitsgrenze?
6. Braucht ein Tarifwechsel eine Ausfallzeit?
7. Wie sieht das Abrechnungsmodell aus, und welche Zusatzposten können überraschen?
8. Wie schnell antwortet der Support, und über welchen Kanal?
9. Welche Bedingungen gelten für Kündigung und Datenlöschung?

Diese Fragen sind kurz, doch die Antworten trennen zwei Anbieter deutlich. Achten Sie auf vage Formulierungen, vor allem bei Backup und Ressourcengarantie.

Außerdem lohnt ein Blick auf das Netzwerk des Anbieters. Ob ein Hostinganbieter sein eigenes Netz betreibt, beeinflusst zudem die Verbindungsqualität. Das haben wir in unserem Beitrag zu AS Nummer und BGP erklärt.

Wie planen Sie den Umzug von einem Server auf einen anderen?

Die Regel ist einfach: Bauen und testen Sie den neuen Server, bevor Sie den alten abschalten. So kehren Sie zum alten System zurück, falls etwas schiefgeht. Überstürzte Umzüge enden daher meist mit Datenverlust oder langer Ausfallzeit.

Der grundlegende Ablauf sieht so aus:

1. Richten Sie den neuen Server ein und legen Sie die Sicherheitsgrundlagen an.
2. Kopieren Sie Website und Datenbank und testen Sie auf einer vorläufigen Adresse.
3. Senken Sie vor dem Umzug die Gültigkeitsdauer (TTL) der DNS Einträge.
4. Frieren Sie Datenbankänderungen ein und ziehen Sie eine letzte Kopie.
5. Leiten Sie den DNS Eintrag auf den neuen Server um.
6. Lassen Sie den alten Server noch eine Weile laufen und beobachten Sie.

Außerdem hilft Ihnen unser DNS Abfrage Tool, die DNS Verbreitung zu beobachten. Ob das Zertifikat auf dem neuen Server funktioniert, prüfen Sie danach mit unserem SSL Check.

Legen Sie den Umzug nicht in eine starke Werbephase. Wählen Sie Stunden mit wenig Traffic und nennen Sie dem Team das Datum vorab.

VPS oder Cloud Server: Wie entscheiden Sie sich?

Hinterfragen Sie zum Entscheiden zuerst Ihre Anwendung, dann Ihre Verwaltungskapazität und zuletzt Ihr Budgetmodell. In den meisten Fällen engen diese drei Schritte die Wahl auf ein Produkt ein. Die Reihenfolge zählt, denn der Start beim Preis führt zum falschen Produkt.

• Sie wollen gleichmäßigen Traffic und ein festes Budget: ein VPS oder VDS.
• Dulden Sie keine Leistungsschwankungen, passt ein VDS mit reservierten Ressourcen oder eine passende Cloud Familie.
• Sie brauchen plötzliche Besucherwellen und flexible Kapazität: ein Cloud Server.
• Ihnen fehlt das Verwaltungswissen: ein Managed Tarif oder Shared Hosting.

Welchen Server Sie auch wählen, ein Server allein macht keine schnelle Seite. Caching, Bildoptimierung und sauberer Code zählen genauso. Zum Thema Cache lesen Sie unsere Erklärung zu Redis und Memcached.

Um die Seitenleistung mit Googles Kennzahlen zu beurteilen, ist die web.dev Seite zu Core Web Vitals ein guter Start.

Halten Sie Ihre Entscheidung schließlich schriftlich fest. Notieren Sie das gewählte Modell, den Grund und den Zeitpunkt der nächsten Prüfung. So haben Sie bei Wachstum oder Kostendruck eine klare Grundlage. Außerdem versteht ein neues Teammitglied den Serveraufbau schnell.

Wenn Sie das Webprojekt hinter der Infrastrukturentscheidung mit uns planen möchten, sehen Sie sich unsere Leistung Webdesign an.