네트워크 스위치 (스위치 선택, 매니지드, 보안)

네트워크 참조 이미지

직원 30명이 넘어서던 시점, 저는 처음으로 네트워크 때문에 식은땀을 흘렸습니다. 누군가 대용량 파일을 전송하기 시작하면 사무실 전체 인터넷이 얼어붙는데, 손쓸 방법이 없었습니다. 원인은 단 하나, 비용 절감을 이유로 언매니지드 스위치만 고집했던 선택이었습니다. 이 글은 그 경험에서 출발해, 스위치 선택이 왜 단순한 장비 구매가 아닌지를 설명합니다.

스위치 선택, 왜 처음부터 중요한가

스타트업 초기에는 솔직히 네트워크 장비에 예산을 쓰기가 망설여집니다. 언매니지드 스위치는 전원 연결만 하면 바로 작동하고 가격도 매니지드 제품의 절반 이하인 경우가 많으니까요. 저도 처음 5~10명 규모일 때는 전혀 문제가 없었습니다. 플러그-앤-플레이, 즉 설정 없이 즉시 사용 가능하다는 특성이 초기 환경에서는 오히려 강점입니다.

그런데 조직이 커지면 이야기가 달라집니다. 언매니지드 스위치에는 QoS(Quality of Service) 기능이 없습니다. QoS란 네트워크 트래픽에 우선순위를 부여해 중요한 데이터가 먼저 처리되도록 조율하는 기능입니다. 이게 없으면 대용량 파일 전송이나 백업 작업이 시작될 때 화상 회의나 업무용 SaaS 트래픽이 같은 선로를 나눠 써야 해서 전체 속도가 뚝 떨어집니다. 제가 경험한 사무실 인터넷 마비가 정확히 이 상황이었습니다.

선택 기준을 정리하면 비교적 명확합니다. 5대 이하 단순 연결 환경에서는 언매니지드 스위치로 충분합니다. 비용과 기능 사이에서 절충이 필요한 중소기업이라면 웹 GUI로 기본 설정이 가능한 스마트 스위치(Smart/Web-managed Switch)가 현실적인 선택입니다. VLAN 분리, 보안 정책, 트래픽 모니터링이 필요한 환경에서는 매니지드 스위치 외에 답이 없습니다. 그리고 가장 중요한 기준은 "지금 필요한 것"이 아니라 "6개월 뒤에 필요한 것"입니다. 스위치를 교체할 때의 비용과 번거로움을 생각하면, 한 단계 위를 보고 선택하는 것이 장기적으로 훨씬 저렴합니다.

매니지드 스위치, 실제로 써보니

결국 코어 스위치를 매니지드 스위치로 교체했을 때, 처음 CLI(Command Line Interface)를 다루면서 적잖이 당황했습니다. CLI란 텍스트 명령어를 직접 입력해 장비를 제어하는 방식으로, 마우스로 클릭하는 GUI와 달리 명령어 하나하나를 외워야 합니다. Cisco IOS 명령어 체계가 낯선 상태에서 구성 실수를 몇 번 했는데, 특히 trunk 포트 설정에서 명령어를 빠뜨리는 바람에 특정 VLAN 트래픽이 아예 차단된 적이 있습니다. 그날 반나절을 날린 기억이 아직도 생생합니다. CLI 자체보다 "내가 뭘 잘못 입력했는지"를 찾는 게 더 오래 걸렸습니다.

여기서 VLAN(Virtual Local Area Network)이란 물리적으로 같은 스위치에 연결된 장비들을 논리적으로 분리된 네트워크 그룹으로 나누는 기술입니다. 예를 들어 개발팀과 회계팀이 같은 스위치에 물려 있더라도 VLAN을 구성하면 서로의 트래픽을 볼 수 없게 격리할 수 있습니다. 제로 트러스트(Zero Trust) 보안 원칙이 확산되는 지금, 이 격리가 얼마나 중요한지는 실제 사고를 겪어보지 않으면 실감하기 어렵습니다. 내부망이라고 다 믿을 수 없는 시대가 됐으니까요.

매니지드 스위치에서 가장 예상 밖이었던 기능은 Port Mirroring이었습니다. 솔직히 이건 처음엔 대수롭지 않게 생각했는데, 실제로 의심 트래픽이 발생했을 때 그 위력을 확인했습니다. Port Mirroring이란 특정 포트로 오가는 트래픽을 다른 포트에 복사해서 별도 분석 장비로 넘겨주는 기능입니다. 저는 이 기능을 이용해 의심스러운 포트의 트래픽을 Wireshark가 설치된 PC로 미러링해서 실시간으로 패킷을 분석했습니다. 문제 원인 파악까지 걸리는 시간이 체감상 절반 이하로 줄어든 것은 과장이 아닙니다. 이 기능 하나가 매니지드 스위치 도입 비용을 정당화한다고 해도 될 정도였습니다.

