스토리지 네트워크의 트랜시버

스토리지는 광학계에 가장 관대하지 않은 환경입니다: 어레이, HBA, SAN 스위치 모두 모듈을 검증하고, 링크는 무손실이어야 하며, 한계 상태의 트랜시버는 포트 다운이 아니라 애플리케이션 지연으로 나타납니다. 이 페이지는 스토리지 네트워크 전반에서 트랜시버가 어떻게 쓰이는지, 무엇을 주의해야 하는지를 다룹니다.

광학계가 위치하는 곳

어디서나 이루어지는 벤더 검증

스토리지 플랫폼은 세 단계에서 모듈 식별 정보를 확인합니다.

1. SAN 스위치 — 검증되지 않은 광 모듈에 대해 module invalid 포트 상태를 표시하고 포트를 오프라인으로 유지하는 경우가 많습니다(FC 광학계).
2. 어레이 — 컨트롤러가 unsupported-SFP 경고를 기록하거나 포트를 올리기를 거부할 수 있습니다.
3. HBA — 대개 관대하지만, 장애를 조사하기 전에 벤더 지원 측에서 검증된 광 모듈을 요구할 수 있습니다.

운영자들이 실무에서 대체로 따르는 원칙은 다음과 같습니다: 어레이와 스위치 포트에는 검증된 광 모듈을 쓰고, 허용되는 곳에서는 서드파티 모듈을 쓰며, 교체 모듈이 엄격한 포트가 기대하는 식별 정보를 제시하도록 코딩 도구를 사용합니다(벤더 락 참고).

무손실은 “느림”이지 “다운”이 아니다

FC와 RoCE는 프레임을 버리지 않습니다. 따라서 열화된 광 모듈은 그 뒤에 있는 LUN에 CRC 오류, 크레딧 정체(슬로우 드레인), 지연 증가를 만들어냅니다 — 네트워크 장애가 아니라 스토리지 성능 티켓으로 나타납니다. 진단 경로 자체는 다른 링크와 같지만(수치 확인 → 세정 → 교체 → OTDR), 애플리케이션 증상에서 출발해 포트까지 거슬러 올라가야 합니다.

거리와 복제

• 동기 복제는 지연으로 제한됩니다 — 실무에서는 대략 100 km까지 — 그래서 메트로 DR 사이트는 LW/ELW 광학계나 DWDM 위의 FC를 사용합니다.
• 긴 ISL은 광학 버짓뿐 아니라 추가 버퍼 크레딧도 필요합니다; SAN 패브릭과 거리를 참고하십시오.

모니터링

모든 ISL과 어레이 포트에서 DDM 추이를 관찰하십시오: Rx 파워 드리프트와 Tx 바이어스 증가는 금요일 밤에 고장 날 레이저의 조기 경보입니다. 설치 시점에 각 광 모듈의 기준값을 기록해 두십시오.

CodingBox에서

스토리지 네트워크에 투입되기 전 모든 광 모듈을 벤치에서 읽으십시오: FC 또는 이더넷 레이트 코드, 파장 유형, 벤더 식별 정보를 확인하고, DDM을 기준값으로 기록하며, 엄격한 포트를 위해서는 EEPROM editor에서 모듈을 검증된 식별 정보로 코딩하고 원본은 code database에 보존합니다.

무손실 이더넷이 모든 링크에 요구하는 것 — PFC, ECN, FEC, CRC 제로: 스토리지용 무손실 이더넷; 그 위에서 동작하는 트랜스포트: NVMe over Fabrics.