vServer ist nicht gleich vServer. Zwei Angebote können auf dem Papier identisch aussehen – gleiche Kerne, gleicher RAM – und sich im Betrieb komplett unterschiedlich verhalten. Der Grund ist fast immer die Virtualisierung darunter. Wer versteht, was KVM von Container-Techniken unterscheidet, erkennt auf einen Blick, ob ein Angebot hält, was die Zahlen versprechen.
Was ist KVM?
KVM (Kernel-based Virtual Machine) ist eine Virtualisierungstechnik, die fest im Linux-Kernel steckt und aus einem physischen Server mehrere vollwertige virtuelle Maschinen macht. Jede dieser Maschinen verhält sich wie ein eigener Rechner: mit eigenem Kernel, eigenem Betriebssystem und fest zugewiesener virtueller Hardware.
Technisch nutzt KVM die Virtualisierungsfunktionen moderner Prozessoren (Intel VT-x bzw. AMD-V). Die CPU selbst sorgt also dafür, dass jede VM in ihrer eigenen, sauber abgetrennten Welt läuft – nicht eine Software-Schicht, die Zugriffe mühsam umbiegt. Deshalb ist der Overhead gering: Ein KVM-Server fühlt sich an wie dedizierte Hardware, nur eben in der zugewiesenen Größe.
VM oder Container: der entscheidende Unterschied
Neben KVM begegnet dir bei günstigen vServern oft Container-Virtualisierung, etwa LXC oder OpenVZ. Der Unterschied ist grundlegend: Container teilen sich einen Kernel – den des Hostsystems. Alle Kunden auf dem Host laufen damit im selben Betriebssystem-Unterbau, nur in getrennten Bereichen.
Das ist nicht per se schlecht, hat aber spürbare Folgen:
| KVM (echte VM) | Container (LXC/OpenVZ) | |
|---|---|---|
| Eigener Kernel | ja | nein, geteilt mit dem Host |
| RAM | fest zugewiesen | oft geteilt oder „burstable" |
| Betriebssystem | frei wählbar, auch eigenes ISO | nur vom Host erlaubte Vorlagen |
| Kernel-Module (z. B. WireGuard) | laden, was du willst | nur, was der Host anbietet |
| Docker | läuft nativ | oft eingeschränkt oder gar nicht |
| Isolation | Hardware-gestützt | Prozess-Ebene |
Die Zeile mit dem RAM ist die wichtigste: Bei Containern kann der Anbieter denselben Speicher mehrfach versprechen und darauf wetten, dass nie alle gleichzeitig zugreifen. Bei KVM ist dein RAM deiner – reserviert, auch wenn der Nachbar Lastspitzen fährt.
Was dir KVM im Alltag bringt
Aus den technischen Unterschieden folgen ganz praktische Freiheiten:
- Garantierte Ressourcen: Zugewiesener RAM steht dir vollständig zur Verfügung – kein „Burst", der unter Last verschwindet.
- Freie Systemwahl: Du installierst die Distribution, die du willst, aktualisierst deinen Kernel selbst und kannst sogar Windows betreiben.
- Volle Software-Kompatibilität: Docker, WireGuard, eigene Kernel-Module – alles läuft wie auf physischer Hardware, ohne Sonderlocken.
- Saubere Isolation: Ein Kernel-Problem beim Nachbarn bleibt beim Nachbarn. Dein System bootet, crasht und lebt unabhängig.
Faustregel: Wenn ein Angebot nicht klar sagt, welche Virtualisierung dahintersteckt, frag nach – oder geh weiter. Bei ehrlichen Anbietern steht „KVM" gut sichtbar dabei.
Wo auch KVM Grenzen hat
Der Ehrlichkeit halber: KVM macht aus einem geteilten Server keinen dedizierten. Die physische Hardware – CPU, NVMe, Netzwerkkarte – bleibt gemeinsam genutzt. Wie viel davon bei dir ankommt, entscheidet der Anbieter mit seiner Zuteilung: Werden CPU-Kerne mehrfach vergeben (vCores) oder dediziert zugewiesen? Wie stark ist der Host insgesamt ausgelastet?
Genau hier trennt sich Qualität von Masse. Eine gute KVM-Basis plus konservative Zuteilung auf starker Hardware ergibt Leistung, die sich konstant anfühlt. Eine gute KVM-Basis auf einem überbuchten Billig-Host dagegen ruckelt trotzdem. Die Virtualisierung ist deshalb die halbe Miete – die andere Hälfte ist die Qualität des Hostsystems dahinter.
So prüfst du, worauf dein Server läuft
Du musst niemandem blind glauben. Auf einem Linux-Server verrät ein einziger Befehl die Virtualisierung:
systemd-detect-virt
Die Ausgabe kvm bestätigt eine echte virtuelle Maschine. Steht dort openvz oder lxc, läufst du in einem Container. Zusätzlich zeigt free -h bei Containern oft verdächtige Werte – etwa fehlenden oder seltsam bemessenen Swap, weil der Host ihn verwaltet.
Fazit
KVM ist der Unterschied zwischen „ein Stück von einem fremden System" und „ein eigener Server in zugewiesener Größe": eigener Kernel, garantierter RAM, freie Systemwahl und volle Kompatibilität mit Docker & Co. Worauf du zusätzlich achten solltest, ist die Hardware und Zuteilung dahinter – denn die beste Virtualisierung rettet keinen überbuchten Host. Welche Hostsysteme bei 24fire unter den KVM-Servern stecken, zeigt transparent die Technik-Übersicht; welche CPU-Plattform zu welchem Einsatz passt, klärt der Server-CPU-Vergleich.