VPS oder Bare Metal: Wie ich das wirklich entscheide

"Sollten wir auf einen dedizierten Server wechseln, wir haben gehört, das wäre schneller" ist eine der häufigeren Fragen von Kunden, die ihren ersten kleinen VPS ausgewachsen haben. Manchmal ist die Antwort ja. Häufiger hat das Performance-Problem, dem sie nachjagen, gar nichts mit Virtualisierungs-Overhead zu tun, und ein größerer oder besser konfigurierter VPS löst es für einen Bruchteil der Kosten und des Aufwands von Bare Metal.

Was sich mit Bare Metal tatsächlich ändert

Moderne VPS-Plattformen (meistens KVM-basiert) haben sehr wenig Virtualisierungs-Overhead bei CPU und Arbeitsspeicher. Wo Bare Metal wirklich gewinnt: Disk-I/O unter dauerhafter Last, kein gemeinsam genutzter Storage-Backend, keine lauten Nachbarn, die um IOPS konkurrieren, und planbarer, dedizierter Netzwerkdurchsatz. Wer eine Datenbank betreibt, die permanent auf die Platte zugreift, einen großen Elasticsearch-Cluster, oder allgemein etwas mit dauerhaft hoher zufälliger I/O, für den ist lokales NVMe ohne Virtualisierungsschicht davor ein realer, messbarer Unterschied.

Für fast alles andere, Anwendungsserver, die meisten Datenbanken unter typischer Last kleiner Unternehmen, Caching-Schichten, Webserver, liegt der Unterschied zwischen einem gut dimensionierten VPS und Bare Metal im Rauschen verglichen mit anderen Flaschenhälsen, etwa einer fehlenden Indizierung oder einem falsch konfigurierten Cache.

Die Fragen, die ich tatsächlich stelle

Bevor ich eine der beiden Optionen empfehle, will ich Antworten auf:

Ist der Flaschenhals wirklich die Hardware? Ich hatte mehr Gespräche über "wir brauchen Bare Metal für die Performance", die mit einem schlechten Query-Plan oder einem Connection-Pool von 5 endeten, als solche, die mit einer echten Hardware-Grenze endeten. Ein paar Minuten mit iostat, vmstat und dem Slow-Query-Log der Datenbank klären das meistens, bevor überhaupt eine Infrastrukturentscheidung nötig wird.

Wie viel Verwaltungsaufwand kann man verkraften? Bei Bare Metal ist man auch für den gesamten Lebenszyklus der Hardware zuständig, RAID-Konfiguration, Festplattenausfälle, Firmware-Updates, und eine deutlich längere Bereitstellungszeit, wenn etwas ersetzt werden muss. Ein VPS-Anbieter übernimmt das alles. Für ein Team ohne dedizierte Ops-Kapazität ist diese übernommene Komplexität oft mehr wert als der reine Performance-Gewinn.

Muss der Workload sowohl nach unten als auch nach oben skalieren? VPS-Ressourcen lassen sich in Minuten anpassen. Bare Metal ist eine feste Verpflichtung, meist mit einer Mindestvertragslaufzeit, und Skalierung bedeutet, eine neue Maschine zu bestellen und zu migrieren. Wenn der Workload saisonal ist oder noch unvorhersehbar wächst, ist diese Unflexibilität ein realer Kostenfaktor, selbst wenn der Preis pro Monat attraktiv aussieht.

Wie sieht der Ausfallfall aus? Bei einem VPS-Host übernimmt der Anbieter den Ausfall, redundanter Storage, in vielen Fällen Live-Migration. Eine einzelne Bare-Metal-Maschine ist ein Single Point of Failure, sofern man nicht selbst Redundanz aufgebaut hat, was meist eine zweite Maschine bedeutet, was wiederum einen Teil des Kostenvorteils wieder aufzehrt.

Wo ich meistens lande

Für die große Mehrheit der kleinen bis mittleren Workloads, mit denen ich arbeite, schlägt ein gut dimensionierter VPS, manchmal zwei oder drei für Redundanz, ein einzelnes Stück Bare Metal auf jeder Achse außer dem reinen Disk-Durchsatz. Die Fälle, in denen Bare Metal klar die richtige Wahl ist, sind eng umrissen: eine Datenbank, die nach abgeschlossener Query-Optimierung weiterhin I/O-gebunden ist, ein Workload mit planbarer, dauerhaft hoher Ressourcennutzung, bei dem sich der VPS-Aufschlag über Monate zu echtem Geld summiert, oder Compliance-Vorgaben, die dedizierte Hardware vorschreiben.

Trifft keiner dieser Punkte zu, lautet das Gespräch meist gar nicht "VPS vs. Bare Metal", sondern "ist dieser VPS richtig dimensioniert und gut konfiguriert", was ein deutlich einfacheres und billigeres Problem ist.