VPS vs. Dedicated Server: Was brauchst du wirklich? (2026)

VPS vs. Dedicated Server ist eine der ersten Entscheidungen, wenn du einen eigenen Server mieten willst. Die Kurzfassung: Ein VPS (virtueller privater Server) ist ein abgeschotteter Ausschnitt eines großen physischen Rechners, den du dir mit anderen Kunden teilst. Ein Dedicated Server ist ein kompletter physischer Rechner, der für die Mietdauer ganz allein dir gehört. Der VPS ist günstiger, flexibler und in Minuten da. Der Dedicated Server liefert mehr garantierte Leistung pro Euro, sobald du ihn wirklich auslastest, aber du trägst mehr Verantwortung.

Die meisten Vergleichsartikel zum Thema stammen von Hosting-Firmen, die beides verkaufen und dir am liebsten das teurere Produkt empfehlen. Wir verkaufen keine Server. Wir betreiben selbst zwei VPS produktiv und haben sie für diesen Artikel 2026 unter Volllast gesetzt, um genau die Frage zu beantworten, die hinter „VPS oder Dedicated?“ steckt: Merkst du im Alltag überhaupt, dass du dir die Hardware teilst?

Hinweis zum Video: Es stammt von InMotion Hosting, also selbst von einem Anbieter. Die Grundbegriffe erklärt es sauber, die Empfehlungen solltest du mit derselben Vorsicht lesen wie jeden Anbieter-Blog.

VPS vs. Dedicated Server: Der Unterschied in einem Bild

Wenn du unseren Artikel Was ist ein VPS? kennst, kennst du das Bild schon: Ein physischer Server im Rechenzentrum ist wie ein Mehrfamilienhaus. Beim VPS mietest du eine Wohnung darin. Du hast eine eigene Tür, einen eigenen Schlüssel und kannst drinnen umbauen, wie du willst. Treppenhaus, Heizung und Wasserleitung teilst du aber mit den Nachbarn.

Beim Dedicated Server mietest du das ganze Haus. Keine Nachbarn, keine geteilte Heizung, jeder Raum gehört dir. Dafür zahlst du für das ganze Haus, auch für die Zimmer, die du gerade nicht nutzt. Und wenn das Dach undicht wird, merkst du es selbst, und zwar sofort.

Technisch sieht das so aus:

• VPS: Auf dem physischen Rechner läuft ein Hypervisor, bei fast allen Anbietern KVM. Der teilt Prozessor, Arbeitsspeicher, Festplatten und Netzwerk in mehrere virtuelle Maschinen auf. Deine Maschine sieht zum Beispiel „4 vCPUs, 8 GB RAM“, obwohl der Host darunter vielleicht 96 Kerne und 512 GB hat.
• Dedicated Server (auch „Root-Server“, „Bare Metal“ oder „dedizierter Server“): Kein Hypervisor dazwischen. Dein Betriebssystem läuft direkt auf dem Blech. Jeder Kern, jedes Gigabyte und jede Festplatte gehört dir.

Eine Begriffsfalle gleich vorweg: In Deutschland nennen manche Anbieter auch virtuelle Maschinen „Root-Server“, weil du darauf Root-Rechte hast. Root-Zugriff hast du bei beiden. Ob du einen VPS oder einen Dedicated Server mietest, entscheidet sich nicht am Namen des Tarifs, sondern daran, ob da ein Hypervisor dazwischen sitzt. Das lässt sich von innen prüfen, dazu gleich mehr.

Die Unterschiede im Überblick

Die Tabelle ist die übliche Einordnung, wie sie in fast jedem Vergleich steht. Spannender ist die Frage, welche Zeile im Alltag den Unterschied macht. Dafür haben wir gemessen.

Was wir auf unseren eigenen VPS gemessen haben

Wir betreiben zwei VPS beim selben deutschen Anbieter, beide mit KVM und AMD-EPYC-Prozessoren der Genoa-Generation:

