L2·L3 스위치 (브로드캐스트, 하드웨어 라우팅, 설계)

L2 스위치 vs L3 스위치 하드웨어 구조와 성능 차이

처음 네트워크를 설계할 때 L3 스위치가 굳이 필요한지 몰랐습니다. 80명 규모 오피스였고 예산도 빠듯했으니 L2 스위치로 전체를 연결하는 플랫 네트워크 구성이 당연해 보였습니다. 그 선택이 나중에 얼마나 큰 재설계를 불러올지는, 그때는 전혀 예상하지 못했습니다.

돌이켜보면 그 판단의 근거 자체가 잘못됐습니다. "지금 80명이니까 괜찮겠지"라는 생각이 함정이었습니다. 규모가 아니라 트래픽 구조를 봤어야 했습니다. 이미 부서가 여럿이었고, Windows 기반 서버도 돌아가고 있었습니다. 단일 브로드캐스트 도메인으로 묶는 순간 문제는 예고되어 있었던 셈입니다.

브로드캐스트와 하드웨어 라우팅: 스위치 계층이 실제로 하는 일

일반적으로 L2 스위치와 L3 스위치의 차이를 단순히 "라우팅 기능 유무"로 설명하는 경우가 많습니다. 틀린 말은 아니지만, 제 경험상 이건 핵심을 절반만 짚은 설명입니다.

L2 스위치는 MAC 주소 테이블을 기반으로 프레임을 전달합니다. MAC 주소란 네트워크 장비 각각에 부여된 고유한 하드웨어 식별자로, 같은 네트워크 안에서 어떤 포트로 데이터를 보낼지 판단하는 기준입니다. L2 스위치는 ASIC 칩으로 이 과정을 처리하기 때문에 레이턴시가 수십 마이크로초 이하로 매우 빠릅니다. 문제는, L2 스위치가 브로드캐스트 도메인을 분리하지 못한다는 점입니다.

브로드캐스트 도메인이란 특정 장비가 전체를 향해 메시지를 뿌렸을 때 그 메시지가 도달하는 범위를 말합니다. 모든 장비가 같은 도메인 안에 있으면, 한 장비의 브로드캐스트 메시지가 네트워크 전체로 퍼집니다. 이것이 아무 문제 없어 보이다가 어느 순간 갑자기 무너지는 이유입니다.

제가 직접 겪은 상황이 딱 이것이었습니다. 처음에는 아무 문제가 없었는데, 회사가 성장하면서 Windows 서버에서 발생하는 NetBIOS 브로드캐스트가 전 네트워크로 쏟아지기 시작했습니다. 특히 부서가 늘어난 시점부터 주기적으로 네트워크가 버벅거렸는데, 패킷 캡처를 떠보니 브로드캐스트 트래픽이 전체 트래픽의 상당 부분을 차지하고 있었습니다. 이런 현상이 L2 네트워크 규모가 커질수록 심해진다고 알려져 있는데, 제 경험상 그 임계점은 생각보다 훨씬 빨리 찾아옵니다. 50명쯤 됐을 때 이미 징후가 보였고, 80명이 됐을 때는 불평이 일상이 됐습니다.

반면 L3 스위치는 IP 라우팅 테이블과 MAC 테이블을 동시에 보유합니다. IP 라우팅 테이블이란 목적지 IP 주소를 보고 패킷을 어느 경로로 보낼지 결정하는 일종의 지도입니다. Cisco 기준으로는 CEF(Cisco Express Forwarding)라는 하드웨어 포워딩 메커니즘이 동작합니다. CEF란 첫 번째 패킷만 소프트웨어 라우팅 프로세서가 처리하고, 이후 동일한 플로우는 ASIC이 직접 스위칭하는 방식으로, 소프트웨어 라우터 대비 포워딩 속도가 10배에서 100배까지 빠를 수 있습니다.

결국 저는 코어에 Cisco Catalyst 3750 시리즈 L3 스위치를 도입하고, 부서별로 VLAN을 나눠서 Inter-VLAN 라우팅을 L3 스위치가 처리하도록 재설계했습니다. 전환 후 브로드캐스트 트래픽이 약 70% 이상 줄었고, 특정 부서의 트래픽이 폭발해도 다른 부서에 영향이 가지 않았습니다. L3 스위치에서 확인한 하드웨어 라우팅 속도는 솔직히 예상 밖이었습니다. 기존에 소프트웨어 라우터로 처리하던 Inter-VLAN 지연과 비교하면 거의 차이가 느껴지지 않을 정도였습니다.

이 시점에서 하나 비판적으로 짚고 싶은 게 있습니다. 많은 네트워크 입문 자료들이 L2와 L3의 차이를 너무 피상적으로 가르칩니다. "L3는 라우팅이 된다"는 한 줄로 끝나는 경우가 많은데, 브로드캐스트 도메인 분리가 왜 중요한지, ASIC 기반 포워딩이 실제로 얼마나 체감 차이를 만드는지를 설명하지 않으면 현장에서 판단하기 어렵습니다. 교과서 설명과 현실 사이의 간극이 생각보다 큽니다.

