LXC trifft Docker? Und andere Fragen zu Proxmox 9.1

Proxmox VE 9.1 ist gerade erschienen, und wie immer bringt das Update mehr mit als nur eine höhere Versionsnummer. Wer die Diskussionen online verfolgt hat, spürt Begeisterung, Zögern und jede Menge Neugier – besonders rund um ein glänzendes neues Feature: LXC-Container direkt aus OCI-Images erstellen. Für Uneingeweihte ist das im Grunde ein Weg, Docker-ähnliche Container in die Proxmox-Welt zu holen.

Aber das ist nur die Spitze des Eisbergs. Von TPM-Anpassungen bis zu besserem SDN-Reporting gibt es einiges zu entpacken. Statt Ihnen also einfach ein Changelog vor die Füße zu werfen, haben wir die wichtigsten Fragen gesammelt und direkt beantwortet.

Steigen wir ein in das, was Sie wirklich über Proxmox 9.1 wissen wollen.

Q: Was ist das Besondere an LXC-Containern aus OCI-Images? Ist das jetzt Docker?

So halb. Das neue Feature erlaubt es Ihnen, LXC-Container mit Images aus OCI-Registries hochzuziehen – ja, wie Docker Hub. Aber werfen Sie Ihr Docker-Setup noch nicht weg.

Aktuell ist es eine Tech-Preview, das heißt: experimentell und an den Ecken noch etwas rau. Sie können Images pullen und Container starten, aber komplexere Dinge wie docker-compose, natives Volume-Management oder vollständige Netzwerkkonfiguration fehlen noch. Es ist weniger „Docker auf Proxmox" und mehr „Docker-nah mit Proxmox-Note".

Trotzdem ist es ein riesiger Schritt. Viele Nutzer konnten Dinge wie Grafana-, Nextcloud- oder Nginx-Container ohne großen Aufwand zum Laufen bringen. Andere stießen auf Grenzen – besonders wenn Container mehr als nur Umgebungsvariablen zur Konfiguration brauchten oder Dockers geschichtetes Dateisystemverhalten erwarteten.

Kurz gesagt? Vielversprechend. Wenn alles gut läuft, könnte das den Bedarf verringern, Docker innerhalb eines LXC oder einer vollen VM zu betreiben – bei besserer Ressourceneffizienz, ohne Proxmox' Kontrollebene aufzugeben.

Q: Ist dieses Update stabil? Sollte ich jetzt upgraden oder warten?

Der Konsens? Größtenteils stabil – mit Einschränkungen.

Nutzer, die bereits Version 9 einsetzen, berichten von einem reibungslosen Upgrade auf 9.1, auch wenn es einige Horrorgeschichten über BIOS-Einstellungen, fehlgeschlagene Boots und mysteriöse Segfaults auf bestimmten Setups gibt. Die meisten dieser Probleme scheinen mit hardwarespezifischen Eigenheiten zusammenzuhängen oder damit, dass Nutzer Schritte wie die pve8to9-Prüfungen übersprungen haben.

Ein Nutzer brachte es am besten auf den Punkt: „Ich arbeite lange genug in der IT, um zu wissen, dass man nie der Erste und nie der Letzte beim Upgrade sein sollte."

Wenn Sie also noch auf 8.x sind:

• Ja, es ist sicher – wenn Sie die Upgrade-Dokumentation bis aufs Wort befolgen.
• Nein, wenn Sie müde, unterkoffeiniert sind und das um 23 Uhr auf Produktionsnodes versuchen.

Q: Moment, was hat es mit den TPM-Änderungen auf sich?

Proxmox VE 9.1 fügt Unterstützung für TPM-Status im qcow2-Format hinzu, was nach einer Nische klingen mag, aber für alle wichtig ist, die Windows-VMs mit Secure Boot oder anderen modernen Sicherheitsfeatures betreiben.

Das ist besonders relevant, wenn Sie Snapshots von VMs erstellen oder VMs migrieren, die auf TPM angewiesen sind. In früheren Versionen spielten Snapshots und Backups mit TPM-fähigen Maschinen nicht immer gut zusammen. Jetzt lassen sich diese Daten ordentlich speichern.

Aber Achtung: Sie können von einer laufenden VM mit TPM keinen Snapshot erstellen – zumindest noch nicht. Sie müssen die VM zuerst herunterfahren.

Q: Was ist sonst noch wirklich neu in 9.1?

Hier ein paar Highlights, die Sie interessieren könnten:

• Neue vCPU-Flags für feingranulare Kontrolle über verschachtelte Virtualisierung (ein Gewinn für Dev/Test-Umgebungen).
• Verbessertes SDN-Status-Reporting, besonders wenn Sie Proxmox' Software-Defined-Networking-Features nutzen.
• Verbesserungen an der Web-UI, darunter bessere Upgrade-Benachrichtigungen und Container-Handling.
• Kernel-Updates, die Kompatibilität und Performance verbessern, aber ältere NFS-Client-Setups zerschießen können, wenn Sie nicht aufpassen.

Außerdem gibt es ein besseres Handling von /proc und /sys in verschachtelten Container-Umgebungen – das behebt ein Problem, das bestimmte Docker-Container davon abhielt, sauber innerhalb von LXC zu laufen.

