So richten Sie Ihren eigenen Proxmox-VE-Server ein

Proxmox VE ist eine der beliebtesten Möglichkeiten, eine eigene Virtualisierungsplattform auf Hardware zu betreiben, die Sie selbst kontrollieren. Es ist Open Source unter der GNU AGPLv3, kostenlos im Produktivbetrieb einsetzbar ohne eingeschränkte Features oder VM-Obergrenze, und bietet Ihnen sowohl KVM-VMs als auch LXC-Container über eine einzige Weboberfläche. Dieses Tutorial führt einen Bare-Metal-Server von einer leeren Festplatte zu einem funktionierenden Host mit einer VM und einem Container.

Voraussetzungen

Stellen Sie vor dem Start sicher, dass Sie Folgendes haben:

Einen Bare-Metal-Server mit einer 64-Bit-CPU, auf der Hardware-Virtualisierungserweiterungen (Intel VT-x oder AMD-V) im BIOS/UEFI aktiviert sind. (Möchten Sie die manuelle ISO-Installation lieber ganz überspringen? Proxmox VE ist bei Serverside als fertiges Deployment-Image verfügbar, in unter einer Minute auf Bare Metal bereitgestellt, mit KVM-Konsole und ISO-Mount, falls Sie es doch lieber selbst installieren.)
Die Installer-ISO von Proxmox VE 9.2, proxmox-ve_9.2-1.iso (rund 1.7 GB), von der offiziellen Downloadseite
Eine Möglichkeit, diese ISO auf dem Server zu booten: eine IPMI/KVM-Konsole mit Virtual-Media-Mount, oder physischen Zugang mit einem USB-Stick
Eine öffentliche IP-Adresse, Subnetzmaske und Gateway für den Host, plus einen DNS-Resolver
Grundlegende Vertrautheit mit der Linux-Kommandozeile und SSH

Was wir bauen

Wir richten einen einzelnen Proxmox-VE-Node ein: eine physische Maschine, die als eigenständiger Hypervisor läuft. Darauf betreiben wir zwei Workloads, damit Sie beide Modelle sehen, die Proxmox bietet:

Eine KVM-VM (vollständige Hardware-Virtualisierung: eigener Kernel, bootet jedes Betriebssystem)
Ein LXC-Container (ein leichtgewichtiger Linux-Systemcontainer, der sich den Kernel des Hosts teilt)

Alles hier funktioniert auf einer einzigen Maschine. Clustering, High Availability und Ceph kommen später und benötigen mindestens drei Nodes; das liegt außerhalb des Rahmens für einen ersten Host.

Schritt 1: Die ISO herunterladen und den Installer starten

Laden Sie proxmox-ve_9.2-1.iso von der Proxmox-Downloadseite herunter. Proxmox VE 9.2 erschien am 2026-05-21 und basiert auf Debian 13 "Trixie". Prüfen Sie die Checksumme gegen die auf der Downloadseite veröffentlichte, bevor Sie die ISO irgendwohin schreiben.

Hat Ihr Server eine IPMI/KVM-Konsole (iDRAC, iLO, IPMI oder ein Web-KVM), binden Sie die ISO als Virtual Media ein und stellen Sie den Server so ein, dass er einmalig davon bootet. Auf der Konsole sollten Sie das Proxmox-Bootmenü sehen:

Proxmox VE 9.2 (ISO 'proxmox-ve_9.2-1')

  Install Proxmox VE (Graphical)
  Install Proxmox VE (Terminal UI)
  Advanced Options

Wählen Sie Install Proxmox VE (Graphical) (oder die Terminal-UI-Variante, falls die KVM-Konsole Grafik schlecht darstellt). Der Installer führt Sie danach durch eine Handvoll Bildschirme:

EULA: akzeptieren Sie diese.
Target harddisk: wählen Sie die Festplatte (oder Festplatten) für die Installation. Klicken Sie auf Options, um das Dateisystem zu wählen. Bei einer einzelnen Festplatte ist ext4 auf LVM die einfache Standardeinstellung. Haben Sie zwei oder mehr Festplatten und möchten Redundanz und Snapshots, wählen Sie zfs und eine RAID-Stufe. Der Installer bietet RAID0, RAID1 (Mirror), RAID10, RAIDZ-1, RAIDZ-2 und RAIDZ-3, wobei die verfügbaren Optionen von der Anzahl der ausgewählten Festplatten abhängen. Ein Mirror aus zwei Festplatten (RAID1) ist ein sinnvoller, widerstandsfähiger Ausgangspunkt.
Location and time zone: legen Sie Land, Zeitzone und Tastaturlayout fest.
Administration password and email: vergeben Sie ein starkes root-Passwort und eine echte E-Mail-Adresse für Systembenachrichtigungen.
Network configuration: legen Sie den Management-Hostnamen fest (einen FQDN wie pve1.example.com), die IP-Adresse des Hosts in CIDR-Form, das Gateway und einen DNS-Server. Diese werden beim ersten Start zu Ihren vmbr0-Bridge-Einstellungen.