설계의 문제: L3 스위치는 사면 끝이 아닙니다

L3 스위치가 무조건 더 좋다는 인식이 있는데, 저는 이 부분을 좀 다르게 봅니다. 소규모 단일 서브넷 환경에서 L3 스위치를 도입하는 것은 오버 엔지니어링입니다. 관리 복잡성만 높아지고 실질적인 이득은 없습니다. 30명짜리 스타트업에서 L3 스위치를 코어로 쓰겠다고 하면 솔직히 말리고 싶습니다. 진짜 문제는 어떤 장비를 쓰느냐가 아니라, 처음 설계 단계에서 성장을 얼마나 예측했느냐입니다.

제가 L3 전환 과정에서 가장 힘들었던 부분은 장비 도입이 아니라 아키텍처 재설계였습니다. SVI(Switched Virtual Interface) 설정부터 시작해야 했습니다. SVI란 L3 스위치 내에서 VLAN에 IP 주소를 부여해 가상의 라우터 인터페이스처럼 동작하게 만드는 논리적 인터페이스입니다. 여기에 IP 서브넷 체계를 새로 잡고, VLAN 번호 체계도 부서별로 정리해야 했습니다. 단순히 장비만 교체한다고 해결되는 문제가 아니었습니다.

특히 힘들었던 건 이미 운영 중인 환경을 바꾸는 것이었습니다. 다운타임을 최소화하면서 VLAN을 재편성해야 했고, 일부 레거시 장비들이 특정 VLAN 태깅 방식을 지원하지 않아서 예상치 못한 삽질이 꽤 있었습니다. 이건 처음부터 L3로 설계했다면 겪지 않아도 될 문제였습니다.

네트워크 설계를 다시 하면서 제가 체크했던 핵심 항목은 다음과 같습니다.

첫째, IP 서브넷 설계: 현재 인원뿐 아니라 향후 2~3년 성장분까지 고려한 서브넷 크기 산정. 둘째, VLAN 번호 체계: 부서별·기능별 VLAN 할당 기준과 번호 규칙 정립. 셋째, SVI 구성: 각 VLAN에 게이트웨이 역할을 할 SVI IP 주소 배정. 넷째, 업링크 트렁크 포트: L2 액세스 스위치와 L3 코어 스위치 간 VLAN 태깅 설정.

Wendell Odom의 CCNA 200-301 Official Cert Guide에서도 계층형 네트워크 설계의 중요성을 강조하고 있으며, 특히 코어-디스트리뷰션-액세스 3계층 구조에서 L3 기능을 디스트리뷰션 계층에 집중시키는 접근법이 대규모 확장성의 기반임을 설명합니다. 제가 실제로 겪어보니 이 원칙은 교과서 이야기가 아니었습니다. 처음부터 이 구조로 설계했더라면 재설계 비용이 없었을 것입니다.

L2 스위치가 적합한 경우를 먼저 말씀드리면: 단일 서브넷, 소규모(30명 이하), VLAN 분리 불필요, 비용 최우선인 환경입니다. 반대로 L3 스위치가 필요한 경우는: 복수 VLAN, 부서 간 트래픽 격리 필요, 50명 이상 또는 성장 예정, Inter-VLAN 라우팅이 빈번한 환경입니다.

결국 하드웨어 비용만 보고 L2로 시작했다가 나중에 전면 재설계하는 총비용이 처음부터 L3로 설계하는 것보다 더 클 수 있습니다. 제가 이 부분을 몸으로 배웠습니다. 재설계에 투입된 엔지니어 공수, 다운타임, 사용자 불편까지 합산하면 처음 L3 스위치 비용이 얼마 아니었다는 생각이 드는 게 그때였습니다.

만약 지금 네트워크를 새로 설계하거나 기존 환경이 느려진다는 느낌을 받고 있다면, 장비 스펙보다 먼저 현재 브로드캐스트 도메인 크기와 향후 성장 계획을 확인해 보시길 권합니다. 그 판단이 장비 선택보다 훨씬 앞서야 합니다. L2냐 L3냐는 그 이후의 문제입니다.

---

참고 출처

• Cisco – Catalyst Switch Hardware Architecture: https://www.cisco.com/c/en/us/products/switches/index.html
• Cisco – Understanding Cisco Express Forwarding: https://www.cisco.com/c/en/us/support/docs/routers/12000-series-routers/47321-ciscoef.html
• NetworkLessons – L2 vs L3 Switch: https://networklessons.com/switching/difference-layer-2-layer-3-switch
• Juniper Networks – TCAM and Forwarding: https://www.juniper.net/documentation/
• IEEE 802.1D – Spanning Tree Protocol Standard: https://standards.ieee.org/ieee/802.1D
• CompTIA Network+ Study Guide – Switch Types and Features: https://www.comptia.org/certifications/network