• Server A: 12 vCPUs, 22 GB RAM, 86 Tage Laufzeit zum Messzeitpunkt, der Entwicklungsserver, auf dem auch diese Webseite gebaut wird. Er ist nie ganz im Leerlauf: Beim Messen lag der Load-Average schon bei rund 9.
• Server B: 4 vCPUs, 7 GB nutzbarer RAM, 83 Tage Laufzeit, ein kleiner Server in Helsinki, der fast den ganzen Tag schläft (Load-Average 0,01).

Einen Dedicated Server zum direkten Parallelversuch haben wir nicht. Das sagen wir so deutlich, weil es die Aussagekraft begrenzt: Wir können zeigen, wie sich ein VPS unter Last verhält, und daraus ableiten, ab wann ein Dedicated Server sich lohnt. Einen Seite-an-Seite-Benchmark gegen Bare Metal liefern wir nicht.

Zuerst: Ist das wirklich ein VPS?

Bevor du irgendetwas vergleichst, prüfe, was du tatsächlich gemietet hast. Zwei Befehle reichen:

systemd-detect-virt
# kvm   → virtuelle Maschine
# none  → direkt auf der Hardware (Dedicated/Bare Metal)

grep -m1 -o hypervisor /proc/cpuinfo
# "hypervisor" → du läufst in einer VM
# keine Ausgabe → kein Hypervisor-Flag

Auf beiden unserer Maschinen kommt kvm und hypervisor zurück. Zusätzlich meldet /sys/class/dmi/id/product_name bei beiden den Produktnamen „vServer“. Bei einem echten Dedicated Server stünde dort das Mainboard-Modell des Herstellers. Genau so kannst du auch prüfen, ob ein Tarif mit dem Namen „Root-Server“ in Wahrheit eine VM ist.

Befund 1: Ein Kern ist auf beiden gleich schnell

Wir haben mit openssl speed gemessen, wie viele Daten ein einzelner Kern pro Sekunde mit SHA-256 hashen kann. Das ist ein reiner CPU-Test ohne Festplatte und Netzwerk. Acht Durchläufe à 2 Sekunden:

Beide liegen in derselben Größenordnung, gleiche CPU-Generation eben. Interessant ist die Schwankung: Der kleine, eigentlich leere Server B streut stärker als der volle Server A. Ein Ergebnis, das zu der Frage passt, um die es hier geht. Wie ruhig dein VPS läuft, hängt nicht nur von dir ab, sondern auch davon, was auf dem Host gerade passiert. Du siehst es nur nicht direkt. Bei einem Dedicated Server wäre die zweite Spalte die Schwankung deiner eigenen Last und sonst nichts.

Die 4 % sind wenig. Für einen Webserver, eine API oder einen Bot spielt das keine Rolle. Wer aber Latenz-kritische Dinge betreibt, etwa Gameserver mit fester Tickrate oder Trading-Systeme, für den ist gerade diese Streuung das eigentliche Argument für Dedicated Hardware, nicht der Durchschnittswert.

Befund 2: Unter Volllast skaliert der kleine VPS fast perfekt

Dann haben wir alle Kerne gleichzeitig ausgelastet (openssl speed -multi N, 10 Sekunden) und parallel mit vmstat 1 mitgeschrieben, wie sich die CPU-Zeit verteilt.

Server B hat seine vier Kerne praktisch vollständig bekommen: Faktor 3,9 von 4 möglichen. Server A kommt nur auf 9,3 von 12. Das klingt nach einem Nachbarproblem, ist aber mit hoher Wahrscheinlichkeit unser eigenes: Auf Server A liefen während der Messung Dutzende eigene Dienste weiter, der Load-Average lag schon vorher bei 9. Der Test hat mit unseren eigenen Prozessen um die Kerne gekämpft. Das ist eine wichtige Lehre für jeden eigenen Benchmark: Miss nie auf einer Maschine, auf der deine Produktion läuft, und schließe dann auf den Anbieter.

