NVMe-TCP vs. Fibre Channel vs. iSCSI: Praxis-Entscheidung

Wer heute im Mittelstand einen neuen Storage-Cluster plant, steht vor einer Entscheidung, die vor fünf Jahren noch klar war: iSCSI für den Einstieg, Fibre Channel für die Produktion. 2026 hat sich die Landschaft verschoben. NVMe over TCP ist in TrueNAS 25.10 und Proxmox VE 9 stabil verfügbar, 32Gb Fibre Channel bleibt in vielen Rechenzentren die verlässliche Konstante, und iSCSI erlebt durch effizientere Offload-Karten eine späte Renaissance. Wir zeigen, wie wir die drei Protokolle in Kundenprojekten gegeneinander abwägen und welches Setup zu welcher Anforderung passt.

Der Artikel richtet sich an IT-Verantwortliche, die vor der Frage stehen: Was legen wir jetzt hin, damit es die nächsten sieben Jahre trägt? Wir verzichten bewusst auf eigene Benchmarknummern — jede Umgebung ist zu unterschiedlich, um daraus belastbare Aussagen für Sie abzuleiten. Stattdessen gliedern wir nach Anforderungsprofil.

Die drei Kandidaten im Überblick

iSCSI transportiert SCSI-Kommandos über TCP/IP. Es läuft auf jeder Standardnetzwerkkarte, ist in TrueNAS und Proxmox seit über einem Jahrzehnt produktionsreif und bringt einen ausgereiften Multipath-Stack mit. Die Kehrseite: SCSI ist ein sequentielles Kommandoprotokoll aus den 80ern, das mit modernen NVMe-Laufwerken nicht mithält, sobald die Queue-Tiefe steigt.

Fibre Channel (FC) ist ein dediziertes Storage-Netzwerk mit eigener Fabric, eigenen Switches und eigener Verkabelung (typisch OM4-Multimode für 32Gb-Verbindungen bis 100 Meter). Das Protokoll ist verlustfrei, deterministisch und in Enterprise-Umgebungen tief eingebettet. 32GFC ist der aktuelle Standard, 64GFC verfügbar, aber im Mittelstand selten wirtschaftlich.

NVMe over TCP (NVMe/TCP) transportiert NVMe-Kommandos nativ über TCP/IP — ohne den SCSI-Umweg. Damit fallen die architektonischen Bremsen des iSCSI-Stacks weg. Multiqueue, tiefe Command-Queues und parallele I/O sind Teil des Protokolls. Läuft auf normalen Ethernet-Karten ab 25 GbE aufwärts.

Setup-Profil TrueNAS: NVMe-TCP mit Proxmox-Cluster

Für einen typischen Neuaufbau — drei Proxmox-Nodes, ein TrueNAS-Storage mit NVMe-Pool — ist NVMe-TCP unsere Standardempfehlung. Die Verkabelung bleibt Ethernet, die Switches müssen keine spezielle FC-Zertifizierung mitbringen, und der Konfigurationsaufwand ist überschaubar.

# TrueNAS SCALE 25.10: NVMe-TCP Target aktivieren
# Storage -> Sharing -> NVMe-oF -> Configure Service
# Portal auf dediziertem Storage-VLAN, Port 4420 (Standard)

# Proxmox VE 9 Client-Seite: nvme-cli
apt install nvme-cli
modprobe nvme-tcp

# Subsystem entdecken
nvme discover -t tcp -a 10.20.30.10 -s 4420

# Namespace anbinden
nvme connect -t tcp -n nqn.2011-06.com.truenas:pool01:vmdata \
  -a 10.20.30.10 -s 4420 -l 1800

Wichtig: Ein dediziertes Storage-VLAN, MTU 9000 auf allen beteiligten Ports und mindestens zwei physisch getrennte Pfade. Der nvme-tcp-Client in Kernel 6.8+ bringt native Multipath-Unterstützung mit — kein multipathd-Overhead wie bei iSCSI. In unseren Projekten sehen wir spürbar niedrigere CPU-Last auf der Hypervisor-Seite als bei vergleichbaren iSCSI-Setups, insbesondere bei parallelen VM-Workloads.

Setup-Profil Fibre Channel: wenn die Fabric schon steht

Wer bereits eine Brocade- oder Cisco-MDS-Fabric im Rechenzentrum betreibt, wirft diese nicht leichtfertig weg. Die typische Situation: Ein bestehendes SAN mit HPE Alletra oder NetApp AFF, das noch drei bis fünf Jahre Restlaufzeit hat, wird um einen Proxmox-Cluster ergänzt. Dann sind FC-HBAs (QLogic QLE2772 oder Emulex LPe35002 für 32GFC) die richtige Wahl.