Q: Behebt das den Docker-in-LXC-AppArmor-Fehler?

Ja – aber es hängt von Ihrem Setup ab.

Die berüchtigte Kombination aus apparmor und runc, die Docker in LXCs kaputtmachte, war ein wiederkehrendes Problem, besonders für Nutzer von Debian 13. Das 9.1-Update hebt einige AppArmor-Beschränkungen auf, wenn Nesting aktiviert ist, was das Problem für unprivilegierte Container behebt.

Allerdings ist das kein Proxmox-Bug. Er liegt upstream bei Docker/runc/AppArmor selbst. Workarounds umfassten das Downgrade von runc, den Wechsel zu Alpine oder einfach das Verschieben von Containern in VMs. Mit diesem Update verschwinden viele dieser Kopfschmerzen – solange Sie Ihre Container nach dem Update neu starten.

Q: Sind VMs oder LXCs jetzt besser für Docker?

Die Debatte tobt weiter.

• Manche sagen, dass Docker in einer vollen VM (besonders auf Alpine) ihnen bessere Performance brachte als LXCs.
• Andere argumentieren, das dürfe eigentlich nie der Fall sein, außer Ihr LXC ist falsch konfiguriert.

Ein Nutzer vermutete, dass eine sauberere Umgebung, CPU-Pinning und NUMA-Bewusstsein sein Docker-auf-VM-Setup spürbar flotter machten, als Docker-in-LXC es je war.

Die eigentliche Erkenntnis? Es kommt auf Ihren Workload an. Für schnelle, unkomplizierte Webserver reicht LXC oft noch aus. Für alles mit hohem I/O-Bedarf, Verschlüsselung oder enger Kernel-Kontrolle – da gewinnen weiterhin VMs.

Eine ausführlichere Aufschlüsselung, wann Sie zu reinem LXC, Docker-in-LXC oder Docker-in-VM greifen sollten, finden Sie in unserem LXC-vs-VM-vs-Docker-Entscheidungsleitfaden.

Q: Ist das also ein Schritt in Richtung eines vollständigen Docker-Ersatzes in Proxmox?

Vielleicht irgendwann. Aktuell ist es eher ein Seitenschritt als ein vollständiger Ersatz.

Es gibt Hoffnung, dass wir in künftigen Versionen besseres Volume-Mapping, Container-Orchestrierung (denken Sie an ein Mini-docker-compose) und vielleicht sogar direkte Docker-API-Integration sehen werden. Aber heute baut Proxmox' OCI-Feature eher eine klügere Brücke zwischen seiner Container-Engine und dem modernen Container-Ökosystem.

Q: Worauf sollte man bei diesem Release sonst noch achten?

Ein paar Dinge:

• NFS-Stabilität: Manche Nutzer sahen Nodes unter starker NFS-Last mit dem neuen Kernel hängenbleiben. Andere meldeten keinerlei Probleme. Wenn Sie stark auf NFS angewiesen sind, gehen Sie vorsichtig vor oder testen Sie zuerst.
• Boot-Prioritäts-Glitches: Eine Handvoll Leute fand nach dem Upgrade ihre BIOS-Boot-Prioritäten vertauscht vor.
• Noch keine Unterstützung für Snapshots laufender TPM-fähiger Windows-VMs. Sie müssen sie weiterhin herunterfahren.

Und wie immer gilt: Überspringen Sie nicht das pve8to9-Validierungsskript. Es kann alte Konfigurationen oder übrig gebliebene Pakete erkennen, die während des Upgrades Probleme verursachen könnten.

Q: TL;DR – sollte ich auf 9.1 upgraden?

Wenn Sie Proxmox in einem Homelab oder einem unkritischen Setup betreiben? Machen Sie es.

Die neuen Features – besonders die OCI-Unterstützung – sind einen Blick wert.

Wenn Sie Produktions-Cluster verwalten? Testen Sie es zuerst. Warten Sie ein, zwei Wochen, wenn Sie es nicht eilig haben.

Und wenn Sie zu den Menschen gehören, die einen Nervenkitzel dabei verspüren, die Welt brennen zu sehen? Klar, upgraden Sie live um Mitternacht, ohne die Docs zu lesen. Sagen Sie nur nicht, wir hätten Sie nicht gewarnt.

Schlussgedanken:

Proxmox VE 9.1 fühlt sich wie eine Brücke an – zwischen dort, wo die Virtualisierung herkam, und dort, wohin sie sich entwickelt. Docker-artige LXC-Container? TPM-bewusste Snapshots? Feinere SDN-Kontrollen? Das sind zukunftsweisende Features, die auf eine integriertere, containerfreundlichere Zukunft hindeuten.

Aber im Moment ist diese Zukunft noch eine Preview. Wenn Sie zu den Nutzern gehören, die gern mit neuem Spielzeug herumprobieren und ein bisschen Trial-and-Error nichts ausmacht, ist dieses Release ein Spielplatz für Sie. Wenn Stabilität für Sie an erster Stelle steht, geben Sie ihm noch etwas Zeit.

In der Zwischenzeit behalten Sie die OCI-Images im Auge. Proxmox versucht nicht, Docker zu sein – aber es versucht definitiv, dieselbe Sprache zu sprechen.