Befund 3: Steal Time null, auch wenn es darauf ankommt

„Steal Time“ ist die Zeit, in der deine virtuelle CPU rechnen wollte, der Hypervisor sie aber nicht ließ, weil ein anderer Gast an der Reihe war. Das ist die Kennzahl, die das Nachbarproblem eines VPS direkt sichtbar machen soll. In top steht sie als st, in vmstat in der letzten Spalte.

Im Artikel über VPS hatten wir schon gezeigt, dass die kumulierte Steal Time auf beiden Maschinen über mehr als 80 Tage exakt null ist. Damals mussten wir offen lassen, was das bedeutet: Entweder wurden wir nie gestört, oder der Hypervisor meldet die Zahl einfach nicht. Eine Kennzahl, die immer null ist, kann nicht rot werden.

Diesmal haben wir unter Volllast nachgesehen, also genau in dem Moment, in dem ein Nachbar uns am ehesten Zeit wegnehmen würde. Ergebnis: wieder null, in jeder Sekunde, auf beiden Servern. Und die Kontrolle aus /proc/stat bestätigt es: In der Spalte für Steal steht nach 86 bzw. 83 Tagen weiterhin eine glatte 0.

Ehrlich eingeordnet: Das beweist immer noch nicht, dass nie ein Nachbar stört. Es zeigt aber zweierlei. Erstens hat Server B unter Volllast seine vier Kerne zu 97 bis 98 % bekommen, das ist aus der Durchsatzmessung ablesbar, unabhängig von der Steal-Zahl. Zweitens darfst du dich nicht darauf verlassen, dass st in top dir ein Nachbarproblem anzeigt. Wenn dein VPS komisch langsam wird, miss den Durchsatz selbst, statt auf st zu warten.

Was die Messungen für die Entscheidung bedeuten

Für die typischen Einsatzzwecke, also Webseiten, Shops, APIs, Bots, Datenbanken mittlerer Größe und Automationen, liefert ein ordentlicher VPS die gemietete Leistung. Das Nachbarproblem ist real, aber in unseren Messungen im Bereich weniger Prozent. Der Grund für einen Dedicated Server ist deshalb in den seltensten Fällen „ein VPS ist zu langsam“. Die guten Gründe liegen woanders, und die schauen wir uns jetzt an.

Wann ein VPS die bessere Wahl ist

Ein VPS ist die richtige Wahl, wenn mindestens eines davon zutrifft:

Deine Last ist ungleichmäßig. Eine Webseite mit Spitzen am Abend, ein Bot, der alle paar Minuten aufwacht, eine API mit gelegentlichen Anfragen. Server B aus unserer Messung verbringt über 97 % seiner Lebenszeit im Leerlauf (gemessen über 83 Tage: 2,7 % belegt). Einen ganzen physischen Rechner dafür zu mieten, wäre Verschwendung.

Du willst schnell anfangen und experimentieren. Ein VPS ist in Sekunden da, du kannst ihn wieder löschen und bezahlst oft stundengenau. Für den ersten eigenen Server ist das ideal. Wie du danach weitermachst, zeigt unser Artikel Linux-Server einrichten.

Du weißt noch nicht, wie groß du wirst. Beim VPS wählst du einen größeren Tarif, startest neu, und die Maschine hat mehr Kerne und RAM. Beim Dedicated Server heißt „größer“ fast immer Umzug. Wie viel Speicher du wirklich brauchst, klärt Wie viel RAM braucht ein Server?.

Dir sind Snapshots und einfache Backups wichtig. Ein Snapshot vor jedem großen Update ist beim VPS ein Klick. Beim Dedicated Server musst du das selbst bauen, etwa mit LVM-Snapshots oder einem Backup-Werkzeug wie restic.

Hardware soll nicht dein Problem sein. Fällt beim VPS-Anbieter eine Festplatte oder ein Netzteil aus, verschiebt er deine VM auf einen anderen Host oder startet sie dort neu. Oft merkst du davon nichts oder nur einen Neustart. Das ist aus unserer Sicht der meistunterschätzte Vorteil.

