WZ-IT unterstützt Sie mit dem passenden Angebot: Proxmox für Behörden.
Digitale Souveränität braucht überprüfbare Handlungsmöglichkeiten. ZenDiS betrachtet dafür kritische Abhängigkeiten sowie Exit- und Migrationsstrategien. Für Virtualisierung lässt sich daraus eine konkrete Frage ableiten: Können Sie Daten, Administration und Betrieb auch bei einem Anbieterwechsel kontrollieren?
Stand: Oktober 2026. Die technischen Angaben stützen sich auf die verlinkten Primärquellen.
Inhaltsverzeichnis
- Was Proxmox beiträgt
- Souveränität anhand von Nachweisen prüfen
- Abhängigkeiten inventarisieren
- Deutschland und Betreiberkontrolle unterscheiden
- Exit und Betriebswissen abnehmen
Was Proxmox beiträgt
Proxmox VE ist eine Open-Source-Virtualisierungsplattform mit KVM und LXC (Produktübersicht). Die Funktionsübersicht beschreibt auch die REST-API für administrative Aufgaben. Offener Code und dokumentierte Schnittstellen können die eigene Integration unterstützen; sie beseitigen keine Abhängigkeit von Hardware, Storage-Design oder Betriebswissen.
Ein Anbieterwechsel ist deshalb nicht schon durch die Lizenz erledigt. Diese Checkliste bewertet technische und organisatorische Kontrollmöglichkeiten, keine rechtliche Einstufung eines Cloud-Produkts.
Souveränität anhand von Nachweisen prüfen
| Kontrollfeld | Verlangter Nachweis | Warnzeichen |
|---|---|---|
| Standort | Ablageorte für Produktivdaten und Sicherungen | Nur der VM-Standort ist bekannt |
| Administration | Benannte Rollen und dokumentierter Zugangsentzug | Ausschließlich fremde Sammelkonten |
| Schlüssel | Zuständigkeit und Wiederzugriff getrennt dokumentiert | Schlüssel nur beim Betreiber |
| Schnittstellen | API, Konfiguration und Exportweg dokumentiert | Unbekannte proprietäre Zusatzschicht |
| Betriebswissen | Runbook und nachvollziehbare Änderungen | Nur mündliche Übergabe |
| Exit | Wiederherstellung auf unabhängigem Ziel geprüft | Backup ohne nutzbaren Restore-Weg |
Das sind vorgeschlagene Abnahmekriterien, keine Eigenschaften, die jedem Proxmox-Angebot automatisch zukommen.
Abhängigkeiten inventarisieren
Souveränität hängt an den Schichten unter und neben dem Hypervisor. Eine Inventur ordnet jeder Schicht eine Ersetzbarkeit zu:
| Schicht | Typische Abhängigkeit | Prüffrage für den Exit |
|---|---|---|
| Hardware | Servermodell, Firmware, Lieferant | Läuft das System auf anderer Standardhardware? |
| Hypervisor | Proxmox VE, Gast-Formate | Sind Gäste in offene Formate exportierbar (qcow2, raw)? |
| Storage | ZFS, Ceph, Shared Storage | Welche Daten liegen wo, wie werden sie extern gesichert? |
| Netzwerk | Provider-VLAN, öffentliche IPs | Sind Adressen und Routen übertragbar? |
| Backup | PBS, Schlüssel, Offsite-Ziel | Ist die Wiederherstellung ohne den aktuellen Betreiber möglich? |
| Identität | Realms, Verzeichnisdienst, Tokens | Wer kann Zugänge entziehen und neu vergeben? |
| Betriebswissen | Dokumentation, Skripte, Runbooks | Kann ein zweiter Administrator den Betrieb übernehmen? |
Deutschland und Betreiberkontrolle unterscheiden
Ein Standort in Deutschland beantwortet die Standortfrage, nicht alle Fragen nach administrativem Zugriff oder Abhängigkeit. Erfassen Sie die Dienstleisterkette und Zuständigkeit für Schlüssel. Für PBS ist die clientseitige Verschlüsselung ein technischer Baustein; sie benötigt einen separat verfügbaren Schlüsselweg und verhindert keine Löschung.
Für einen deutschen Infrastrukturstandort verweist WZ-IT auf Proxmox auf STACKIT. Der konkrete Aufbau, Backup-Orte und Zugriffe müssen im Angebot festgelegt werden; daraus entsteht keine pauschale Souveränitäts- oder Compliance-Garantie.
Exit und Betriebswissen abnehmen
Als vorgeschlagene Abnahme: Konfiguration und Inventar exportieren, einen ausgewählten Gast auf einem unabhängigen Ziel wiederherstellen, Netzwerk und Anwendung prüfen und die Dokumentation einem zweiten Administrator übergeben. Dabei offene Abhängigkeiten erfassen.
Beispiel: Exit-Inventar exportieren. Die folgenden Befehle sichern Konfiguration und Bestand lesend als Textdateien (Pfade anpassen; die Dateien enthalten Netz- und Rechteinformationen und gehören geschützt abgelegt):
pvesh get /cluster/resources --output-format json > cluster-inventar.json
pvecm status > cluster-status.txt
pvesm status > storage-status.txt
pveum user list > benutzer.txt
pveum acl list > berechtigungen.txt
for id in $(qm list | awk 'NR>1 {print $1}'); do qm config $id > vm-$id.conf; done
for id in $(pct list | awk 'NR>1 {print $1}'); do pct config $id > ct-$id.conf; done
cp /etc/network/interfaces netzwerk-interfaces.txt
Diese Dateien zusammen mit den Backups bilden die Grundlage, um den Aufbau auf anderer Infrastruktur nachzuvollziehen. Für den eigentlichen Wiederanlauf auf einem unabhängigen Ziel siehe Proxmox-Host mit PBS wiederherstellen.
Für Verwaltungsumgebungen führt die Anfrage zu Proxmox für Behörden, für den laufenden Betrieb zu Managed Proxmox. Dokumentierte öffentliche Einsätze liefern Kontext, ersetzen aber keine eigene Abnahme.
Weiterlesen
- Proxmox in der öffentlichen Verwaltung: Belege und Prüfung
- Vor- und Nachteile von Proxmox - und wann es passt
Zum passenden Angebot: Proxmox für Behörden.
