Was ist ein Virtual Dedicated Server? VDS vs. VPS vs. Dedicated

Was ein Virtual Dedicated Server wirklich ist

Ein Virtual Dedicated Server (VDS) ist eine virtuelle Maschine, die ein Hypervisor aus einem physischen Host herausschneidet (meist KVM unter Linux, manchmal Xen, VMware ESXi oder Hyper-V), mit einer entscheidenden Eigenschaft: Die Ressourcen auf der Rechnung sind reserviert. Zwei Kerne bedeuten zwei Host-Threads, die für diese VM freigehalten werden; 8 GB RAM bedeuten 8 GB, die der Host nie an einen anderen Mieter verleiht. In der Maschine haben Sie einen eigenen Kernel, ein eigenes Disk-Image, volle Root- oder Administratorrechte und jedes Betriebssystem, das der Hypervisor booten kann: aus Sicht des Gasts ein kleiner dedizierter Server, aus Sicht des Hosts einer von mehreren Mietern, die nie um dieselbe Zuteilung konkurrieren.

Den Begriff gibt es, weil „VPS“ zu unscharf geworden ist. Ein VPS kann alles sein, vom OpenVZ-Container mit Burst-RAM bis zur KVM-Maschine auf einem Host, der denselben physischen Kern an sechs Kunden verkauft. „VDS“ wurde von Anbietern übernommen, die sagen wollten: „Dieses Angebot ist nicht überbucht.“ Hinter dem Etikett steht kein Standard: Im russischsprachigen Hosting-Markt sind VDS und VPS austauschbar, und anderswo benennen Anbieter eine schlichte VPS-Reihe um, weil VDS näher an dedicated klingt. Das Wort verrät die Absicht; die Befehle weiter unten verraten die Wahrheit.

VDS vs. VPS vs. dedizierter Server

Die Produkte unterscheiden sich auf zwei Achsen: wie die Maschine isoliert ist (Container, virtuelle Maschine oder physische Hardware) und ob die Ressourcen reserviert oder geteilt sind. Ein VDS liegt bei beidem zwischen einem geteilten VPS und einem dedizierten Server.

Die Preisspalte ist eine grobe Spanne 2026 für Einstiegstarife, kein Benchmark. Eine reservierte VM mit vier Kernen und 8 GB lässt sich nicht für 3 $ im Monat verkaufen; kostet ein „VDS“ so viel wie ein Container, ist es meist einer.

Reservierte vs. geteilte Ressourcen: wo der Unterschied liegt

CPU. Unter KVM ist jede vCPU ein Host-Thread, den der Linux-Scheduler wie jeden anderen Prozess behandelt. Ein Host mit 32 Hardware-Threads kann als 32 vCPUs (1:1, reserviert) oder als 128 vCPUs (4:1, geteilt) verkauft werden. Nichts im Gast zeigt dieses Verhältnis an; es wird erst als Steal Time und in Latenzspitzen sichtbar, wenn die Nachbarn ausgelastet sind.

RAM. KVM-Hosts überbuchen Speicher auf zwei Wegen: Der virtio-Balloon-Treiber lässt den Host Seiten zurückholen, die ein Gast nicht nutzt, und KSM (Kernel Samepage Merging) dedupliziert identische Seiten über VMs hinweg. Bei einem reservierten Tarif wird der Speicher beim Start der VM fest zugewiesen und der Balloon nie aufgeblasen. virtio_balloon in lsmod zu sehen belegt nur die Fähigkeit, nicht die Nutzung: Der Treiber steckt in fast jedem Cloud-Image.

Speicher. Die Reservierung erstreckt sich selten auf die Platte; fast jeder Anbieter teilt das Storage-Backend und begrenzt höchstens die IOPS pro VM. Über die Leistung entscheidet die darunterliegende Stufe: Ein NVMe-Laufwerk liefert weit mehr IOPS und geringere Latenz als eine SATA-SSD, und keine CPU-Reservierung gleicht eine langsame Platte unter einer Datenbank aus.

Netzwerk. Der Uplink wird überall geteilt, außer bei einem dedizierten Server mit eigenem Port; „unbegrenzte“ Bandbreite heißt unbegrenzt im Rahmen einer Fair-Use-Regel, nicht garantierte 1 Gbit/s exklusiv für Sie.