Wann sich ein Dedicated Server lohnt

Ein Dedicated Server lohnt sich, wenn du eines der folgenden Dinge wirklich brauchst:

Dauerhaft hohe CPU-Last. Kompilieren rund um die Uhr, Video-Encoding, große Datenbanken unter Dauerlast, wissenschaftliches Rechnen. Hier zahlst du beim VPS für jede vCPU, die du dauerhaft voll nutzt, und bekommst beim Dedicated Server pro Euro spürbar mehr echte Kerne. Die Rechnung kippt meist genau dann, wenn du beim VPS mehrere große Tarife mit dedizierten vCPUs brauchst.

Viel Speicherplatz. Wer mehrere Terabyte auf lokalen Platten braucht, etwa für Backups, Medien oder eine große Nextcloud, zahlt beim VPS für zusätzlichen Speicher oft einen Aufpreis pro Gigabyte, der sich schnell summiert. Dedicated Server kommen mit mehreren großen Festplatten, und du entscheidest selbst über das RAID-Level.

Gleichmäßige, vorhersagbare Latenz. Siehe Befund 1: Die Schwankung ist auf einem VPS klein, aber nicht deine eigene. Gameserver, Echtzeit-Audio oder latenzkritische Handelssysteme profitieren von Hardware, bei der nur deine Last schwankt.

Eigene Virtualisierung. Du willst selbst Proxmox betreiben und darauf viele eigene VMs und Container verteilen? Auf einem VPS geht das nur verschachtelt, wenn überhaupt. Auf einem Dedicated Server ist genau das der Normalfall. Welcher Hypervisor dafür passt, steht in Proxmox vs. ESXi.

Spezielle Hardware oder Compliance. GPUs für KI-Modelle, besonders viel RAM, bestimmte Netzwerkkarten, oder eine Vorgabe, dass Daten nicht auf geteilter Hardware liegen dürfen. Manche Branchen und Verträge verlangen das ausdrücklich.

Der unterschätzte Unterschied: Was passiert bei einem Defekt?

Die meisten Vergleiche reden über Leistung. Aus Betreibersicht ist die wichtigere Frage: Was passiert, wenn Hardware kaputtgeht? Und irgendwann geht Hardware kaputt.

Beim VPS gehört die Hardware dem Anbieter. Er betreibt Hosts in großer Zahl, hat Ersatzteile und Prozesse, und seine Hypervisoren können VMs auf einen anderen Host verschieben. Im besten Fall passiert das live ohne Neustart. Im schlechteren Fall wird deine VM nach einem Host-Ausfall auf einer anderen Maschine neu gestartet. Deine Daten liegen dabei oft auf einem zentralen oder replizierten Speicher und überleben den Ausfall des Hosts.

Beim Dedicated Server gehört die Hardware für die Mietdauer dir, und damit auch ihre Ausfälle. Stirbt eine Festplatte, musst du es erst einmal bemerken. Dann öffnest du ein Ticket, ein Techniker tauscht die Platte, und du baust dein RAID wieder auf. Stirbt das Mainboard, ist der Server bis zum Tausch weg. Hattest du kein RAID und kein externes Backup, sind die Daten ebenfalls weg.

Daraus folgen drei praktische Regeln für jeden, der einen Dedicated Server mietet:

1. Immer mindestens zwei Festplatten im Software-RAID 1 (oder höher). Die meisten Anbieter liefern Dedicated Server genau deshalb mit zwei Platten aus.
2. RAID-Zustand überwachen. Ein RAID, dessen Ausfall niemand bemerkt, schützt dich genau einmal. cat /proc/mdstat zeigt dir den Zustand. [UU] heißt beide Platten gesund, [U_] heißt eine fehlt. Baue einen Alarm darauf, zum Beispiel per mdadm --monitor mit Mail-Benachrichtigung.
3. Externes Backup. RAID ist kein Backup. Es schützt vor einer toten Platte, nicht vor einem gelöschten Ordner, einem Verschlüsselungstrojaner oder einem Brand. Wie schnell ein Server ohne sauberen Plan in Not gerät, haben wir in Ein Server, fünf Tage gekapert beschrieben.

