WAN 인터커넥트 (200G 광학)
연산 사이트가 방 하나·캠퍼스·도시를 가로질러 200 Gb/s로 연결되는 방법: 어느 거리에 어느 광학 모듈을, 무엇을 어디에 꽂는지, 그리고 실제로 라인 레이트에 도달하려면 무엇이 필요한지.
두 사이트가 모두 공개 경로를 가질 때, 전문가-dispatch 데이터 플레인은 직접 링크여야 합니다 — 릴레이는 자기 주소가 없는 엣지를 위한 것입니다. 이 항목은 그 직접 링크를 카탈로그 부품으로 200 Gb/s급으로 만드는 구체적 레시피입니다. 하나의 규칙이 전부를 정리합니다: 광섬유는 속도 중립적인 유리이고, 속도는 양 끝의 pluggable에 있습니다.
Step 1 · 거리로 고르기
도달 거리 사다리
| 거리 | 부품 | 꽂는 곳 |
|---|---|---|
| same rack, 0.5–3 m | QSFP56 DAC (passive copper) | NIC ↔ NIC, 스위치 없음 |
| same room, ≤30 m | QSFP56 AOC (active optical) | NIC ↔ NIC / 스위치 |
| campus, 2–10 km | 200G FR4 (2 km) / LR4 (10 km) module + duplex LC, single-mode fiber | NIC 또는 스위치의 QSFP56 케이지 |
| metro, ≤40 km | 200G ER4 module, single-mode fiber | NIC 또는 스위치의 QSFP56 케이지 |
| region, ≤120 km | 400G ZR+ coherent module set to a 200G line rate | 스위치/라우터의 QSFP-DD 케이지 (NIC 아님) |
| long-haul, 100s of km | carrier-leased 200G wavelength (or 2×100G) over DWDM | 스위치가 캐리어로 핸드오프 |
Step 2 · 무엇을 어디에 꽂나
NIC 쪽 vs 스위치 쪽
- NIC 쪽 — ConnectX-6/7급 카드는 QSFP56 케이지를 노출하며, DAC/AOC/FR4/LR4/ER4가 모두 NIC에 직접 꽂힙니다. GB10급 호스트는 이미 온보드에 200 GbE QSFP 포트 두 개가 있어, 두-사이트 링크에는 정확히 케이블 하나와 새 하드웨어 0이 필요합니다.
- 스위치 쪽 — coherent ZR+ 광학은 QSFP-DD 폼팩터로 스위치나 라우터에 속합니다; 그러면 그 사이트의 NIC는 짧은 DAC로 그 스위치에 200G로 붙습니다. 먼 사이트가 수십 킬로미터 떨어져 있을 때 이 계층을 쓰세요.
- 광섬유 자체 — 표준 single-mode(G.652) duplex LC 쌍으로, 가닥 단위 dark fiber로 임대합니다. 같은 유리가 지금은 100G를, 나중엔 400G를 나릅니다; 업그레이드는 모듈 교체일 뿐 토목 공사가 아닙니다.
- ~120 km를 넘으면 — 부품을 사는 대신 캐리어에게서 파장(wavelength)을 임대하기 시작합니다; 경계점은 당신의 스위치에서의 Ethernet 핸드오프입니다.
레퍼런스 구성 셋, 저렴한 순.
two-site bench : site A qsfp0 ──QSFP56 DAC 1m── site B qsfp0 campus pair : site A [LR4] ──dark fiber, ≤10km── [LR4] site B metro federation: site ──DAC── switch [ZR+ @200G] ──SMF ≤120km── [ZR+] switch ──DAC── site
Step 3 · 실제로 200G 내기
라인 레이트는 구매가 아니라 설정이다
- 가능하면 dispatch 스트림에 RDMA (RoCE)를 쓰세요 — GB10급 호스트는 분할된 PCIe 링크로 NIC에 급전하며, 올바르게 매핑된 토폴로지에서 RoCE로 측정된 풀 스피드(~185–190 Gb/s)가 나옵니다; 잘못 매핑된 경로는 절반 요율 근처에서 막히고, 튜닝 안 된 평범한 TCP는 훨씬 더 낮게 떨어집니다.
- 점보 프레임(MTU 9000)을 종단 간에 켜고 dispatch 소켓에
TCP_NODELAY를 유지하세요(브리지가 이미 설정합니다). - 가정하지 말고 *검증*하세요: 물리적 변경마다 사이트 간 perftest를 돌리세요 — 95와 190 Gb/s의 차이는 측정하기 전엔 보이지 않습니다.
- 443 릴레이를 폴백 경로로 유지하세요 — dial 정책은 공개 피어에는 직접 우선, NAT에는 릴레이입니다. 릴레이의 임무는 도달, 직접 링크의 임무는 속도입니다.
이것이 아키텍처에 왜 중요한가: 디코드 지연은 왕복 시간에 묶입니다(광섬유에서 ~5 µs/km — 대역폭과 무관한 물리 법칙). 그래서 굵은 파이프는 토큰당 지연을 낮추는 게 아니라 prefill 속도, 배치-dispatch 처리량, 거의 즉각적인 전문가-슬라이스 배포를 삽니다. 이것이 바로 2-계층 설계에서의 사이트-계층 역할입니다: 굵은-파이프 계층은 용량, 릴레이 계층은 도달.