Transceptores en redes de almacenamiento · Sistemas de almacenamiento · Tecnologías · Documentación · CodingBox
CodingBox Documentación

Transceptores en redes de almacenamiento

El almacenamiento es el entorno donde la óptica es menos tolerante: arrays, HBA y switches SAN validan todos los módulos, los enlaces deben ser sin pérdidas, y un transceptor al límite se manifiesta como latencia de aplicación en lugar de como puerto caído. Esta página cubre cómo se usan los transceptores en las redes de almacenamiento y qué vigilar.

Dónde se ubica la óptica

UbicaciónÓptica típicaNotas
Puertos front-end del arraySFP+/SFP28 16/32GFC; SFP28/QSFP28 Ethernet 25/100Glos fabricantes de arrays publican listas de piezas cualificadas y a menudo envían la óptica preinstalada
HBA del hostSFP+/SFP28 16/32GFClas HBA se envían con óptica; los módulos de terceros suelen funcionar pero complican el soporte
Puertos de switch SAN e ISLSW para intra-sala, LW/ELW para distanciala validación más estricta — ver más abajo
NIC de almacenamiento IP (iSCSI, NVMe/TCP, RoCE)óptica Ethernet 25/100G o DACse aplican las reglas Ethernet estándar
Enlaces de replicaciónLW/ELW, o FC/Ethernet sobre DWDMpresupuestos de distancia y latencia

Validación de fabricante en todas partes

Las plataformas de almacenamiento comprueban la identidad del módulo en tres niveles:

  1. Switches SAN — muchos muestran un estado de puerto module invalid para óptica no cualificada y mantienen el puerto fuera de servicio (Óptica de FC).
  2. Arrays — los controladores pueden registrar una alerta de SFP no compatible o negarse a levantar un puerto.
  3. HBA — habitualmente tolerantes, pero el soporte del fabricante puede exigir óptica cualificada antes de investigar una avería.

La política práctica a la que convergen los operadores: óptica cualificada en los puertos de array y switch, de terceros donde se tolere, y una herramienta de codificación para que un reemplazo presente la identidad que espera un puerto estricto (ver Bloqueo de fabricante).

Sin pérdidas significa «lento», no «caído»

FC y RoCE no descartan frames. Por eso una óptica degradada produce errores de CRC, bloqueos por créditos (slow-drain) y latencia creciente en las LUN detrás de ella — un ticket de rendimiento de almacenamiento, no una caída de red. La ruta de diagnóstico es la misma que para cualquier enlace (niveles → limpieza → sustitución → OTDR), pero hay que partir del síntoma de la aplicación y remontar hasta el puerto.

Distancia y replicación

  • La replicación síncrona está limitada por la latencia — en la práctica hasta unos 100 km aproximadamente — por lo que los sitios de DR metropolitanos usan óptica LW/ELW o FC sobre DWDM.
  • Los ISL largos necesitan créditos de búfer adicionales además de presupuesto óptico; ver Fabrics SAN y distancia.

Monitorización

Registre la tendencia del DDM en cada ISL y puerto de array: la deriva de potencia Rx y el crecimiento del bias de Tx son el aviso temprano de un láser que fallará un viernes por la noche. Establezca una línea base de cada óptica en la instalación.

En CodingBox

Lea en el banco cada óptica antes de instalarla en una red de almacenamiento: confirme los códigos de tasa FC o Ethernet, el tipo de onda y la identidad del fabricante, registre el DDM como línea base y — para los puertos estrictos — codifique el módulo con la identidad cualificada en el EEPROM editor, conservando el original en la base de datos de códigos.

Lo que exige la Ethernet sin pérdidas de cada enlace — PFC, ECN, FEC, CRC cero: Ethernet sin pérdidas para almacenamiento; los transportes que se apoyan en ella: NVMe over Fabrics.


Si encuentra una inexactitud o un error en este material, seleccione el fragmento correspondiente y pulse Ctrl+Enter para .