Beim VPS brauchst du Punkt 3 genauso. Punkt 1 und 2 nimmt dir der Anbieter ab. Das ist ein Stück Arbeit und Risiko, das beim Preisvergleich fast nie mitgerechnet wird.

Sicherheit: Ist ein Dedicated Server sicherer als ein VPS?

Die ehrliche Antwort: Für fast alle Projekte hängt die Sicherheit nicht davon ab, ob du einen VPS oder einen Dedicated Server hast, sondern davon, wie du ihn betreibst.

Das theoretische Risiko beim VPS ist die geteilte Hardware. Ein Angreifer auf derselben Maschine könnte über eine Lücke im Hypervisor oder über Seitenkanäle in der CPU (wie bei Spectre und Meltdown) versuchen, Daten aus anderen VMs zu lesen. Solche Angriffe sind real erforscht, aber aufwendig und selten. Große Anbieter spielen Hypervisor-Patches zügig ein.

Das praktische Risiko sieht ganz anders aus. Server werden fast immer über ganz alltägliche Dinge übernommen: ein SSH-Zugang mit schwachem Passwort, eine veraltete Web-Anwendung, ein Datenbank-Port, der offen im Internet hängt, ein Docker-Container, der die Firewall umgeht. Gegen all das hilft kein Dedicated Server. Hilfreich sind:

• SSH nur mit Schlüsseln, Passwort-Login aus. Wie das geht, erklärt Was ist SSH?.
• Dienste, die nicht öffentlich sein müssen, nur auf 127.0.0.1 binden.
• Regelmäßige Updates, am besten automatisch für Sicherheitsupdates.
• Eine Firewall und ein Blick darauf, welche Ports wirklich offen sind: ss -tlnp.

Ein Dedicated Server wird erst dann sicherheitsrelevant, wenn eine Vorgabe es verlangt (etwa: keine geteilte Hardware für bestimmte Daten) oder wenn dein Bedrohungsmodell wirklich hochspezialisierte Angreifer enthält. Für einen Onlineshop, eine Firmen-Cloud oder ein privates Projekt ist ein sauber gepflegter VPS nicht unsicherer als ein schlecht gepflegter Dedicated Server. Eher umgekehrt: Beim Dedicated Server kommen Firmware-Updates und eine Fernwartungsschnittstelle (IPMI) dazu, die du ebenfalls absichern musst.

Das Video von Craylor ist etwas älter, erklärt die drei Hosting-Arten aber anbieterneutral und anschaulich. An den Grundlagen hat sich seitdem nichts geändert.

Kosten: Wann kippt die Rechnung?

Konkrete Preise nennen wir hier bewusst nicht. Sie ändern sich zu oft, und veraltete Zahlen in einem Vergleich sind schlimmer als keine. Beim Schreiben dieses Artikels lieferte die Preisseite eines großen Anbieters die Beträge nur per JavaScript aus. Was wir dir stattdessen geben, ist die Rechnung, mit der du am Tag deiner Entscheidung selbst vergleichst:

Schritt 1: Nimm deinen realen Bedarf. Nicht das, was du irgendwann vielleicht brauchst, sondern was du heute brauchst, plus Puffer. Messen statt raten: htop, free -h und df -h auf deinem aktuellen System.

Schritt 2: Such den passenden VPS-Tarif. Achte darauf, ob die vCPUs geteilt oder dediziert sind. Geteilte vCPUs sind deutlich günstiger und für ungleichmäßige Last ideal. Für Dauerlast brauchst du dedizierte.

