Proxmox VE als Übungsumgebung: VMs, Container, Vorlagen und Sicherung auf einem Rechner

Proxmox VE ist eine freie Virtualisierungsplattform auf Debian-Basis für virtuelle Maschinen und Container. Für den Lernpfad reicht ein Rechner mit 16 GB Arbeitsspeicher. Du installierst Proxmox, baust eine Debian-13-Vorlage mit cloud-init, übst Snapshots und Sicherungen und legst einen API-Token an. Damit steht die Grundlage für Terraform und Ansible.

01Was Du brauchst

• Rechner: 64-Bit-CPU mit eingeschalteter Virtualisierung (Intel VT-x oder AMD-V), 16 GB RAM, eine SSD mit rund 100 GB.
• Netzwerkkabel: Die Bridge für Deine VMs braucht eine kabelgebundene Verbindung.
• Einen leeren Datenträger: Die Installation löscht die gesamte Zielplatte.

02Installation und Netz

Lade das ISO von der Proxmox-Seite herunter, schreib es auf einen USB-Stick und starte davon. Wähle für eine einzelne Platte das Dateisystem ext4. Proxmox legt dann zwei Speicher an: local für ISOs, Vorlagen und Sicherungen und local-lvm für die Platten Deiner VMs. Die Weboberfläche erreichst Du danach unter https://<IP-Deines-Proxmox>:8006.

Ohne Abo scheitern Updates zunächst an der Enterprise-Paketquelle. Unter Knoten > Updates > Repositories schaltest Du sie ab und fügst No-Subscription hinzu. Danach apt update && apt full-upgrade auf dem Host.

Der Installer legt die Linux-Bridge vmbr0 an. Sie arbeitet wie ein virtueller Switch: Deine Netzwerkkarte hängt daran, jede VM bekommt einen Port. Die VMs stehen damit im selben Netz wie Dein Router und holen sich dort per DHCP eine Adresse. Die Einstellungen stehen in /etc/network/interfaces.

03VM oder Container?

Unsere Faustregel: Was später auf einem echten Server laufen soll und gehärtet wird, kommt in eine VM. Für kurze Versuche reicht ein Container.

04Eine Debian-13-Vorlage mit cloud-init

Eine Vorlage ist eine VM, die nur noch geklont wird. Mit cloud-init bekommt jeder Klon beim ersten Start Benutzer, SSH-Schlüssel und Netz. Debian veröffentlicht dafür fertige Cloud-Abbilder. Alle Befehle laufen als root auf dem Proxmox-Host, /root/id_ed25519.pub ist Dein öffentlicher Schlüssel, den Du vorher per scp kopierst:

cd /root
wget https://cloud.debian.org/images/cloud/trixie/latest/debian-13-genericcloud-amd64.qcow2
wget https://cloud.debian.org/images/cloud/trixie/latest/SHA512SUMS
sha512sum --check --ignore-missing SHA512SUMS

# Gastagent einbauen, damit Proxmox und Terraform die IP der VM sehen
apt install -y libguestfs-tools
virt-customize -a debian-13-genericcloud-amd64.qcow2 \
  --install qemu-guest-agent --truncate /etc/machine-id

qm create 9000 --name debian13-vorlage --memory 2048 --cores 2 \
  --cpu x86-64-v2-AES --ostype l26 --agent enabled=1 \
  --net0 virtio,bridge=vmbr0 --scsihw virtio-scsi-pci
qm set 9000 --scsi0 local-lvm:0,import-from=/root/debian-13-genericcloud-amd64.qcow2
qm disk resize 9000 scsi0 20G
qm set 9000 --ide2 local-lvm:cloudinit --boot order=scsi0 --serial0 socket --vga serial0
qm template 9000

# Testklon
qm clone 9000 101 --name debian-test --full 1
qm set 101 --ciuser debian --sshkeys /root/id_ed25519.pub --ipconfig0 ip=dhcp
qm start 101

05Container anlegen

Nach pveam update zeigt pveam available --section system den genauen Namen der Debian-13-Vorlage. Setz ihn an beiden Stellen ein:

pveam download local <Name-aus-der-Liste>
pct create 200 local:vztmpl/<Name-aus-der-Liste> --hostname ct-test \
  --memory 512 --rootfs local-lvm:8 --unprivileged 1 --features nesting=1 \
  --net0 name=eth0,bridge=vmbr0,ip=dhcp --ssh-public-keys /root/id_ed25519.pub
pct start 200

06Snapshots, Sicherung und Wiederherstellung

Ein Snapshot hält den Stand einer VM auf demselben Speicher fest. qm snapshot 101 vor-aenderung legt ihn an, qm rollback 101 vor-aenderung springt zurück. Für Container heißen die Befehle pct snapshot und pct rollback. Ein Snapshot ist ideal vor riskanten Änderungen, ersetzt aber keine Sicherung.

Eine Sicherung mit vzdump schreibt eine eigenständige Datei. Im Modus snapshot läuft die VM dabei weiter:

