Proxmox vs. plain KVM: Wann sich der Umstieg lohnt
Beide laufen auf KVM – der Unterschied ist das Drumherum
Warum die Frage halb falsch ist
Proxmox oder KVM/QEMU? In dieser Form ist die Frage halb falsch: Proxmox VE läuft selbst auf KVM/QEMU. Es ist eine Debian-basierte Distribution, die KVM/QEMU (für VMs) und LXC (für Container) bündelt und eine Management-Schicht darüberlegt – Web-UI, Backups, ZFS, Cluster.
Der echte Vergleich lautet also: fertige Virtualisierungs-Plattform gegen nacktes KVM/QEMU mit libvirt auf einem Linux-Server, den du ohnehin betreibst. Beide nutzen denselben Hypervisor – die Frage ist nur, wie viel Komfort und Drumherum du willst.
Anzeige · Affiliate-Link – kaufst du darüber, erhalte ich ggf. eine Provision. Für dich ändert sich am Preis nichts.
Was „plain KVM" heißt
Du installierst qemu-kvm + libvirt auf einem bestehenden Linux-System und verwaltest VMs per virt-manager (GUI) oder virsh (CLI). Die VMs laufen einfach neben dem, was der Host sonst tut – Docker, Fileserver, Reverse Proxy, was auch immer.
Vorteil: minimaler Fußabdruck, volle Kontrolle, keine zusätzliche Plattform. Nachteil: Netzwerk-Bridges, Autostart, Backups und das Snapshot-Handling baust und pflegst du selbst.
Was Proxmox draufsetzt
Proxmox nimmt dasselbe KVM/QEMU und packt das drumherum, was man sonst von Hand bastelt:
- Web-UI für VMs, Container, Storage, Netzwerk – von überall bedienbar
- LXC + VM gemischt in einer Oberfläche
- Backups per
vzdumpund Proxmox Backup Server (inkrementell, dedupliziert) - ZFS integriert (Snapshots, Replikation)
- Cluster & HA über mehrere Knoten eingebaut
Unter beiden läuft derselbe KVM/QEMU-Hypervisor. Es gibt keinen relevanten Geschwindigkeitsunterschied bei den VMs. Der Unterschied ist Komfort, Funktionsumfang und Footprint – nicht Speed.
Der ehrliche Vergleich
| Kriterium | plain KVM (libvirt) | Proxmox VE |
|---|---|---|
| Setup bis zur ersten VM | Pakete auf vorhandenem Host – Minuten | eigene Distro installieren – etwas mehr |
| Bedienung | virt-manager / virsh | Web-UI von überall |
| Backups | selbst gebaut (Snapshot / Restic) | vzdump + Proxmox Backup Server |
| Container | nur VMs (LXC separat) | LXC + VM gemischt, gleiche UI |
| Cluster / HA | manuell / nicht vorgesehen | eingebaut |
| Footprint | läuft neben allem anderen | will die ganze Maschine |
| Koexistenz mit Diensten | ideal (Server macht noch mehr) | eher dediziert |
| Update-Risiko | dein Host, deine Regeln | eigener Kernel-/ZFS-Stack |
Entscheidungshilfe
Faustregel:
- Der Server macht schon was anderes (Docker, NAS, Dienste) und soll nur ein, zwei VMs nebenbei fahren → plain KVM/libvirt. Leicht, koexistiert, kein zweites OS nötig.
- Die Kiste ist (hauptsächlich) zum Virtualisieren da – mehrere VMs + Container, Web-UI, einfache Backups, Wachstum Richtung Cluster → Proxmox.
- Unsicher? Fang mit plain KVM an. Der Umstieg auf Proxmox ist später unkompliziert (siehe unten).
Mein Setup
Bei mir läuft Home Assistant OS in einer plain-KVM-VM auf einem Linux-Server, der noch andere Dienste trägt – da wäre Proxmox Overkill. Für eine dedizierte Virtualisierungs-Box (z. B. ein sparsamer Mini-PC, der nur VMs und Container fahren soll) würde ich dagegen klar zu Proxmox greifen: Web-UI, LXC neben VMs, Backups out-of-the-box.
Proxmox blendet ohne Subscription eine Meldung ein und nutzt den Enterprise-Repo nicht. Fürs Homelab reicht der No-Subscription-Repo völlig – kostenlos, gleiche Pakete, nur ohne Enterprise-Support. Einmal umstellen, fertig.
Migration: plain KVM → Proxmox
Falls du später doch umsteigst: Eine bestehende KVM-VM ist schnell übernommen. Leg in Proxmox eine leere VM an (gleiche Eckdaten), kopier das .qcow2 rüber und importier die Disk:
# qcow2 auf den Proxmox-Host kopieren, dann in VM 100 importieren
qm importdisk 100 /root/import/meine-vm.qcow2 local-zfs
# importierte Disk als scsi0 zuweisen und Boot-Reihenfolge setzen
qm set 100 --scsi0 local-zfs:vm-100-disk-0
qm set 100 --boot order=scsi0
# VM starten
qm start 100Kein Format-Konvertieren, kein Neuinstallieren – dieselbe Disk, neuer Verwalter. Bei UEFI-VMs (z. B. HA OS) in der VM-Config noch auf OVMF umstellen, dann bootet sie genauso wie vorher.
Was ich weggelassen habe
Bewusst nicht behandelt:
- Ceph & echtes Cluster-HA. Proxmox kann verteilten Storage über mehrere Knoten – das ist ein eigenes (großes) Thema.
- GPU-Passthrough. Geht in beiden, ist aber in beiden fummelig genug für einen eigenen Artikel.
- Proxmox Backup Server im Detail. Hier nur erwähnt, nicht aufgesetzt.
Fazit
„Proxmox vs. KVM" ist kein Entweder-oder: Proxmox ist KVM, nur mit Plattform drumherum. Auf einem Server, der schon arbeitet, ist plain KVM/libvirt die leichteste Lösung. Sobald eine Kiste primär virtualisiert – mehrere VMs, Container, Backups, vielleicht Cluster – spielt Proxmox seine Stärken aus. Und weil drunter dasselbe KVM steckt, ist der Wechsel später kein Bruch, sondern ein Disk-Import.
Anzeige · Affiliate-Link – kaufst du darüber, erhalte ich ggf. eine Provision. Für dich ändert sich am Preis nichts.