Schritt 3: Such den kleinsten Dedicated Server, der das ebenfalls abdeckt. Rechne die Einrichtungsgebühr auf die geplante Laufzeit um. Rechne Zusatzkosten dazu: zusätzliche IP-Adressen, Backup-Speicher, eventuell eine zweite Platte.

Schritt 4: Rechne deine Arbeitszeit dazu. Beim Dedicated Server kommen RAID, Rescue-System, Hardwaretausch und manchmal Firmware dazu. Wenn dich das im Jahr einige Stunden kostet, gehört das in die Rechnung.

Als grobe Faustregel aus unserer Praxis: Solange ein VPS mit geteilten vCPUs reicht, ist er fast immer die günstigere Lösung. Die Rechnung kippt typischerweise dann, wenn du beim VPS in die Tarife mit vielen dedizierten vCPUs und viel RAM vorrückst oder wenn du mehrere Terabyte Speicher brauchst. Ab dort bekommst du beim Dedicated Server für ähnliches Geld oft deutlich mehr Hardware.

Verwaltung: Was ändert sich im Alltag?

Auf der Ebene des Betriebssystems ist fast alles gleich. Beide Varianten verwaltest du per SSH, auf beiden läuft dasselbe Linux. Dieselben Anleitungen funktionieren, und dieselben Werkzeuge wie Docker, nginx oder Caddy laufen identisch. Welche Distribution du nimmst, ist eine eigene Frage, bei der Debian vs. Ubuntu weiterhilft.

Die Unterschiede liegen unter dem Betriebssystem:

Für Einsteiger ist vor allem die letzte Zeile wichtig. Wenn du dich beim Firewall-Einrichten aussperrst, hilft beim VPS fast immer die Webkonsole im Browser. Beim Dedicated Server brauchst du dafür das Rescue-System oder eine angeforderte Remote-Konsole. Das kostet beim ersten Mal Zeit und Nerven.

Die Alternative dazwischen: dedizierte vCPUs

Zwischen „geteilter VPS“ und „ganzer Server“ gibt es eine Stufe, die viele übersehen: VPS mit dedizierten vCPUs. Du teilst dir weiterhin den Host, bekommst aber feste physische Kerne zugewiesen, die kein anderer Kunde nutzt. RAM, Festplatten und Netzwerk bleiben geteilt.

Das löst genau das Problem aus Befund 1, also die Schwankung durch Nachbarn bei der CPU. Und du behältst die VPS-Vorteile: schnelle Bereitstellung, Snapshots, kein Hardware-Stress. Wer „mein VPS ist unter Last manchmal langsam“ als Grund für einen Dedicated Server nennt, sollte zuerst diese Stufe testen. Sie ist teurer als ein geteilter VPS, aber oft günstiger als ein Dedicated Server und in Minuten ausprobiert.

Entscheidungshilfe: VPS oder Dedicated Server?

Geh die Fragen der Reihe nach durch. Die erste, bei der du „ja“ sagst, entscheidet.

1. Brauchst du eigene Virtualisierung (Proxmox, viele eigene VMs)? → Dedicated Server.
2. Brauchst du spezielle Hardware (GPU, sehr viel RAM, viele Terabyte Festplatte)? → Dedicated Server.
3. Verlangt ein Vertrag oder eine Vorgabe exklusive Hardware? → Dedicated Server.
4. Läuft deine CPU dauerhaft, also über Stunden und Tage, nahe 100 %? → Erst VPS mit dedizierten vCPUs testen, dann Dedicated Server durchrechnen.
5. Ist dein Projekt neu, klein oder im Wachstum unklar? → VPS.
6. Willst du dich nicht um Hardware und RAID kümmern? → VPS.
7. Nichts davon trifft zu? → VPS. Das ist der Normalfall.

Wenn du ganz neu startest: Nimm einen kleinen VPS. Du lernst dabei alles, was du auch auf einem Dedicated Server brauchst. Ein Umzug später ist kein Drama, wenn du deine Dienste sauber dokumentiert hast, zum Beispiel mit einer Docker-Compose-Datei.