Eine Anmerkung zum ZFS-Speicherbedarf, bevor Sie sich dafür entscheiden: ZFS nutzt einen In-RAM-Cache namens ARC. Eine gute Faustregel sind etwa 2 GiB Basis-RAM plus rund 1 GiB ARC pro 1 TiB Pool-Storage. Seit Proxmox VE 8.1 begrenzen neue Installationen den ARC standardmäßig auf 10 % des installierten RAM (geschrieben nach /etc/modprobe.d/zfs.conf), was Sie in den Advanced Options des Installers anpassen können. Kalkulieren Sie dieses RAM zusätzlich zu dem ein, was Ihre VMs benötigen.

Bestätigen Sie die Zusammenfassung und lassen Sie die Installation laufen. Der Server startet nach Abschluss in Proxmox VE neu. Trennen Sie das Virtual Media, damit von der Festplatte gebootet wird.

Schritt 2: Erster Start und Anmeldung

Nach dem Neustart zeigt die Konsole die URL für die Weboberfläche an:

Welcome to the Proxmox Virtual Environment. Please use your web browser to
configure this server - connect to:

  https://192.0.2.10:8006/

pve1 login:

Öffnen Sie https://<your-server-ip>:8006 in einem Browser. Die Web-UI wird vom pveproxy-Daemon über HTTPS auf Port 8006 ausgeliefert. Bei einer frischen Installation erhalten Sie eine Warnung zu einem selbstsignierten Zertifikat. Akzeptieren Sie diese, um fortzufahren. Melden Sie sich an mit Benutzername root, dem während der Installation vergebenen Passwort und dem Realm Linux PAM standard authentication (root@pam).

Verbinden Sie sich nun über SSH, um die folgenden Kommandozeilenschritte auszuführen:

ssh [email protected]

Bestätigen Sie Version und laufenden Kernel mit pveversion:

root@pve1:~# pveversion
pve-manager/9.2-1/2c8d7f3b (running kernel: 6.14.8-2-pve)

Das Token pve-manager/9.2-1 bestätigt, dass Sie auf 9.2 sind; das Kernel-Token spiegelt den jeweils aktuell gebooteten Kernel wider. In dieser Anleitung heißt der Host pve1 und liegt unter 192.0.2.10. Setzen Sie dafür Ihren eigenen Hostnamen und Ihre eigenen Adressen ein.

Übernehmen Sie nicht exakt die hier gezeigten IPs, Hostnamen oder IDs; verwenden Sie Ihre eigenen Werte.

Schritt 3: Repositories konfigurieren und aktualisieren

Eine frische Installation zeigt APT auf das enterprise-Repository, das einen kostenpflichtigen Subscription-Key benötigt. Ohne ihn schlägt apt update dagegen fehl. Proxmox VE lässt sich kostenlos im Produktivbetrieb einsetzen, aber die kostenlosen Pakete kommen aus dem no-subscription-Repository, das Sie selbst aktivieren müssen.

Proxmox VE 9 verwendet das moderne deb822-.sources-Format unter /etc/apt/sources.list.d/, nicht mehr die alten einzeiligen .list-Dateien. Deaktivieren Sie zunächst das enterprise-Repo, indem Sie eine Zeile Enabled: false hinzufügen. Öffnen Sie /etc/apt/sources.list.d/pve-enterprise.sources und bringen Sie es in diese Form:

Types: deb
URIs: https://enterprise.proxmox.com/debian/pve
Suites: trixie
Components: pve-enterprise
Signed-By: /usr/share/keyrings/proxmox-archive-keyring.gpg
Enabled: false

Legen Sie anschließend das no-subscription-Repository unter /etc/apt/sources.list.d/proxmox.sources an:

Types: deb
URIs: http://download.proxmox.com/debian/pve
Suites: trixie
Components: pve-no-subscription
Signed-By: /usr/share/keyrings/proxmox-archive-keyring.gpg

