Inter-VLAN 라우팅 (Router-on-a-Stick, 병목, SVI)

Inter-VLAN 라우팅:네트워크

처음에 Router-on-a-Stick 방식을 꽤 괜찮은 구성이라고 생각했습니다. 설정도 직관적이고, 라우터 한 대만 있으면 여러 VLAN을 묶어줄 수 있으니까요. 그런데 실제 현장에서 이 방식의 한계를 직접 목격하고 나서 생각이 완전히 바뀌었습니다. 어떤 구성을 선택하느냐에 따라 150명 규모 사무실 전체의 네트워크 체감 속도가 달라졌습니다.

이 주제를 다루다 보면 "방법은 여러 가지가 있고 상황에 따라 다르다"는 식의 두루뭉술한 결론을 내리는 경우가 많습니다. 저도 처음엔 그랬는데, 직접 겪고 나서는 좀 더 명확한 입장을 갖게 됐습니다. 교육 목적이 아닌 실제 운영 환경에서 Router-on-a-Stick을 선택하는 데에는 상당히 신중해야 한다고 생각합니다.

Router-on-a-Stick, 처음엔 편해 보였지만

제가 중소기업 네트워크 컨설팅을 진행하면서 Router-on-a-Stick 방식으로 구성된 현장을 여러 번 접했습니다. 이 방식은 라우터의 물리 포트 하나에 서브인터페이스(subinterface)를 여러 개 만들어 각각의 VLAN과 연결하는 구조입니다. 서브인터페이스란, 하나의 물리 포트를 논리적으로 쪼개어 마치 여러 개의 인터페이스처럼 동작하게 만든 가상 인터페이스를 의미합니다. 각 서브인터페이스에는 802.1Q 태그, 즉 VLAN을 구분하는 식별자와 게이트웨이 IP를 할당합니다.

처음에는 설정이 빠르고 테스트 환경을 구성하기 쉬워서 실용적이라는 인상을 받았습니다. 그런데 문제는 피크 타임에 나타났습니다. 약 5개 VLAN, 150여 명 규모의 사무실에서 대용량 파일 전송이 집중되던 시간대에 라우터 CPU 사용률이 80%를 훌쩍 넘어가는 상황을 직접 목격했습니다. 단일 물리 인터페이스가 모든 VLAN 간 트래픽을 소화하다 보니 병목이 생길 수밖에 없었고, 파일 전송과 무관한 부서 직원들까지 인터넷이 느리다는 민원을 쏟아냈습니다.

여기서 제가 가장 답답했던 건 이 병목이 눈에 잘 보이지 않는다는 점이었습니다. 회선은 멀쩡하고, 스위치 포트도 정상이고, 겉으로는 아무 문제 없는 것처럼 보입니다. 그냥 "좀 느리네" 수준으로 느껴지다가 어느 날 갑자기 전체가 마비되는 형태입니다. 사용자들은 "오늘따라 왜 이러냐"고 하지만, 사실 구조적으로 이미 한계에 와 있었던 겁니다.

트러블슈팅 과정에서도 예상치 못한 복잡함이 있었습니다. 서브인터페이스 번호와 VLAN ID 매핑을 혼동하는 실수가 반복됐는데, 처음 구성한 사람이 아니면 설정을 보고 바로 파악하기 어려운 구조였습니다. 처음 구성했던 엔지니어가 퇴사한 상태에서 장애 대응을 해야 하는 상황은 특히 위험합니다. 개인적으로 이 방식은 교육이나 소규모 테스트 환경 이상으로는 권장하기 어렵다고 봅니다.

Router-on-a-Stick 방식의 핵심 한계를 정리하면 이렇습니다. 단일 물리 인터페이스로 모든 VLAN 트래픽이 집중되어 병목이 발생합니다. 피크 타임 CPU 부하로 전체 VLAN 사용자에게 영향을 줍니다. 서브인터페이스 번호와 VLAN ID 혼동으로 트러블슈팅 난이도가 올라갑니다. 확장 시 서브인터페이스가 누적되어 관리 복잡도가 증가합니다.

L3 스위치 SVI, 하드웨어가 직접 처리한다는 의미

마이그레이션 이후 도입한 방식이 L3 스위치의 SVI(Switched Virtual Interface) 방식이었습니다. SVI란 스위치 내부에 VLAN별로 생성하는 가상 인터페이스로, 쉽게 말해 스위치 안에 VLAN마다 게이트웨이를 하나씩 심어놓는 구조입니다. VLAN 간 트래픽이 스위치 밖으로 나갈 필요 없이 내부에서 바로 처리됩니다.