KVM vs. Container-Virtualisierung (OpenVZ, LXC)

Diese Trennung entscheidet, ob ein „VDS“ überhaupt dediziert sein kann. KVM, Xen und ESXi sind Hardware-Virtualisierung: VT-x oder AMD-V erlaubt jedem Gast einen eigenen Kernel auf virtueller Hardware. OpenVZ, Virtuozzo, LXC und Docker sind Virtualisierung auf Betriebssystemebene: Jeder Mieter ist eine Menge von Prozessen auf dem Kernel des Hosts, getrennt durch Namespaces und begrenzt durch cgroups. Proxmox nennt sie „CT“, und viele Billiganbieter verkaufen sie als VPS. Die Folgen:

• uname -r liefert den Kernel des Hosts, den Sie nicht gewählt haben und nicht aktualisieren können. Historisch liefen OpenVZ-Hosts auf sehr alten Kernel-Serien. Wenn Sie unsicher sind, was eine Maschine wirklich ausführt, genügen die Befehle zum Ermitteln von Betriebssystem- und Kernel-Version unter Linux, Windows und macOS in Sekunden.
• Sie können keine Kernelmodule laden: WireGuard, ZFS und alles, was als .ko ausgeliefert wird, hängt vom Host ab.
• Verschachtelte Virtualisierung ist unmöglich, und Docker oder systemd im Container funktioniert nur, wenn der Host es zulässt.

Ein KVM-Gast hat keine dieser Einschränkungen: Er bootet von einer ISO, läuft mit jedem Kernel und kann eigenen Gästen VT-x bereitstellen, wenn der Host verschachtelte Virtualisierung zulässt. Ein echter VDS ist deshalb immer eine vollwertige VM.

Störende Nachbarn und Steal Time

Ein störender Nachbar ist ein anderer Mieter auf demselben Host, dessen CPU-, Platten- oder Netzwerknutzung Ihre beschneidet. Auf einem überbuchten KVM-Host stellt der Scheduler Ihre vCPU hinter dessen an, und die Zeit, in der Ihre vCPU lauffähig war, aber warten musste, wird dem Gast als Steal Time gemeldet. Linux zeigt sie als achten Wert in der cpu-Zeile von /proc/stat, als Spalte st in vmstat und top sowie als %steal in mpstat und sar.

Eine reservierte VM sollte Steal bei oder nahe null zeigen, selbst wenn die Nachbarn voll auslasten. Ein paar Prozent in Spitzen sind bei geteilten Tarifen normal; dauerhaft zweistelliger Steal bedeutet, dass der Host überverkauft ist, und die einzigen Lösungen sind ein anderer Node oder ein echter 1:1-Tarif. Der Anbieter kann diese Kennzahl nicht verbergen: Der Hypervisor schreibt sie in die Abrechnung des Gasts. Bei Containern ist es anders: In LXC oder OpenVZ bleibt die Spalte st meist bei null, während Sie gedrosselt werden; wo die Laufzeitumgebung es offenlegt, zeigt cat /sys/fs/cgroup/cpu.stat (cgroup v2) stattdessen steigende Werte bei nr_throttled und throttled_usec.

Wenn „VDS“ nur Marketing ist

Weil das Etikett nicht geregelt ist, lesen Sie die Tarifseite auf Signale, die die Architektur beschreiben:

• „vCPU“ ohne Verhältnisangabe. Ein reservierter Tarif nennt „dedizierte Kerne“ oder „1 vCPU = 1 Thread“. Kann der Support das Verhältnis vCPU zu Thread nicht nennen, gehen Sie von geteilten Ressourcen aus.
• „Garantierter RAM“ neben „Burst-RAM“. Das ist OpenVZ-Vokabular für einen Container mit weichem Limit, nicht für eine VM mit fest zugewiesenem Speicher.
• Keine eigene ISO, keine Kernel-Wahl, keine beliebige Neuinstallation. Diese Einschränkungen kommen vom geteilten Host-Kernel.
• „Semi-dedicated“ oder „hybrid“ im Namen. Ehrliche Worte für einen geteilten Tarif mit weniger Konkurrenz: in Ordnung, nur eben kein VDS.

