CodingBox 문서

스태킹, 가상 섀시, MLAG

두 대 이상의 스위치를 하나처럼 동작하게 만들 수 있습니다: 스택이나 가상 섀시는 전용 링크를 통해 제어 평면을 공유하고, MLAG(멀티섀시 LAG)는 두 개의 독립된 제어 평면을 유지한 채 다운스트림 장치에게만 하나에 연결된 것처럼 보이게 합니다. 두 방식 모두 포트의 이름, 소모되는 포트, 허용되는 케이블이나 광학 부품, 장애 시 링크 동작 방식을 바꿉니다. 이 페이지는 벤더별 기술, 케이블링과 광학 부품 규칙, 대안, 트랜시버 측면에서 주의할 점을 정리합니다.

제어 평면이 하나인 스택 링과, 피어링크와 이중 연결 서버를 사용하는 MLAG 페어의 비교

세 가지 접근 방식

접근 방식제어 평면데이터 평면일반적인 규모장애 도메인
스택(고정형 스위치의 링/체인 구성)하나(마스터 + 멤버)스택 케이블을 통한 공유 백플레인2–10대, 랙 1개/통신실 1개마스터 장애나 소프트웨어 버그 시 스택 전체
가상 섀시/클러스터(프런트 포트로 연결된 섀시 2대 이상 또는 고정형 스위치)하나섀시 간 링크를 통한 포워딩2대(때로는 그 이상), 여러 공간에 걸칠 수 있음둘 다
MLAG/vPC/VLT/VSX독립된 두 개피어링크 + 킵얼라이브; 각 스위치가 로컬로 포워딩2대스위치 1대; 나머지는 계속 포워딩
ECMP를 사용하는 L3 리프–스파인(페어링 없음)독립적라우팅됨제한 없음링크나 장비 1개; 나머지는 영향 없음

벤더별 기술

벤더스태킹섀시형 가상화MLAG 방식 페어링
Cisco전용 후면 케이블을 사용하는 StackWise(Catalyst 9200/9300: StackWise-160/480/1T); FlexStack(2960-X)프런트 40G/100G 광학 부품을 사용하는 StackWise Virtual(Catalyst 9500/9600); Nexus 2000 FEXvPC(Nexus)
Juniper전용 VCP 또는 QSFP+/QSFP28 업링크를 전환해 사용하는 Virtual Chassis(EX2300…EX4650, QFX5100/5120)Virtual Chassis Fabric(스파인-리프 VC)MC-LAG; 현재는 EVPN 멀티호밍을 더 선호
HPE Aruba프런트 포트를 사용하는 VSF(AOS-CX 6200/6300); 6300은 케이블로 백플레인 스태킹도 지원ISL을 사용하는 VSX(8320/8325/8400)VSX는 MLAG 방식(제어 평면 2개)
HPE/H3C프런트 10G/40G/100G 포트를 사용하는 IRF(Comware)IRF가 섀시 간에 걸쳐 동작M-LAG(Comware 7)
Huawei스택 카드 또는 프런트 포트를 사용하는 iStack(S-series)CSS(cluster switch system, 섀시)M-LAG(CloudEngine)
Dell프런트 포트를 사용하는 스태킹(OS10 고정형)—VLT(Virtual Link Trunking)
Arista없음—MLAG(프런트 포트를 통한 피어링크)
Extreme후면 또는 프런트 포트를 사용하는 SummitStack(EXOS); VOSS 클러스터링—MLT/SMLT, vIST(VOSS)
Ruckus10G/40G 프런트 포트를 사용하는 스태킹(ICX)——
Nvidia/Cumulus없음—피어 본드를 사용하는 MLAG(CLAG)
SONiC없음—MCLAG(커뮤니티/벤더별 구현)
MikroTik없음—MLAG(RouterOS 7, CRS3xx/5xx)
Brocade FC——패브릭 방식, 페어링 불필요(SAN 설계)

스태킹용 케이블링과 광학 부품

