Wie ASNetworking Proxmox installiert: ECC, ZFS & Netzwerk-Pinning

Eva Wong

IceWhale author

Eva Wong ist die Technische Redakteurin und und leidenschaftliche Tüftlerin bei ZimaSpace. Eine lebenslange Geek mit einer Leidenschaft für Homelabs und Open-Source-Software, sie spezialisiert sich darauf, komplexe technische Konzepte in zugängliche, praktische Anleitungenzu übersetzen. Eva ist der Meinung, dass Self-Hosting Spaß machen und nicht einschüchternd sein sollte. Durch ihre Tutorials befähigt sie die Community, Hardware-Setups zu entmystifizieren, vom Bau ihres ersten NAS bis hin zur Beherrschung von Docker-Containern.

How ASNetworking Installs Proxmox: ECC, ZFS & Network Pinning

Vielen Dank an ASNetworking für diese ausführliche spanischsprachige Anleitung zur Proxmox-Installation. Im dritten Kapitel des Kurses geht es von den Hardwareanforderungen und BIOS-Einstellungen zum Installationsprogramm, zu Speicherformaten und zur festen Zuordnung von Netzwerkschnittstellen. Das ursprüngliche 31-minütige Video bildet die Grundlage für die folgende Abfolge.

Vor dem Lesen ansehen: Diese Folge eignet sich für Betreiber eines Heimlabors, die verstehen möchten, welche Entscheidungen vor der Erstellung der ersten VM getroffen werden. Behandelt werden die Proxmox-VE-ISO, CPU-Virtualisierungsfunktionen, die praktische Speicherplanung, BIOS/UEFI, Installationsmedien, die Auswahl zwischen Ext4/XFS/Btrfs/ZFS, das Management-Netzwerk und die feste Zuordnung von Schnittstellen. Der Ersteller verwendet mehr als eine Art von Laborhardware; die Screenshots eines Beispiels mit 32 GB RAM und eines größeren PCs sind keine Spezifikationen für ZimaBoard 2.

Die wichtigste Erkenntnis ist, dass ein erfolgreich abgeschlossener Installationsbildschirm nur ein Teil eines soliden Virtualisierungshosts ist. CPU-Funktionen, Gast-Speicher, Boot-Speicher, Dateisystemverhalten und ein stabiles Management-Netzwerk beeinflussen gemeinsam, was der Knoten später leisten kann. ASNetworking zeigt den Installationsweg und die resultierende Proxmox-Oberfläche; diese Folge misst weder die VM-Leistung noch belegt sie, dass jedes Speicherlayout für jede Maschine geeignet ist.

Mit einer geprüften ISO und einem realistischen Hardwareplan beginnen

Der Ersteller beginnt mit dem Download und der Überprüfung von Proxmox VE, bevor die minimalen und empfohlenen Anforderungen besprochen werden. Beziehe das Installationsprogramm aus den offiziellen Proxmox-Downloads und prüfe die veröffentlichte Prüfsumme, bevor du das Installationsmedium beschreibst. Dadurch sinkt das Risiko, ein beschädigtes oder falsches Image fälschlicherweise als Hardwareproblem zu behandeln.

Ein minimaler 64-Bit-Host, Arbeitsspeicher, ein Installationslaufwerk und eine Netzwerkschnittstelle können ausreichen, um das Installationsprogramm zu starten. Diese Ausgangsbasis sagt jedoch wenig über die nutzbare Kapazität für Gäste aus. Plane Speicher für den Host, jede VM oder jeden Container sowie alle ausgewählten Speicherfunktionen ein. Die Grafik mit 32 GB im Video zeigt ein Beispiel für die Aufteilung: 2 GB sind für den Host reserviert und 30 GB werden auf die Gäste verteilt; sie beschreibt keines der beiden ZimaBoard-2-Modelle. ECC-Speicher ist auf unterstützter Hardware eine wünschenswerte Zuverlässigkeitsfunktion, aber keine allgemeine Voraussetzung für die Installation von Proxmox VE. Vergleiche deine tatsächliche Konfiguration mit den aktuellen Proxmox-Hardwareanforderungen.

ASNetworking stellt die Proxmox-Installation mit zwei kompakten Lab-Servern auf dem Schreibtisch vor — Der Ersteller präsentiert zwei kompakte Server und führt in die Installationsentscheidungen dieses Kapitels ein.

