Updates gehören zum regelmäßigen Betrieb einer Proxmox-VE-Umgebung. Sie schließen Sicherheitslücken, beheben Fehler und verbessern die Unterstützung von Hardware und Funktionen. Über die Weboberfläche lassen sich verfügbare Aktualisierungen bequem anzeigen und installieren. Für einen zuverlässigen Ablauf gehört allerdings mehr dazu als ein Klick auf „Upgrade“.
Welche Pakete werden aktualisiert? Müssen virtuelle Maschinen heruntergefahren werden? Wann ist ein Neustart erforderlich? Und wie geht man vor, wenn mehrere Proxmox-Server einen Cluster bilden?
In unserem begleitenden Video zeigen wir die regulären Updates über die grafische Oberfläche. Dieser Beitrag erklärt die Hintergründe, die Vorbereitung und die Unterschiede zwischen einem Einzelserver und einem Cluster.
Wie spielt man die laufenden Updates bei einem Proxmox VE System ein? Was ist bei einem Cluster zu beachten? Und sollten bzw. können die VMs während des Updates laufen?
Update oder Upgrade: Was ist der Unterschied?
Mit einem regulären Update werden die installierten Pakete innerhalb der bestehenden Proxmox-Hauptversion aktualisiert. Dazu gehören unter anderem Sicherheitskorrekturen für das Debian-Basissystem, Aktualisierungen der Proxmox-Verwaltung, neue Kernel und Änderungen an den Virtualisierungskomponenten. Auch der Wechsel auf eine neuere Unterversion innerhalb derselben Hauptversion erfolgt üblicherweise über die regulären Paketquellen.
Ein Hauptversionsupgrade wie der Wechsel von Proxmox VE 8 auf Proxmox VE 9 ist umfangreicher. Dabei ändert sich auch die Debian-Basis: von Debian 12 „Bookworm“ auf Debian 13 „Trixie“. Dafür sind zusätzliche Prüfungen, angepasste Paketquellen und die Schritte der offiziellen Upgrade-Anleitung erforderlich.
Die Schaltfläche „Upgrade“ in der GUI bedeutet deshalb nicht einen Wechsel von Proxmox VE 8 auf 9. Entscheidend sind die eingerichteten Paketquellen. Solange diese korrekt auf die bestehende Hauptversion verweisen, werden darüber deren verfügbare Aktualisierungen installiert. Proxmox unterstützt reguläre Updates sowohl über die Weboberfläche als auch über die Kommandozeile.
Welche Komponenten werden aktualisiert?
Proxmox VE besteht aus mehreren Komponenten. Entsprechend können in der Update-Liste ganz unterschiedliche Pakete erscheinen:
- das Debian-Basissystem mit Bibliotheken und Systemdiensten,
- die Proxmox-Weboberfläche und Verwaltungsdienste,
- der Linux-Kernel und zugehörige Pakete,
- QEMU/KVM für virtuelle Maschinen,
- Komponenten für LXC-Container,
- Netzwerk-, Storage- und Cluster-Komponenten.
Ein Update des Proxmox-Hosts aktualisiert jedoch nicht automatisch die Betriebssysteme und Anwendungen innerhalb der virtuellen Maschinen. Windows-Updates, Linux-Pakete oder Anwendungsupdates in den Gästen bleiben eigenständige Aufgaben.
Auch bei Containern muss unterschieden werden: Sie verwenden den Kernel des Hosts, besitzen aber ihre eigene Benutzerumgebung mit separat zu pflegenden Paketen.
Wo findet man Informationen zu den Updates?
Vor der Installation sollte man prüfen, welche Änderungen anstehen. Eine lange Paketliste allein sagt noch wenig darüber aus, welche Auswirkungen die Aktualisierung auf die eigene Umgebung haben kann.
Paketinformationen und Changelogs
In der Update-Ansicht lassen sich die verfügbaren Pakete und Versionsstände prüfen. Über die Changelog-Funktion können, soweit verfügbar, Informationen zu den Änderungen abgerufen werden. Besonders interessant sind Aktualisierungen an Kernel, QEMU, Netzwerk und Storage.
Offizielle Ankündigungen und Dokumentation
Für größere Änderungen helfen die Proxmox-Dokumentation, die Roadmap und die Ankündigungen im offiziellen Proxmox-Forum. Proxmox verweist für größere Systemupgrades ausdrücklich auf die Ankündigungen im Forum.
Erfahrungen anderer Anwender
Forenbeiträge können Hinweise auf Probleme mit bestimmten Netzwerkkarten, Storage-Anbindungen oder Treibern liefern. Dabei kommt es auf den Zusammenhang an: Ein Fehler auf einer anderen Hardware bedeutet nicht automatisch, dass die eigene Installation betroffen ist. Solche Berichte sind ein Anlass zur Prüfung, ersetzen aber keine Bewertung der eigenen Umgebung.
Vor dem Update: Paketquellen kontrollieren
Die Paketquellen bestimmen, welche Aktualisierungen angeboten werden. In der Weboberfläche findet man sie beim ausgewählten Knoten unter „Updates“ beziehungsweise „Repositories“.
Für Proxmox VE gibt es unterschiedliche Quellen:
Enterprise Repository: Dafür ist eine gültige Subscription erforderlich. Proxmox empfiehlt diese Quelle für produktive Umgebungen, da die Pakete einen umfangreicheren Prüf- und Validierungsprozess durchlaufen.
No-Subscription Repository: Diese Quelle ist ohne Subscription zugänglich. Proxmox sieht sie für Tests und nicht produktive Umgebungen vor und empfiehlt sie wegen der geringeren Validierung nicht für Produktionsserver.
Test Repository: Diese Quelle dient dem Test neuer Funktionen und Fehlerkorrekturen.
Zusätzlich werden die passenden Debian-Paketquellen benötigt. Bei Ceph-Installationen sind auch die entsprechenden Ceph-Quellen zu berücksichtigen. Quellen unterschiedlicher Debian- oder Proxmox-Hauptversionen dürfen nicht versehentlich vermischt werden.
Treten beim Aktualisieren der Paketlisten Fehler auf, sollten diese zuerst geklärt werden. Typische Ursachen sind eine fehlende Subscription für eine aktivierte Enterprise-Quelle, falsche Repository-Einträge oder Probleme mit DNS, Internetzugang und Proxy.
Vor dem Update: Paketquellen kontrollieren
Die Paketquellen bestimmen, welche Aktualisierungen angeboten werden. In der Weboberfläche findet man sie beim ausgewählten Knoten unter „Updates“ beziehungsweise „Repositories“.
Für Proxmox VE gibt es unterschiedliche Quellen:
Enterprise Repository: Dafür ist eine gültige Subscription erforderlich. Proxmox empfiehlt diese Quelle für produktive Umgebungen, da die Pakete einen umfangreicheren Prüf- und Validierungsprozess durchlaufen.
No-Subscription Repository: Diese Quelle ist ohne Subscription zugänglich. Proxmox sieht sie für Tests und nicht produktive Umgebungen vor und empfiehlt sie wegen der geringeren Validierung nicht für Produktionsserver.
Test Repository: Diese Quelle dient dem Test neuer Funktionen und Fehlerkorrekturen.
Zusätzlich werden die passenden Debian-Paketquellen benötigt. Bei Ceph-Installationen sind auch die entsprechenden Ceph-Quellen zu berücksichtigen. Quellen unterschiedlicher Debian- oder Proxmox-Hauptversionen dürfen nicht versehentlich vermischt werden.
Treten beim Aktualisieren der Paketlisten Fehler auf, sollten diese zuerst geklärt werden. Typische Ursachen sind eine fehlende Subscription für eine aktivierte Enterprise-Quelle, falsche Repository-Einträge oder Probleme mit DNS, Internetzugang und Proxy.
Backups und Wartungsfenster vorbereiten
Vor einem Update sollten aktuelle Sicherungen der wichtigen VMs und Container vorhanden sein. Ebenso wichtig ist die Frage, ob eine Wiederherstellung tatsächlich möglich ist. Ein erfolgreicher Backup-Job allein belegt noch nicht, dass alle benötigten Daten und Anwendungen wiederhergestellt werden können.
Zusätzlich sollten besondere Einstellungen des Hosts dokumentiert oder gesichert sein. Dazu zählen beispielsweise Netzwerk-, Storage- und Passthrough-Konfigurationen.
Für die Wartung empfehlen wir außerdem:
- ausreichend freien Speicherplatz auf dem Host prüfen,
- laufende Backup-, Replikations- und Migrationsaufgaben berücksichtigen,
- den Zustand von Storage und Netzwerk kontrollieren,
- ein Wartungsfenster mit Zeit für Neustart und Funktionstests einplanen,
- einen vom Proxmox-Webinterface unabhängigen Konsolenzugang bereithalten.
Ein solcher Zugang kann beispielsweise über die Managementschnittstelle des Servers erfolgen. Falls der Host nach einem Neustart über das Netzwerk nicht erreichbar ist, lässt sich damit trotzdem die lokale Konsole prüfen.
Proxmox VE über die GUI aktualisieren
Der normale Ablauf beginnt mit der Auswahl des gewünschten Proxmox-Knotens im linken Navigationsbereich.
1. Update-Ansicht öffnen
Beim ausgewählten Knoten den Bereich „Updates“ öffnen. Die Anzeige bezieht sich auf diesen Server. Auch in einem Cluster besitzt jeder Knoten seinen eigenen Paketstand.
2. Paketlisten aktualisieren
Über „Refresh“ beziehungsweise „Aktualisieren“ werden die Informationen aus den eingerichteten Paketquellen neu eingelesen. Dabei werden noch keine Softwarepakete installiert.
Die Ausgabe sollte fehlerfrei sein. Eine leere Update-Liste ist bei fehlgeschlagenem Abruf kein verlässlicher Nachweis für einen aktuellen Server.
3. Verfügbare Änderungen prüfen
Anschließend die angebotenen Pakete und Versionsstände durchsehen. Bei wichtigen Komponenten lohnt sich ein Blick in die verfügbaren Änderungsinformationen.
4. Installation starten
Über „Upgrade“ wird die Paketaktualisierung gestartet. Die Weboberfläche öffnet dafür eine Konsolensitzung mit dem Paketmanager.
Vor der Bestätigung sollte die Zusammenfassung gelesen werden: Welche Pakete werden installiert, aktualisiert oder entfernt? Werden unerwartet zentrale Proxmox-Pakete zur Entfernung vorgeschlagen, sollte die Ursache geklärt werden, bevor man fortfährt.
Eventuelle Rückfragen zu Konfigurationsdateien ebenfalls bewusst beantworten. Eine lokal angepasste Datei sollte nicht ungeprüft durch eine neue Standardversion ersetzt werden.
5. Abschluss kontrollieren
Die Installation bis zum Ende verfolgen und auf Fehlermeldungen achten. Eine erfolgreiche Paketinstallation ist anschließend durch die Prüfung des Hosts und gegebenenfalls einen geplanten Neustart zu ergänzen.
Proxmox verwendet für die reguläre Aktualisierung ein Verfahren, das auch geänderte Paketabhängigkeiten auflösen kann. Wer denselben Vorgang später auf der Kommandozeile ausführt, sollte die dokumentierte Vorgehensweise mit apt update und apt full-upgrade beachten. Ein einfaches apt upgrade kann laut Proxmox einen unvollständigen Paketstand hinterlassen.
Müssen virtuelle Maschinen während des Updates ausgeschaltet werden?
Für die reine Installation vieler Paketupdates müssen die Gäste nicht grundsätzlich heruntergefahren werden. Laufende VMs können dabei häufig weiterarbeiten.
Trotzdem ist die Paketinstallation eine Änderung am produktiven Host. Dienste können neu gestartet werden, und bestimmte Korrekturen werden erst wirksam, wenn die betroffenen Komponenten anschließend neu gestartet wurden.
Deshalb sollte man zwischen drei Schritten unterscheiden:
Pakete installieren: Die neuen Dateien werden auf dem Host eingerichtet.
Aktualisierte Komponenten aktivieren: Dafür können Dienstneustarts, ein neuer VM-Prozess oder ein Host-Neustart erforderlich sein.
Funktion prüfen: Erst danach lässt sich beurteilen, ob die Umgebung mit dem neuen Stand ordnungsgemäß arbeitet.
Wann muss der Proxmox-Host neu gestartet werden?
Nicht jedes Paketupdate erfordert einen Neustart des gesamten Servers. Ein neu installierter Kernel wird jedoch erst aktiv, wenn der Host mit diesem Kernel startet. Bis dahin arbeitet das System mit dem bisher geladenen Kernel weiter.
Bei einem Einzelserver bedeutet dieser Neustart eine Unterbrechung für die darauf laufenden Gäste. VMs und Container sollten vorher kontrolliert heruntergefahren werden. Dabei sind Abhängigkeiten zwischen Anwendungen zu berücksichtigen, beispielsweise zwischen Datenbank- und Anwendungsservern.
Nach dem Neustart werden der Host, seine Storage-Verbindungen und anschließend die Gäste geprüft.
Updates auf einem Einzelserver
Bei einem einzelnen Proxmox-Host lässt sich ein notwendiger Neustart nicht durch die Migration auf einen anderen Cluster-Knoten überbrücken. Entsprechend wichtig ist ein abgestimmtes Wartungsfenster.
Ein sinnvoller Ablauf ist:
- Backups und Wiederherstellungsmöglichkeiten prüfen.
- Paketquellen kontrollieren und Update-Informationen lesen.
- Updates über die GUI installieren.
- Für den Neustart die Gäste geordnet herunterfahren.
- Den Host neu starten und Netzwerk sowie Storage prüfen.
- VMs und Container starten und die Anwendungen testen.
Soll der Host nach dem Neustart zunächst ohne automatisch gestartete Gäste geprüft werden, kann bei gewöhnlich verwalteten Gästen die Option „Beim Booten starten“ vorübergehend angepasst werden. Die ursprünglichen Einstellungen sollten dokumentiert und anschließend wiederhergestellt werden.
Bei HA-verwalteten Gästen ist zusätzlich deren gewünschter Zustand im HA-Manager maßgeblich. Die normale Autostart-Einstellung allein steuert diese Gäste nicht.
Updates im Proxmox-Cluster: Knoten für Knoten
Ein Cluster ermöglicht es, Gäste vor der Wartung auf andere Knoten zu verschieben. Dafür müssen jedoch die technischen Voraussetzungen stimmen: ausreichend freie Ressourcen, geeignete Storage-Anbindung und migrationsfähige Gäste.
Ein Cluster allein garantiert keine unterbrechungsfreie Wartung. Beispielsweise können lokale Geräte oder PCI-Passthrough eine Live-Migration verhindern. Auch Container lassen sich nicht wie laufende QEMU-VMs live migrieren; hier ist eine Unterbrechung einzuplanen.
Für reguläre Wartungen empfehlen wir folgenden Ablauf:
- Zustand des gesamten Clusters und verfügbare Kapazität prüfen.
- Einen Knoten für die Wartung auswählen.
- Dessen Gäste migrieren oder kontrolliert herunterfahren.
- Updates auf diesem Knoten installieren.
- Den Knoten bei Bedarf neu starten.
- Cluster-Mitgliedschaft, Netzwerk, Storage und Gastbetrieb prüfen.
- Erst nach erfolgreicher Prüfung den nächsten Knoten bearbeiten.
So bleibt nach jedem Schritt Gelegenheit, Probleme zu erkennen und die weitere Wartung anzuhalten. Am Ende sollten alle Knoten wieder einen einheitlichen, vorgesehenen Softwarestand besitzen.
HA-Wartungsmodus gezielt verwenden
Für HA-Umgebungen stellt Proxmox einen Wartungsmodus bereit. Er kennzeichnet einen Knoten als für den HA-Betrieb nicht verfügbar und veranlasst die Migration seiner HA-verwalteten Ressourcen entsprechend den geltenden Regeln und verfügbaren Zielen.
Nicht durch HA verwaltete Gäste müssen separat berücksichtigt werden. Vor Beginn der eigentlichen Wartung sollte außerdem geprüft werden, ob die vorgesehenen Migrationen vollständig abgeschlossen sind. Nach der Wartung ist der HA-Wartungsmodus wieder bewusst aufzuheben.
Ceph gesondert berücksichtigen
Wenn die Proxmox-Knoten gleichzeitig Ceph-Dienste bereitstellen, betrifft ein Neustart auch das Storage-System. Deshalb gehören Ceph-Zustand, Redundanz und verfügbare Kapazität in die Wartungsplanung.
Ein Hauptversionswechsel von Ceph besitzt zudem einen eigenen Ablauf. Er sollte nicht ungeprüft mit normalen Proxmox-Paketupdates gleichgesetzt werden. Proxmox verweist dafür auf die gesonderten Ceph-Anleitungen.
Nach dem Update: Anwendungen prüfen
Eine erreichbare Weboberfläche ist ein guter erster Hinweis, aber noch kein vollständiger Funktionstest.
Nach der Wartung sollten insbesondere folgende Punkte geprüft werden:
- Sind die vorgesehenen Knoten online und ist der Cluster quorate?
- Sind alle benötigten Storage-Systeme erreichbar?
- Funktionieren die relevanten Netzwerkverbindungen?
- Laufen die vorgesehenen VMs und Container?
- Sind die Anwendungen innerhalb der Gäste erreichbar?
- Werden Backup- und Replikationsaufgaben wieder korrekt ausgeführt?
Bei einem Kernelupdate sollte außerdem kontrolliert werden, ob tatsächlich der vorgesehene Kernel läuft.
Abgrenzung: Upgrade von Proxmox VE 8 auf 9
Der Wechsel von Proxmox VE 8 auf 9 sollte als eigenes Wartungsprojekt geplant werden. Die offizielle Anleitung verlangt unter anderem einen geeigneten Ausgangsstand, gültige und getestete Backups sowie die Prüfung bekannter Upgrade-Probleme.
Das Prüfwerkzeug pve8to9 hilft dabei, mögliche Hindernisse zu erkennen. Es führt das Upgrade jedoch nicht selbst durch. Meldungen müssen ausgewertet und notwendige Anpassungen umgesetzt werden.
Die eigentlichen Upgrade-Schritte erfolgen laut Proxmox über Konsole oder SSH. Die virtuelle Shell innerhalb der Weboberfläche soll dafür nicht verwendet werden, da sie während des Upgrades unterbrochen werden kann.
Auch im Cluster gelten zusätzliche Regeln: Migrationen auf neuere Proxmox-Versionen sind vorgesehen; der umgekehrte Weg auf eine ältere Version wird grundsätzlich nicht unterstützt. Ein gemischter Versionsstand ist deshalb sorgfältig als Übergang während des Upgrades zu planen. Die vollständige Vorgehensweise beschreibt die offizielle Anleitung zum Upgrade von Proxmox VE 8 auf 9.
