Die richtige Proxmox-Hardware folgt einer einfachen Regel: eine 64-Bit-CPU mit Virtualisierungsunterstützung (auf x86 Intel VT-x oder AMD-V, alternativ eine unterstützte Arm64-Plattform), genug RAM für alle VMs plus Reserve für den Hypervisor, und schnelle SSDs statt drehender Platten. Proxmox VE selbst ist genügsam und kommt mit rund 2 GB RAM aus. Den tatsächlichen Bedarf bestimmen Ihre virtuellen Maschinen, das gewählte Storage (vor allem ZFS) und die Frage, ob es ein Homelab oder ein Produktivsystem werden soll. Dieser Guide trennt beide Welten klar und nennt konkrete Faustregeln, Stand Oktober 2026 mit Proxmox VE 9.2.
Für den Ersatz eines vorhandenen Servers: Proxmox auf neue Hardware umziehen mit Transferweg, Umschaltung und Übergabe.
Mindestanforderungen und Empfehlung für Produktion
Der Hersteller trennt Mindestwerte und Empfehlung. Die Mindestwerte gelten ausdrücklich nur für die Evaluierung und nicht für den Produktivbetrieb; für Produktion empfiehlt Proxmox hochwertige Server-Hardware (Proxmox VE System Requirements).
| Komponente | Mindestwert (nur Evaluierung) | Empfehlung des Herstellers |
|---|---|---|
| CPU | 64-Bit x86 (Intel 64 oder AMD64) mit Intel VT bzw. AMD-V; alternativ Arm64 ab ARMv8-A | x86 mit Intel VT bzw. AMD-V; alternativ Arm64-Host ab ARMv9-A |
| RAM | 1 GB plus Speicher für die Gäste | mindestens 2 GB für Betriebssystem und Proxmox-VE-Dienste plus Speicher für die Gäste; bei ZFS und Ceph zusätzlich etwa 1 GB je TB genutztem Speicher |
| Datenträger | eine Festplatte | schneller, redundanter Speicher, am besten SSDs; SSDs mit Power-Loss-Protection (PLP), von Consumer-SSDs rät der Hersteller ab; bei ZFS und Ceph kein Hardware-RAID |
| Netzwerk | eine Netzwerkkarte | redundante (Multi-)Gbit-NICs, je nach Storage-Technologie und Cluster-Aufbau weitere NICs |
| PCI(e)-Passthrough | nicht gefordert | IOMMU: Intel VT-d bzw. AMD-Vi, auf Arm64 eine SMMU; meist im BIOS/UEFI zu aktivieren |
Die folgenden Abschnitte erklären diese Werte und ergänzen Empfehlungen von WZ-IT, die nicht aus der Herstellerdokumentation stammen; sie sind als solche gekennzeichnet. Wie die Installation danach abläuft, beschreibt der Guide Proxmox installieren.
Welche CPU braucht Proxmox?
Auf x86-Hosts ist eine 64-Bit-CPU von Intel (Intel 64) oder AMD (AMD64) Pflicht, mit aktiviertem Virtualisierungs-Flag, also Intel VT-x beziehungsweise AMD-V (Proxmox-Systemanforderungen). Ohne dieses Flag startet KVM keine vollwertigen VMs. Wer Hardware durchreichen will, etwa eine GPU oder einen HBA an eine VM, braucht zusätzlich VT-d (Intel) beziehungsweise AMD-Vi/IOMMU (AMD). Beides ist heute in praktisch jeder Server- und den meisten Desktop-CPUs vorhanden, muss aber im BIOS/UEFI oft erst eingeschaltet werden. Wie ein GPU-Passthrough aufgebaut wird, beschreibt der Artikel zu GPU auf Proxmox: PCIe-Passthrough und NVIDIA vGPU.
Seit dem 5. August 2026 gibt es Proxmox VE zusätzlich offiziell für Arm64 (Proxmox-Pressemitteilung). Voll unterstützt sind NVIDIA Grace Hopper und NVIDIA Vera; andere UEFI-basierte Server ab ARMv9-A laufen nur best effort, Einplatinenrechner wie der Raspberry Pi gar nicht. Ein Cluster darf x86- und Arm64-Nodes mischen, Live-Migration funktioniert aber nur zwischen Nodes derselben Architektur (Systemanforderungen, Abschnitt Arm64). Für typische Mittelstands-Workloads bleibt x86 der Standard.
Bei der Auslegung gilt: Mehr Kerne bedeuten mehr parallele VMs, eine hohe Single-Thread-Leistung hilft latenzkritischen Diensten wie Datenbanken. Proxmox kann CPU-Kerne überbuchen (mehr vCPUs vergeben als physisch vorhanden), weil selten alle VMs gleichzeitig Volllast fahren. Ein Richtwert von WZ-IT für den Einstieg ist ein physischer Kern pro zwei bis vier durchschnittlich ausgelasteten VMs. Für Produktion empfehlen wir Server-CPUs wie Intel Xeon oder AMD EPYC: Sie bieten hohe Kernzahlen, viele PCIe-Lanes, mehr RAM-Kanäle und vor allem offizielle ECC-Unterstützung. Im Homelab leisten moderne Consumer-CPUs (Intel Core, AMD Ryzen) hervorragende Dienste, oft sparsamer und günstiger.
Wie viel RAM braucht Proxmox? Faustregeln und ZFS
Der Hypervisor selbst braucht mindestens 2 GB für das Betriebssystem und die Proxmox-VE-Dienste (Systemanforderungen). Der Rest des Arbeitsspeichers gehört den Gästen. Planen Sie den RAM-Bedarf Ihrer VMs und Container realistisch und addieren Sie einen Puffer von 10 bis 20 Prozent für den Host. Anders als CPU lässt sich RAM nicht gefahrlos stark überbuchen; eine erschöpfte Maschine führt zu Swapping oder dem OOM-Killer.
Die wichtigste Stellschraube ist ZFS. ZFS nutzt einen Lese-Cache (ARC). Bei Neuinstallationen ab Proxmox VE 8.1 begrenzt der Installer den ARC standardmäßig auf 10 Prozent des RAM, höchstens 16 GiB; ältere Installationen nutzen den ZFS-Standard von 50 Prozent, ab ZFS 2.3.0 von 62,5 Prozent (Proxmox-Doku zu ZFS). Für die Planung nennt der Hersteller zwei Regeln: Die Systemanforderungen rechnen für ZFS und Ceph mit etwa 1 GB RAM je TB genutztem Speicher. Die ZFS-Doku setzt für den ARC mindestens 2 GiB Basis plus 1 GiB je TiB Speicher an und rät, den ARC nur mit Vorsicht zu verkleinern, weil das die I/O-Leistung senkt.
Richtwerte von WZ-IT (keine Herstellervorgaben):
- Ohne ZFS, kleine Workloads: 16 GB sind ein brauchbarer Einstieg.
- Mit ZFS oder mehreren VMs: 32 GB sind das untere, 64 GB ein komfortables Maß.
- Produktion mit mehreren Anwendungen und ZFS: 128 GB und mehr sind keine Seltenheit.
Zwei Rechenbeispiele (ohne Kundenbezug, nur zur Veranschaulichung der Regeln):
- Rechenbeispiel 1, ein Node mit ZFS: 20 VMs mit je 4 GiB RAM ergeben 80 GiB. Ein ZFS-Pool mit 8 TiB nutzbarem Speicher ergibt nach der Regel 2 GiB + 1 GiB je TiB einen ARC-Planwert von 10 GiB (das Beispiel der ZFS-Doku). Dazu kommen 2 GiB für den Host: 80 + 10 + 2 = 92 GiB. Mit 10 bis 20 Prozent Puffer sind das rund 101 bis 110 GiB, also ein Node mit 128 GiB RAM.
- Rechenbeispiel 2, Cluster mit drei Nodes: Laufen auf jedem Node VMs mit zusammen 60 GB RAM, müssen nach dem Ausfall eines Nodes die zwei übrigen alle 180 GB tragen, also je 90 GB für Gäste plus 2 GB für den Host (bei ZFS zuzüglich ARC). Die HA-Doku verlangt, einen Cluster so auszulegen, dass er diesen Fall verkraftet (Proxmox-HA-Doku).
Reichen 32 GB? Für ein paar kleine VMs ohne ZFS: ja. Sobald ZFS-ARC und mehrere produktive VMs zusammenkommen, wird es eng. Im Zweifel lieber mehr RAM, es ist die günstigste Versicherung gegen Performance-Probleme.
ECC-RAM schreiben die Systemanforderungen nicht vor. Die ZFS-Dokumentation empfiehlt für ZFS jedoch hochwertigen ECC-RAM, um Datenkorruption zu vermeiden (Proxmox-Doku zu ZFS): Ein unerkannter Bit-Fehler im RAM kann sonst stillschweigend auf den Datenträger geschrieben werden, und genau davor schützt ZFS nicht. Für Produktion empfiehlt WZ-IT ECC-RAM; im Homelab ist es ein Nice-to-have.
Welcher Speicher: NVMe/SSD, ZFS und kein Hardware-RAID
Storage ist häufig der Engpass. Drehende Festplatten bremsen jedes virtualisierte System aus; setzen Sie auf SSDs oder NVMe. Der Hersteller empfiehlt SSDs mit Power-Loss-Protection (PLP) für gute Performance und rät von Consumer-SSDs ab (Systemanforderungen). Für Produktion empfehlen wir deshalb Enterprise-Laufwerke mit PLP.
Der wichtigste Punkt für ZFS-Setups: kein Hardware-RAID. ZFS ist Dateisystem, Volume-Manager und RAID in einem und will direkten Zugriff auf die rohen Datenträger. Ein RAID-Controller, der die Platten als ein einziges Volume präsentiert, nimmt ZFS die Prüfsummen- und Selbstheilungsfähigkeiten; laut Hersteller sind weder ZFS noch Ceph mit einem Hardware-RAID-Controller kompatibel. Nutzen Sie stattdessen einen HBA im IT-Mode, der die Platten unverändert durchreicht. Hardware-RAID mit batteriegepuffertem Cache (BBU) ist eine Option, wenn Sie klassisch mit LVM/ext4 statt ZFS arbeiten.
Praktische Empfehlungen:
- OS-Disk: 32 bis 64 GB reichen für Proxmox VE; ein ZFS-Mirror aus zwei kleinen SSDs schützt vor Ausfall der Systemplatte.
- VM-Storage: mindestens zwei NVMe/SSD im ZFS-Mirror (RAID1) für Redundanz; für mehr Kapazität RAIDZ oder mehrere Mirror-vdevs.
- Wachstum einplanen: Snapshots, Backups und Thin Provisioning fressen über die Zeit Platz.
Welches Dateisystem wann sinnvoll ist, vertiefen wir im Artikel zu Proxmox Storage: ZFS, Ceph oder LVM.
Netzwerk: dedizierte NIC für den Cluster
Für einen einzelnen Node genügt zum Start eine Gigabit-Netzwerkkarte; für Produktion empfiehlt der Hersteller redundante (Multi-)Gigabit-NICs. Sobald Sie einen Cluster bauen, ändert sich das Bild deutlich: Je nach Storage-Technologie kommen zusätzliche Karten hinzu. Trennen Sie die Verkehrsarten:
- Corosync (Cluster-Kommunikation): braucht niedrige, stabile Latenz (laut Doku unter 5 ms zwischen allen Nodes) und gehört idealerweise auf ein eigenes, dediziertes Netz (Proxmox-Cluster-Doku). Hohe Latenz oder Paketverlust hier führen zu instabilen Clustern.
- Storage-Replikation/Ceph: sehr bandbreitenhungrig; hier sind 10 GbE oder schneller Standard, gern als eigenes Netz.
- VM-/Management-Traffic: separat vom Cluster-Netz führen.
Wie man das auf gemieteten Servern sauber löst, zeigen wir am Beispiel Hetzner im Artikel Proxmox auf Hetzner einrichten und beim HA-Cluster aufbauen.
Homelab oder Produktion?
Die wichtigste Entscheidung ist nicht die einzelne Komponente, sondern der Einsatzzweck. Ein Homelab darf günstig, sparsam und einfach sein. Produktion braucht Redundanz, Fernwartung und Enterprise-Komponenten.
| Kriterium | Homelab / Lab | Produktion |
|---|---|---|
| Plattform | Mini-PC, NUC, gebrauchter Tower | Rack-Server (Xeon/EPYC) |
| CPU | Core/Ryzen, 4 bis 8 Kerne | Xeon/EPYC, 16+ Kerne |
| RAM | 16 bis 32 GB, oft ohne ECC | 64 bis 256+ GB, ECC |
| Storage | 1 bis 2 Consumer-NVMe | Enterprise-NVMe mit PLP, ZFS-Mirror/RAIDZ |
| Netzwerk | 1x 1/2.5 GbE | redundante NICs, 10 GbE für Storage |
| Redundanz | meist keine | Netzteile, Datenträger, Cluster |
| Management | Monitor/Tastatur | IPMI/iDRAC/Out-of-Band |
| Cluster/HA | optional, zum Lernen | mehrere Nodes, geteilter/replizierter Storage |
Mini-PC oder Dedicated Server?
Für ein Homelab sind moderne Mini-PCs ideal: leise, stromsparend, NVMe-fähig und mit 16 bis 32 GB RAM ausreichend für viele Always-on-Dienste, Lernumgebungen und kleine Test-Cluster (drei Mini-PCs ergeben einen brauchbaren HA-Lab-Cluster). Was ihnen fehlt, ist meist ECC-RAM, redundante Netzteile, echtes Out-of-Band-Management und Platz für mehrere Datenträger.
Für Produktion führt kein Weg an Server-Hardware vorbei, ob im eigenen Rack oder gemietet. Achten Sie auf ECC-RAM, mindestens zwei Enterprise-NVMe/SSDs, redundante Netzteile, IPMI/iDRAC für Fernwartung und genug PCIe-Lanes für HBA und schnelle NICs. Gemietete Dedicated Server, etwa bei Hetzner, sind oft der schnellste Weg zu produktionstauglicher Hardware ohne Investitionskosten; die Anbieter vergleicht der Artikel Proxmox-Hosting-Anbieter im Vergleich, das Angebot von WZ-IT beschreibt die Seite zu Managed Proxmox Hosting. Für Hochverfügbarkeit planen Sie von Anfang an drei Nodes ein (Quorum) statt zwei; mit zwei Nodes gelingt Quorum nur mit einem externen QDevice, wie der Guide 2-Node-Cluster mit QDevice zeigt. Die Kosten für Software und Subscription ordnet Was kostet Proxmox? ein.
Sizing prüfen lassen
Hardware-Sizing ist kein einmaliger Einkauf, sondern eine Abwägung aus Workload, Storage-Architektur und Wachstum. Wir dimensionieren und betreiben Proxmox-Umgebungen, vom Single Node bis zum HA-Cluster mit ZFS oder Ceph. Wenn Sie sichergehen wollen, dass Ihre Hardware zur geplanten Last passt, liefert die Proxmox-Beratung ein Architektur-Dokument mit Hardware-Sizing; die Hardware kaufen Sie direkt beim Hersteller oder Anbieter Ihrer Wahl. Bestehende Umgebungen lassen sich im Architektur-Review bewerten. Wer keine eigene Hardware betreiben möchte, mietet Server mit Betrieb über Managed Proxmox Hosting. Der laufende Betrieb eines bestehenden Clusters ist Teil von Managed Proxmox. Ein unverbindliches Erstgespräch klärt Ihr konkretes Setup.
Für wiederholbare Installationen muss die Auswahl der Zielplatten zum Inventar passen. Der Ablauf steht unter Proxmox automatisiert installieren.