핵심은 ASIC(Application-Specific Integrated Circuit)입니다. ASIC이란 특정 기능만을 수행하도록 설계된 전용 반도체 칩을 말하며, 범용 CPU에 비해 패킷 처리 속도가 압도적으로 빠릅니다. L3 스위치는 이 ASIC을 통해 라우팅을 처리하기 때문에, 소프트웨어 방식으로 패킷을 처리하는 일반 라우터와는 성능 차원이 다릅니다. 실제로 SVI 방식으로 전환한 뒤 피크 타임에도 CPU 부하가 거의 발생하지 않았고, 응답 속도는 체감상 눈에 띄게 개선되었습니다.

설정 측면에서도 예상보다 훨씬 간단했습니다. VLAN 인터페이스를 만들고 IP 주소를 넣고 활성화하면 그게 전부입니다. 서브인터페이스 방식보다 오히려 더 직관적이었습니다. 802.1Q 표준에 따르면 이처럼 VLAN 태깅 기반의 논리적 분리와 라우팅을 동시에 처리하는 구조는 현재 기업 네트워크의 표준으로 자리 잡았습니다.

다만 한 가지 함정이 있었습니다. Cisco 기준으로 L3 스위치에는 IP Base와 IP Services 같은 라이선스 체계가 있는데, 어떤 라이선스를 구매했느냐에 따라 사용 가능한 라우팅 프로토콜이 달라집니다. 제가 경험한 현장 중 한 곳은 OSPF를 구성해야 하는 상황이었는데, 스위치 라이선스가 IP Base로 묶여 있어서 기능이 제한되는 문제가 있었습니다. 이건 도입 단계에서 충분히 검토했으면 피할 수 있는 문제였는데, 라이선스 내용을 꼼꼼히 보지 않고 넘어간 대가를 치렀습니다.

방식을 선택하기 전에 반드시 라이선스를 포함한 전체 TCO(Total Cost of Ownership)를 따져봐야 한다는 교훈을 그때 얻었습니다. 장비 가격만 보다가 나중에 라이선스 업그레이드 비용을 따로 쓰는 경우가 생각보다 많습니다.

결국 규모와 예산이 결정한다

세 가지 방식을 모두 써보니 사실 어느 하나가 절대적으로 우월하다고 말하기는 어렵습니다. 하지만 그렇다고 모두 동등하다는 뜻은 아닙니다.

Legacy 방식처럼 VLAN마다 라우터의 물리 포트를 따로 연결하는 구성은 포트 낭비가 극심해서 지금은 거의 쓰이지 않습니다. Router-on-a-Stick은 예산이 빠듯한 소규모 사이트에서 현실적인 선택지가 될 수 있고, SVI 방식은 중규모 이상 기업에서 표준에 가까운 구성입니다. 저의 결론은 명확합니다. 네트워크 규모가 조금이라도 커질 여지가 있다면 처음부터 L3 스위치 SVI 방식으로 시작하는 편이 낫습니다.

Cisco의 공식 구성 가이드에서도 Inter-VLAN 라우팅 방식의 선택 기준으로 트래픽 규모, 확장 계획, 하드웨어 투자 가능 여부를 함께 고려할 것을 권장합니다. 이 기준은 실제로 현장에서 그대로 적용됩니다. 처음에 "나중에 바꾸면 되지"라는 생각으로 시작하면 나중에 마이그레이션하는 데 드는 비용과 다운타임이 훨씬 큽니다.

네트워크 구성을 결정할 때 제가 실제로 점검하는 항목은 다음과 같습니다. 현재 VLAN 수와 향후 1~2년 내 예상 증가 수. 피크 타임 트래픽 패턴과 대역폭 요구사항. L3 스위치 도입 시 라이선스를 포함한 실제 TCO. 운영 인력의 기술 숙련도와 트러블슈팅 여력. 마지막 항목을 간과하는 경우가 많은데, 아무리 좋은 구성도 운영할 수 있는 사람이 없으면 오히려 리스크가 됩니다.

지금 어떤 구성을 쓰고 계신지 모르겠지만, 피크 타임마다 네트워크가 느려진다면 먼저 Inter-VLAN 트래픽 처리 방식을 의심해보시길 권합니다.

---

참고 출처

• Cisco – Inter-VLAN Routing Configuration Guide: https://www.cisco.com/c/en/us/td/docs/switches/lan/catalyst9300/software/release/17-x/configuration_guide/vlan/b_173_vlan_9300_cg/configuring_inter_vlan_routing.html
• NetworkLessons – Inter-VLAN Routing: https://networklessons.com/switching/inter-vlan-routing
• IEEE 802.1Q – VLAN Tagging Standard: https://standards.ieee.org/ieee/802.1Q
• Cisco – Configuring Router-on-a-Stick: https://www.cisco.com/c/en/us/support/docs/lan-switching/inter-vlan-routing/41860-howto-L3-intervlanrouting.html
• Cisco – Configuring SVI Interfaces: https://www.cisco.com/c/en/us/td/docs/switches/lan/catalyst3750/software/release/12-2_55_se/configuration/guide/scg3750/swint.html
• Packet Tracer 실습 – VLAN 설정 및 Inter-VLAN 라우팅: https://www.netacad.com