Seit dem Sommer 2025 hat Proxmox seine Server-Produkte deutlich weiterentwickelt. Wer von VMware kommt oder einen bestehenden Proxmox-Cluster betreibt, sollte die Releases kennen — nicht jede Neuerung ist gleich relevant, aber einige schließen Lücken, an denen sich Admins jahrelang gerieben haben. Dieser Artikel sortiert die Versionen Proxmox VE 9.0 und 9.1, Proxmox Backup Server 4.2 sowie den Proxmox Datacenter Manager 1.0 nach ihrer praktischen Betriebsrelevanz. Alle Versions- und Datumsangaben stammen aus den offiziellen Release-Notes und der Roadmap auf proxmox.com.
Die wichtigste Neuerung in einem Satz: Proxmox VE 9 bringt Snapshots auf thick-provisioniertem Shared-LVM — das heißt, auch Cluster an einem Fibre-Channel- oder iSCSI-SAN bekommen endlich ab Werk VM-Snapshots, ohne Storage-Hardware tauschen zu müssen.
Die Release-Timeline 2025/2026 im Überblick
Bevor wir in die einzelnen Funktionen einsteigen, hilft eine Einordnung der Veröffentlichungen. Die folgende Tabelle fasst die relevanten Releases und ihre Kernkomponenten zusammen:
| Release | Datum | Kernkomponenten / Highlights |
|---|---|---|
| Proxmox VE 9.0 | 05.08.2025 | Debian 13 (Trixie), Kernel 6.14, QEMU 10, Ceph Squid 19.2.3, Snapshots auf Shared-LVM |
| Proxmox VE 9.1 | 19.11.2025 | OCI-Images für LXC, vTPM-State in qcow2, Verfeinerungen bei SDN und HA |
| Datacenter Manager 1.0 GA | 04.12.2025 | Multi-Cluster-Verwaltung, Cross-Cluster-Live-Migration |
| Proxmox Backup Server 4.2 | 29.04.2026 | S3-Backend stabil (Object-Storage als Datastore) |
Proxmox VE 9.0 — die neue Basis
Proxmox VE 9.0 erschien am 5. August 2025 und stellt das Fundament auf eine neue Generation. Als Unterbau dient Debian 13 „Trixie", dazu kommen der Linux-Kernel 6.14 und QEMU 10. Für Ceph-Nutzer ist Ceph Squid 19.2.3 die mitgelieferte Version. Das klingt zunächst nach Routine-Pflege, ist aber die Grundlage für bessere Hardware-Unterstützung — neuere CPUs, Netzwerkkarten und NVMe-Controller profitieren unmittelbar vom aktuelleren Kernel.
Ein Major-Upgrade auf eine neue Debian-Basis ist nichts, das man nebenbei einspielt. Die gute Nachricht: Proxmox liefert ein dokumentiertes In-Place-Upgrade von VE 8 auf VE 9. Die ehrliche Nachricht: Sie sollten es trotzdem geplant in einem Wartungsfenster fahren und vorher Storage-Layout, Kernel-Module (etwa für GPU-Passthrough) und die Backup-Kette prüfen.
Das Highlight für SAN-Nutzer: Snapshots auf Shared-LVM
Wer einen Proxmox-Cluster an einem zentralen SAN betreibt, kennt das alte Problem: Auf Shared-LVM gab es keine VM-Snapshots. Wollte man Snapshots, musste man auf qcow2 auf einem Dateisystem oder auf Ceph ausweichen — beides nicht das, was klassische Fibre-Channel- oder iSCSI-Umgebungen mitbringen. Mit Proxmox VE 9 ist diese Lücke geschlossen: Snapshots auf thick-provisioniertem Shared-LVM funktionieren out-of-the-box.
Was sich für FC- und iSCSI-Umgebungen ändert
Konkret heißt das: Vor einem Update, einem Software-Rollout oder einem riskanten Konfigurationsschritt können Sie nun direkt auf dem SAN-Volume einen Snapshot ziehen und im Fehlerfall zurückrollen — ohne die VM auf anderen Storage verschieben zu müssen. Für Backup- und Test-Workflows ist das ein spürbarer Gewinn, gerade in Umgebungen, die aus Kostengründen ihre vorhandene SAN-Hardware weiternutzen wollen. Wer gerade von VMware migriert, findet damit eines der am häufigsten vermissten Komfortfeatures wieder. Den technischen Hintergrund vertiefen wir im Artikel zum Proxmox-Cluster mit Fibre-Channel-SAN.
Netzwerk: SDN-Fabrics mit OpenFabric und OSPF
Proxmox VE 9 erweitert das Software-Defined-Networking (SDN) um Fabrics. Damit lässt sich geroutetes Layer-3-Netzwerk zwischen den Cluster-Knoten direkt in Proxmox modellieren — unterstützt werden die Routing-Protokolle OpenFabric und OSPF. Praktisch relevant ist das vor allem für größere oder verteilte Setups, etwa als Underlay für ein Ceph-Netz oder für eine saubere Spine-Leaf-Topologie im Rechenzentrum.
Für kleine 3-Node-Cluster mit flachem Netz ist das überdimensioniert. Für Umgebungen, die bisher externe Router-Konfigurationen pflegen mussten, bedeutet es weniger Reibung zwischen Server- und Netzwerk-Team — die Fabric wird zentral in der GUI gepflegt statt verteilt über Switch-Configs.
Hochverfügbarkeit: HA-Affinity-Rules
Bei der Hochverfügbarkeit führt Proxmox VE 9 HA-Affinity-Rules ein. Damit steuern Sie, welche VMs zusammen auf einem Knoten laufen sollen (Affinity) und welche bewusst getrennt werden müssen (Anti-Affinity). Wer aus der VMware-Welt kommt, kennt das Prinzip von DRS-Regeln. Ein typischer Anwendungsfall: zwei Domänencontroller oder die beiden Knoten eines Datenbank-Clusters sollen nie auf derselben physischen Maschine landen, damit ein Hardware-Ausfall nicht beide gleichzeitig trifft.
Storage-Neuerungen: RAIDZ-Expansion, vTPM in qcow2, Ceph Squid
Auf der Storage-Seite gibt es mehrere nützliche Detailverbesserungen:
- RAIDZ-Expansion: Ein bestehendes ZFS-RAIDZ-vdev lässt sich nun um einzelne Datenträger erweitern, ohne den Pool neu aufbauen zu müssen — das nimmt der ZFS-Kapazitätsplanung etwas von ihrer früheren Starrheit.
- vTPM-State in qcow2: Mit VE 9.1 wird der Zustand eines virtuellen TPM in der qcow2-Datei abgelegt. Das vereinfacht Backup und Migration von VMs, die für Windows 11 ein vTPM benötigen.
- Ceph Squid 19.2.3: Die mitgelieferte Ceph-Version bringt die aktuellen Verbesserungen bei Performance und Stabilität des verteilten Storage.
Container und Images: OCI-Images für LXC
Mit Proxmox VE 9.1 lassen sich OCI-Images — also Container-Images im Standardformat der Open Container Initiative, wie man sie aus der Docker-Welt kennt — als Grundlage für LXC-Container nutzen. Das verschiebt die Grenze zwischen klassischen System-Containern und Application-Containern ein Stück weit und macht es einfacher, fertige Images aus öffentlichen Registries als Ausgangspunkt zu verwenden. Es ersetzt kein vollständiges Container-Orchestrierungssystem, ist aber ein pragmatischer Komfortgewinn für viele Standardfälle.
Proxmox Backup Server 4.2 — S3-Backend wird stabil
Am 29. April 2026 erschien der Proxmox Backup Server 4.2. Das wichtigste Feature: Das S3-Backend für Datastores gilt nun als stabil. Damit lassen sich Backups direkt in S3-kompatiblen Object-Storage schreiben — interessant für Off-Site-Kopien und die Auslagerung großer Datenmengen in günstigeren Object-Storage statt auf teuren Block-Storage.
In der Praxis: Wenn Sie das S3-Backend für Off-Site-Backups nutzen, klären Sie vorab den Datenstandort und schließen Sie bei externen Anbietern eine Auftragsverarbeitungsvereinbarung ab. Backups enthalten produktive Daten — der Object-Store gehört damit in dieselbe ISO-27001- und DSGVO-Betrachtung wie der Rest Ihrer Backup-Kette.
Proxmox Datacenter Manager 1.0: Multi-Cluster-Verwaltung
Der wohl meistdiskutierte Neuzugang ist der Proxmox Datacenter Manager (PDM), seit dem 4. Dezember 2025 als Version 1.0 GA verfügbar. PDM ist eine separate Anwendung, die mehrere Proxmox-Cluster unter einer zentralen Oberfläche zusammenführt. Bisher verwaltete man jeden Cluster über seine eigene GUI — bei zwei oder mehr Clustern (Produktion, DR, Außenstandort) wurde das schnell unübersichtlich.
Cross-Cluster-Live-Migration
Das Highlight von PDM ist die Cross-Cluster-Live-Migration: Eine laufende VM lässt sich von einem Cluster auf einen anderen verschieben, ohne sie auszuschalten. Für Wartungsfenster, Lastverschiebung oder den geordneten Umzug zwischen einem Produktions- und einem DR-Cluster ist das ein großer Schritt nach vorne.
Ehrlich: die Voraussetzungen
Hier ist die nötige Ehrlichkeit angebracht: PDM ist kein vCenter-Ersatz auf Knopfdruck. Es ist eine junge 1.0-Version mit klar definierten Mindestanforderungen. Die folgende Tabelle fasst zusammen, was PDM kann und voraussetzt:
| Aspekt | PDM 1.0 |
|---|---|
| Verwaltete Knoten | Mindestens Proxmox VE 8.4 |
| Backup-Anbindung | Mindestens Proxmox Backup Server 3.4 |
| Kernfunktion | Multi-Cluster-Dashboard, zentrale Sicht über mehrere Cluster |
| Migration | Cross-Cluster-Live-Migration laufender VMs |
| Reifegrad | Erste GA-Version — kein 1:1-Ersatz für den vollen vCenter-Funktionsumfang |
Wer PDM einsetzen will, muss seine Cluster also mindestens auf VE 8.4 heben — auf älteren Versionen läuft die Anbindung nicht. Das ist machbar, aber eben kein „einfach installieren und alles ist da".
Feature-Matrix: Neuerung, Nutzen und Caveat
Damit Sie die Releases nach Betriebsrelevanz priorisieren können, hier die kompakte Übersicht — jede Neuerung mit ihrem konkreten Nutzen und dem zugehörigen Stolperstein:
| Neuerung | Nutzen | Voraussetzung / Caveat |
|---|---|---|
| Snapshots auf Shared-LVM | VM-Snapshots auf FC-/iSCSI-SAN | Thick-provisioniert, PVE 9 |
| SDN-Fabrics | Geroutetes L3-Netz in der GUI | Eher für große/verteilte Cluster |
| HA-Affinity-Rules | VMs gezielt trennen/zusammenhalten | Sinnvolle Regeln muss man definieren |
| RAIDZ-Expansion | ZFS-Pool nachträglich erweitern | Bestehende Daten werden nicht neu verteilt |
| OCI-Images für LXC | Standard-Images als Container-Basis | Kein Ersatz für Container-Orchestrierung |
| S3-Backend (PBS 4.2) | Off-Site-Backup in Object-Storage | Datenstandort und AVV klären |
| Datacenter Manager 1.0 | Multi-Cluster + Cross-Cluster-Migration | Min. PVE 8.4 / PBS 3.4, junge Version |
Was die Updates für den produktiven Betrieb bedeuten
Für Bestandsumgebungen ist die praktisch wichtigste Neuerung eindeutig: Snapshots auf Shared-LVM. Sie schließt eine konkrete Lücke, die FC- und iSCSI-Nutzer lange ausgebremst hat. Wer einen solchen Cluster betreibt, hat damit einen handfesten Grund für das Upgrade auf VE 9.
Der Datacenter Manager 1.0 ist ein großer Schritt für alle, die mehrere Cluster betreiben — aber man sollte die Mindestversionen und den Reifegrad realistisch einschätzen. Wir testen neue Proxmox-Releases bei HostSpezial grundsätzlich vor dem Produktiveinsatz und fahren Upgrades kontrolliert, statt blind auf „latest" zu springen. Gerade bei einer ersten GA-Version wie PDM lohnt sich Geduld, bis sich der Einsatz in der eigenen Umgebung bewährt hat.
Unsere Empfehlung: Planen Sie das Upgrade von PVE 8 auf 9 als eigenes kleines Projekt — mit Test-Cluster, geprüfter Backup-Kette und definiertem Rollback. Die Neuerungen sind den Aufwand wert, aber ein Produktiv-Cluster ist kein Ort für spontane Major-Upgrades.
Fazit
Proxmox VE 9, PBS 4.2 und der Datacenter Manager 1.0 markieren einen reifen Entwicklungsstand. Snapshots auf Shared-LVM nehmen SAN-Nutzern eine alte Last ab, das stabile S3-Backend erweitert die Backup-Strategie um günstigen Object-Storage, und PDM bringt Multi-Cluster-Betrieb endlich unter ein Dach. Wichtig bleibt: Jede Neuerung hat ihre Voraussetzungen, und ein Produktiv-Upgrade gehört geplant, nicht improvisiert. Wer Proxmox dauerhaft sauber betreiben will, profitiert von einem Partner, der Releases vorab prüft und Upgrades kontrolliert fährt.
Häufige Fragen
Was ist neu in Proxmox VE 9?
Basis ist Debian 13 (Trixie) mit Linux-Kernel 6.14 und QEMU 10. Wichtigste praktische Neuerung sind Snapshots auf thick-provisioniertem Shared-LVM (iSCSI/FC). Dazu kommen SDN-Fabrics, HA-Affinity-Rules, RAIDZ-Expansion und OCI-Images für LXC.
Gibt es endlich Snapshots auf dem SAN?
Ja. Proxmox VE 9 bringt Snapshots für thick-provisioniertes Shared-LVM out-of-the-box — relevant für alle, die Fibre-Channel- oder iSCSI-Storage nutzen. Damit entfällt der bisherige Umweg über qcow2 oder Ceph für ein simples Rollback.
Was ist der Proxmox Datacenter Manager?
PDM ist seit dem 4. Dezember 2025 als Version 1.0 GA verfügbar und erlaubt die zentrale Verwaltung mehrerer Cluster inklusive Cross-Cluster-Live-Migration. Voraussetzung sind mindestens PVE 8.4 bzw. PBS 3.4. Es ist kein vollständiger vCenter-Ersatz, sondern eine junge erste GA-Version.
Ist das S3-Backend im PBS produktiv nutzbar?
Mit Proxmox Backup Server 4.2 (29. April 2026) gilt das S3-Backend als stabil — relevant für Off-Site-Backups in Object-Storage. Datenstandort und AVV sollten Sie dabei klären, da Backups produktive Daten enthalten.
Sollte ich von PVE 8 auf 9 upgraden?
In der Regel ja, aber geplant: vorher Kompatibilität von Storage, Kernel-Modulen und Backup prüfen und das Upgrade in einem Wartungsfenster fahren. Ein Sprung ins Blaue empfiehlt sich bei Produktivumgebungen nie — ein Test-Cluster und ein definierter Rollback gehören dazu.