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ípica | Notas |
|---|---|---|
| Puertos front-end del array | SFP+/SFP28 16/32GFC; SFP28/QSFP28 Ethernet 25/100G | los fabricantes de arrays publican listas de piezas cualificadas y a menudo envían la óptica preinstalada |
| HBA del host | SFP+/SFP28 16/32GFC | las HBA se envían con óptica; los módulos de terceros suelen funcionar pero complican el soporte |
| Puertos de switch SAN e ISL | SW para intra-sala, LW/ELW para distancia | la validación más estricta — ver más abajo |
| NIC de almacenamiento IP (iSCSI, NVMe/TCP, RoCE) | óptica Ethernet 25/100G o DAC | se aplican las reglas Ethernet estándar |
| Enlaces de replicación | LW/ELW, o FC/Ethernet sobre DWDM | presupuestos de distancia y latencia |
Validación de fabricante en todas partes
Las plataformas de almacenamiento comprueban la identidad del módulo en tres niveles:
- Switches SAN — muchos muestran un estado de puerto module invalid para óptica no cualificada y mantienen el puerto fuera de servicio (Óptica de FC).
- Arrays — los controladores pueden registrar una alerta de SFP no compatible o negarse a levantar un puerto.
- 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.