Catalyst 9400 섀시 및 모듈형 캠퍼스 네트워크 설계 가이드

SECTION 011. 누구를 위한 글인가

이 가이드는 대규모 기업 캠퍼스, 대학 병원, 공공기관 등 고가용성(High Availability)과 유연한 확장성이 필수적인 환경의 네트워크 설계자와 운영자를 위해 작성되었습니다. 고정형 스위치의 한계를 넘어, 하드웨어 이중화와 모듈 교체만으로 성능을 업그레이드하고자 하는 중급 이상의 네트워크 엔지니어에게 실질적인 설계 지침을 제공합니다. 특히 노후화된 Catalyst 4500/6500 시리즈를 교체하려는 의사결정권자에게도 유용한 정보를 포함하고 있습니다.

SECTION 022. 개념 및 동작 원리

Cisco Catalyst 9400 시리즈는 현대적인 엔터프라이즈 네트워크를 위한 차세대 모듈형 스위칭 플랫폼입니다. 이 플랫폼은 중앙 집중형 아키텍처를 채택하여 관리의 복잡성을 줄이면서도 하드웨어 기반의 강력한 성능을 제공합니다 [1].

2.1 섀시 구조와 슬롯 구성

Catalyst 9400 시리즈는 슬롯 수에 따라 4슬롯(C9404R), 7슬롯(C9407R), 10슬롯(C9410R)의 세 가지 옵션을 제공합니다. 각 섀시는 수퍼바이저 엔진(Supervisor Engine), 라인 카드(Line Card), 전원 공급 장치(PSU), 그리고 팬 트레이(Fan Tray)로 구성됩니다.

수퍼바이저 엔진(Supervisor Engine): 시스템의 두뇌 역할을 하며 컨트롤 플레인과 데이터 플레인을 관리합니다. 섀시 중앙의 전용 슬롯에 장착되며, 고가용성을 위해 듀얼 수퍼바이저 구성을 권장합니다.
라인 카드(Line Card): 다양한 포트 밀도와 속도(1G, 10G, 25G, 40G, 100G)를 제공하며, 데이터 전용, PoE+, UPOE, Multigigabit 등 용도에 맞게 선택할 수 있습니다 [2].
팬 트레이(Fan Tray): N+1 이중화 구조의 팬을 포함하며, 섀시 내부의 열을 효과적으로 배출합니다. 팬의 속도는 온도 센서에 의해 자동으로 조절됩니다.

2.2 중앙 집중형 포워딩 아키텍처

Catalyst 9400은 모든 포워딩 결정이 수퍼바이저 엔진에서 이루어지는 중앙 집중형 아키텍처를 사용합니다. 이는 라인 카드 간의 트래픽 처리를 단순화하고, 정책 적용의 일관성을 보장합니다. 수퍼바이저 엔진 내부의 UADP(Unified Access Data Plane) ASIC은 하드웨어 수준에서 프로그래밍 가능한 기능을 지원하여 SD-Access와 같은 최신 기술을 수용합니다 [2].

SECTION 033. 설계 및 구축 단계

모듈형 스위치 설계는 단순히 포트 수를 계산하는 것을 넘어 물리적 인프라와의 정합성을 고려해야 합니다.

3.1 섀시 및 수퍼바이저 엔진 선택

먼저 향후 5~7년의 확장성을 고려하여 섀시 크기를 결정합니다. 10슬롯 섀시는 가장 높은 포트 밀도를 제공하지만, 랙 공간(13U)과 전력 소모가 큽니다. 수퍼바이저 엔진은 필요한 스위칭 용량(최대 9Tbps 이상)과 업링크 속도에 따라 SUP-1, SUP-1XL, SUP-2 등을 선택합니다. 최신 SUP-2 모델은 더 높은 대역폭과 보안 기능을 제공하므로 신규 구축 시 우선 고려 대상입니다.

3.2 이중화 설계 (High Availability)

수퍼바이저 이중화: 두 개의 수퍼바이저를 장착하여 SSO(Stateful Switchover)를 구성합니다. 이를 통해 수퍼바이저 장애 시 세션 끊김 없이 트래픽을 유지할 수 있습니다.
전원 이중화: N+1 또는 N+N 구성을 지원합니다. 전체 시스템의 최대 전력 소모량(PoE 포함)을 계산하여 필요한 PSU 개수를 산정해야 합니다. 각 PSU는 독립적인 전원 회로에 연결하는 것이 원칙입니다.

