LACP 전환 구성

현장 브리핑

현장 유형

네트워크 인프라 / LACP 전환 구성

핵심 판단

대역폭 확장보다 양쪽 장비 설정 일치와 전환 순서 우선

판단 변수

업링크 포트 수 / LACP 지원 여부 / VLAN trunk / 포트 채널 / 전환 중 단절 위험 / 복구 경로

관련 기준

네트워크 업링크 설계 / 스위치 포트 설계 기준 / 네트워크 장애 복구 기준

01 현장 요약

본 사례는 기존 단일 업링크 또는 수동 포트 묶음 방식으로 운영되던 스위치 간 연결을 LACP 기반 링크 집계 구조로 전환한 작업이다. 기존 구조에서는 업링크 대역폭과 장애 대응 측면에서 한계가 있었고, 향후 장비 증설과 트래픽 증가에 대응하기 위해 명확한 포트 채널 기준이 필요했다.

문제의 핵심은 포트를 여러 개 연결하는 것이 아니라, 양쪽 스위치의 집계 방식과 VLAN 전달 범위, 전환 순서를 일치시키는 데 있었다.

02 현장 조건

• 상위 스위치와 하위 스위치 사이 업링크 트래픽이 증가하는 환경
• 기존 단일 업링크 또는 수동 포트 묶음 구성이 운영 중인 상태
• VLAN trunk 구성이 업링크를 통해 전달되는 환경
• 전환 중 루프 또는 통신 단절을 피해야 하는 환경
• 전환 후 포트 채널과 물리 포트 역할을 문서화해야 하는 환경

03 문제 또는 요구사항

요구사항은 업링크 대역폭을 확장하고 연결 구조를 안정적으로 정리하는 것이었다. 그러나 LACP는 한쪽 장비만 설정하거나 물리 포트를 먼저 연결하면 통신 단절이나 루프 가능성이 생길 수 있다. 또한 VLAN trunk 허용 범위가 양쪽에서 다르면 일부 망만 통신되지 않는 문제가 발생할 수 있다.

따라서 전환 전 장비 지원 여부, 포트 구성, VLAN trunk 범위, 복구 가능 경로를 먼저 확인해야 했다.

04 선택지 비교

05 판단 기준

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

• 양쪽 스위치가 LACP를 안정적으로 지원하는가
• 포트 채널에 포함될 물리 포트의 속도와 조건이 일치하는가
• VLAN trunk 허용 범위가 양쪽에서 동일하게 유지되는가
• 전환 중 단절 발생 시 원래 업링크로 복구할 수 있는가
• 전환 후 포트 채널과 물리 포트 역할을 문서화할 수 있는가

06 최종 판단

본 사례에서는 단일 업링크를 유지하는 방식보다 LACP 기반 링크 집계로 전환하는 방식을 선택했다. 이유는 현장 트래픽이 증가하고 있었고, 향후 하위 스위치와 장비 증설까지 고려하면 업링크 구조를 명확히 정리할 필요가 있었기 때문이다.

다만 LACP는 연결 순서와 양쪽 설정 일치가 중요하므로, 기존 업링크를 복구 경로로 남겨두고 신규 포트 채널을 구성한 뒤 전환하는 방식으로 진행했다.

07 구현 구조

구조 원칙 양쪽 장비 설정 일치 + 포트 채널 구성 + VLAN trunk 확인 + 단계적 전환

구현은 상위 스위치와 하위 스위치 양쪽에서 포트 채널 기준을 먼저 정리하고, 물리 포트를 같은 조건으로 맞춘 뒤 LACP 상태를 확인하는 방식으로 진행했다. 이후 기존 업링크에서 신규 포트 채널로 트래픽 경로를 전환했다.

[Core / Upper Switch]
  └─ Port-Channel 1
       ├─ Link 1
       ├─ Link 2
       └─ Link 3
              │
        [Access Switch]

08 결과

• 기존 업링크 구조를 LACP 기반 포트 채널 구조로 전환했다.
• 물리 포트와 논리 포트 채널의 역할을 분리해 문서화했다.
• VLAN trunk 전달 범위를 전환 전후로 확인했다.
• 향후 업링크 증설과 장애 대응 시 참고할 기준을 남겼다.

09 관련 기술 문서

10 범위와 제외 사항

본 사례는 스위치 간 업링크를 LACP 기반 링크 집계 구조로 전환한 작업에 한정된다. 제조사별 명령어, 데이터센터급 MLAG 구성, 라우팅 정책 변경, 방화벽 이중화 구성은 본 문서 범위에 포함하지 않는다.

11 참고

이 사례 문서는 LACP를 단순 대역폭 확장 기능으로 보지 않고, 업링크 구조와 장애 대응 기준을 함께 정리하는 네트워크 인프라 전환 기록이다.