Wenn Proxmox und iSCSI einfach nicht zusammenpassen: Was Ex-VMware-Nutzer wissen müssen

Wenn Sie von VMware kommen, versuchen Sie in Ihrem neuen Proxmox-Setup wahrscheinlich als Erstes, Ihren iSCSI-Storage mit dem Hypervisor sprechen zu lassen. Das ergibt Sinn, denn iSCSI ist schnell, zuverlässig und etwas, das Sie bereits kennen. Dann bricht alles zusammen oder verlangsamt sich zumindest auf ein Kriechen, und Sie fragen sich: „Warum ist meine Proxmox-iSCSI-Storage-Performance so schlecht?“ Damit sind Sie nicht der Einzige.

Warum Proxmox-iSCSI-Storage anders ist als bei VMware

Proxmox behandelt iSCSI-Storage anders als VMware. VMwares VMFS-Dateisystem handhabt geteilten Storage über iSCSI wie ein Profi, weil es genau dafür entworfen wurde. Wenn Sie bei Proxmox dagegen LVM über iSCSI nutzen, fliegen Sie viel näher am Blech. Das bedeutet:

• Keine IO-Isolation pro VM
• Kein intelligentes Queuing
• Keine „freundliche“ Puffer-Schicht wie bei VMFS

In der Folge kann eine einzige IO-intensive VM die gesamte Storage-Leitung verstopfen.

Symptome schlechter Proxmox-iSCSI-Storage-Performance

Das Problem ist nicht nur theoretisch. Folgendes sehen Leute in echten Proxmox-Umgebungen mit iSCSI-Storage:

• Backups (besonders mit PBS) ruinieren die Performance aller anderen VMs
• Windows-Updates lassen den IO-Wait über alle VMs hinweg in die Höhe schnellen
• Die Disk-Last einer einzelnen VM verlangsamt alles andere auf ein Kriechen
• Massive Latenzspitzen bei Random-Write-Workloads

Wenn Ihnen das bekannt vorkommt, braucht Ihr Proxmox-iSCSI-Setup wahrscheinlich etwas Zuwendung, oder ein komplettes Umdenken.

Das Hardware-Setup ist nicht immer das Problem

Man könnte meinen, kräftigere Hardware löse das Problem, doch das stimmt nicht immer. Ein Nutzer skizzierte diese Konfiguration:

• TrueNAS-Core-Backend
• 4 gespiegelte SSD-vdevs
• 10-Gb-SFP+-Netzwerk
• Jumbo-Frames mit 9000 MTU
• LVM über iSCSI, exportiert an Proxmox

Auf dem Papier sieht das solide aus, aber die IO-Performance war trotzdem eine Katastrophe. Schuld war nicht die Hardware, sondern die Art, wie Proxmox iSCSI-Storage handhabt, und wie sich das von VMware unterscheidet.

Kann IOThread das lösen?

Oft heißt es: „Aktiviert einfach IOThread auf eurer VM-Disk.“ Leider ist das selten ein Wundermittel. IOThread kann bei bestimmten Workloads helfen, etwa bei VMs mit hohem Durchsatz, repariert aber keine tieferliegenden architektonischen Probleme in Ihrem Proxmox-iSCSI-Setup.

Die besten Wege, Proxmox-iSCSI-Storage-Engpässe zu beheben

Wenn Ihre iSCSI-Performance in Proxmox schlecht ist, haben andere Nutzer Folgendes getan, um sie zu beheben.

1. Zu NFS statt iSCSI wechseln

Dieser Rat kam immer wieder. Wenn Sie TrueNAS nutzen, ist NFS für Proxmox-Storage oft schneller, einfacher und zuverlässiger als iSCSI, weil NFS viele der Block-Level-Kopfschmerzen abstrahiert und besser mit Proxmox' dateibasiertem Storage-Modell harmoniert. Snapshots, Backups und VM-Migration laufen dadurch alle geschmeidiger.

2. Ihren ZFS-Pool mit Mirrors neu aufbauen