Proxmox unterstützt FC-LUNs über den Standard-multipath-Stack. Die LUN wird als Block Device sichtbar, LVM-Thin oder ein Shared-Filesystem wie OCFS2 legt sich darüber. Der Vorteil: Die Latenzcharakteristik von FC ist über Jahre hinweg vorhersagbar, die Fabric puffert keine Pakete, und Zoning gibt harte Isolation.

Für reine Greenfield-Projekte im Mittelstand rechnet sich FC selten noch. Zwei FC-Switches, HBAs pro Host, Transceiver und Verkabelung summieren sich schnell auf einen fünfstelligen Aufpreis gegenüber einer 25-GbE-Ethernet-Lösung. Der Vorteil ist real, aber teuer erkauft.

Setup-Profil iSCSI: der pragmatische Weg

iSCSI bleibt die richtige Wahl, wenn Sie eine Bestandsinfrastruktur ohne Storage-VLAN-Trennung ergänzen, wenn Ihre Storage-Ziele noch kein NVMe-TCP sprechen, oder wenn Sie mit älteren Hypervisoren (VMware ESXi 7.x, ältere Hyper-V-Cluster) reden müssen, die NVMe-TCP nicht vollständig beherrschen.

TrueNAS bietet iSCSI seit jeher als Sharing-Option. Auf Proxmox-Seite ist die Einrichtung über die GUI in wenigen Minuten erledigt. Wichtig ist die konsequente Nutzung von CHAP-Authentifizierung, dedizierten Portalen pro VLAN und iscsid.conf-Tuning bei hohen Parallelworkloads (node.session.cmds_max, node.session.queue_depth).

Der ehrliche Blick: iSCSI ist funktional, aber technisch am Ende seiner Entwicklungsstrecke. Für neue Cluster ist es die Fallback-Option, nicht der Default.

Entscheidungsmatrix

Kriterium	iSCSI	Fibre Channel	NVMe-TCP
Neuinvestition Netzwerk	keine	hoch (Fabric, HBAs)	mittel (25/100 GbE)
Vorhandene FC-Fabric nutzbar	nein	ja	nein
Latenz-Determinismus	mittel	sehr hoch	hoch
Multipath-Reife	ausgereift	ausgereift	nativ im Protokoll
CPU-Overhead Host	hoch	niedrig	niedrig
Skalierbarkeit VM-Dichte	begrenzt	hoch	sehr hoch
Kompatibilität ältere Hypervisoren	sehr gut	sehr gut	eingeschränkt
Empfehlung Greenfield 2026	Fallback	selten wirtschaftlich	Default

Die Matrix ersetzt kein Gespräch über Ihre konkrete Umgebung, aber sie zeigt die Richtung. Wer heute für sieben Jahre plant, sollte gute Gründe haben, nicht NVMe-TCP zu wählen.

Verkabelung, Switching und die Wahrheit über 25 GbE

Für NVMe-TCP im Mittelstand hat sich 25 GbE als Sweet Spot etabliert. Switches von Mikrotik, Ubiquiti Enterprise oder MikroTik CRS520 liefern die nötige Portdichte zu Preisen, die vor drei Jahren undenkbar waren. Wichtig ist SR-IOV-fähige NIC-Hardware (Mellanox/NVIDIA ConnectX-6 oder -7, Intel E810) und konsequente Trennung von Storage- und Management-Traffic auf VLAN-Ebene, besser noch physisch.

Für 100 GbE lohnt sich der Sprung, wenn Sie mehr als vier Nodes gleichzeitig gegen das Storage-Ziel schieben. Darunter ist es Overkill — die einzelne NVMe-Session sättigt selten 25 GbE. Wenn Sie unsicher sind, welches Setup zu Ihrer Lastcharakteristik passt, hilft ein Blick in die aktuellen Proxmox- und OPNsense-Konfigurationen, die wir bei unseren Kundenprojekten einsetzen.

Fazit: Der neue Default heißt NVMe-TCP

Für Greenfield-Projekte im Mittelstand ist NVMe-TCP 2026 die richtige Wahl. Die Protokollarchitektur passt zu modernen NVMe-Pools, die Netzwerkkosten bleiben im Ethernet-Budget, und die Betriebskomplexität ist niedriger als bei FC. Fibre Channel behält seinen Platz bei bestehenden Fabrics und Anforderungen an absolute Latenzdeterminismus. iSCSI ist die Kompatibilitätsbrücke, nicht mehr der Standard.

DATAZONE unterstützt Sie bei der Auslegung, der Beschaffung und dem Betrieb von TrueNAS- und Proxmox-Storage-Clustern — vom ersten Kapazitätsplan bis zum Multipath-Setup im Produktivbetrieb. Sprechen Sie uns an unter /kontakt/, wenn Sie Ihre nächste Storage-Entscheidung nicht dem Zufall überlassen möchten.