스위치 스택 구축

현장 브리핑

현장 유형

네트워크 인프라 / 스위치 스택 구축

핵심 판단

단순 스위치 추가보다 관리 단일화와 업링크 구조 우선

판단 변수

포트 수 / 스택 지원 여부 / 업링크 대역폭 / VLAN 구성 / 장애 범위 / 관리 방식

관련 기준

스위치 스택 설계 / 네트워크 업링크 설계 / 스위치 포트 설계 기준

01 현장 요약

본 사례는 단일 스위치의 포트 수와 관리 구조가 한계에 도달한 환경에서 복수 스위치를 스택 구조로 구성한 작업이다. 기존에는 추가 스위치를 단순 연결하는 방식으로 포트를 늘릴 수 있었지만, 장기적으로는 VLAN 관리, 업링크 구성, 장애 추적이 복잡해질 가능성이 있었다.

문제의 핵심은 포트 수를 늘리는 것이 아니라, 여러 대의 스위치를 하나의 운영 단위로 관리할 수 있는 구조를 만드는 데 있었다.

02 현장 조건

• 단말, AP, 장비망, CCTV 등 연결 포트가 계속 증가하는 환경
• 기존 스위치 포트 여유가 부족하거나 장기 확장성이 낮은 상태
• VLAN과 업링크 구성이 복수 스위치에 걸쳐 필요한 상태
• 스위치별 개별 관리보다 단일 관리 구조가 필요한 환경
• 스택 구성 시 장애 범위와 유지보수 기준을 함께 정리해야 하는 환경

03 문제 또는 요구사항

요구사항은 단순히 스위치를 한 대 더 추가하는 것이 아니었다. 포트 확장과 함께 VLAN 구조, 업링크 대역폭, 장애 대응, 포트 문서화 기준이 함께 필요했다. 단순 체인 연결 방식은 초기 설치는 쉽지만, 시간이 지나면 어느 스위치의 어느 포트가 어떤 역할인지 추적하기 어려워질 수 있다.

따라서 스택 구성을 통해 관리 단위를 단순화하고, 업링크와 포트 역할을 기준화하는 방향을 검토했다.

04 선택지 비교

05 판단 기준

본 현장에서는 아래 기준을 우선했다.

• 장기적으로 포트 수가 계속 증가할 가능성이 있는가
• VLAN 구성을 스위치별로 분산하지 않고 관리할 수 있는가
• 업링크 대역폭과 이중화 구성을 명확히 설계할 수 있는가
• 스위치 장애 시 영향 범위와 복구 순서를 설명할 수 있는가
• 포트 문서화와 라벨 기준을 하나의 체계로 유지할 수 있는가

06 최종 판단

본 사례에서는 독립 스위치를 단순 추가하는 방식보다 스위치 스택 구성을 선택했다. 이유는 현장 구조상 포트 수 증가가 일시적 문제가 아니라 장기 운영 문제였고, VLAN과 업링크 관리가 계속 복잡해질 가능성이 있었기 때문이다.

스택 구성은 단일 장애점을 완전히 제거하는 방식은 아니지만, 여러 스위치를 하나의 운영 단위로 관리하고 포트 확장 기준을 명확히 하는 데 적합하다고 판단했다.

07 구현 구조

구조 원칙 스택 단일 관리 + 포트 역할 구분 + 업링크 기준화 + 문서화

구현은 기존 연결 포트를 정리한 뒤, 스택 구성 대상 스위치를 배치하고, 스택 링크와 상위 업링크를 분리해 구성하는 방식으로 진행했다. 이후 포트 역할을 사용자 단말, 장비망, AP, 예비 포트로 구분해 문서화했다.

[Core / Upper Switch]
      │
[Stack Uplink]
      │
[Switch Stack]
  ├─ Stack Member 1
  ├─ Stack Member 2
  └─ Stack Member 3
      │
[User / AP / Device Ports]

08 결과

• 복수 스위치를 하나의 운영 단위로 관리할 수 있게 했다.
• 포트 확장과 VLAN 적용 기준을 스택 단위로 정리했다.
• 상위 업링크와 스택 링크를 구분해 장애 추적 기준을 명확히 했다.
• 향후 포트 증설 시 같은 기준으로 확장할 수 있는 구조를 남겼다.

09 관련 기술 문서

10 범위와 제외 사항

본 사례는 스위치 스택 구성과 포트·업링크 운영 구조 정리에 한정된다. 데이터센터급 코어 이중화, 제조사별 스택 명령어, L3 라우팅 정책, 방화벽 정책 변경은 본 문서 범위에 포함하지 않는다.

11 참고

이 사례 문서는 스위치 스택을 장비 기능으로만 보지 않고, 포트 확장과 관리 단일화, 장애 추적 기준을 함께 정리하는 네트워크 인프라 운영 구조로 읽기 위한 기록이다.