vzdump 101 --storage local --mode snapshot --compress zstd
qmrestore /var/lib/vz/dump/<Dateiname-der-Sicherung>.vma.zst 111

Stell zum Üben unter einer neuen ID wieder her, dann bleibt das Original unberührt. Container spielst Du mit pct restore zurück. Als nächsten Schritt setzt Du den Proxmox Backup Server in einer eigenen VM auf und bindest ihn unter Rechenzentrum > Speicher ein. Er sichert inkrementell und dedupliziert. Echte Sicherungen gehören aber auf eine andere Platte oder einen anderen Rechner.

07Zugang für Menschen und für Automatisierung

SSH mit Schlüssel: Kopier Deinen Schlüssel mit ssh-copy-id root@<IP-Deines-Proxmox> auf den Host. Erst wenn die Anmeldung damit klappt, legst Du /etc/ssh/sshd_config.d/50-nur-schluessel.conf mit der Zeile PasswordAuthentication no an und lädst SSH mit systemctl reload ssh neu.

API-Token für Terraform: Automatisierung meldet sich nie mit dem root-Kennwort an. Leg einen eigenen Benutzer mit Token an:

pveum user add terraform@pve
pveum acl modify / --users terraform@pve --roles PVEVMAdmin,PVEDatastoreUser,PVESDNUser,PVEAuditor
pveum user token add terraform@pve provider --privsep 0

Proxmox zeigt den geheimen Teil des Tokens genau einmal an. Speicher ihn in Deinem Passwortmanager, nie in einer Datei im Repository.

08Übung

1. Installiere Proxmox VE, stell die Paketquelle auf No-Subscription um und spiel alle Updates ein.
2. Bau die Debian-13-Vorlage mit der ID 9000 und klone daraus eine VM.
3. Leg einen Debian-Container an und melde Dich an beiden per SSH-Schlüssel an.
4. Mach von der VM einen Snapshot, lösch dort absichtlich /etc/motd und spiel den Snapshot zurück.
5. Sichere die VM mit vzdump und stell die Sicherung unter einer neuen ID wieder her.
6. Leg den Benutzer terraform@pve mit API-Token an und leg den Token in Deinem Passwortmanager ab.

Geschafft, wenn: Die wiederhergestellte VM startet und Du sie per Schlüssel erreichst, Du begründen kannst, wann Du VM und wann Container nimmst, und der Token sicher abgelegt ist.

09Typische Fallen

• WLAN statt Kabel: Eine Bridge über WLAN funktioniert nicht, die VMs bekommen dann keine Adresse.
• Alle Klone haben dieselbe IP: Steckt in der Vorlage eine fertige machine-id, melden sich alle Klone mit derselben Kennung beim DHCP-Server. Deshalb leert der Befehl oben die Datei vor dem Bau der Vorlage.
• Arbeitsspeicher überbucht: Proxmox lässt Dich mehr RAM vergeben, als da ist. Dann wird der Host langsam oder beendet VMs. Rechne rund 2 GB für Proxmox selbst ein.
• Snapshot für Sicherung gehalten: Ein Snapshot liegt auf derselben Platte und wächst mit jeder Änderung. Fällt die Platte aus, ist er mit der VM verloren.
• Ausgesperrt: Wer die Kennwort-Anmeldung abschaltet, bevor der Schlüssel funktioniert, kommt nur noch über die Konsole an den Host. Halte beim Umstellen eine zweite Sitzung offen.

10Häufige Fragen zur Proxmox-Übungsumgebung

Kann ich Proxmox auch in VirtualBox oder Hyper-V ausprobieren? Ja, mit verschachtelter Virtualisierung läuft Proxmox auch als VM. Das ist langsamer und braucht mehr Arbeitsspeicher. Für die ersten Schritte reicht es, auf Dauer ist ein eigener Rechner angenehmer.

Kostet Proxmox VE etwas? Nein. Proxmox VE ist Open Source und ohne Abo voll nutzbar. Ein Abo bringt die Enterprise-Paketquelle und Support, für eine Übungsumgebung brauchst Du beides nicht.

Warum eine Vorlage mit cloud-init statt einer normalen Installation? Eine Installation von Hand dauert und gerät jedes Mal ein bisschen anders. Ein Klon aus einer Vorlage steht in Sekunden und bekommt Benutzer, Schlüssel und Netz automatisch. Genau so arbeitet später auch Terraform.

Wie viele VMs passen auf 16 GB? Rechne rund 2 GB für Proxmox selbst. Danach passen bequem drei Debian-VMs mit je 2 GB und einige Container mit je 512 MB. Für Wazuh oder Zabbix brauchst Du eine größere VM und schaltest dafür andere ab.

11Weiter im Lernpfad

Zurück zur Übersicht: Lernpfad IT-Infrastruktur. Als Nächstes legst Du VMs per Code an: Terraform mit Proxmox. Danach richtest Du sie mit Ansible ein und härtest sie nach CIS Benchmark. Wenn Du so etwas beruflich machen willst: Virtualisierung ist Alltag in unserem Praktikum Fachinformatiker Systemintegration.

Zuletzt geprüft: Oktober 2026