Proxmox VE: Installation und Grundkonfiguration
Auf einen Blick
| Gilt für | Proxmox VE 9.2 (Debian 13 „Trixie“) auf x86-64-Servern; Einzelserver oder erster Knoten eines späteren Clusters |
|---|---|
| Bereich | Server-Software |
| Dauer | ca. 1–2 Stunden inklusive Grundkonfiguration |
| Rechte | Konsolenzugang zum Server (lokal oder per IPMI/iDRAC/iLO), danach Benutzer root@pam |
| Stand | Oktober 2026 |
Proxmox VE installieren ist in einer knappen Stunde erledigt – über Stabilität und laufende Kosten entscheiden aber Hardware, Dateisystem und Repository. Diese Anleitung führt durch die Hardware-Planung für KMU, die Installation vom ISO-Image mit ZFS-Mirror oder ext4/LVM und die Grundkonfiguration mit Repositorys, Updates, Zeitsynchronisation, Storages und Benachrichtigungen. Sie ist der Einstieg in die Reihe Proxmox im Unternehmen.

Hardware-Planung für KMU
Proxmox VE ist ein Type-1-Hypervisor auf Basis von Debian, KVM/QEMU für virtuelle Maschinen und LXC für Container. Die Mindestanforderungen sind gering, für den Produktivbetrieb lohnt aber eine sorgfältige Auswahl:
| Komponente | Mindestens | Empfehlung für KMU |
|---|---|---|
| CPU | 64 Bit mit Intel VT-x bzw. AMD-V | ein Sockel mit 16–32 Kernen; die Subskription wird pro belegtem Sockel berechnet, Einzelsockel-Server sind daher günstiger |
| RAM | 2 GB für System und Dienste plus Gäste | ECC-RAM, großzügig planen; ZFS und Ceph brauchen zusätzlich etwa 1 GB je TB genutzten Speicher |
| Systemplatten | eine Festplatte | zwei Enterprise-SSDs mit Power-Loss-Protection im ZFS-Mirror |
| VM-Speicher | lokale Platte | NVMe- bzw. SSD-Laufwerke mit Power-Loss-Protection; bei ZFS oder Ceph ein HBA bzw. Controller im IT-Modus, kein Hardware-RAID |
| Netzwerk | eine Netzwerkkarte | mindestens zwei redundante Ports mit 10 GbE oder mehr; im Cluster ein eigenes Netz für Corosync |
| Fernwartung | – | IPMI bzw. iDRAC/iLO für Konsole und Neustart ohne Vor-Ort-Termin |
- Hardware-RAID und ZFS vertragen sich nicht: Laut Admin-Handbuch sind weder ZFS noch Ceph mit einem Hardware-RAID-Controller kompatibel. Wer einen vorhandenen RAID-Controller nutzen will, installiert mit ext4 oder XFS auf LVM.
- Consumer-SSDs verschleißen unter Virtualisierungslast schnell und brechen bei synchronen Schreibvorgängen ein. Für Systemplatten und VM-Speicher gehören Enterprise-Modelle mit Power-Loss-Protection in den Server.
Proxmox VE installieren: ISO, Installer und Dateisystem
Installationsmedium
Das ISO-Image steht unter https://www.proxmox.com/de/downloads bereit. Es ist ein Hybrid-Image und wird direkt auf einen USB-Stick geschrieben – unter Windows mit Etcher oder Rufus im DD-Modus, unter Linux mit dd (UNetbootin funktioniert nicht):
# Linux: Gerätenamen vorher mit lsblk prüfen – alle Daten auf /dev/sdX gehen verloren
dd bs=1M conv=fdatasync if=./proxmox-ve_9.2-1.iso of=/dev/sdX
Installer-Optionen
Das Bootmenü bietet Install Proxmox VE (Graphical), Install Proxmox VE (Terminal UI) für Hardware, auf der die grafische Variante scheitert, eine Terminal-Variante für die serielle Konsole sowie unter Advanced Options Rescue Boot, Debug-Modus und den automatisierten Modus. Für viele gleichartige Server lohnt die unbeaufsichtigte Installation mit Antwortdatei (Werkzeug proxmox-auto-install-assistant).
- Lizenzvereinbarung bestätigen, Zielplatten wählen und unter Options das Dateisystem festlegen (siehe Tabelle).
- Land, Zeitzone (Europe/Berlin) und Tastaturlayout setzen.
- Root-Passwort (mindestens 8 Zeichen, im Passwortmanager ablegen) und eine E-Mail-Adresse angeben – an sie gehen später Update- und Fehlermeldungen.
- Netzwerk: Verwaltungsschnittstelle, vollqualifizierter Hostname (z. B.
pve1.firma.lan), statische IP-Adresse, Gateway und DNS. Der Installer nimmt entweder IPv4 oder IPv6 entgegen, nicht beides. - Zusammenfassung prüfen und installieren; danach Stick entfernen und neu starten.
Den Hostnamen sorgfältig wählen: Ihn später zu ändern ist umständlich und im Cluster nur mit viel Vorsicht möglich.
ZFS-RAID1 oder ext4/LVM?
| Variante | Stärken | Schwächen | Einsatz |
|---|---|---|---|
| ZFS RAID1 (Mirror) | Prüfsummen gegen schleichende Datenfehler, Kompression, Snapshots, Grundlage für die Storage-Replikation zwischen Knoten | mehr RAM-Bedarf, kein Hardware-RAID-Controller darunter | Standardempfehlung für Server mit zwei oder mehr Platten |
| ZFS RAID10 / RAIDZ | mehr Kapazität bzw. Leistung mit vier und mehr Platten | RAIDZ ist für VM-Last langsamer als Mirror-Verbünde | größere Einzelserver |
| ext4 auf LVM (Standard) | geringer RAM-Bedarf, funktioniert mit Hardware-RAID, LVM-Thin für Snapshots | keine Prüfsummen, keine Replikation | Server mit vorhandenem RAID-Controller |
| BTRFS | Software-RAID mit Snapshots | Technology Preview | nicht für die Produktion |
Bei ext4/XFS legt der Installer die Volume-Group pve mit den Volumes root, data und swap an; die erweiterten Optionen hdsize, swapsize, maxroot, minfree und maxvz steuern die Aufteilung. Bei ZFS entsteht der Pool rpool; die erweiterten Optionen umfassen ashift (mindestens die Sektorgröße der Platten), compress, checksum, copies und ARC max size.
RAM für ZFS: Der ARC-Cache ist bei Neuinstallationen auf 10 % des Arbeitsspeichers begrenzt, höchstens 16 GiB; der Wert steht in /etc/modprobe.d/zfs.conf. Als Faustregel für gute Leistung nennt die Dokumentation 4 GB plus 1 GB je TB Rohkapazität. Diesen Bedarf bei der Planung der VM-Speicher abziehen.
Repositorys und Subskription
Nach dem Neustart ist die Weboberfläche unter https://<IP-Adresse>:8006 erreichbar; Anmeldung als root mit dem Realm Linux PAM standard authentication. Proxmox VE bringt eine deutsche Übersetzung mit (Auswahl beim Login), diese Reihe verwendet aber durchgehend die englischen Bezeichnungen, weil Dokumentation, Forum und Fehlermeldungen englisch sind.
Enterprise oder No-Subscription
Proxmox VE ist vollständig quelloffen (AGPLv3) und ohne Lizenz nutzbar. Die Subskription verschafft Zugang zum Enterprise-Repository mit länger getesteten Paketen und – ab Basic – zum Hersteller-Support. Ohne Subskription wird das No-Subscription-Repository genutzt; es ist laut Hersteller nicht für die Produktion empfohlen, läuft in vielen kleinen Umgebungen aber zuverlässig, wenn Updates mit etwas Abstand eingespielt werden.
| Stufe | Preis je belegtem CPU-Sockel und Jahr (netto) | Leistung |
|---|---|---|
| Community | 120 € | Enterprise-Repository, kein Hersteller-Support |
| Basic | 370 € | zusätzlich 3 Support-Tickets, Reaktion innerhalb eines Werktags |
| Standard | 550 € | 10 Tickets, 4 Stunden bei kritischen Fällen, Remote-Hilfe per SSH |
| Premium | 1.100 € | unbegrenzte Tickets, 2 Stunden Reaktionszeit |
Alle Knoten eines Clusters benötigen dieselbe Subskriptionsstufe. Den Schlüssel trägt man unter <Knoten> › Subscription › Upload Subscription Key ein.
Repositorys im deb822-Format
Proxmox VE 9 nutzt das deb822-Format in /etc/apt/sources.list.d/. Nach der Installation ist das Enterprise-Repository aktiv; ohne Schlüssel endet apt update mit einem Fehler 401. Ohne Subskription das Enterprise-Repository deaktivieren und No-Subscription eintragen – in der Weboberfläche unter <Knoten> › Updates › Repositories (Disable bzw. Add) oder per Datei:
# Enterprise-Repository abschalten: Zeile "Enabled: no" ergänzen
echo "Enabled: no" >> /etc/apt/sources.list.d/pve-enterprise.sources
# No-Subscription-Repository anlegen
cat > /etc/apt/sources.list.d/proxmox.sources <<'EOF'
Types: deb
URIs: http://download.proxmox.com/debian/pve
Suites: trixie
Components: pve-no-subscription
Signed-By: /usr/share/keyrings/proxmox-archive-keyring.gpg
EOF
apt update
Steht in /etc/apt/sources.list.d/ceph.sources ein Enterprise-Eintrag, gilt dasselbe: mit Subskription https://enterprise.proxmox.com/debian/ceph-tentacle (Component enterprise), sonst http://download.proxmox.com/debian/ceph-tentacle (Component no-subscription). Das Test-Repository pve-test gehört nicht auf Produktivsysteme.
Updates, Zeit und Benachrichtigungen
Updates einspielen
Proxmox VE prüft täglich auf neue Pakete und schickt bei Bedarf eine Mail an root@pam. Aktualisiert wird mit:
apt update
apt full-upgrade
Nie apt upgrade verwenden: Es kann keine Pakete entfernen und hinterlässt bei geänderten Abhängigkeiten ein halb aktualisiertes System. In der Weboberfläche führt <Knoten> › Updates mit Refresh und Upgrade dasselbe aus; Changelog zeigt die Änderungen. Nach Kernel-Updates ist ein Neustart nötig – im Cluster vorher die Gäste migrieren. Für x86-Server empfiehlt sich zusätzlich das Microcode-Paket aus non-free-firmware:
apt install intel-microcode # bzw. amd64-microcode bei AMD
Zeit und NTP
Seit Proxmox VE 7 übernimmt chrony die Zeitsynchronisation. Korrekte Zeit ist Pflicht: Corosync, Ceph, Zertifikate und Backups reagieren empfindlich auf Abweichungen. Zeitzone unter <Knoten> › System › Time auf Europe/Berlin setzen und interne NTP-Server eintragen (z. B. Domänencontroller oder Firewall). Eigene Quellen gehören in eine eigene Datei, damit Paket-Updates /etc/chrony/chrony.conf ersetzen dürfen:
cat > /etc/chrony/sources.d/firma.sources <<'EOF'
server ntp1.firma.lan iburst
server ntp2.firma.lan iburst
EOF
chronyc reload sources
chronyc sources -v
Benachrichtigungen
Unter Datacenter › Notifications werden Targets (Ziele) und Matchers (Regeln) verwaltet. Zielarten sind Sendmail, SMTP, Gotify und Webhook; die Konfiguration liegt in /etc/pve/notifications.cfg, Passwörter getrennt in /etc/pve/priv/notifications.cfg.
| Ereignis | Typ | Schweregrad |
|---|---|---|
| Backup erfolgreich / fehlgeschlagen | vzdump | info / error |
| Replikationsjob fehlgeschlagen | replication | error |
| Clusterknoten abgeschottet (Fencing) | fencing | error |
| Updates verfügbar | package-updates | info |
| Mail an root (z. B. von smartd) | system-mail | unknown |
Für KMU bewährt sich ein SMTP-Ziel über den eigenen Mailserver oder Microsoft 365 (Modus tls auf Port 465 oder starttls auf Port 587) und ein Matcher, der alle Meldungen ab warning an das IT-Postfach schickt. Mit Test am Ziel prüfen, ob die Mail ankommt. Ohne funktionierende Benachrichtigung bleiben fehlgeschlagene Backups und defekte Platten unbemerkt.
Erste Storages einrichten
Nach der Installation gibt es zwei Storages:
| Storage | Typ | Inhalt |
|---|---|---|
local |
Verzeichnis /var/lib/vz |
ISO-Images, Container-Vorlagen, Backups |
local-lvm (ext4/XFS) bzw. local-zfs (ZFS) |
LVM-Thin bzw. ZFS-Dataset rpool/data |
VM-Festplatten und Container-Dateisysteme |
Weitere Storages werden unter Datacenter › Storage › Add angelegt, z. B. eine NFS- oder SMB-Freigabe für ISO-Images oder ein zusätzlicher ZFS-Pool auf eigenen NVMe-Laufwerken (<Knoten> › Disks › ZFS › Create: ZFS). Den Status zeigt pvesm status.
- Backups nicht auf demselben Server ablegen:
localeignet sich höchstens als Zwischenlösung. Für den Dauerbetrieb gehört ein Proxmox Backup Server mit Deduplizierung und Verifizierung dazu, siehe Proxmox Backup Server: Einrichtung und Backup-Strategie. - Details zu ZFS-Pools, Ceph und Replikation beschreibt Proxmox VE: Storage mit ZFS, Ceph und Replikation; Bridges und VLANs für die Gäste Proxmox VE: Netzwerk mit Bridges, VLANs, Bonds und SDN.
Hinweise und typische Fehler
- 401 bei apt update: Enterprise-Repository ohne gültigen Schlüssel aktiv – deaktivieren oder Schlüssel einspielen.
- Absicherung: Weboberfläche (Port 8006) und SSH nur aus dem Verwaltungsnetz erreichbar machen, persönliche Administratorkonten mit Zwei-Faktor-Anmeldung anlegen und root@pam nur für Notfälle nutzen, siehe Proxmox VE: Sicherheit mit Rollen, 2FA, Firewall und Updates.
- Bei Planung, Installation und Betrieb Ihrer Virtualisierung unterstützen Sie die Proxmox-Leistungen von m.a.x. it.
Siehe auch
- Proxmox im Unternehmen – Überblick und alle Artikel der Reihe
- Proxmox VE: Upgrade von Version 8 auf 9
- Proxmox VE: Migration von VMware ESXi
- Proxmox VE: Storage mit ZFS, Ceph und Replikation
- ZFS
Links und Quellen
Über m.a.x. it Die m.a.x. Informationstechnologie AG ist seit über 30 Jahren IT-Partner mittelständischer und großer Unternehmen in München und bietet maßgeschneiderte Lösungen und Services in den Bereichen Cloud, Cybersecurity, Netzwerk, Windows, Linux und Softwareentwicklung. Sie haben eine Frage zu diesem Artikel oder brauchen Unterstützung?
