Transceivers in opslagnetwerken · Opslagsystemen · Technologieën · Documentatie · CodingBox
CodingBox Documentatie

Transceivers in opslagnetwerken

Storage is de omgeving waarin optica het minst vergevingsgezind is: arrays, HBA's en SAN-switches valideren allemaal modules, links moeten verliesloos zijn en een marginale transceiver wordt zichtbaar als applicatielatentie in plaats van een down-poort. Deze pagina behandelt hoe transceivers in storagenetwerken worden gebruikt en waarop u moet letten.

Waar de optica zich bevindt

LocatieTypische opticaOpmerkingen
Array-front-endpoorten16/32GFC SFP+/SFP28; 25/100G Ethernet SFP28/QSFP28arrayfabrikanten publiceren lijsten met gekwalificeerde onderdelen en leveren optica vaak vooraf geïnstalleerd
Host-HBA's16/32GFC SFP+/SFP28HBA's worden met optica geleverd; modules van derden werken doorgaans maar bemoeilijken ondersteuning
SAN-switchpoorten en ISL'sSW voor in de ruimte, LW/ELW voor afstandde strengste validatie — zie hieronder
NIC's voor IP-storage (iSCSI, NVMe/TCP, RoCE)25/100G Ethernetoptica of DACstandaard Ethernetregels gelden
ReplicatielinksLW/ELW of FC/Ethernet boven op DWDMafstands- en latentiebudgetten

Fabrikantvalidatie overal

Storageplatforms controleren de module-identiteit op drie niveaus:

  1. SAN-switches — veel switches tonen voor niet-gekwalificeerde optica de poortstatus module invalid en houden de poort offline (FC-optica).
  2. Arrays — controllers kunnen een waarschuwing voor unsupported SFP loggen of weigeren een poort op te brengen.
  3. HBA's — meestal tolerant, maar fabrikantondersteuning kan gekwalificeerde optica vereisen voordat een storing wordt onderzocht.

De praktische beleidslijn waartoe operators komen: gekwalificeerde optica op array- en switchpoorten, optica van derden waar dit wordt getolereerd en een codeertool om een vervanger de identiteit te laten aanbieden die een strenge poort verwacht (zie fabrikantvergrendeling).

Verliesloos betekent „traag”, niet „down”

FC en RoCE verwerpen geen frames. Verslechterende optica veroorzaakt daarom CRC-fouten, credit stalls (slow drain) en oplopende latentie op de LUN's erachter: een ticket voor storageprestaties, geen netwerkuitval. Het diagnosepad is hetzelfde als voor elke link (niveaus → reinigen → wisselen → OTDR), maar u moet beginnen bij het applicatiesymptoom en terugwerken naar de poort.

Afstand en replicatie

  • Synchrone replicatie wordt begrensd door latentie — in de praktijk tot ongeveer 100 km. Daarom gebruiken metropolitane DR-locaties LW/ELW-optica of FC boven op DWDM.
  • Lange ISL's hebben naast een optisch budget ook extra buffercredits nodig; zie SAN-fabrics & afstand.

Monitoring

Volg DDM op elke ISL en arraypoort: verloop van Rx-vermogen en stijgende Tx-bias zijn de vroege waarschuwing voor een laser die op een vrijdagavond faalt. Leg voor elke optic bij installatie een baseline vast.

In CodingBox

Lees elke optic op de werkbank uit voordat deze een storagenetwerk ingaat: bevestig FC- of Ethernetsnelheidscodes, golftype en fabrikantidentiteit, log DDM als baseline en codeer — voor strenge poorten — de module in de gekwalificeerde identiteit in de EEPROM editor, met het origineel bewaard in de Code database.

Wat verliesloos Ethernet van elke link verlangt — PFC, ECN, FEC, nul CRC: Verliesloos Ethernet voor storage; de transporten die daarop draaien: NVMe over Fabrics.


Vindt u een onjuistheid of fout in dit materiaal? Selecteer het betreffende fragment en druk op Ctrl+Enter om .