So misst du deinen eigenen VPS

Bevor du wegen Leistung umziehst, miss nach. Die Befehle aus diesem Artikel kannst du eins zu eins übernehmen:

# 1. Bin ich in einer VM?
systemd-detect-virt

# 2. Wie schnell ist ein Kern?
openssl speed -seconds 5 -bytes 16384 sha256 2>/dev/null | tail -1

# 3. Wie gut skalieren alle Kerne? (N = Anzahl vCPUs)
openssl speed -seconds 10 -bytes 16384 -multi $(nproc) sha256 2>/dev/null | tail -1

# 4. In einem zweiten Terminal währenddessen mitschreiben:
vmstat 1
# Spalten us/sy/id/wa/st beobachten. "st" = Steal Time

# 5. Steal Time seit dem letzten Boot (8. Zahl nach "cpu"):
grep '^cpu ' /proc/stat

Teile Ergebnis 3 durch Ergebnis 2. Kommst du nahe an die Zahl deiner vCPUs heran, bekommst du deine Kerne. Liegst du deutlich darunter, obwohl auf dem Server sonst nichts läuft, ist das ein echter Hinweis auf Nachbarn oder eine Drosselung. Dann lohnt sich ein Gespräch mit dem Anbieter oder der Test eines Tarifs mit dedizierten vCPUs. Wichtig: Miss nicht während deine Produktion läuft. Unser Server A zeigt, wie stark eigene Last das Ergebnis verfälscht.

Was wir bewusst nicht behaupten

• Wir haben keinen Dedicated Server parallel gemessen. Alle Zahlen stammen von zwei VPS. Aussagen über Bare Metal beruhen auf der Technik, nicht auf eigenem Vergleich.
• Zwei Maschinen eines Anbieters sind keine Marktstudie. Andere Anbieter überbuchen anders. Unsere Zahlen zeigen, was ein ordentlicher VPS leisten kann, nicht was jeder VPS leistet.
• Die Steal Time von null beweist nicht, dass nie jemand stört. Sie zeigt nur, dass du dich auf die Zahl nicht als Frühwarnung verlassen solltest. Der Durchsatz unter Last ist das aussagekräftigere Signal.
• Keine Preise. Absichtlich, siehe oben.

Fazit: VPS vs. Dedicated Server

Die Entscheidung VPS vs. Dedicated Server ist in den meisten Fällen weniger knapp, als Hosting-Anbieter sie darstellen. Unsere Messungen zeigen: Ein ordentlicher VPS liefert die gemieteten Kerne auch unter Volllast fast vollständig ab. Der kleine Server bekam 3,9 von 4 Kernen, ohne messbare Steal Time. Für Webseiten, Shops, APIs, Bots und die allermeisten Firmenanwendungen ist ein VPS die richtige, günstigere und bequemere Wahl.

Ein Dedicated Server lohnt sich nicht, weil „mehr Leistung“ gut klingt, sondern wenn du einen konkreten Grund hast: dauerhafte Volllast, viel Speicher, eigene Virtualisierung, spezielle Hardware oder eine Vorgabe zu exklusiver Hardware. Und dann nur mit RAID, Überwachung und externem Backup, weil die Hardware jetzt dein Problem ist.

Unsere Empfehlung: Starte mit einem VPS, miss deine reale Last mit den Befehlen oben und zieh erst um, wenn die Zahlen es verlangen. Das Wissen nimmst du eins zu eins mit.

Häufige Fragen

Was ist der Unterschied zwischen VPS und Dedicated Server?

Ein VPS ist eine virtuelle Maschine auf einem physischen Rechner, den du dir mit anderen Kunden teilst. Ein Dedicated Server ist ein ganzer physischer Rechner, der nur dir gehört. Beide geben dir Root-Zugriff und ein eigenes Betriebssystem. Der Unterschied liegt darin, ob ein Hypervisor die Hardware aufteilt.

