Die Maschine sieht in Ordnung aus. Der Load Average ist vertretbar, der Speicher ist nicht erschöpft, die Platte hat Platz. Die Anwendung ist an jedem Werktag um 9 Uhr trotzdem langsam, und niemand kann sagen, warum. Oder man hat Ihnen einen Satz statt einer Messung gegeben: „Dafür brauchen Sie dedizierte Hardware."
Die Frage VPS oder dedizierter Server entscheidet sich an wenigen messbaren Signalen. Nach meiner Erfahrung löst der Großteil der Workloads, die hier ankommen, keines davon aus. Beide Anschaffungen sind berechtigt, und ein dedizierter Server ist die richtige Antwort, wenn bestimmte Bedingungen zutreffen.
Die Kurzfassung
- Der Wechsel auf dedizierte Hardware ist gerechtfertigt, wenn ein bestimmtes Signal auslöst, nicht wenn eine Maschine sich bloß langsam anfühlt.
- Drei betriebliche Signale zählen: dauerhafte CPU-Auslastung ohne verbleibenden Puffer, anhaltende CPU Steal Time oder IO Wait, und eine Workload, die der größten Instanz eines Anbieters entwachsen ist.
- Zwei dieser drei Signale gehen häufig auf den Anbieter oder den Tarif zurück, nicht auf die Virtualisierung. Prüfen Sie das, bevor Sie Geld ausgeben.
- PCI DSS und die HIPAA Security Rule schreiben Ergebnisse bei Isolation und Kontrolle vor, keinen Hardware-Formfaktor. Keines von beiden verlangt für sich genommen eine physische Maschine.
- Dedizierte Hardware gewinnt beim Preis nur bei hoher, dauerhafter Auslastung. Darunter zahlen Sie für einen festen Hardware-Sockel, den Sie nicht nutzen.
Was einen VPS von einem dedizierten Server unterscheidet
Nehmen Sie einen Tarif, der mit 4 vCPU wirbt. Auf einem dedizierten Server gehören Ihnen vier Kerne, ob Sie sie nutzen oder nicht. Auf einem VPS sind vier vCPU eine Scheduling-Zusage: Der Hypervisor zeigt Ihrem Kernel vier virtuelle Prozessoren und gibt ihnen Zeit auf physischen Kernen, je nach seiner Policy und der aktuellen Last des Hosts.
Unter normalen Bedingungen verhalten sich beide identisch. Unter Contention nicht.
Der Unterschied ist nicht virtuell gegen physisch. Er liegt darin, was Ihnen garantiert wird gegenüber dem, was Ihnen zugeteilt wird.
Das Isolationsmodell folgt derselben Trennung. Ein VPS ist logisch isoliert, durch den Hypervisor: eigener Kernel, eigener Speicherbereich, eigene virtuelle Platten, durchgesetzt von Software auf geteiltem Silizium. VPS gegen Bare Metal ist ein Unterschied darin, wo diese Grenze verläuft, nicht ob es eine gibt.
Beides ist echte Isolation. Sie versagen unterschiedlich und werden unterschiedlich auditiert, was im Compliance-Abschnitt weiter unten zählt.
Der Overhead des Hypervisors ist selten noch die Erklärung. Auf modernem KVM mit Hardware-Virtualisierungserweiterungen und paravirtualisierten Treibern habe ich nie festgestellt, dass der Hypervisor der Grund für eine langsame Anwendung war.
Wenn ein VPS zu langsam ist, liegt es meist an Contention oder am Sizing.
Die interessante Variable steckt in der Contention, und das ist eine Anbieter-Policy, keine Eigenschaft der Virtualisierung. Overselling bedeutet, über alle Gäste hinweg mehr vCPU, mehr IOPS oder mehr Speicher zu verkaufen, als der Host physisch hat, in der Annahme, dass nicht alle gleichzeitig ihre Spitze erreichen. Manche Anbieter tun das kaum. Manche sehr aggressiv.
Die Konsequenz ist unbequem für alle, die nur nach Kategorie einkaufen. Ein stark überbuchter VPS und ein gut betriebener VPS liegen im Verhalten weiter auseinander als ein gut betriebener VPS und ein dedizierter Server.
Shared Hosting gehört nicht in diesen Vergleich: kein Root-Zugang und keine verlässliche Ressourcengarantie, und unser Leitfaden erklärt, wann der Wechsel von Shared Hosting zu VPS ansteht falls dieser Schritt bei Ihnen zuerst kommt. Colocation bleibt außen vor. Sie kaufen die Hardware und besitzen sie, das ist ein anderes Beschaffungsmodell mit anderen Verträgen und einer anderen Ausfallgeschichte.
| Kriterium | VPS | Dedizierter Server |
|---|---|---|
| Ressourcenisolation | Logisch, vom Hypervisor durchgesetzt | Physisch, Single Tenant |
| CPU-Zuteilung | vCPU werden auf geteilte physische Kerne eingeplant | Physische Kerne, exklusiv |
| IO-Contention | Geteilter Storage-Pool; die Latenz schwankt mit der Host-Last | Lokale Platten, keine externe Contention |
| Netzwerk-Contention | Geteilter Uplink | Exklusive NIC und exklusiver Port |
| Hardware-Kontrolle | Keine; der Anbieter wählt die Plattform | Vollständig; CPU-Generation, Plattenlayout, RAID |
Die Signale, dass Sie einem VPS entwachsen sind
Das sind Prüfungen an Ihrer eigenen Telemetrie, keine Faustregeln über Ihre Branche. Eine Bedingung gilt für alle drei: Ein Signal zählt nur, wenn es anhält.
Eine Maschine, die während eines nächtlichen Backup-Fensters bei 95 % CPU klebt, verhält sich korrekt. Eine Maschine, die zwei Wochen lang bei 95 % CPU klebt, sagt Ihnen etwas.
Dauerhafte CPU-Auslastung ohne Puffer
Zu beobachten ist ein gleitender Mittelwert über Tage oder Wochen, der keinen Raum lässt, ein Traffic-Ereignis, einen entlaufenen Prozess oder eine langsame Abhängigkeit abzufangen. Kein Spitzenwert. Ab da verschlechtern sich die Antwortzeiten nicht mehr sanft, sondern nichtlinear, und der nächste Vorfall hat keinen Platz mehr.
Die Form der Workload verschiebt die Linie. Ein gleichmäßiger Queue-Consumer nahe seiner Decke ist näher am Ärger als ein stoßweiser Web-Tier, der zweimal täglich Spitzen zeigt und sonst untätig ist. Lesen Sie Ihre eigene Kurve statt einer Zahl von einer Anbieterseite.
CPU-gebunden zu sein ist nicht dasselbe wie dedizierte Hardware zu brauchen. Ersteres löst sich oft innerhalb der Virtualisierung: eine größere Instanz oder eine Instanz mit höherem Takt, wenn die Workload single-threaded und latenzempfindlich ist.
Klären Sie, welcher Fall vorliegt, bevor Sie eine physische Kiste kalkulieren. Eine single-threaded Anwendung wird auf 32 Kernen nicht schneller.
Steal Time und IO Wait
CPU Steal Time ist der Anteil der Zeit, in der Ihr virtueller Prozessor bereit war zu laufen und der Hypervisor den physischen Kern jemand anderem gegeben hat. Es ist die Zahl, die eine zu große Workload von einem zu vollen Host unterscheidet.
Behandeln Sie keinen bestimmten Steal-Time-Prozentsatz als Schwelle. Beobachten Sie den Trend auf Ihrer eigenen Maschine. Nahe null mit gelegentlichen Ausschlägen ist normal. Dauerhaft von null verschieden und steigend heißt, der Host ist überlastet.
Dauerhaft hoch bei einer latenzempfindlichen Workload heißt: Sie werden beim Scheduling umgangen, und die Anwendung zahlt dafür.
Profi-Tipp: Führen Sie vmstat 1 30 aus und beobachten Sie die Spalte st im CPU-Block; top zeigt dieselbe Zahl als %st. Messen Sie in Ihren echten Spitzenzeiten, nicht einmalig um Mitternacht. Ein gesunder Host sieht so aus:
procs -----------memory---------- ---swap-- -----io---- -system-- ------cpu-----
r b swpd free buff cache si so bi bo in cs us sy id wa st
1 0 0 412332 84120 1932144 0 0 0 12 842 1503 21 4 75 0 0
2 0 0 411980 84120 1932148 0 0 0 0 901 1622 24 5 71 0 0Ein überlasteter sieht so aus, und die fehlende Zeit steht in der letzten Spalte:
r b swpd free buff cache si so bi bo in cs us sy id wa st
4 0 0 288104 61228 1104996 0 0 8 140 1502 2210 31 6 45 1 17
5 0 0 287960 61228 1105004 0 0 0 0 1610 2388 29 7 44 2 18Hohe Steal Time heißt, dieser Host ist überbucht. Das ist eine Aussage über Ihren Anbieter und Ihren Tarif, nicht über Virtualisierung. Die richtige erste Reaktion ist ein besser ausgestatteter Host oder ein Tarif mit dedizierter vCPU-Zuteilung. Die Virtualisierung zu verlassen kommt danach, nicht stattdessen.
Wenn Steal Time Ihr Befund ist, ist die Overselling-Diagnose der erste Faden, an dem Sie ziehen sollten.
Ich habe aus diesem Grund zwei Workloads von einem VPS heruntergeholt. Keine war CPU-gebunden. Beide lagen auf Hosts, die über ihre Kapazität hinaus verkauft waren, und eine davon brauchte nur einen anderen Anbieter.
Die Skalierungsdecke
Sie stoßen an die Decke, wenn die größte Instanz des Anbieters die Workload nicht mehr fasst, oder wenn der letzte vertikale Schritt deutlich weniger Verbesserung brachte als der davor. Das Zweite übersieht man leicht. Wenn eine Verdopplung der Instanz nur 20 % Verbesserung gebracht hat, ist der Engpass dorthin gewandert, wo mehr vCPU nicht hinkommen.
Storage-Auslöser überstehen die Untersuchung am häufigsten, und sie kommen meist als Datenbank daher. Der Engpass ist selten die Engine. Es ist anhaltendes zufälliges IO auf einem Pool, den Sie mit Fremden teilen.
Jede Workload, die fortlaufend kleine Blöcke liest und schreibt (eine ausgelastete Datenbank, eine Queue mit dauerhafter Persistenz, ein log-lastiger Dienst), belastet diesen Pool genau mit dem Muster, das er am schlechtesten verkraftet.
Beobachten Sie %wa und Ihre eigenen Latenz-Perzentile bei echter Spitzenlast. Wenn die Latenz auf eine Weise schwankt, die Ihre eigene Last nicht erklärt, stehen Sie hinter anderen Mietern in der Schlange, und Platten, die Ihnen gehören, sind die verlässliche Lösung.
Zwei dieser drei Signale lassen sich in der Regel innerhalb der Virtualisierung lösen, und das zu testen ist günstiger als Hardware zu kaufen.
Wann Compliance dedizierte Hardware verlangt
Ein Auditor schreibt „die Karteninhaberdaten-Umgebung muss auf dedizierter Hardware laufen", und der Satz leistet zweierlei, je nachdem wer ihn liest. Für eine Compliance-Fachkraft bedeutet er meist eine von anderen Workloads isolierte, eng abgegrenzte Umgebung. Für jemanden, der Hosting einkauft, sieht er aus wie eine Produktkategorie.
In der Lücke zwischen diesen beiden Lesarten wird Budget ausgegeben, ohne dass Kontrolle dazukommt.
Sowohl PCI DSS als auch die HIPAA Security Rule geben Isolations- und Kontrollergebnisse vor statt eines Formfaktors. Wenn Ihre Anforderung lautet, dass eine definierte Menge von Systemen segmentiert, zugriffsgeschützt, protokolliert und unabhängig prüfbar ist, erfüllt das eine sauber segmentierte virtuelle Umgebung. Wenn Ihre Anforderung lautet, dass auf demselben Silizium kein Code eines anderen Mieters läuft, erfüllt das nur physische Hardware.
Klären Sie, welchen der beiden Sätze man Ihnen gegeben hat, bevor Sie irgendetwas kalkulieren.
Bei PCI DSS ist der maßgebliche Begriff der Geltungsbereich. Die eigene Orientierungshilfe des Security Standards Council zu Scoping und Netzwerksegmentierung setzt als Ausgangsposition, dass alles im Geltungsbereich liegt, bis das Gegenteil verifiziert ist. Sie beschreibt Segmentierung als eine Methode, die die Zahl der Systemkomponenten im Geltungsbereich verringern kann. Dieses Supplement nennt an keiner Stelle seines Textes einen Hardware-Formfaktor.
Eine schlecht segmentierte virtuelle Umgebung kann immer noch weit mehr Ihres Stacks in den Geltungsbereich ziehen, als Sie eingeplant hatten. Das sind die Kosten schlechter Ausführung, kein Argument dagegen, es überhaupt zu tun.
HIPAA ist deutlicher darin, kontrollbasiert zu sein. Der von der Cornell Law School veröffentlichte Text der Flexibilitätsklausel der HIPAA Security Rule besagt, dass erfasste Einrichtungen und ihre Geschäftspartner alle Sicherheitsmaßnahmen einsetzen dürfen, die es ihnen erlauben, die Standards angemessen und sachgerecht umzusetzen. Die Wahl wird an Größe der Organisation, technischer Infrastruktur, Kosten und Risiko gemessen. Das ist ein Angemessenheitstest, keine Gerätespezifikation.
Bei einem gehosteten Deployment ist die maßgebliche Anforderung meist vertraglicher Natur. Der von der Cornell Law School veröffentlichte Text von 45 CFR § 164.308(b)(1) besagt, dass eine erfasste Einrichtung einem Geschäftspartner elektronisch geschützte Gesundheitsdaten erst überlassen darf, nachdem sie zufriedenstellende Zusicherungen erhalten hat, dass diese angemessen geschützt werden. Ein Anbieter, der keine Business-Associate-Vereinbarung unterschreibt, disqualifiziert sich selbst, ganz gleich wie seine Hardware aussieht.
Manche Fälle gehen nur dediziert. Ein Kundenvertrag, der physische Isolation schriftlich festschreibt, ist einer davon.
Ein weiterer ist ein Control, das sich ohne Hardwarezugriff nicht umsetzen lässt: Full-Disk-Verschlüsselung mit einem Schlüssel in einem TPM, das Sie kontrollieren, verifizierter Secure Boot, oder eine Firmware-Baseline, die Sie selbst attestieren. In diesen Fällen kaufen Sie die Hardware und hören auf zu evaluieren.
Profi-Tipp: Bevor Sie „dedizierte Hardware" als Anforderung akzeptieren, fragen Sie die Person, die das geschrieben hat, welches Control damit umgesetzt wird und für welche Systeme es gilt. Häufig lautet die Antwort: eine isolierte, auf die Karteninhaberdaten-Umgebung eingegrenzte Umgebung, kein Produkt namens dedizierter Server. Die Preisschilder unterscheiden sich erheblich.
Compliance-Ergebnisse hängen von Ihrem Prüfer und Ihrem konkreten Geltungsbereich ab. Das hier gibt Ihnen die richtige Frage an ihn, keinen Bescheid, den Sie ihm entgegenhalten könnten.
Wo sich die Kostenkurven kreuzen
Dedicated hardware looks cheap per core, and at sufficient scale it is. Across providers publishing public bare metal pricing, entry configurations in the 6-core, 32 GB class typically start from around $150 to $200 per month, while 24-core, 256 GB machines with multi-terabyte NVMe commonly start from $450 and up.
Those are typical list-price ranges as of August 2026, not a market average. Price your own shortlist.
Achten Sie auf die Form statt auf die absoluten Zahlen. VPS-Preise verlaufen nahezu linear zu den zugeteilten Ressourcen und haben praktisch keinen Sockel, weshalb eine 1-GB-Instanz ein paar Dollar kostet. Dedizierte Preise beginnen bei dem, was eine ganze physische Maschine kostet, und steigen dann langsam, weil die Grenzkosten für mehr Kerne in einem Chassis, das Sie ohnehin mieten, gering sind.
Zwei Geraden mit unterschiedlicher Steigung und unterschiedlichem Achsenabschnitt schneiden sich in genau einem Punkt.
Die Auslastung entscheidet, auf welcher Seite dieses Schnittpunkts Sie stehen. Die Dedicated-Linie ist fix: Sie zahlen für 24 Kerne, ob Sie 24 oder 4 nutzen.
Eine dedizierte Kiste bei 20 % Auslastung kostet pro Einheit geleisteter Arbeit mehr als ein richtig dimensionierter VPS, selbst wenn die Rechnung pro Kern niedriger ist. Der Nenner ist das, was Sie verbraucht haben, nicht das, was man Ihnen verkauft hat.
Der Umschlagpunkt ist nicht „ab N Kernen". Er ist „ab N Kernen, die Sie beschäftigt halten".
Drei Kosten tauchen auf keiner der beiden Rechnungen auf und gehören trotzdem in den Vergleich:
- Bereitstellungszeit. Ein VPS steht in Minuten bereit. Physische Hardware wird bestellt, geracked und in Stunden oder Tagen übergeben. Diese Wartezeit ist eine Randbedingung der Kapazitätsplanung, keine einmalige Unannehmlichkeit.
- Kein Scale-down. Nach einem Traffic-Ereignis können Sie einen VPS wieder verkleinern. Ein dedizierter Server ist eine monatliche Verpflichtung in voller Größe bis zum Ende der Vertragslaufzeit.
- Hardwareausfall. Wenn Ihnen auf einem VPS ein Host wegbricht, migriert oder stellt der Anbieter ihn wieder her. Wenn in Ihrer dedizierten Kiste eine Platte oder ein Netzteil ausfällt, führt der Weg über ein Support-Ticket und ein Restore aus dem Backup, und die Ausfallzeit zählt in Ihrem eigenen SLA.
Wann ein VPS weiterhin die richtige Antwort ist
Kein Signal hat ausgelöst. Die Auslastung hat Puffer, die Steal Time ist flach, die Instanzgrößen-Decke ist weit weg, kein Vertrag verlangt physische Isolation, und Ihre Nutzung ist weit vom Kostenschnittpunkt entfernt. Bleiben Sie virtualisiert.
Das ist eine Fähigkeit, kein Trostpreis. Snapshots machen ein Upgrade umkehrbar und eine riskante Migration testbar. Getrennte kleine Instanzen geben Ihnen Umgebungstrennung zu einem Preis, bei dem sich ein Staging lohnt.
Und der Hardwareausfall um 3 Uhr nachts gehört jemand anderem, was für ein kleines Team mehr wert ist als ein Benchmark-Delta.
Der Abstand ist kleiner geworden, und das ist eine technische Veränderung, kein Verkaufsargument. Tarife mit dediziertem vCPU, NVMe als Standard und ausgereifte paravirtualisierte Treiber haben den praktischen Leistungsabstand für typische Workloads weitgehend beseitigt.
Die Beständigkeit des Anbieters gehört neben die Specs auf die engere Liste. Ein VPS-Tarif, den Sie an einem Nachmittag verlassen können, birgt weniger Anbieterrisiko als ein Zwölfmonatsvertrag über Hardware. Das gilt nur, wenn der Anbieter im neunten Monat noch existiert und noch Tickets beantwortet. Prüfen Sie, wie lange er schon betreibt, wie er Störungshistorien veröffentlicht und wie der Support vor einem Ausfall antwortet statt während eines.
Es gibt auch Managed Dedicated Hosting, das Hardwarekontrolle gegen weniger Betriebsaufwand tauscht, und das liegt auf derselben Achse wie die Entscheidung zwischen Managed und Unmanaged eine Ebene tiefer.
Auf einem VPS zu bleiben ist eine aktive Entscheidung mit eigenem Eskalationspfad, nicht der Standard, in dem man landet, weil man nicht gewählt hat.
Wenn Ihre Diagnose Contention war und nicht fehlende Kapazität, dann ist die Anschaffung, um die es geht, ein VPS und kein Chassis. Was Sie davon wollen, ist die Freiheit, nach dem Ereignis, das Sie hierhergebracht hat, wieder herunterzuskalieren. Genau dafür bauen wir: Unser Linux VPS läuft auf NVMe-Speicher mit einem Uptime-SLA von 99,95 % und stundengenauer Abrechnung. Eine größere oder höher getaktete Instanz zu testen kostet Sie einen Nachmittag statt eines Vertrags. Dimensionieren Sie sie anhand der obigen Schwellen, schicken Sie Ihre eigene Spitzenlast darüber und schauen Sie erneut auf die Steal Time.
Entwickeln Sie auf einem Linux-VPS mit Root-Zugriff, NVMe und AMD-EPYC-Power.
Linux-Pläne ansehenHäufig gestellte Fragen
Wie viel schneller ist ein dedizierter Server als ein VPS?
Das hängt davon ab, um welche Ressource konkurriert wird. Bei moderner Virtualisierung ist der CPU-Abstand auf einem gut ausgestatteten Host klein, weil der Hypervisor-Overhead mit Hardware-Virtualisierungserweiterungen minimal ist. Die verlässlichen Unterschiede sind das Fehlen von IO- und Netzwerk-Contention, und sie zeigen sich als Latenzkonstanz, nicht als reine Geschwindigkeit. Wenn Ihre Workload in der Spitze nie um Platte oder Netzwerk konkurriert, rechnen Sie mit einem Abstand, der zu klein ist, um den Kauf zu entscheiden.
Reicht ein VPS für eine Produktionsdatenbank?
Für die meisten Produktionsdatenbanken ja. Die bindende Beschränkung ist meist anhaltendes zufälliges IO auf geteiltem Storage, nicht die Datenbank-Engine. Eine Datenbank, die fortlaufend kleine Blöcke liest und schreibt, erreicht das Limit eines geteilten Pools lange vor dem Limit der Engine. Dedizierte Platten heben dieses Limit auf; eine größere Instanz nicht.
Verlangt PCI DSS einen dedizierten Server?
Nein, nicht als pauschale Regel. PCI DSS legt Isolations- und Kontrollanforderungen fest, die auf die Karteninhaberdaten-Umgebung bezogen sind, nicht auf einen Hardware-Formfaktor. Die Scoping-Orientierungshilfe des Security Standards Council behandelt alles als im Geltungsbereich, bis das Gegenteil verifiziert ist, und beschreibt Netzwerksegmentierung als Methode, die Zahl der betroffenen Systeme zu verringern. Eine sauber segmentierte virtuelle Umgebung kann das erfüllen; eine schlecht segmentierte zieht deutlich mehr Ihres Stacks in den Geltungsbereich.
Woran erkenne ich, ob mein VPS ein Noisy-Neighbor-Problem hat?
Das Symptom ist unbeständige Leistung zur Spitzenzeit auf einer Maschine, die sonst nicht ausgelastet ist: Antwortzeiten, die schwanken, während Ihre eigene Last, Ihr Speicher und Ihre Plattennutzung flach und unauffällig bleiben. In den ruhigen Stunden sieht alles normal aus, und deshalb überlebt das Problem so lange undiagnostiziert. Die Ursache sitzt auf dem physischen Host, den Sie teilen, also ist die Lösung ein besser ausgestatteter Tarif oder ein anderer Anbieter, keine Neufassung Ihrer Anwendung.
Wann sollte ich von einem VPS auf einen dedizierten Server wechseln?
Upgrade when at least one of these holds: CPU utilization sits at a rolling-average level that leaves no headroom for a traffic event; steal time or IO wait stays high after you have already tried a better-provisioned plan; the workload has outgrown the largest instance your provider sells; a contract or a control genuinely requires physical isolation; or sustained utilization is high enough that a fixed hardware cost beats per-resource pricing.
