Proxmox VE 8 auf 9 upgraden: Der vollständige Guide für Unternehmen

Proxmox Management & Wartung durch WZ-IT? Wir prüfen die Ausgangslage und planen das Upgrade auf PVE 9 einschließlich der vorhandenen Abhängigkeiten zu Ceph, PBS und HA. Jetzt kostenlosen Termin vereinbaren

Proxmox VE 8 erreicht im August 2026 End of Life. Danach gibt es keine Sicherheitsupdates, keine Bugfixes, keinen Support. Wer produktive Workloads auf PVE 8 betreibt, muss jetzt handeln - nicht im Juli.

Dieser Guide führt Schritt für Schritt durch das Upgrade auf Proxmox VE 9 (Debian 13 „Trixie") - mit besonderem Fokus auf Enterprise-Setups mit Ceph-Clustern, Proxmox Backup Server und High Availability.

Inhaltsverzeichnis

• Was bringt PVE 9?
• Voraussetzungen prüfen
• Schritt 1: PVE 8.4.1 sicherstellen
• Schritt 2: Backups erstellen
• Schritt 3: pve8to9 Checklist ausführen
• Schritt 4: Ceph auf Squid upgraden
• Schritt 5: PBS auf Version 4 upgraden
• Schritt 6: APT-Repositories umstellen
• Schritt 7: Upgrade ausführen
• Schritt 8: Post-Upgrade Checks
• Cluster-Upgrade-Strategie
• Typische Fehler und wie man sie vermeidet
• Unser Vorgehen bei WZ-IT

Was bringt PVE 9?

Proxmox VE 9.0 wurde im Juli 2025 veröffentlicht. Die aktuelle Version ist PVE 9.2 vom 21. Mai 2026. Die wichtigsten Neuerungen der 9er-Reihe und des aktuellen Releases:

Infrastruktur-Basis:

• Debian 13.5 „Trixie" als Unterbau
• Linux Kernel 7.0
• QEMU 11 und ZFS 2.4

Enterprise-Features:

• Dynamischer Load Balancer: Der Cluster Resource Scheduler berücksichtigt die aktuelle Auslastung bei der Platzierung HA-verwalteter Gäste
• HA Arm/Disarm: Der HA-Stack lässt sich für geplante Arbeiten kontrolliert aussetzen und wieder aktivieren
• WireGuard- und BGP-Fabrics: Neue SDN-Fabric-Protokolle und feinere Filter für BGP und EVPN
• Eigene CPU-Modelle: CPU-Profile und unterstützte Flags lassen sich zentral in der Oberfläche verwalten und prüfen
• HA-Rules statt HA-Groups: Flexiblere Resource-to-Node- und Resource-to-Resource-Affinitäten aus PVE 9.0
• OCI-Container in LXC: OCI-Images lassen sich seit PVE 9.1 als LXC-Templates verwenden; die Funktion bleibt für passende Workloads einzuordnen

Voraussetzungen prüfen

Bevor Sie anfangen, diese Checkliste durchgehen:

Schritt 1: PVE 8.4.1 sicherstellen

Zuerst alle Nodes auf den neuesten Stand bringen:

apt update && apt dist-upgrade -y
pveversion

Die Ausgabe muss pve-manager/8.4.1 oder höher zeigen. Falls nicht, erst updaten.

Schritt 2: Backups erstellen

Nicht verhandelbar. Vor jedem Major-Upgrade:

# Alle VMs und Container sichern (PBS oder lokaler Storage)
vzdump --all --mode snapshot --storage your-backup-storage

# Proxmox-Konfiguration sichern
tar czf /root/pve-config-backup-$(date +%Y%m%d).tar.gz /etc/pve/

# Bei Ceph: Ceph-Status dokumentieren
ceph status > /root/ceph-status-pre-upgrade.txt
ceph osd tree > /root/ceph-osd-tree-pre-upgrade.txt

Schritt 3: pve8to9 Checklist ausführen

Proxmox liefert ein Analyse-Tool mit, das potenzielle Probleme vor dem Upgrade erkennt:

pve8to9 --full

Das Tool prüft:

• Repository-Konfiguration
• Storage-Einstellungen
• Deprecated Optionen
• Paketversionen
• Container-Kompatibilität

Rote Einträge müssen vor dem Upgrade behoben werden. Gelbe Warnungen sollten geprüft, können aber oft ignoriert werden.

Bei Clustern: pve8to9 --full auf jedem Node ausführen, bevor der erste Node upgraded wird.

Schritt 4: Ceph auf Squid upgraden

Wenn Ceph im Cluster läuft, ist dieser Schritt zwingend vor dem PVE-Upgrade:

# Ceph-Status prüfen (muss HEALTH_OK sein)
ceph status

# Ceph Reef → Squid Upgrade (auf jedem Node)
apt update
apt dist-upgrade -y

# Ceph-Flags setzen
ceph osd set noout
ceph osd set nobackfill
ceph osd set norecover

# Nach Upgrade auf allen Nodes: Flags entfernen
ceph osd unset noout
ceph osd unset nobackfill
ceph osd unset norecover

# Status verifizieren
ceph status

Die offizielle Anleitung: Ceph Reef to Squid

Schritt 5: PBS auf Version 4 upgraden

Falls Proxmox Backup Server im Einsatz ist, muss dieser vor dem PVE-Upgrade auf Version 4 aktualisiert werden. PBS 4 basiert ebenfalls auf Debian 13 und ist kompatibel mit PVE 9.

# Auf dem PBS-Host
apt update && apt dist-upgrade -y
proxmox-backup-manager version

Schritt 6: APT-Repositories umstellen

Die Repositories müssen von Bookworm auf Trixie umgestellt werden:

# Automatisches Umstellen via Proxmox-Tool
sed -i 's/bookworm/trixie/g' /etc/apt/sources.list
sed -i 's/bookworm/trixie/g' /etc/apt/sources.list.d/*.list

# Enterprise-Repository (falls aktiv)
# /etc/apt/sources.list.d/pve-enterprise.list
# deb https://enterprise.proxmox.com/debian/pve trixie pve-enterprise

# Oder No-Subscription-Repository
# deb http://download.proxmox.com/debian/pve trixie pve-no-subscription

apt update

Wichtig: Entfernen Sie alle Verweise auf enterprise.proxmox.com wenn Sie keinen aktiven Subscription-Key haben. Mischen Sie nicht Enterprise- und No-Subscription-Repos.

Schritt 7: Upgrade ausführen

apt dist-upgrade -y

Die Dauer hängt stark von der Hardware ab:

• SSD + moderner Server: 5–10 Minuten
• HDD + ältere Hardware: 30–60+ Minuten

Nach Abschluss:

# Reboot
reboot

# Nach dem Reboot: Version prüfen
pveversion
# Erwartete Ausgabe: pve-manager/9.x.x

Schritt 8: Post-Upgrade Checks

Nach dem Reboot diese Punkte verifizieren:

# Kernel-Version
uname -r
# Erwartet: 6.14.x oder 6.17.x

# Alle Services laufen?
systemctl --failed

# Web-Interface erreichbar?
curl -k https://localhost:8006

# Ceph-Status (falls vorhanden)
ceph status

# VM/CT-Status
qm list
pct list

Cluster-Upgrade-Strategie

Für Produktions-Cluster mit HA empfehlen wir diese Reihenfolge:

1. Vorbereitung (alle Nodes)

• pve8to9 --full auf jedem Node
• Ceph auf Squid upgraden (falls vorhanden)
• PBS auf Version 4 upgraden (falls vorhanden)

2. Rolling Upgrade (Node für Node)

Node 1 → Maintenance Mode → Upgrade → Reboot → Verify → Exit Maintenance
Node 2 → Maintenance Mode → Upgrade → Reboot → Verify → Exit Maintenance
Node 3 → ...

3. Pro Node:

• Node in Maintenance Mode setzen (HA-Services werden migriert)
• VMs/CTs per Live-Migration auf andere Nodes verschieben
• Upgrade durchführen
• Reboot
• Post-Upgrade Checks
• Maintenance Mode beenden

4. Nach dem letzten Node:

• HA-Groups werden automatisch zu HA-Rules migriert
• Cluster-Status verifizieren: pvecm status
• Ceph-Status verifizieren: ceph status

Wichtig: VMs können immer von einem älteren auf einen neueren PVE-Node migriert werden. Umgekehrt (PVE 9 → PVE 8) wird nicht offiziell unterstützt.

Typische Fehler und wie man sie vermeidet

1. Ceph nicht vor PVE upgraded

Das Upgrade schlägt fehl oder Ceph ist nach dem Reboot nicht erreichbar. Lösung: Immer die Reihenfolge einhalten: Ceph Squid → PBS 4 → PVE 9.

2. Enterprise-Repository ohne Subscription

apt dist-upgrade scheitert mit 401-Fehlern. Lösung: Enterprise-Repo entfernen, No-Subscription-Repo verwenden.

3. Meta-Paket proxmox-ve soll entfernt werden

APT möchte proxmox-ve deinstallieren - das deutet auf falsche Repository-Konfiguration. Lösung: Alle Repos auf trixie umgestellt? Keine gemischten Bookworm/Trixie-Quellen?

4. Container mit altem systemd (≤230) starten nicht

CentOS 7, Ubuntu 16.04 und ähnliche Container mit systemd ≤230 funktionieren nicht mehr unter PVE 9. Lösung: Vor dem Upgrade auf neuere OS-Versionen migrieren. Der PVE-8-Support endet im August 2026 - für diesen Schritt bleibt also kaum noch Vorlauf.

5. systemd-boot Paket

Der pve8to9-Check meldet das systemd-boot Paket. Bei PVE 8.1–8.4 Installationen wurde es automatisch mitinstalliert. Lösung: Kann sicher entfernt werden, sofern nicht manuell konfiguriert.

6. VM-Migration scheitert im gemischten Cluster

Während des Rolling Upgrades können VMs manchmal nicht auf dem Zielnode starten. Lösung: VM manuell starten, CPU-Typ prüfen (muss auf beiden Nodes unterstützt werden).

Unser Vorgehen bei WZ-IT

Wir upgraden Proxmox-Cluster für Unternehmen mit einem standardisierten Prozess:

1. Analyse - Bestandsaufnahme: Cluster-Topologie, Ceph-Layout, PBS-Version, Container-OS-Versionen
2. Planung - Wartungsfenster definieren, Reihenfolge festlegen, Rollback-Strategie dokumentieren
3. Backup - Vollständiges Backup aller VMs/CTs, Konfigurationen und Ceph-Status
4. Upgrade - Rolling Upgrade Node für Node mit Monitoring
5. Verifizierung - Post-Upgrade Checks, Performance-Baseline, HA-Test
6. Dokumentation - Aktualisierte Infrastruktur-Dokumentation

Das Upgrade wird von einem erfahrenen Engineer durchgeführt - nicht von einem Skript. Bei Problemen sind wir direkt am System.

Proxmox-Upgrade lieber abgeben? Wir prüfen Ihre Umgebung und planen das Upgrade auf PVE 9 von der Analyse bis zur technischen Abnahme. Umfang und Wartungsfenster werden vorab bestätigt. Jetzt Termin vereinbaren | Proxmox Managed Service

Weiterführende Guides

• Proxmox Backup Server 4.2: S3-Storage ist stable - Was bei PBS 4.2 neu ist
• Verschlüsselte Proxmox Backups mit Hetzner Storage Box - Offsite-Backups einrichten
• Proxmox auf Hetzner installieren: Auto-Install Script - Frische PVE 9 Installation
• VMware zu Proxmox Migration - Von VMware ESXi zu PVE wechseln
• Private Cloud für KMUs: HA Proxmox Cluster - Cluster-Architektur für Unternehmen

Quellen

• Proxmox VE 9.2 Release Notes
• Offizieller Upgrade-Pfad von Proxmox VE 8 auf 9
• Proxmox VE Support Lifecycle