Suites: trixie ist korrekt, weil Proxmox VE 9 auf Debian 13 "Trixie" aufbaut. Aktivieren Sie nicht gleichzeitig das enterprise- und das no-subscription-Repository. Entscheiden Sie sich für einen Kanal.

Eine Warnung direkt aus der Proxmox-Dokumentation zum no-subscription-Repo: "Es kann zum Testen und für den Nicht-Produktivbetrieb verwendet werden. Es wird nicht empfohlen, es auf Produktionsservern einzusetzen, da diese Pakete nicht immer so intensiv getestet und validiert sind." Für ein Homelab oder einen Staging-Host ist es die Standardwahl; für eine Produktionsflotte kauft Ihnen eine Subscription pro Socket den intensiver validierten enterprise-Kanal plus Support.

Aktualisieren Sie nun die Paketlisten und führen Sie ein Upgrade durch:

root@pve1:~# apt update && apt full-upgrade -y
Hit:1 http://download.proxmox.com/debian/pve trixie InRelease
Hit:2 http://deb.debian.org/debian trixie InRelease
Hit:3 http://deb.debian.org/debian trixie-updates InRelease
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
Calculating upgrade... Done
The following packages will be upgraded:
  proxmox-kernel-6.14 pve-manager qemu-server ...
...

Wurde der Kernel aktualisiert, starten Sie neu, um ihn zu booten:

root@pve1:~# reboot

Ein erwarteter Nebeneffekt: Da dieser Host keinen Subscription-Key hat, zeigt die Web-UI bei jeder Anmeldung einen "No valid subscription"-Dialog. Das ist beim no-subscription-Repository normal: Es ist ein Hinweis, kein Fehler, und nichts ist kaputt. Wir kommen im Abschnitt Fehlerbehebung darauf zurück.

Schritt 4: Networking (vmbr0 verstehen)

Proxmox hängt VMs nicht direkt an Ihre physische NIC. Stattdessen legt der Installer eine Linux Bridge namens vmbr0 an, unterstellt ihr die physische Schnittstelle und legt die eigene IP des Hosts auf die Bridge. Eine Bridge verhält sich wie ein virtueller Switch: Der Host, jede VM und jeder Container hängen daran und teilen sich den Uplink. Deshalb haben Sie die Host-IP während der Installation als Teil von vmbr0 konfiguriert.

Prüfen Sie die aktuellen Interfaces:

root@pve1:~# ip -br a
lo               UNKNOWN        127.0.0.1/8 ::1/128
enp1s0           UP
vmbr0            UP             192.0.2.10/24

Beachten Sie, dass die physische Schnittstelle enp1s0 keine eigene IP hat (sie ist ein Bridge-Port), während vmbr0 die Adresse trägt. Die Konfiguration liegt in /etc/network/interfaces:

root@pve1:~# cat /etc/network/interfaces
auto lo
iface lo inet loopback

iface enp1s0 inet manual

auto vmbr0
iface vmbr0 inet static
        address 192.0.2.10/24
        gateway 192.0.2.1
        bridge-ports enp1s0
        bridge-stp off
        bridge-fd 0

Die Zeile bridge-ports enp1s0 unterstellt die physische NIC der Bridge. Bei einem ersten Single-Node-Host müssen Sie hier selten etwas ändern. Die Standard-Bridge leitet VM- und Container-Traffic bereits direkt in Ihr Netzwerk.

Bearbeiten Sie diese Datei doch (etwa um eine zweite Bridge oder eine VLAN-aware Bridge hinzuzufügen), wenden Sie die Änderung ohne Neustart an. Proxmox liefert ifupdown2 mit, das Ihnen ifreload gibt:

root@pve1:~# ifreload -a

Schritt 5: Storage-Grundlagen

Proxmox abstrahiert Festplatten zu benannten Storages, von denen jede bestimmte Inhaltstypen aufnehmen darf. Eine Standardinstallation gibt Ihnen zwei davon, und es hilft zu wissen, wofür jede gedacht ist. Führen Sie pvesm status aus:

root@pve1:~# pvesm status
Name             Type     Status     Total    Used  Available    %
local             dir     active   100.00G  35.00G     65.00G  35.00%
local-lvm     lvmthin     active   500.00G 200.00G    300.00G  40.00%

Die beiden Standard-Storages trennen sich nach Zweck:

local ist ein directory-backed Store auf dem Dateisystem des Hosts. Er enthält ISO-Images, Container-Templates und Backups (und Snippets): im Grunde Dateien. Hierhin laden Sie Install-ISOs hoch und Container-Templates herunter.
local-lvm ist ein LVM-thin-Store. Er enthält VM-Disk-Images und Container-Root-Volumes: Block Storage. Hier liegen die tatsächlichen virtuellen Festplatten.

Die Faustregel lautet also: ISOs und Templates kommen auf local; VM-Disks und Container-Rootfs kommen auf local-lvm. Haben Sie auf ZFS statt LVM installiert, heißt der zweite Store meist local-zfs (ein zfspool-Store) statt local-lvm, und er spielt dieselbe Rolle: der Block-Store für VM- und Container-Disks.

Schritt 6: Ihre erste VM erstellen

Jetzt kommt der Lohn der Mühe. Wir bauen eine KVM-VM über die Kommandozeile, damit Sie genau sehen, was jedes Flag bewirkt. Laden Sie zuerst eine Install-ISO für Ihr Gast-Betriebssystem in den local-Storage hoch oder herunter, entweder über die Web-UI (local → ISO Images → Upload) oder indem Sie die Datei in /var/lib/vz/template/iso/ auf dem Host ablegen. Für dieses Beispiel gehen wir davon aus, dass debian-13.5.0-amd64-netinst.iso auf local vorhanden ist.

Erstellen Sie die VM mit qm create. Dies definiert VM-ID 100, zwei Cores, 4 GiB RAM, einen modernen virtio-scsi-Controller mit einer 32-GiB-Disk auf local-lvm, und eine virtio-NIC, die an vmbr0 gebridged ist:

root@pve1:~# qm create 100 --name web01 --cores 2 --memory 4096 \
  --scsihw virtio-scsi-single --scsi0 local-lvm:32 \
  --net0 virtio,bridge=vmbr0 --ostype l26

Hängen Sie die Install-ISO als virtuelles CD-ROM ein und stellen Sie die VM so ein, dass sie davon bootet:

root@pve1:~# qm set 100 --ide2 local:iso/debian-13.5.0-amd64-netinst.iso,media=cdrom \
  --boot order='ide2;scsi0'
update VM 100: -boot order=ide2;scsi0 -ide2 local:iso/debian-13.5.0-amd64-netinst.iso,media=cdrom

Starten Sie sie:

root@pve1:~# qm start 100

qm start gibt bei Erfolg nichts aus. Bestätigen Sie mit qm list, dass die VM läuft:

root@pve1:~# qm list
      VMID NAME    STATUS   MEM(MB)  BOOTDISK(GB)  PID
       100 web01   running     4096         32.00  12345

Öffnen Sie die Console der VM in der Web-UI (noVNC), um die Installation des Gast-Betriebssystems abzuschließen, genau wie auf jeder physischen Maschine. Weil eine KVM-VM ihren eigenen Kernel bootet, können Sie hier jedes Betriebssystem installieren: ein weiteres Linux, Windows, BSD, was auch immer.

Schritt 7: Ihren ersten LXC-Container erstellen

Ein Container ist die leichtgewichtigere Option. Statt einen eigenen Kernel zu booten, teilt sich ein LXC-Container den Kernel des Hosts und betreibt darauf einen isolierten Linux-Userspace. Er bootet in ein, zwei Sekunden, nutzt nur einen Bruchteil des RAM und lässt sich weit dichter auf dieselbe Maschine packen, mit dem Kompromiss, dass er Linux sein muss und weniger isoliert ist als eine vollständige VM. Für ein Dutzend kleiner Linux-Dienste lassen Container Sie deutlich mehr pro Host betreiben, als VMs es würden.

Beginnen Sie damit, den Template-Katalog zu aktualisieren und aufzulisten, was verfügbar ist:

root@pve1:~# pveam update
update successful

root@pve1:~# pveam available --section system
system          debian-12-standard_12.7-1_amd64.tar.zst
system          debian-13-standard_13.1-2_amd64.tar.zst
system          ubuntu-24.04-standard_24.04-2_amd64.tar.zst
...

Laden Sie ein Template in den local-Storage herunter. Point-Revisions von Templates ändern sich mit der Zeit, prüfen Sie also die obige Liste auf den aktuellen Dateinamen. Hier verwenden wir das Debian-13-Standard-Template (z. B. debian-13-standard_13.1-2_amd64.tar.zst):