IEEE 802.3ad 표준에서 정의하는 Link Aggregation(LACP) 기능도 빼놓을 수 없습니다. Link Aggregation이란 물리적인 포트 여러 개를 하나의 논리적인 채널로 묶어 대역폭을 늘리고 장애 시 자동으로 우회하는 기술입니다. 업링크 포트 두 개를 묶으면 단순 계산으로 대역폭이 두 배가 되고, 한 포트가 끊겨도 서비스가 유지됩니다. 이걸 운영해보기 전까지는 스위치 한 대가 얼마나 다양한 역할을 하는지 몰랐습니다. 매니지드 스위치는 연결 장비가 아니라 네트워크를 제어하는 장비입니다.

보안과 운영 비용, 지금은 어떻게 봐야 하나

매니지드 스위치 도입 논의에서 의외로 간과되는 부분이 운영 비용입니다. 초기 구매 가격만 비교하면 언매니지드 스위치가 훨씬 저렴하지만, 문제가 생겼을 때 추적 수단이 전혀 없다는 점에서 숨겨진 비용이 발생합니다. 저도 언매니지드 환경에서 문제가 생겼을 때 원인을 찾지 못해 결국 스위치 전체를 교체한 적이 있습니다. 그 비용이 처음부터 매니지드를 샀을 때의 차액보다 컸습니다.

매니지드 스위치는 SNMP(Simple Network Management Protocol)와 Syslog를 통해 원격 모니터링과 로그 수집이 가능합니다. SNMP란 네트워크 장비의 상태 정보를 표준화된 방식으로 수집하고 관리하는 프로토콜로, 이를 통해 포트별 트래픽량이나 오류 카운터를 실시간으로 확인할 수 있습니다. 문제가 터지기 전에 이상 징후를 감지할 수 있다는 건 운영 측면에서 상당한 차이입니다.

보안 관점에서도 격차는 상당합니다. 언매니지드 스위치 환경에서는 DHCP Snooping, 즉 비인가 DHCP 서버의 응답을 차단해 IP 충돌이나 트래픽 가로채기를 막는 기능이 아예 존재하지 않습니다. Dynamic ARP Inspection도 마찬가지입니다. 이 기능은 ARP 스푸핑 공격을 막아주는 L2 보안 기제인데, 언매니지드 환경에서는 상위 레이어 방화벽을 아무리 잘 구성해도 스위치 레벨에서 이미 트래픽이 노출될 수 있습니다. 방화벽 앞단에서 이미 당하고 있는 구조인 셈입니다. NIST의 엔터프라이즈 네트워크 보안 가이드라인에서도 L2 계층 보안 통제의 중요성을 강조하고 있습니다. 제 경험상 이건 꽤 치명적인 맹점이고, 특히 보안 감사를 받는 조직에서는 언매니지드 스위치의 존재 자체가 지적 사항이 될 수 있습니다.

클라우드 네이티브 환경이 확산되면서 온프레미스 스위치의 역할이 줄어들 것처럼 보이는 시각도 있지만, 저는 그렇게 보지 않습니다. 하이브리드 인프라에서 물리 스위치와 SDN(Software-Defined Networking), 즉 소프트웨어로 네트워크 경로와 정책을 중앙에서 제어하는 기술의 통합은 오히려 더 중요해질 가능성이 높습니다. 물리 스위치 없이는 데이터센터든 사무실이든 결국 아무것도 연결되지 않으니까요. 클라우드로 이전해도 물리 네트워크가 사라지는 건 아닙니다.

결국 스위치 선택은 단순한 장비 구매가 아닙니다. 조직이 커질수록, 보안 요구가 높아질수록, 문제가 생겼을 때 빠르게 원인을 찾아야 할수록 매니지드 스위치의 가치는 올라갑니다. 지금 당장 5대 이하 소규모 환경이라면 언매니지드로 시작해도 무방하지만, 성장 계획이 있다면 처음 인프라를 구성할 때부터 코어 스위치만큼은 매니지드 제품으로 가는 편이 장기적으로 훨씬 경제적입니다. 제가 비싼 경험으로 배운 교훈입니다. 장비 값보다 삽질하는 시간이 더 비쌉니다.

출처 및 참고 경로

• Cisco - Managed Versus Unmanaged Switches: cisco.com
• NETGEAR - Switch Management Types Explained: netgear.com
• TechTarget - What is the difference between a managed and unmanaged switch: techtarget.com