RAIDZ2 ist großartig für Ausfallsicherheit, aber schrecklich für Random-Write-IOPS. Wenn Sie SSDs nutzen, ziehen Sie Streifen aus gespiegelten vdevs in Betracht (RAID10-Äquivalent). Das liefert die Lese-/Schreib-Performance, die VMs tatsächlich brauchen.

3. Ein SLOG-Gerät hinzufügen

TrueNAS-Nutzer übersehen das oft: Wenn Sie kein schnelles SLOG (wie ein NVMe-Laufwerk) nutzen, bremsen Ihre Sync-Writes Sie wahrscheinlich aus. Ein SLOG kann die Performance bei ZFS in Kombination mit iSCSI oder NFS deutlich verbessern.

4. Multipath für iSCSI nutzen (wenn möglich)

Wenn Sie mehr als eine NIC haben, kann Multipath-iSCSI die Bandbreite erhöhen und Redundanz hinzufügen. Auch hier ist das Setup knifflig und liefert nicht immer VMware-artige Geschmeidigkeit, für ernsthafte iSCSI-Deployments ist es trotzdem ein Muss.

5. VirtIO-Treiber unter Windows (richtig) installieren

Wenn Windows Ihre VirtIO-Disks nicht sieht, sind Sie nicht allein. Prüfen Sie in dem Fall Treiberversion, ISO-Quelle und Installationsmethode. Ohne VirtIO lassen Sie Performance auf dem Tisch liegen.

Häufige Fallstricke bei Proxmox-iSCSI-Storage

Ein paar weitere Dinge gehen oft schief:

• PBS auf iSCSI-gestützten Festplatten ist ein Rezept für Schmerzen.
• DRAM-lose SSDs bringen massive Performance-Einbußen unter Last.
• Ohne lokalen Storage-Fallback läuft der gesamte IO übers Netzwerk, auch für temporäre Dateien.
• Bei einem MTU-Mismatch hilft 9000 MTU nichts, wenn ein Gerät in der Kette noch bei 1500 steht.

Letztes Wort: Zwingen Sie Proxmox nicht, VMware zu sein

Proxmox-iSCSI-Storage verhält sich einfach nicht wie VMwares iSCSI+VMFS-Modell. Wenn Sie versuchen, Ihr altes Setup exakt zu replizieren, werden Sie wahrscheinlich enttäuscht, oder Sie stehen, schlimmer noch, mit einem System da, das jedes Mal zusammenbricht, wenn Sie ein Backup fahren.

Denken Sie stattdessen Ihre Architektur neu. Proxmox glänzt, wenn Sie seine Stärken ausspielen:

• Lokaler ZFS-Storage mit Snapshots und Replikation
• NFS statt iSCSI, wenn zentraler Storage benötigt wird
• Intelligente VM-Platzierung, um IO-Engpässe zu reduzieren

Wenn Sie von VMware umsteigen, lassen Sie das VMFS-Mindset los. Sobald Sie akzeptieren, wie Proxmox Storage handhabt, Eigenheiten inklusive, werden Sie merken, dass es anders ist, aber nicht schlechter.

TL;DR: Die wichtigsten Erkenntnisse zu Proxmox-iSCSI-Storage

• Proxmox handhabt iSCSI nicht wie VMware; erwarten Sie ohne Tuning Probleme.
• LVM über iSCSI fehlt Isolation; eine VM kann den ganzen Cluster drosseln.
• NFS übertrifft iSCSI bei Proxmox+TrueNAS-Setups oft in der Performance.
• Gespiegelte vdevs im RAID10-Stil verbessern die ZFS-Performance drastisch.
• Nutzen Sie ein SLOG und erwägen Sie Multipath-Netzwerk, falls Sie bei iSCSI bleiben.

Wenn Proxmox wie ein Traum laufen soll, überdenken Sie zuerst, wie Sie Ihren Proxmox-iSCSI-Storage einsetzen. Vielleicht ist es an der Zeit, loszulassen, was bei VMware funktioniert hat.