스택 유형케이블/모듈광학 부품 규칙
전용 후면 스택 포트(StackWise, 6300 백플레인, iStack 카드)독자 규격 케이블, 0.5–3 m, 합계 40–480 Gb/s, 전용 커넥터트랜시버 없음; 케이블은 벤더 전용이며 검증됨
프런트 포트 스태킹/QSFP+/QSFP28을 통한 VCP(Juniper VC, IRF, VSF, 업링크를 통한 iStack, ICX)표준 40G/100G DAC, AOC 또는 광학 부품 — 포트가 스택 모드로 전환됨(request virtual-chassis vc-port set pic-slot 0 port 48)업링크와 동일한 광학 부품 정책이 적용됨; 랙 내부에서는 보통 DAC, 공간 간에는 AOC/SR4/LR4(Juniper VC는 건물 간 장거리 VCP 허용); 포트를 VCP로 전환하면 업링크 풀에서 제외됨
StackWise Virtual/CSS/VSX ISL표준 광학 부품을 사용하는 2–4 × 40G/100G 프런트 포트링크 멤버는 동일한 모듈이어야 함; ISL 손실 시 페어가 분리됨
MLAG 피어링크페어 사이의 2개 이상 × 40/100/400G(같은 랙 내에서는 DAC)페어에서 가장 빠르고 가장 이중화된 링크여야 함; 피어 킵얼라이브는 OOB로 전달

일부 플랫폼에서는 스택 케이블에도 자체 EEPROM이 있습니다; 정품이 아니거나 손상된 케이블은 끝내 합류하지 못하는 멤버로 나타납니다.

스태킹이 운영자에게 바꾸는 것

항목영향
포트 이름첫 번째 숫자가 멤버 ID가 됨: Gi2/0/1, xe-1/0/48, 2:49(포트 명명과 LED)
업링크멤버 장애가 나도 스택 연결이 유지되도록 멤버마다 하나씩 분산; 멤버 간 LAG
광학 부품 인벤토리show inventory/show chassis hardware가 멤버별 모듈을 표시함 — 동일한 PN이 한 멤버의 소프트웨어 이미지에서는 허용되지만 버전이 섞인 스택에서는 허용되지 않을 수 있음
소프트웨어 업그레이드스택 전체(일부는 ISSU 지원); 스택 재시작 시 모든 광학 부품이 다운됨
마스터 선출장애 시 포트는 계속 포워딩하지만(NSF) 관리 기능은 이동함
링 대 체인링은 케이블 1개 장애를 견디지만 체인은 그렇지 않음
모델 혼용벤더별로 제한됨(동일 제품군, 동일 라이선스, 때로는 동일 모델까지 요구)

MLAG 세부 사항

항목규칙
피어링크가장 빠른 업링크 속도의 2배, LAG 구성; 오펀 포트 트래픽과 페일오버 트래픽을 전달
킵얼라이브스플릿 브레인을 감지하기 위한 별도 경로(OOB)
다운스트림멤버가 양쪽 피어로 나뉘는 LACP LAG를 사용하는 서버나 스위치 — 양쪽 멤버의 속도/FEC가 동일해야 함(포워딩 기초)
일관성멤버 포트의 VLAN, MTU, STP 설정, FEC가 양쪽 피어에서 일치해야 함; 불일치 시 → LAG 멤버 정지
광학 부품다운스트림 호스트의 DAC 2개가 서로 다른 스위치에 연결됨: 페어로 구매하고 코딩할 것
현대적 대안EVPN 멀티호밍(ESI-LAG)은 피어링크를 없애고, 호스트까지 순수 L3를 사용하면 페어링 자체가 사라짐

페어 구성 시스템의 광학 부품 관련 장애

증상원인확인할 곳
스택 멤버가 합류하지 못함, 스택 LED 꺼짐스택 케이블이 잘못 꽂혔거나, 정품이 아니거나, 포트가 VCP로 전환되지 않음케이블 EEPROM/LED, show switch stack-ports, show virtual-chassis vc-port
VCP 링크 플래핑, 멤버 재선출VCP의 광학 부품/DAC 상태가 빠듯함VCP 포트의 DDM(링크 플래핑)
한쪽 피어에서 MLAG 멤버 정지피어 간 멤버 포트의 FEC/속도/MTU 불일치포트 설정 레시피
업그레이드 후 서버 절반이 경로를 잃음한쪽 피어의 새 릴리스가 서드파티 광학 부품을 거부함호환성 매트릭스와 펌웨어
피어링크 다운, 스플릿 브레인킵얼라이브 설정 오류 상태에서 피어링크 DAC 장애설계: 멤버 2개를 서로 다른 카드에 배치

CodingBox에서

스태킹과 MLAG는 모듈이 승인받아야 하는 지점을 두 배로 늘립니다: 동일한 코딩된 식별 정보가 양쪽 멤버 또는 양쪽 피어에서, 때로는 두 개의 소프트웨어 버전에서 통과해야 합니다. 페어를 이루는 모듈은 함께 읽고 기록하며, VCP로 전환된 업링크도 인벤토리에서는 업링크로 취급합니다(Check transceiver, Code database).

이 문서에서 부정확한 내용이나 오류를 발견하면 해당 부분을 선택하고 Ctrl+Enter를 눌러 해 주세요.