Transceiver in Storage-Netzwerken

Storage ist die Umgebung, in der Optik am wenigsten verzeiht: Arrays, HBAs und SAN-Switches validieren alle Module, Links müssen verlustfrei sein, und ein grenzwertiger Transceiver zeigt sich als Anwendungslatenz statt als ausgefallener Port. Diese Seite behandelt, wie Transceiver in Storage-Netzen eingesetzt werden und worauf zu achten ist.

Wo die Optik sitzt

Herstellervalidierung überall

Storage-Plattformen prüfen die Modulidentität auf drei Ebenen:

1. SAN-Switches — viele zeigen bei nicht qualifizierter Optik einen Portstatus wie Modul ungültig und halten den Port offline (FC-Optik).
2. Arrays — Controller protokollieren unter Umständen einen Unsupported-SFP-Alarm oder verweigern, einen Port hochzufahren.
3. HBAs — meist tolerant, aber der Hersteller-Support kann vor der Fehlersuche qualifizierte Optik verlangen.

In der Praxis läuft die Richtlinie der Betreiber auf Folgendes hinaus: qualifizierte Optik an Array- und Switch-Ports, Drittanbieter dort, wo toleriert, und ein Codierwerkzeug, damit ein Ersatzmodul die Identität präsentiert, die ein strenger Port erwartet (siehe Herstellersperre).

Verlustfrei heißt „langsam“, nicht „down“

FC und RoCE verwerfen keine Frames. Eine degradierte Optik erzeugt daher CRC-Fehler, Credit-Stalls (Slow-Drain) und steigende Latenz auf den dahinterliegenden LUNs — ein Storage-Performance-Ticket, kein Netzausfall. Der Diagnoseweg ist derselbe wie bei jedem Link (Pegel → reinigen → tauschen → OTDR), aber man muss beim Anwendungssymptom anfangen und sich zum Port zurückarbeiten.

Distanz und Replikation

• Die synchrone Replikation ist durch die Latenz begrenzt — in der Praxis bis etwa 100 km —, weshalb Metro-DR-Standorte LW/ELW-Optik oder FC über DWDM nutzen.
• Lange ISLs brauchen neben dem optischen Budget zusätzliche Buffer Credits; siehe SAN-Fabrics & Distanz.

Monitoring

DDM-Trends auf jedem ISL- und Array-Port verfolgen: Rx-Leistungsdrift und steigender Tx-Bias sind die Frühwarnung eines Lasers, der an einem Freitagabend ausfallen wird. Jede Optik bei der Installation als Baseline erfassen.

In CodingBox

Jede Optik vor dem Einbau in ein Storage-Netz auf der Werkbank auslesen: FC- oder Ethernet-Ratencodes, Wellentyp und Herstelleridentität bestätigen, DDM als Baseline protokollieren, und — bei strengen Ports — das Modul im EEPROM editor auf die qualifizierte Identität codieren, wobei das Original in der code database erhalten bleibt.

Was verlustfreies Ethernet von jedem Link verlangt — PFC, ECN, FEC, keine CRC-Fehler: Verlustfreies Ethernet für Storage; die Transporte, die darauf laufen: NVMe over Fabrics.