LACP 업링크 구조 설계

액세스 스위치 수가 늘어나거나 서버, NAS, 무선 시스템 등 대역폭이 집중되는 장비가 많아지면 단일 업링크는 병목 구간이 되기 쉽다. 이때 물리적으로 두 가닥 이상을 연결하는 방식만으로는 대역폭 확대와 안정성 확보가 동시에 이루어지지 않으며, 구조에 따라 오히려 루프 위험이 커질 수 있다. 따라서 업링크를 여러 포트로 확장할 때는 그것을 하나의 논리 구조로 관리할 기준이 필요하다.

LACP는 포트 수를 늘리는 기능이 아니라, 여러 업링크를 하나의 제어 가능한 경로로 묶는 구조 기준이다.

LACP 업링크가 필요한 환경은 보통 액세스 스위치와 코어 스위치 사이 트래픽이 집중되거나, 서버 및 저장장치 연결이 단일 업링크로는 부족한 구조이다. 또한 복수의 VLAN을 하나의 상위 연결로 전달해야 하는 환경에서는 업링크 구조를 더 안정적으로 묶을 필요가 있다. 이때 양쪽 장비가 같은 논리 기준을 공유하지 않으면 포트별 동작이 분리되어 예기치 않은 장애가 생길 수 있다.

• 액세스 스위치와 코어 스위치 사이 트래픽이 집중되는 환경
• 복수 VLAN을 상위 장비로 함께 전달하는 환경
• 서버, NAS, 무선 장비 연결 대역폭이 큰 환경
• 단일 업링크에 대한 의존도를 줄일 필요가 있는 환경
• 이중 경로를 루프 없이 운용해야 하는 환경

LACP는 모든 업링크 구간에 적용하는 것이 아니라, 실제로 대역폭 집중이나 경로 안정성이 필요한 구간에 한정하는 것이 일반적이다. 양쪽 장비 모두가 LACP를 지원하고, 동일 속도와 동일 역할의 포트로 묶을 수 있으며, 트렁크 정책을 일관되게 적용할 수 있을 때 구조가 단순해진다. 반대로 소규모 단일 경로 환경에서는 불필요한 복잡도를 만들 수 있으므로, 필요 구간을 먼저 판단해야 한다.

• LACP는 필요한 업링크 구간에만 적용한다.
• 양쪽 장비의 포트 역할과 속도를 일치시킨다.
• 트렁크 정책과 VLAN 전달 범위를 함께 맞춘다.
• 일반 단말 포트와 포트채널 구간을 섞지 않는다.
• 루프 방지 구조와 함께 검토한다.

LACP의 핵심은 업링크를 많이 두는 것이 아니라, 여러 경로를 하나의 정책 아래에서 통제하는 데 있다.

구현 단계에서는 먼저 어떤 구간을 포트채널로 묶을지 정하고, 양쪽 장비의 대상 포트를 동일 조건으로 구성한다. 이후 포트채널 인터페이스 기준으로 트렁크 설정과 VLAN 범위를 부여하고, 개별 포트는 해당 논리 인터페이스에 종속되도록 정리한다. 패치 패널과 물리 연결도 역시 포트채널 단위로 문서화해야 추후 교체나 점검 시 혼선이 줄어든다.

• 포트채널 대상 구간과 포트 수 결정
• 양쪽 장비의 속도·듀플렉스·역할 일치 확인
• LACP 그룹 구성 후 논리 인터페이스 생성
• 포트채널 기준으로 트렁크 정책 적용
• 물리 포트와 논리 포트채널 매핑 문서화

LACP에서 자주 발생하는 오류는 한쪽만 설정된 상태로 케이블을 연결하는 것, 포트 속도나 역할이 다른 포트를 같은 그룹으로 묶는 것, 개별 포트에 트렁크 정책을 따로 남겨 포트채널 정책과 충돌시키는 것이다. 또한 포트 수가 늘어났다고 해서 모든 흐름이 균등하게 분산되는 것은 아니므로, 트래픽 특성과 사용 목적을 함께 봐야 한다.

이 문서는 특정 장비 명령어 설명이 아니라, LACP 업링크를 어떤 구간에 어떤 기준으로 적용할 것인지에 대한 구조 문서이다.

관련 카테고리와 연관 문서, 전체 문서 목록으로 이동할 수 있다.

• 네트워크 인프라 Network Infrastructure
• 네트워크 업링크 설계 Network Uplink Design
• 코어 스위치 구조 설계 Core Switch Architecture
• 네트워크 루프 방지 설계 Network Loop Prevention
• 전체 문서 목록 Documentation Index

업링크 집중, 이전 전환, 병목 해소 과정에서 LACP 업링크 구조가 검토되는 사례를 함께 확인할 수 있다.

• 오피스 네트워크 이전 전환 CASE 007
• 오피스 네트워크 병목 해소 CASE 009
• 오피스 인프라 표준화 CASE 010