Fragen, die ich stelle, bevor ich einen VPS-Anbieter empfehle

"Welchen VPS-Anbieter sollten wir nehmen" kommt am Anfang von fast jedem neuen Projekt auf, und es gibt keine einzige richtige Antwort, der richtige Anbieter für eine Hochlast-Anwendung mit europäischem Publikum ist ein anderer als der richtige für ein internes Tool mit wenig Traffic, und wieder ein anderer für einen Kunden, der die absolut niedrigsten Monatskosten will und mit mehr manuellem Aufwand gut leben kann. Konstant ist die Reihe von Fragen, die die Auswahl tatsächlich eingrenzen, von denen die meisten nicht auf der Specs-Vergleichsseite stehen.

Wo sitzen die Nutzer, relativ zu den Rechenzentrums-Standorten?

Die Latenz zu einem Rechenzentrum auf der anderen Seite der Welt ist ein fester Kostenfaktor, den kein Server-Tuning beheben kann. Wenn sich das Publikum eines Kunden in einer bestimmten Region konzentriert, zählen die Rechenzentrumsstandorte des Anbieters relativ zu dieser Region oft mehr als CPU-Benchmarks. Ein Server, der technisch schneller ist, aber drei Zeitzonen von den meisten Nutzern entfernt, kann sich in der Praxis langsamer anfühlen als ein bescheidener Server, der geografisch nah ist, weil ein erheblicher Teil der gefühlten Ladezeit Roundtrip-Netzwerklatenz ist, nicht Server-Verarbeitungszeit.

Was bedeutet Resizing tatsächlich?

"Kann ich später skalieren" ist fast immer ja. "Was bedeutet das Skalieren tatsächlich" hat unterschiedlichere Antworten: Manche Anbieter skalieren eine VPS mit einem Reboot, der innerhalb von Minuten wirkt, andere erfordern eine Migration auf andere zugrunde liegende Hardware, mit mehr Downtime und manchmal einer geänderten IP-Adresse. Für ein Projekt, das wahrscheinlich wachsen wird, ändert das Wissen, ob "hochskalieren" einen Fünf-Minuten-Reboot oder eine geplante Migration bedeutet, wie viel Puffer man vorab einplant, gegenüber wie unbedenklich es ist, klein anzufangen und hineinzuwachsen.

Was steckt eigentlich in "Backups"?

Viele Anbieter bieten "Backups" als Add-on an, automatisierte Snapshots nach Zeitplan. Die Fragen, die sich lohnen: Liegen diese auf demselben zugrunde liegenden Storage wie die VPS selbst (in diesem Fall könnte ein Storage-Ausfall beide gleichzeitig treffen), wie viele werden aufbewahrt, und kann man selbst wiederherstellen oder braucht es ein Support-Ticket? Eine Snapshot-Funktion, die auf der Preisseite beruhigend klingt, kann sich als ein einziger täglicher Snapshot herausstellen, 24 Stunden aufbewahrt, auf demselben Array gespeichert, was besser ist als nichts, aber keine Backup-Strategie ist, sondern nur ein schnellerer Weg, um eine richtig einzurichten.

Wie sieht Support tatsächlich aus?

Bei Anbietern im Budget-Segment ist Support oft ticketbasiert mit Antwortzeiten von vielen Stunden, völlig in Ordnung für nicht dringende Fragen, weniger in Ordnung, wenn zu einem ungünstigen Zeitpunkt etwas ausfällt. Bei Anbietern im höheren Preissegment gehören Telefon-Support oder schnell beantwortete Tickets zu dem, wofür der Aufpreis bezahlt wird. Keines von beiden ist falsch, aber es lohnt sich zu wissen, worauf sich ein Kunde einlässt, bevor ein Incident passiert, nicht währenddessen. Ein schneller Weg, sich davon ein Bild zu machen: den Namen des Anbieters zusammen mit "support" suchen und schauen, was bestehende Kunden über ihre tatsächliche Erfahrung sagen, nicht nur, was die Verkaufsseite verspricht.

Lässt sich das Abrechnungsmodell für einen Kunden vorhersagen?

Ein fester Monatspreis für eine feste Menge CPU, RAM und Speicher lässt sich für einen Kunden leicht einplanen. Alles, was nach Verbrauch abgerechnet wird, Bandwidth-Überschreitungen, IOPS, zusätzliche IPs, kann zu einer Rechnung führen, die von Monat zu Monat schwer vorhersehbar ist, was für einen Kunden mit festem Budget mehr zählt als für ein Projekt, bei dem variable Kosten erwartet und genau überwacht werden. Das ist kein Argument gegen verbrauchsbasierte Abrechnung im Allgemeinen, sie hat ihren Platz, aber es lohnt sich, das explizit anzusprechen, statt einen Kunden es auf einer Rechnung entdecken zu lassen.

DDoS-Schutz: enthalten, oder "verfügbar"?

Grundlegende DDoS-Abwehr ist bei den meisten Anbietern inzwischen selbstverständlich, aber "verfügbar" bedeutet manchmal eine zusätzliche kostenpflichtige Stufe oder ein separates Produkt, das explizit aktiviert werden muss, während es bei anderen standardmäßig für jeden Server aktiv ist. Für alles, was öffentlich erreichbar ist, lohnen sich fünf Minuten Lesezeit, um zu wissen, in welche Kategorie ein Anbieter fällt und was die Abwehr tatsächlich abdeckt, bevor es unter Druck gebraucht wird.

Das eigentliche Fazit

Keine dieser Fragen hat eine universell richtige Antwort, sie sind Eingaben für eine Entscheidung, die vom konkreten Projekt abhängt. Was sie gemeinsam haben, ist, dass keine davon klar auf einer Specs-Vergleichsseite auftaucht, und alle sind Dinge, die man lieber vor der Anmeldung wüsste, als sie während eines Incidents, einer Migration oder einer unerwartet hohen Rechnung zu entdecken. Sie vorab zu stellen dauert ein paar Minuten und macht aus "welcher Anbieter ist der beste" "welcher Anbieter ist der beste für das hier", und das ist die Frage, die tatsächlich eine gute Antwort hat.