root@pve1:~# pveam download local debian-13-standard_13.1-2_amd64.tar.zst
downloading ...
download finished: local:vztmpl/debian-13-standard_13.1-2_amd64.tar.zst

Erstellen Sie den Container mit pct create. Das ist Container-ID 200, aus diesem Template, mit einem Hostnamen, zwei Cores, 2 GiB RAM, einem 8-GiB-Root-Volume auf local-lvm, und einer DHCP-NIC, die an vmbr0 gebridged ist:

root@pve1:~# pct create 200 local:vztmpl/debian-13-standard_13.1-2_amd64.tar.zst \
  --hostname ct01 --cores 2 --memory 2048 \
  --rootfs local-lvm:8 --net0 name=eth0,bridge=vmbr0,ip=dhcp

Starten Sie ihn und bestätigen Sie:

root@pve1:~# pct start 200

root@pve1:~# pct list
VMID   Status     Lock  Name
200    running          ct01

Springen Sie direkt in eine Root-Shell im laufenden Container, um ihn zu konfigurieren:

root@pve1:~# pct enter 200
root@ct01:~#

Geben Sie exit ein, um zum Host zurückzukehren. Beachten Sie, wie viel leichter das war als die VM in Schritt 6: ein kleinerer Speicherbedarf, ein sofortiger Start, und keine Betriebssysteminstallation zum Durchsitzen. Diese Dichte ist der Grund, zu LXC zu greifen, wenn der Workload Linux ist und Sie keinen separaten Kernel brauchen.

Schritt 8: Grundlegendes Hardening

Eine Hypervisor-Management-Ebene auf einer öffentlichen IP ist ein wertvolles Ziel. Drei Änderungen bringen Sie auf einem Single-Node schon fast ans Ziel.

1. Nur SSH-Key-Authentifizierung. Kopieren Sie Ihren Public Key auf den Host und deaktivieren Sie anschließend die Passwort-Anmeldung. Bearbeiten Sie /etc/ssh/sshd_config:

root@pve1:~# sed -i 's/^#\?PasswordAuthentication.*/PasswordAuthentication no/' /etc/ssh/sshd_config
root@pve1:~# systemctl restart ssh

Bestätigen Sie in einem zweiten Terminal, dass Sie sich noch mit Ihrem Key anmelden können, bevor Sie Ihre aktuelle Sitzung schließen, damit Sie sich nicht selbst aussperren. Lassen Sie die root-Anmeldung per Key aktiviert (Proxmox erledigt manche Aufgaben über SSH als root), aber mit deaktivierten Passwörtern lässt sich das Konto nicht mehr per Brute-Force angreifen.

2. Die Proxmox-Firewall aktivieren. Proxmox hat eine eingebaute Firewall (pve-firewall, basierend auf nftables/iptables), konfigurierbar auf Datacenter-, Node- und VM/CT-Ebene. Sie ist standardmäßig aus. Aktivieren Sie sie auf Datacenter-Ebene und auf dem Node. In der Web-UI: Datacenter → Firewall → Options → Firewall: Yes, dann pve1 → Firewall → Options → Firewall: Yes. Einmal aktiviert, blockiert die Host-Firewall standardmäßig eingehenden Traffic außer der Web-GUI (8006) und SSH (22) aus dem lokalen Netzwerk, stellen Sie also sicher, dass Ihre Management-Regeln stehen, bevor Sie sie remote einschalten.

3. Die Web-UI (Port 8006) auf Admin-IPs beschränken. Der dokumentierte Ansatz ist ein IPSet namens management mit Ihren zugelassenen Admin-IP-Adressen; die eingebauten Management-Regeln beachten es dann. Legen Sie unter Datacenter → Firewall → IPSet ein IPSet namens management an und fügen Sie Ihre Büro- oder VPN-IPs hinzu. Alternativ binden Sie die Web-UI an eine einzelne Adresse, indem Sie LISTEN_IP in /etc/default/pveproxy setzen und pveproxy neu starten:

root@pve1:~# systemctl restart pveproxy

Sitzt Ihr Host hinter einem Netzwerkrand, der bereits Traffic filtert (etwa die permanent aktive Firewall und DDoS-Mitigation vor einem Serverside-Dedicated-Server), ist das Defence in Depth zusätzlich zu diesen Kontrollen auf Host-Ebene, kein Ersatz dafür.

Verifizierung

Gehen Sie diese Checkliste durch, um zu bestätigen, dass der Host gesund ist und beide Workloads laufen:

