StateWarden schützt virtuelle Maschinen unter Proxmox VE, ohne dass Software in den Gastbetriebssystemen installiert werden muss. Der StateWarden Agent läuft direkt auf dem Proxmox-Host und schützt jede VM auf diesem Host über die Hypervisor-Ebene. Diese Anleitung erklärt, wie der agentenlose Schutz funktioniert, wie Backups laufender und gestoppter VMs erstellt werden und welche drei Wiederherstellungspfade es gibt: In-Place-Wiederherstellung, Klonen als neue VM und Instant Boot.
Voraussetzung: Auf dem Proxmox-VE-Host läuft die Agent-Version 1.2.0 oder neuer, installiert und gekoppelt wie jedes andere Linux-Gerät. Halten Sie den Host-Agenten aktuell - Version 1.6.1 hat einen Backup-Fehler behoben, der bestimmte VMs mit mehreren Festplatten betraf.
1. Was agentenloser Schutz bedeutet
Der agentenlose Schutz folgt einem einfachen Betriebsmodell:
- Installieren Sie den Agenten auf dem Proxmox-VE-Host selbst (siehe Installing the Agent) und koppeln Sie ihn mit Ihrem Realm (siehe Pairing Your First Device).
- Der Host registriert sich im Dashboard als Hypervisor. Seine virtuellen Maschinen erscheinen automatisch als untergeordnete Geräte des Hypervisors - ohne Kopplungsschritt, ohne Gast-Anmeldedaten und ohne Footprint innerhalb der VM.
- Jede VM erhält eine eigene Geräteansicht mit ihrer virtuellen Hardware-Konfiguration (vCPUs, Arbeitsspeicher, virtuelle Festplatten) und ihrem Power-Status. Backups, Wiederherstellungen und Mounts werden pro VM über dieselben Dashboard-Ansichten verwaltet wie bei physischen Geräten.
Da sämtliche Arbeit auf der Hypervisor-Ebene stattfindet, ist das Gastbetriebssystem für den Schutz irrelevant: Windows, Linux und Appliances werden gleichermaßen behandelt.
2. Wie VM-Backups funktionieren
Laufende VMs: Snapshots ohne Pause
Bei einer laufenden VM kommuniziert der Agent über das QEMU Machine Protocol (QMP) mit dem QEMU-Prozess der virtuellen Maschine und erstellt ein temporäres QCOW2-Overlay (eine Technik, die als Fleecing bekannt ist). Der Gast schreibt weiter in das Overlay, während der Agent das eingefrorene Basis-Image liest. Das Ergebnis ist ein präzise eingefrorener, anwendungskonsistenter Snapshot, der ohne Pause oder Unterbrechung der VM erstellt wird - das Gastbetriebssystem wird nicht angehalten und bemerkt nichts.
Inkrementelle Backups: Changed Block Tracking
VM-Backups nutzen QEMU Dirty Bitmaps für Changed Block Tracking (CBT). Der Hypervisor protokolliert, welche Festplattenblöcke sich zwischen den Backup-Läufen geändert haben, und der Agent liest nur diese Blöcke in die Deduplizierungs-Engine ein. Das erste Backup einer VM ist eine vollständige Baseline; alle folgenden Backups sind inkrementell. Wie CBT allgemein mit Zeitplänen und Aufbewahrung zusammenspielt, beschreibt Mastering Smart CBT: Incremental Backups.
Ausgeschaltete VMs
VMs, die auf Hypervisor-Ebene ausgeschaltet sind, bleiben im Dashboard vollständig sichtbar und verwaltbar. Sie können Backups einer gestoppten VM planen und ausführen, ohne das Gastbetriebssystem zu starten; diese Backups sind crash-konsistent und entsprechen dem Zustand der virtuellen Festplatten im Ruhezustand.
VMs mit mehreren Festplatten
VMs mit mehreren virtuellen Festplatten werden vollständig unterstützt. Alle Festplatten werden mit isolierten Schreibschichten pro Festplatte erfasst, sodass sich parallele Festplatten aus demselben Backup nicht gegenseitig beeinflussen können. Die Hardware-Konfiguration der VM wird zusammen mit den Festplattendaten erfasst, sodass Wiederherstellungen die ursprüngliche Maschine 1:1 reproduzieren.
3. Wiederherstellungsoptionen
Öffnen Sie die VM im Dashboard, wählen Sie einen Wiederherstellungspunkt und entscheiden Sie sich für eines der drei Wiederherstellungsziele.
Option A: In-Place-Wiederherstellung (Überschreiben der Original-VM)
Der Agent fährt die VM kontrolliert herunter (mit Eskalation zu einem harten Stopp, falls der Gast nicht rechtzeitig herunterfährt), schreibt den Inhalt des Wiederherstellungspunkts zurück auf die virtuellen Festplatten der VM und schaltet die VM wieder ein.
Dies ist der schnelle Weg, um eine beschädigte oder kompromittierte VM auf einen bekannten guten Zustand zurückzusetzen. Er ist destruktiv: Der aktuelle Zustand der VM wird durch den Wiederherstellungspunkt ersetzt.
Option B: Als neue VM klonen
Der Agent stellt aus dem Wiederherstellungspunkt eine vollständig neue virtuelle Maschine auf dem Hypervisor bereit. Die Original-VM bleibt unangetastet. Eine freie VM-ID wird automatisch vergeben, und Sie wählen den Ziel-Datastore für die neuen Festplatten.
Damit ein Klon parallel zum Original laufen kann, ändert StateWarden automatisch die in die wiederhergestellte Maschine eingebrannten Hardware-Kennungen:
- eine neue System-UUID (
smbios1), - eine neue Generation-ID (
vmgenid), - neu generierte MAC-Adressen auf allen virtuellen Netzwerkschnittstellen.
Dadurch kollidiert der Klon weder im Netzwerk noch bei gastseitigen Identitätsprüfungen mit dem Original. Läuft die Original-VM noch und Sie möchten eine zusätzliche Absicherung, nutzen Sie die Netzwerk-Isolierungsoption bei der Wiederherstellung: Der Klon startet dann ohne angeschlossene virtuelle Netzwerkschnittstellen, und Sie können ihn später über die Proxmox-Oberfläche mit einem Netzwerk verbinden.
Option C: Instant Boot
Instant Boot startet die VM direkt aus dem Backup-Stream in Sekunden, ohne auf eine vollständige Datenkopie zu warten. Der Agent stellt den Wiederherstellungspunkt dem Hypervisor als Network Block Device (NBD) bereit; Lesezugriffe werden bei Bedarf aus dem deduplizierten Backup gestreamt, und Schreibzugriffe fängt eine lokale Copy-On-Write-Schicht ab. Das Backup selbst wird niemals verändert.
Instant-Boot-VMs sind im Dashboard sichtbar als TEMPORARY (vorübergehend) gekennzeichnet. Sie sind für zwei Situationen vorgesehen: zu verifizieren, dass ein Backup bootet, und einen Ausfall zu überbrücken, solange der ursprüngliche Speicher nicht verfügbar ist.
Soll die VM dauerhaft bestehen bleiben, verwenden Sie die an der VM angezeigte Aktion Make Permanent. Sie führt eine Live-Storage-Migration durch: Der Festplatteninhalt wird auf physischen Hypervisor-Speicher kopiert (ein von Ihnen gewählter Datastore, etwa local-lvm), und zwar über einen QEMU-blockdev-mirror-Job, während das Gastbetriebssystem weiterläuft und Anfragen bedient. Sobald die Kopie abgeschlossen ist, schwenkt der I/O auf die physische Festplatte um und die temporäre NBD-Schicht wird abgebaut - ohne Downtime für den Gast.
Für die Wiederherstellung auf Dateiebene statt einer ganzen Maschine mounten Sie eine einzelne VM-Festplatte aus einem Wiederherstellungspunkt, statt sie zu booten; siehe Instant Mount: File Recovery via Native iSCSI.
4. Hinweise für den Betrieb
Gerätekontingent
Virtuelle Maschinen verbrauchen kein Gerätekontingent des Realms. Nur der gekoppelte Hypervisor-Host zählt als Gerät, unabhängig davon, wie viele VMs er trägt. Der von VM-Backups belegte Speicher zählt wie jedes andere Backup auf das Speicherkontingent des Realms. Siehe Understanding Quotas and Fair Use.
Reaktionsrichtlinien auf Hypervisoren und VMs
Ransomware-Reaktionsrichtlinien verhalten sich in einem Virtualisierungskontext anders:
- Overrides pro VM sind wirkungslos. Eine VM hat keinen eigenen Agenten; sie wird vom Agenten des übergeordneten Hosts verwaltet, daher gilt die effektive Richtlinie des Hypervisors. Ein Agent setzt eine Richtlinie durch.
- Netzwerk-Lockdown und Ausschalten werden auf Hypervisor-Hosts niemals ausgeführt. Verlangt die Richtlinie des Hosts eine dieser Aktionen, protokolliert der Agent stattdessen eine Warnung, damit eine Reaktionsaktion nicht alle Gast-VMs auf einmal abschneiden kann.
Konfigurationsdetails behandelt Ransomware Protection: Response Policies.
Schützen Sie den Hypervisor selbst
Der agentenlose Schutz deckt die Gäste ab, nicht das eigene Betriebssystem des Hosts. Schützen Sie den Proxmox-Host wie jedes andere Linux-Gerät: Weisen Sie ihm eine Backup-Richtlinie zu, die seine Systemfestplatten abdeckt, damit die Hypervisor-Installation bei einem Host-Ausfall per Bare-Metal-Wiederherstellung neu aufgebaut werden kann. Das Verfahren beschreibt der Bare Metal Recovery Walkthrough.
StateWarden: Resilience Engineered.