Viele Anbieter verwenden VDS ehrlich; die folgenden Prüfungen klären die Frage in unter einer Minute.

So prüfen Sie, was Sie tatsächlich bekommen

1. Die Virtualisierungsschicht identifizieren

systemd-detect-virt
# typical answers: kvm, qemu, xen, vmware, microsoft, openvz, lxc, docker, none
systemd-detect-virt --container   # container type, or none

virt-what (als root ausgeführt) liefert dieselbe Antwort auf Distributionen ohne systemd. lscpu | grep -i hypervisor sollte auf einem KVM-Gast Hypervisor vendor: KVM ausgeben; in einem Container zeigt lscpu die volle Kernzahl des Hosts statt Ihrer Zuteilung, und das Vorhandensein von /proc/vz oder /proc/user_beancounters ist ein klares OpenVZ-Merkmal.

2. CPU-Modell und Kernzahl auslesen

nproc
grep -m1 'model name' /proc/cpuinfo
lscpu | grep -E '^(Model name|Socket|Core|Thread|CPU\(s\))'

nproc sollte dem entsprechen, was Sie gekauft haben. Ein Modellname wie QEMU Virtual CPU oder Common KVM processor bedeutet, dass der Host die echte CPU hinter einem generischen Modell verbirgt und neuere Befehlssätze wie AVX ausblendet; ein echtes Modell wie AMD EPYC 7443P steht für Host-Passthrough. Keines von beiden beweist eine Reservierung, aber eine maskierte CPU deutet auf einen auf Dichte getrimmten Host hin.

3. Steal Time unter Last messen

vmstat 1 5          # last column: st
head -1 /proc/stat  # cpu user nice system idle iowait irq softirq steal guest guest_nice
stress-ng --cpu $(nproc) --timeout 60s   # package stress-ng, then watch vmstat

Messen Sie zu einer Stoßzeit. Bleibt st nahe null, während jede vCPU voll ausgelastet ist, gehören die Kerne faktisch Ihnen; wiederholen Sie das über mehrere Tage, denn die Konkurrenz hängt davon ab, wer sich den Node sonst noch teilt.

4. Verschachtelte Virtualisierung prüfen

grep -cE 'vmx|svm' /proc/cpuinfo   # more than 0: the virtualisation flag is exposed
ls -l /dev/kvm                     # appears once kvm_intel or kvm_amd is loaded
kvm-ok                             # Ubuntu: package cpu-checker

Fehlt das Flag, maskiert der Host das CPU-Modell oder hat verschachtelte Virtualisierung deaktiviert, und nichts, was einen Hypervisor braucht, läuft im Gast. Ein Container legt es nie offen.

5. Das Plattengerät ansehen

lsblk -d -o NAME,SIZE,ROTA,MODEL
cat /sys/block/vda/queue/rotational   # 0 = non-rotational

vda ist ein virtio-Blockgerät, das übliche KVM-Setup; sda mit dem Modell QEMU HARDDISK ist emuliertes SATA, ebenfalls eine VM. In einem Container ist das Root-Dateisystem oft ein ploop- oder simfs-Mount. Auf Windows-Gästen meldet systeminfo | findstr /i hyper-v, dass ein Hypervisor erkannt wurde.

Preisklassen und Einsatzzwecke

• Container-VPS ($2-6): statische Websites, kleine Bots, ein VPN-Endpunkt, also alles, wo der Kernel keine Rolle spielt und gelegentliche Verlangsamungen hinnehmbar sind.
• Geteilter KVM-VPS ($4-12): Entwicklungs- und Staging-Maschinen, Anwendungen mit wenig Traffic, die einen eigenen Kernel brauchen und kurzzeitigen Steal vertragen.
• VDS mit reservierten KVM-Ressourcen ($8-40): Trading-Bots, Gameserver, Datenbanken, CI-Runner, 24/7-Automatisierung und alles Latenzempfindliche, das stundenlang mit hoher CPU-Last läuft.
• Dedizierter Server ($60-300+): dauerhaft 100 % CPU auf vielen Kernen, viel RAM, GPUs, ein eigener Hypervisor oder Vorgaben, die geteilte Hardware verbieten. Ein dedizierter Bare-Metal-Server mit IPMI-Zugang ist der nächste Schritt, wenn ein VDS nicht mehr reicht.