root@pve1:~# pveversion
pve-manager/9.2-1/2c8d7f3b (running kernel: 6.14.8-2-pve)

root@pve1:~# pvesm status
Name             Type     Status     Total    Used  Available    %
local             dir     active   100.00G  35.00G     65.00G  35.00%
local-lvm     lvmthin     active   500.00G 200.00G    300.00G  40.00%

root@pve1:~# qm list
      VMID NAME    STATUS   MEM(MB)  BOOTDISK(GB)  PID
       100 web01   running     4096         32.00  12345

root@pve1:~# pct list
VMID   Status     Lock  Name
200    running          ct01

Rufen Sie anschließend https://192.0.2.10:8006 auf, melden Sie sich an, und bestätigen Sie, dass Sie web01 und ct01 in der Server-Ansicht mit grünem (running) Status sehen. Öffnen Sie eine Shell im Container oder eine Console an der VM und pingen Sie nach draußen, um zu bestätigen, dass das Networking über vmbr0 funktioniert. Stimmen alle vier Befehle und die Web-UI überein, haben Sie einen funktionierenden Proxmox-VE-Host.

Fehlerbehebung

"No valid subscription"-Dialog bei der Anmeldung. Beim no-subscription-Repository zu erwarten. Es ist ein Hinweis, kein Fehler; nichts ist deaktiviert. Er verschwindet, sobald Sie einen Subscription-Key pro Socket kaufen und installieren.
apt update schlägt mit einem 401 gegen enterprise.proxmox.com fehl. Sie haben das enterprise-Repository nicht deaktiviert. Fügen Sie Enabled: false zu /etc/apt/sources.list.d/pve-enterprise.sources hinzu (Schritt 3), stellen Sie sicher, dass proxmox.sources mit pve-no-subscription existiert, und führen Sie dann apt update erneut aus.
Eine VM oder ein Container hat kein Netzwerk. Prüfen Sie, ob ihre NIC an die richtige Bridge gebridged ist (--net0 ...,bridge=vmbr0) und ob vmbr0 tatsächlich Ihre aktive physische NIC unterstellt hat (bridge-ports in /etc/network/interfaces). Ist die Proxmox-Firewall aktiv, bestätigen Sie, dass sie den Traffic des Gasts nicht auf Datacenter-, Node- oder VM/CT-Ebene blockiert.
pveam available oder pveam download findet nichts. Führen Sie zuerst pveam update aus, um den Template-Katalog zu aktualisieren, und listen Sie erneut auf. Auch Point-Revisions von Templates ändern sich. Kopieren Sie den exakten Dateinamen aus pveam available --section system, statt einen alten einzutippen.
https://<ip>:8006 nicht erreichbar. Meist ein Firewall-Problem: Entweder steht Ihre Admin-IP nicht im management-IPSet, oder LISTEN_IP in /etc/default/pveproxy ist an eine Adresse gebunden, von der aus Sie nicht verbinden. Verschaffen Sie sich über die IPMI/KVM-Konsole Zugang, weiten Sie die Regel aus, und starten Sie pveproxy neu.

Fazit

Sie haben jetzt einen funktionierenden Single-Node-Proxmox-VE-9.2-Host: von der ISO installiert, auf das no-subscription-Repository ausgerichtet und vollständig aktualisiert, mit verstandenem Bridge-Networking und Storage, einer laufenden KVM-VM und einem laufenden LXC-Container, und grundlegendem Hardening vorhanden. Von hier aus können Sie wachsen: weitere VMs und Container hinzufügen, Proxmox Backup Server für deduplizierte Backups einrichten, oder zwei weitere Nodes hinzufügen, um einen Cluster mit Quorum und High Availability zu bilden.

Möchten Sie die manuelle ISO-Installation lieber ganz überspringen, ist Proxmox VE bei Serverside als fertiges Deployment-Image verfügbar, in wenigen Klicks auf EPYC-Bare-Metal bereitgestellt in unter einer Minute, mit permanentem DDoS-Schutz vor der Management-Ebene und einer KVM-Konsole, falls Sie doch einmal Ihre eigene ISO booten möchten.

Und überlegen Sie noch, ob Proxmox VE überhaupt der richtige Hypervisor für Sie ist (gegenüber VMware ESXi, XCP-ng oder Hyper-V), beginnen Sie mit unserem Bare-Metal-Hypervisor-Guide, der die Abwägungen durchgeht, bevor Sie eine Maschine an einen davon binden.