Proxmox als Basis für Container-Workloads aufbauen lassen - WZ-IT installiert Proxmox VE auf Ihrer vorhandenen oder gemieteten Hardware: Storage- und Netzwerkaufbau, Backup-Anbindung, Funktionstest, Dokumentation und Übergabe. Docker-Stacks laufen danach in VMs auf dieser Basis. Proxmox-Aufbau ansehen · Docker-Anwendungen ohne eigenen Hypervisor: Coolify Managed Hosting
Proxmox ist nicht dasselbe wie Docker, und beide stehen auch nicht in Konkurrenz. Proxmox VE ist eine Virtualisierungsplattform, also ein Hypervisor, der vollständige virtuelle Maschinen (über KVM) und System-Container (über LXC) auf eigener Hardware betreibt. Docker ist eine Anwendungs-Container-Runtime, die einzelne Dienste aus Images paketiert und startet (Docker-Engine-Doku). Vereinfacht gesagt: Proxmox stellt die Infrastruktur bereit, auf der Betriebssysteme laufen. Docker verpackt die Anwendungen, die in diesen Betriebssystemen laufen. In der Praxis betreibt man Docker üblicherweise innerhalb von Proxmox, nämlich in einer VM oder einem LXC-Container. Die beiden Technologien ergänzen sich, sie ersetzen einander nicht.
Die Verwirrung entsteht, weil beide das Wort "Container" benutzen. Gemeint sind aber unterschiedliche Dinge: LXC sind System-Container (ein kompletter, schlanker Linux-Userspace), Docker-Container sind Anwendungs-Container (ein einzelner Prozess plus seine Abhängigkeiten). Dieser Unterschied erklärt das gesamte Zusammenspiel. Den Vergleich von VM und LXC im Detail beschreibt LXC vs. KVM; Docker Compose, Coolify und Kubernetes stehen in Kubernetes vs. Docker Compose vs. Coolify nebeneinander.
Proxmox und Docker lösen unterschiedliche Probleme
Proxmox beantwortet die Frage: "Worauf laufen meine Systeme?" Es konsolidiert physische Server, verwaltet VMs und Container zentral über eine Weboberfläche, bietet Hochverfügbarkeit, Live-Migration, Snapshots und Backups. Mehr dazu im Grundlagenartikel Was ist Proxmox.
Docker beantwortet die Frage: "Wie liefere und starte ich meine Anwendung?" Es definiert ein Image-Format, in dem eine Anwendung mit allen Abhängigkeiten reproduzierbar gebündelt wird, plus eine Runtime, die diese Images als isolierte Prozesse startet. Docker kümmert sich nicht um Hardware, Cluster oder Failover, das ist nicht seine Aufgabe.
Anders gesagt: Proxmox ersetzt VMware oder Hyper-V. Docker ersetzt nicht Proxmox, sondern die Art, wie Sie Software paketieren und ausrollen. Ein typischer Stack sieht so aus: Proxmox-Cluster als Basis, darin VMs als Hosting-Einheiten, darin Docker für die einzelnen Anwendungen.
VM (KVM) vs. LXC-Container vs. Docker-Container
Die drei Begriffe stehen für drei unterschiedliche Isolationsmodelle. Diese Tabelle ordnet sie ein:
| KVM-VM (Proxmox) | LXC-Container (Proxmox) | Docker-Container | |
|---|---|---|---|
| Typ | Vollvirtualisierung | System-Container | Anwendungs-Container |
| Kernel | Eigener Gast-Kernel | Geteilter Host-Kernel | Geteilter Host-Kernel |
| Inhalt | Komplettes Betriebssystem | Schlanker Linux-Userspace | Einzelner Dienst plus Abhängigkeiten |
| Gast-OS | Linux, Windows, BSD u. a. | Nur Linux | Nur Linux (im Container-Userspace) |
| Isolation | Sehr stark (Hardware-Ebene) | Mittel (Namespaces, cgroups) | Prozess-Ebene |
| Overhead | Höher (eigener Kernel, RAM) | Sehr gering | Sehr gering |
| Verwaltet durch | Proxmox (KVM/QEMU) | Proxmox (LXC) | Docker Engine / Compose |
| Lebensdauer | Langlebig ("Pet") | Langlebig ("Pet") | Wegwerfbar ("Cattle") |
Die wichtigste Erkenntnis: VM und LXC sind Hosting-Einheiten, die Proxmox direkt verwaltet. Der Docker-Container ist eine Deployment-Einheit, die Proxmox gar nicht kennt, er lebt innerhalb einer VM oder eines LXC. Der Vergleich von KVM und LXC im Detail steht in LXC vs. KVM.
Kann ich Docker in Proxmox laufen lassen?
Ja, und genau so wird es in der Praxis gemacht. Es gibt zwei Wege, mit einer klaren Empfehlung.
Empfohlen: Docker in einer VM
Legen Sie in Proxmox eine VM mit einem Linux-Gast an (Debian oder Ubuntu LTS sind bewährt) und installieren Sie darin die offizielle Docker Engine. Proxmox empfiehlt Anwendungscontainer innerhalb einer QEMU-VM für Einsatzfälle, die maximale Isolation und Live-Migration erfordern (Container-Dokumentation). Die VM bringt außerdem einen eigenen Kernel mit; Docker-Funktionen wie overlay2-Storage, cgroups, Namespaces und eigene iptables-Regeln unterliegen dadurch nicht den Einschränkungen eines LXC-Containers. Außerdem profitieren Sie von VM-Snapshots, Backups über den Proxmox Backup Server und Live-Migration im Cluster.
Best Practices für die Docker-VM:
- Dedizierte VM pro Stack oder Mandant. Trennen Sie produktive Compose-Stacks von Test- und Entwicklungsumgebungen.
- Genug RAM und Disk vorsehen. Docker-Images, Volumes und Logs wachsen; planen Sie Reserve ein und überwachen Sie die Auslastung.
- qemu-guest-agent installieren, damit Proxmox konsistente Backups und sauberes Herunterfahren steuern kann.
- Datenträger als separate Disk für Docker-Volumes, das vereinfacht Backup und Restore.
Backup und Daten der Docker-VM
Die Docker-VM sichern Sie wie jede andere VM über Proxmox: Ein Backup-Job schreibt sie auf einen Storage, bevorzugt auf einen Proxmox Backup Server mit inkrementellen, deduplizierten Sicherungen. Zwei Punkte bestimmen die Qualität des Backups. Erstens der qemu-guest-agent: Ist er aktiviert (agent: 1) und läuft im Gast, friert Proxmox im Snapshot-Modus das Dateisystem für die Sicherung kurz ein (guest-fsfreeze-freeze und guest-fsfreeze-thaw) und verbessert so die Konsistenz. Der Snapshot-Modus hat die kürzeste Downtime, lässt aber ein kleines Inkonsistenzrisiko; der Stop-Modus liefert die höchste Konsistenz bei kurzer Downtime (Proxmox-Dokumentation: Backup-Modi). Zweitens die separate Disk für Docker-Volumes, die Backup und Restore vereinfacht. Einrichtung und Betrieb eines PBS übernimmt WZ-IT unter Proxmox Backup Server einrichten und betreiben.
Möglich, aber mit Vorsicht: Docker in einem LXC-Container
Docker lässt sich auch in einem LXC-Container betreiben. Das spart Ressourcen, weil kein zweiter Kernel und kein VM-Overhead anfallen, und der Container startet schneller. Der Preis sind Zusatzkonfiguration und Einschränkungen. Notwendig sind in der Container-Konfiguration mindestens die Features nesting=1 und keyctl=1. Wichtige Stolperfallen:
- Unprivilegierte Container sind aus Sicherheitssicht vorzuziehen, bereiten Docker auf aktuellen Kerneln aber zunehmend Probleme (Konflikte zwischen runc, User-Namespaces und Kernel-Konfiguration). Rechnen Sie mit Nacharbeit oder weichen Sie auf eine VM aus.
- Nicht jede Anwendung funktioniert. Da der LXC den Host-Kernel teilt, schlagen Docker-Workloads fehl, die spezielle Kernel-Module, eigene Storage-Treiber oder tiefe Capability-Anforderungen haben.
- Keine VM-Live-Migration mit laufenden Prozessen wie bei einer VM; LXC kann nur offline migriert werden.
Als grobe Regel: Labor, Homelab und einfache Einzelcontainer in LXC, produktive und komplexe Stacks in einer VM.
Hinweis: Die Docker Engine direkt auf dem Proxmox-Host zu installieren ist keine gute Idee. Docker verändert iptables, Bridges und cgroups des Hosts und kann mit Proxmox-Firewall, Cluster-Stack und Netzwerk kollidieren. Der Host bleibt schlank, Docker wird gekapselt. Auch c't rät davon ab, Docker oder Podman auf dem Host zu installieren, weil Proxmox und Docker sich bei Netzwerk- und Firewallregeln in die Quere kommen können.
OCI-Images in Proxmox: nettes Feature, kein Docker-Ersatz
Seit Proxmox VE 9.1 (November 2025) lassen sich LXC-Container auch direkt aus OCI-Images erstellen (Proxmox-Roadmap), also dem Image-Format, das auch Docker nutzt. Das ist praktisch für einfache, zustandslose Dienste. Die Proxmox-Dokumentation stuft das Ausführen von Anwendungs-Containern jedoch weiterhin als Technology Preview ein; der Container nutzt dabei das bestehende LXC-Framework (Proxmox-Dokumentation: Linux Container). Es ersetzt keine vollwertige Docker- oder Compose-Umgebung mit Netzwerken, Volumes und Multi-Container-Orchestrierung; die Roadmap nennt als Ziel, die OCI-Unterstützung auszubauen und Multi-Container-Anwendungen nach der Compose-Spezifikation zu verwalten. Einen unabhängigen Praxistest mit Fallstricken beschreibt c't in Ausprobiert: OCI-Images in Proxmox Virtual Environment. Für produktive Anwendungs-Stacks bleibt der Weg über eine VM mit der offiziellen Docker Engine der empfohlene Standard. Stand Oktober 2026 ist Proxmox VE 9.2 (Release Mai 2026) auf Basis von Debian 13 Trixie aktuell.
Docker, LXC oder VM: Wann nutze ich was?
- Proxmox (VM oder LXC) direkt, wenn Sie ganze Betriebssysteme brauchen: Windows-Server, Datenbanken mit fester Konfiguration, Legacy-Anwendungen, Domaincontroller, Firewalls oder klassische Linux-Server.
- Docker (in einer Proxmox-VM), wenn Ihre Anwendungen als Images ausgeliefert werden, Sie reproduzierbare Deployments wollen, CI/CD nutzen oder Microservices und moderne Web-Stacks betreiben.
- Kubernetes (in mehreren Proxmox-VMs), wenn Sie viele Container über mehrere Nodes orchestrieren, automatisch skalieren und selbstheilen wollen. Proxmox liefert die VMs, Kubernetes die Orchestrierung; Aufbau und Betrieb beschreibt Kubernetes auf Proxmox, die Abgrenzung zu Docker Compose und Coolify Kubernetes vs. Docker Compose vs. Coolify.
Die Entscheidung ist also kein "entweder oder". Sie lautet fast immer: Proxmox als Fundament, und darauf, je nach Anwendung, VMs, LXC und Docker in passender Kombination.
Docker auf Proxmox betreiben: Backup, Updates, Unterstützung
Die saubere Trennung von Hypervisor, VMs und Container-Runtime entscheidet darüber, ob eine Plattform langfristig wartbar bleibt: Updates laufen getrennt auf dem Proxmox-Host, im Gast-Betriebssystem der VM und bei den Container-Images, Backups sichern die VM samt Docker-Volumes. Je nach Ausgangslage gibt es drei Wege:
- Proxmox-Basis aufbauen lassen: WZ-IT installiert Proxmox VE auf Ihrer vorhandenen oder gemieteten Hardware, vom Single Node bis zum 3-Node-Cluster, mit Storage- und Netzwerkaufbau, Backup-Anbindung und technischer Übergabe. Die Docker-VMs setzen Sie danach darauf auf.
- Container-Anwendungen ohne eigenen Hypervisor: Wer nur Docker-Anwendungen betreiben will, kann sie über Coolify Managed Hosting laufen lassen, ohne Proxmox-Infrastruktur.
- Kubernetes auf Proxmox: Architektur, VM-Zuschnitt und Betrieb beschreibt der Leitfaden Kubernetes auf Proxmox.
Eine Übersicht zu Aufbau und Betrieb von Proxmox steht auf der Seite Proxmox & Private Cloud. Für ein unverbindliches Gespräch buchen Sie direkt einen Kennenlern-Termin.