Wenn die reservierte Klasse zu Ihrer Last passt: Genau das verkauft rdp.monster, nämlich einen KVM-VPS mit reserviertem CPU und RAM, NVMe-Speicher, vollen Root- oder Admin-Zugriff, unbegrenzte Bandbreite (Fair Use), kein KYC und Krypto neben Karte und PayPal, ab 8,99 $/Monat. Die Maschine wird etwa 10 Sekunden nach Bestätigung der Zahlung bereitgestellt, sodass Sie systemd-detect-virt und vmstat 1 selbst darauf ausführen können, bevor Sie dem Etikett trauen. Das sind dieselben Prüfungen, die dieser Artikel für jeden Anbieter empfiehlt.

Häufig gestellte Fragen

Ist ein VDS dasselbe wie ein VPS?

Technisch sind beide virtuelle Server; VDS soll reservierte, nicht überbuchte Ressourcen signalisieren.

Beide sind virtuelle Server auf geteilter Hardware. Der Unterschied ist ein Versprechen, keine Technologie: Ein VDS soll als vollwertige virtuelle Maschine (typischerweise KVM) mit für Sie reservierten CPU-Kernen und RAM laufen, während ein VPS diese Ressourcen mit anderen Mietern teilen oder sogar ein Container auf dem Kernel des Hosts sein kann. Da kein Standard den Begriff durchsetzt, verwenden manche Anbieter VDS und VPS synonym. Prüfen Sie mit systemd-detect-virt, nproc und der Steal Time, statt dem Namen zu vertrauen.

Woran erkenne ich, ob mein VPS KVM oder OpenVZ ist?

Führen Sie systemd-detect-virt aus; es gibt kvm, openvz, lxc oder none in einer Zeile aus.

Führen Sie systemd-detect-virt aus: Es gibt kvm, qemu, openvz, lxc oder none aus. Ohne systemd installieren und starten Sie virt-what als root. Zwei weitere Hinweise: lscpu | grep -i hypervisor zeigt auf einem KVM-Gast Hypervisor vendor: KVM, und das Vorhandensein von /proc/vz oder /proc/user_beancounters bedeutet OpenVZ. In einem Container spiegeln auch nproc und uname -r den Host wider statt Ihres Tarifs.

Welche CPU-Steal-Time ist auf einem virtuellen Server akzeptabel?

Nahe null bei reservierten Tarifen; ein paar Prozent in Spitzen sind vertretbar, dauerhaft zweistellig heißt überverkaufter Host.

Auf einem VDS mit reservierten Kernen sollte die Spalte st von vmstat 1 selbst unter Volllast bei oder nahe 0 liegen. Bei geteilten Tarifen sind gelegentliche einstellige Werte in Spitzen normal. Dauerhafte Werte von zehn Prozent oder mehr bedeuten, dass der Host überbucht ist und Ihre vCPUs hinter anderen Mietern warten. Aus dem Gast heraus gibt es keine Lösung: Bitten Sie den Anbieter um die Migration auf einen ruhigeren Node oder wechseln Sie zu einem Tarif mit einem Verhältnis von 1:1 zwischen vCPU und Thread.

Kann ich Docker oder eine verschachtelte VM auf einem Virtual Dedicated Server betreiben?

Docker ja auf jedem KVM-Gast; verschachtelte VMs nur, wenn der Host das CPU-Flag vmx oder svm offenlegt.

Auf einem KVM-basierten VDS funktioniert Docker wie auf jeder Linux-Maschine, weil Sie einen eigenen Kernel betreiben. Verschachtelte Virtualisierung (KVM, VirtualBox, Hyper-V im Gast) setzt voraus, dass der Host die Virtualisierungserweiterung der CPU durchreicht: Prüfen Sie mit grep -cE 'vmx|svm' /proc/cpuinfo und stellen Sie sicher, dass /dev/kvm nach dem Laden von kvm_intel oder kvm_amd erscheint. Auf OpenVZ- oder LXC-Containern sind verschachtelte VMs unmöglich, und Docker hängt vollständig davon ab, was der Host erlaubt.