Was ist besser: VPS oder Dedicated Server?

Für die meisten Projekte ist ein VPS besser: günstiger, schneller bereitgestellt, leichter zu skalieren und ohne Hardware-Verantwortung. Ein Dedicated Server ist besser bei dauerhaft hoher CPU-Last, großem Speicherbedarf, eigener Virtualisierung oder Vorgaben zu exklusiver Hardware.

Ist ein Root-Server dasselbe wie ein Dedicated Server?

Nicht immer. „Root-Server“ heißt nur, dass du Root-Rechte hast. Manche Anbieter nennen auch virtuelle Maschinen so. Ob du wirklich eigene Hardware hast, zeigt systemd-detect-virt: Bei none läufst du direkt auf der Hardware, bei kvm in einer VM.

Ist ein Dedicated Server schneller als ein VPS?

Pro Kern nicht unbedingt, wenn dieselbe CPU-Generation verbaut ist. Ein Dedicated Server liefert aber seine volle Leistung ohne Schwankungen durch Nachbarn und bietet pro Euro meist mehr Kerne und RAM. In unseren Tests bekam ein 4-vCPU-VPS unter Volllast 3,9 von 4 Kernen, der Unterschied im Alltag ist also oft klein.

Ist ein VPS sicher genug für einen Onlineshop oder Firmendaten?

Ja, wenn er gut gepflegt ist. Die meisten Server werden über schwache Passwörter, veraltete Software oder offene Ports übernommen, nicht über die geteilte Hardware. Ein Dedicated Server ist nur dann sicherer, wenn eine Vorgabe exklusive Hardware verlangt oder du sehr spezialisierte Angreifer fürchtest.

Ab wann lohnt sich ein Dedicated Server?

Wenn du beim VPS in große Tarife mit vielen dedizierten vCPUs und viel RAM vorrückst, wenn du mehrere Terabyte lokalen Speicher brauchst, oder wenn du eigene Virtualisierung wie Proxmox betreiben willst. Rechne dabei die Einrichtungsgebühr und deinen Mehraufwand für RAID und Hardwaretausch mit ein.

Was ist Steal Time und warum ist sie wichtig?

Steal Time ist die Zeit, in der deine virtuelle CPU rechnen wollte, der Hypervisor aber einem anderen Gast den Vortritt gab. Du siehst sie in top als st. Auf unseren beiden VPS war sie selbst unter Volllast null. Verlass dich trotzdem nicht allein auf diese Zahl, sondern miss bei Verdacht den Durchsatz.

Brauche ich für einen Dedicated Server mehr Linux-Kenntnisse?

Etwas mehr. Das Betriebssystem verwaltest du genauso wie beim VPS. Dazu kommen RAID einrichten und überwachen, das Rescue-System nutzen und Hardwaredefekte melden. Wer mit einem VPS gut zurechtkommt, lernt das schnell.

Kann ich später von einem VPS auf einen Dedicated Server umziehen?

Ja. Du installierst auf dem neuen Server dasselbe Betriebssystem, überträgst Daten und Konfiguration und stellst die DNS-Einträge um. Am einfachsten geht das, wenn deine Dienste in Docker-Containern mit Compose-Dateien laufen und du regelmäßige Backups hast.

Was ist mit Cloud-Servern?

Cloud-Server sind technisch meist VPS mit stundengenauer Abrechnung, API und Zusatzdiensten wie Load Balancern oder privaten Netzwerken. Für die Frage VPS oder Dedicated Server gehören sie auf die VPS-Seite.

Brauche ich für einen Gameserver einen Dedicated Server?

Für kleine Gameserver unter Freunden reicht oft ein VPS, idealerweise mit dedizierten vCPUs. Für große öffentliche Server mit fester Tickrate und vielen Spielern ist ein Dedicated Server wegen der gleichmäßigeren Latenz meist die bessere Wahl.