3.3 업링크 및 다운링크 구성

라인 카드의 종류에 따라 오버서브스크립션 비율을 계산합니다. 핵심 서버나 업링크 구간에는 10G/25G 이상의 고속 라인 카드를 배치하고, 일반 사용자 단말에는 PoE 지원 Multigigabit 라인 카드를 배치하는 것이 일반적입니다. SFP 모듈의 호환성 리스트(Compatibility Matrix)를 사전에 확인하여 물리적 계층의 문제를 방지해야 합니다.

SECTION 044. 안전한 확인 명령 및 절차

운영 중인 섀시 스위치의 상태를 확인할 때는 시스템 부하를 최소화하는 명령어를 사용해야 합니다.

Field note
주의: reload 또는 hw-module slot <number> reload와 같은 명령은 실제 서비스 중단을 초래하므로, 반드시 점검 시간(Maintenance Window) 내에 실행해야 합니다. 또한 debug 명령은 CPU 부하를 급격히 높일 수 있으므로 사용에 각별한 주의가 필요합니다.

4.1 하드웨어 상태 확인

show module: 장착된 모든 모듈의 상태(Status), 시리얼 번호, 모델명을 확인합니다.
show inventory: 섀시 내의 모든 하드웨어 구성 요소(PSU, 팬 포함)의 PID를 확인합니다.
show power: 전력 공급 상태와 가용 전력, 현재 소모량을 확인합니다.
show version: 현재 실행 중인 IOS XE 버전과 시스템 가동 시간(Uptime)을 확인합니다.

4.2 이중화 및 환경 상태 확인

show redundancy: 현재 수퍼바이저의 상태(Active/Standby)와 동기화 여부를 확인합니다.
show environment all: 팬 속도, 온도 센서 값 등 물리적 환경 상태를 점검합니다.
show platform software fed switch active punit summary: ASIC 레벨의 포워딩 엔진 상태를 간략히 확인합니다.

SECTION 055. 흔한 장애와 분리 진단

모듈형 스위치에서 발생할 수 있는 주요 장애 유형과 대응 방법은 다음과 같습니다.

장애 유형	증상	진단 및 조치 방법
모듈 인식 불가	특정 슬롯의 라인 카드가 'Unknown' 상태	모듈 재장착(Reseat) 시도, 다른 슬롯으로 이동 테스트, `show log`로 오류 메시지 확인
전력 부족	특정 라인 카드가 켜지지 않거나 PoE 공급 중단	`show power` 명령으로 가용 전력 확인, 추가 PSU 장착 또는 PoE 우선순위 조정
수퍼바이저 불일치	SSO 구성 실패 또는 이중화 전환 불가	IOS XE 소프트웨어 버전 일치 여부 확인, 컨피그레이션 동기화 상태 점검
팬 트레이 장애	시스템 온도 상승 및 알람 발생	팬 트레이 필터 청소 또는 교체, 장애 발생한 개별 팬 확인
백플레인 통신 오류	특정 라인 카드를 통한 트래픽 유실	`show diagnostic result module all`로 하드웨어 자가 진단 결과 확인

SECTION 066. 도입 및 회의 체크리스트

프로젝트 초기 단계에서 다음 항목들을 반드시 검토하십시오.

물리적 공간: 섀시 크기(4슬롯: 6U, 7슬롯: 10U, 10슬롯: 13U)가 랙에 확보되었는가?
전력 사양: L6-20P 또는 L6-30P와 같은 고용량 전원 소켓이 준비되었는가? (200V 이상 권장)
냉각 방식: 전면 흡기, 후면/측면 배기 구조가 랙의 공기 흐름과 일치하는가?
라이선스: Network Advantage/Essentials 및 DNA 라이선스 수준이 요구 기능(예: SD-Access)을 지원하는가?
EOS/EOL 확인: 중요 - 개별 Cisco PID(Product ID)가 현재 판매 중인지, 혹은 단종 계획이 있는지 반드시 공식 EOS/EOL 인덱스를 통해 구매 전 재확인하십시오.
가용성 설계: 수퍼바이저 엔진 2개 장착 및 PSU N+1 구성을 예산에 반영하였는가?
콘솔 접속: 수퍼바이저 엔진별로 독립적인 콘솔 접속 경로를 확보하였는가?
케이블 관리: 대량의 케이블 연결 시 팬 트레이나 PSU 교체에 방해가 되지 않도록 관리 가이드를 마련했는가?