Spanische Folie mit einer 64-Bit-CPU, RAM, Laufwerk und Netzwerkadapter als minimale Komponenten eines Proxmox-Hosts — Die Folie mit den Mindestkomponenten ist ein Ausgangspunkt; die verfügbaren Ressourcen für Gäste erfordern eine separate Planung.

Virtualisierungsfunktionen vor der Installation prüfen

In der Folge werden CPU-Virtualisierungserweiterungen erklärt und IOMMU sowie SR-IOV vorgestellt. Hardwarevirtualisierung ist für den Betrieb von KVM-VMs wichtig. IOMMU wird bei der Planung von Geräte-Passthrough relevant; SR-IOV ist eine speziellere Funktion, die ebenfalls vom Gerät, der Firmware und dem Treiber abhängt. Diese Funktionen sollten anhand der geplanten Arbeitslast geprüft werden, statt sie als Checkliste zu betrachten, die jeder einfache Host vollständig unterstützen muss.

Später öffnet ASNetworking die BIOS-/UEFI-Einstellungen des Rechners und zeigt aktiviertes Intel VT-d. Die Firmware-Menüs unterscheiden sich je nach Hersteller. Nutze den Screenshot daher als Beispiel dafür, wo du suchen kannst, und bestätige anschließend die Einstellungen und Fähigkeiten deines eigenen Systems. Wenn Passthrough das Ziel ist, triff diese Entscheidung, bevor du eine VM um ein Gerät herum aufbaust, das du nicht zuweisen kannst.

Diagramm von Intel VT-d und virtuellen SR-IOV-Funktionen, die Netzwerkhardware mit virtuellen Maschinen verbinden — Das Diagramm erklärt, wie erweiterte Gerätefunktionen virtuellen Maschinen zur Verfügung gestellt werden können; die Unterstützung hängt von der tatsächlichen Hardware ab.

Konzeptionelle Aufteilung von 32 GB Proxmox-Labspeicher zwischen Host-Diensten und virtuellen Maschinen — Das 32-GB-Diagramm ist ein beispielhaftes Laborbudget und nicht die Speicherkapazität des an anderer Stelle gezeigten ZimaBoard 2.

ASNetworking hält einen kompakten Server in der Hand und bespricht die Proxmox-Laborhardware — ASNetworking zeigt die Hardware erneut, während die Lektion von den Anforderungen zur Einrichtung übergeht.

ASUS-UEFI-BIOS-Bildschirm mit aktiviertem Intel VT-d in der System-Agent-Konfiguration — Das BIOS-Beispiel zeigt aktiviertes VT-d; die auf diesem Bildschirm sichtbare separate IOMMU-Option vor dem Start ist deaktiviert.

Zieldatenträger und Dateisystem bewusst auswählen

Nach der Erstellung des Installationsmediums startet der Ersteller das Proxmox-Installationsprogramm. Bevor du eine Laufwerksauswahl bestätigst, identifiziere das Ziellaufwerk und beachte, dass bei der Installation eines Betriebssystems vorhandene Daten gelöscht werden können. Das ist besonders wichtig, wenn du einen Heimserver weiterverwendest, auf dem sich bereits Dateien oder ein Betriebssystem befinden. Sichere alles, was du benötigst, bevor du das Bootlaufwerk änderst.

Im Abschnitt zu Dateisystemen werden herkömmliche Optionen wie Ext4 und XFS mit Copy-on-Write-Optionen wie Btrfs und ZFS verglichen. Ein unkompliziertes Labor mit einem einzelnen Laufwerk und ein redundantes Speicherkonzept haben nicht dieselben Anforderungen. ZFS bietet Prüfsummen, Snapshots und Pool-Funktionen, benötigt aber ein geeignetes Laufwerkslayout und ein entsprechendes Speicherbudget. Snapshots helfen bei bestimmten Wiederherstellungsaufgaben; sie ersetzen keine unabhängigen Backups. Die Proxmox-ZFS-Dokumentation ist hilfreich, bevor du dich auf einem kleinen Host dafür entscheidest.

Das Proxmox-VE-Installationsprogramm zeigt während der Einrichtung die Endbenutzer-Lizenzvereinbarung an — Hier läuft das Installationsprogramm; die Laufwerksauswahl und Speicherkonfiguration folgen im weiteren Verlauf der Lektion.

Vergleichsfolie zu den Eigenschaften der Dateisysteme Ext4, XFS, Btrfs und ZFS — Der Ersteller vergleicht Dateisystemfamilien, bevor er die Systemplatte einem bestimmten Layout zuweist.

