Der Unterschied in zwei Sätzen
KVM erzeugt eine vollständige virtuelle Maschine: eigener Kernel, eigenes simuliertes BIOS, eigene virtuelle Hardware. Das Gastsystem weiß gar nicht, dass es virtualisiert läuft - es verhält sich wie ein echter Rechner.
LXC erzeugt einen isolierten Container: eigenes Dateisystem, eigene Prozessliste, eigene Netzwerkkonfiguration - aber der Kernel wird mit dem Host-System geteilt. Man spricht deshalb von Betriebssystem-Virtualisierung statt von Hardware-Virtualisierung.
Praktisch merkst du im Alltag wenig davon. Du verbindest dich in beiden Fällen per SSH, hast Root-Rechte, installierst Pakete mit apt und richtest Dienste ein. Der Unterschied wird erst an drei konkreten Stellen sichtbar: beim Preis, bei der Leistung - und bei der Frage, was mit dem Kernel möglich ist.
Die Gegenüberstellung
| Kriterium | LXC (Container) | KVM (Vollvirtualisierung) |
|---|---|---|
| Kernel | geteilt mit dem Host | eigener, frei wählbar |
| Overhead | sehr gering | spürbar, je VM einige hundert MB RAM |
| Leistung pro Euro | höher | niedriger |
| Startzeit | Sekunden | wie ein echter Rechner |
| Docker | möglich, wenn Nesting aktiv ist | immer möglich |
| Eigene Kernel-Module | nein | ja |
| Eigene VMs im Gast | nein | ja |
| Windows als Betriebssystem | nein | ja |
| Custom-ISO installieren | nein | ja |
| Typischer Einstiegspreis | niedriger | höher |
Der Abstand beim Preis ist kein Zufall: Wo weniger Overhead anfällt, passen mehr nutzbare Systeme auf dieselbe Hardware. Das gibt jeder Anbieter in unterschiedlichem Maß an seine Kunden weiter.
Was auf LXC problemlos läuft
Deutlich mehr, als der Ruf von Containern vermuten lässt. Die allermeisten Serveranwendungen brauchen den Kernel nur so, wie er ohnehin da ist:
- Webserver: nginx, Apache, Caddy mit PHP, Python, Node.js oder Go
- Datenbanken: MariaDB, MySQL, PostgreSQL, Redis, MongoDB
- Docker und Docker Compose - auf unseren vServern ist Nesting aktiviert
- Gameserver: Minecraft, Steam-basierte Server, alles was als normaler Prozess läuft
- Voiceserver: TeamSpeak 3, Mumble
- Anwendungen: Nextcloud, n8n, Gitea, Vaultwarden, Home Assistant Core
- Bots und Automatisierung: Discord-Bots, Cronjobs, Scraper, Warteschlangen
- Eigene Firewall-Regeln per ufw oder iptables
Wo LXC an seine Grenzen kommt
Weil der Kernel geteilt wird, kannst du an ihm nichts ändern. Konkret bedeutet das:
- Kein eigener Kernel. Du kannst keine andere Kernel-Version booten und keine Kernel-Parameter setzen, die den Host betreffen würden.
- Keine eigenen Kernel-Module. Alles, was ein Modul nachladen will, scheitert. Das betrifft unter anderem manche VPN-Implementierungen, ZFS im Gast und bestimmte Monitoring-Werkzeuge, die tief ins System greifen.
- Keine verschachtelte Virtualisierung. Eigene virtuelle Maschinen per KVM, Proxmox oder VirtualBox innerhalb des Containers funktionieren nicht.
- Kein Windows. Ein Windows Server braucht einen Windows-Kernel und ist auf einem Linux-Container nicht installierbar.
- Keine Custom-ISO. Du wählst aus den bereitgestellten Betriebssystem-Vorlagen, statt ein eigenes Abbild einzuspielen.
Diese Liste ist bewusst vollständig. Wer eines dieser Merkmale zwingend braucht, ist mit einem KVM-Produkt besser bedient - und sollte das wissen, bevor er bestellt und nicht danach.
Entscheidungshilfe nach Anwendungsfall
LXC reicht dir, wenn …
- du Webseiten oder Webanwendungen betreibst
- du Gameserver oder einen Voiceserver hostest
- du Docker-Container betreiben willst
- du Bots, Cronjobs oder Automatisierung laufen lässt
- du eine eigene Cloud oder Git-Instanz willst
- dir das Preis-Leistungs-Verhältnis wichtig ist
Du brauchst KVM, wenn …
- du Windows Server einsetzen musst
- du eigene Kernel-Module oder einen bestimmten Kernel brauchst
- du innerhalb des Servers eigene VMs betreiben willst
- du ein eigenes ISO-Abbild installieren musst
- du Software einsetzt, die ausdrücklich Vollvirtualisierung voraussetzt
Im Zweifel hilft eine einfache Frage weiter: Muss meine Software etwas am Kernel ändern? Lautet die Antwort nein - und das tut sie bei den allermeisten Serveranwendungen -, ist LXC die effizientere Wahl.
Was das für unsere vServer bedeutet
Unsere vServer nutzen LXC. Das ist eine bewusste Entscheidung: Der geringere Overhead ist der Grund, warum wir bei einem niedrigen Einstiegspreis trotzdem NVMe-SSDs im RAID 1, unlimitierten Traffic und DDoS-Schutz bis 250 GBit/s anbieten können.
Auf unseren Containern ist Nesting aktiviert, Docker und Docker Compose laufen also. Wie du sie einrichtest, steht im Ratgeber Docker auf dem vServer installieren.
Was nicht geht, steht oben in der Liste - und wir schreiben es bewusst auf die Produktseite statt es zu verschweigen. Wenn dein Projekt einen eigenen Kernel oder Windows braucht, sag uns über das Ticket-System Bescheid; dann klären wir gemeinsam, ob eine Alternative in Frage kommt, statt dass du einen Tarif kaufst, der nicht passt.
Häufige Fragen
vServer mit LXC-Virtualisierung
Unsere vServer nutzen LXC - dadurch bekommst du für dasselbe Geld mehr nutzbare Leistung. Docker läuft, Kernel-Module nicht. Für Webserver, Datenbanken, Gameserver, Voiceserver und Bots ist das die effizientere Wahl.
vServer-Tarife & Preise ansehen