ZFS-Architekturdiagramm mit Datasets, Volumes, Snapshots, Prüfsummen und Speicher-Vdevs — Das ZFS-Diagramm verbindet Datasets und VM-Volumes mit einem Speicherpool; der abgebildete Mirror und RAID-Z2 sind Beispiele und kein vorgeschriebenes Layout.

Der kompakte Heimserver ZimaBoard 2 erscheint während dieser Speicherdiskussion erneut, diesmal mit angeschlossenem Laufwerk und Erweiterungshardware. Durch seine kompakte Bauform eignet er sich gut für ein Heimlabor. Dennoch sollte die Auswahl des Dateisystems und der Anzahl der Gäste auf dem genauen Board-Modell, den angeschlossenen Laufwerken und dem verfügbaren Speicher basieren. Die anderen Labormaschinen im Video sollten nicht als Grundlage für Rückschlüsse auf die Kapazität von ZimaBoard 2 dienen.

ZimaBoard 2 mit einem Laufwerk in einem kompakten Ständer und von ASNetworking gezeigter Erweiterungshardware — ZimaBoard 2 wird mit angeschlossenem Speicher gezeigt; plane das Proxmox-Layout anhand der tatsächlich installierten Laufwerke und des vorhandenen Speichers.

Das Management-Netzwerk eindeutig halten

Identifiziere in der Netzwerkphase den physischen Anschluss, der den Management-Datenverkehr übertragen soll, und prüfe anschließend Adresse, Gateway, DNS und Hostnamen, bevor du die Einrichtung abschließt. Bei einem Host mit mehreren NICs oder zusätzlichen Netzwerkkarten kann eine Verwechslung der Anschlussnamen dazu führen, dass die Weboberfläche nicht erreichbar scheint, obwohl die Installation erfolgreich war.

Mit „Interface pinning“ ist in dieser Folge die Vergabe dauerhafter Namen für Netzwerkschnittstellen gemeint. Es bedeutet nicht, eine VM an CPU-Kerne zu binden. Proxmox stellt dafür ein Werkzeug zur festen Zuordnung von Netzwerkschnittstellen bereit; Änderungen an der Zuordnung müssen sorgfältig vorgenommen werden und erfordern einen Neustart, damit sie wirksam werden. Die Referenz zur Proxmox-Netzwerkkonfiguration erklärt das Werkzeug und seine Einschränkungen. Halte während der Änderung des Management-Netzwerks einen lokalen Zugriff bereit, damit eine falsche Zuordnung den Host nicht unerreichbar macht.

ASNetworking zeigt während der Diskussion zur festen Zuordnung eine Netzwerkkarte in einem separaten Labor-PC — Dieser größere PC ist ein weiteres Laborbeispiel zur Erklärung physischer Netzwerkschnittstellen und keine Spezifikation von ZimaBoard 2.

Den Host nach dem ersten Start überprüfen

Der abschließende Bildschirm zeigt die Proxmox-VE-Weboberfläche mit zwei Knoten namens zima1 und zima2. Dass die Knoten in der Verwaltungsansicht sichtbar sind, bestätigt in diesem Labor die Erreichbarkeit der Oberfläche; allein daraus lassen sich weder gemeinsam genutzter Speicher noch Failover oder ein produktionsbereiter Cluster ableiten. Prüfe bei deiner eigenen Installation zunächst, ob der gewünschte Host, die Laufwerke und die Netzwerkschnittstellen korrekt angezeigt werden. Erstelle anschließend eine kleine Test-VM, starte den Host neu und bestätige, dass der Management-Zugriff und der Speicher wie erwartet wieder verfügbar sind.

Proxmox-VE-Weboberfläche mit zwei sichtbaren Laborknoten namens zima1 und zima2 — Die abschließende Oberflächenansicht zeigt zwei Laborknoten; sie bestätigt den Verwaltungszugriff, ist aber kein Beleg für getestete Hochverfügbarkeit.

ASNetworkings vollständiges Proxmox-Kapitel ist wegen der Bildschirmabfolge und der Erklärungen des Erstellers auf Spanisch sehenswert. Wenn du die Schritte auf ZimaBoard 2 nachvollziehst, halte die erste Bereitstellung klein und triff die Entscheidungen zu Laufwerk, Speicher und Netzwerk bewusst, bevor du weitere virtuelle Maschinen hinzufügst.