홈랩이 성장할 때의 레이어 2 랩과 라우팅 VLAN 비교: 게이트웨이를 언제 엣지에 더 가깝게 배치해야 할까요?

에바 왕

IceWhale author

에바 왕 는 기술 작가 그리고 이자 ZimaSpace의 상주 장인입니다. 평생을 기술에 열정을 가진 사람으로서 홈랩과 오픈소스 소프트웨어에 열정을 가지고 있으며,복잡한 기술 개념을 쉽게 이해할 수 있는 실습 가이드로 번역하는 데 전문성을 가지고 있습니다.에바는 셀프 호스팅이 어렵지 않고 재미있어야 한다고 믿습니다. 그녀의 튜토리얼을 통해 커뮤니티가 하드웨어 설정의 신비를 풀도록돕고 있습니다. 첫 NAS 구축부터 Docker 컨테이너 마스터링까지.

Layer-2 Lab vs Routed VLANs as a Home Lab Grows: When Should the Gateway Move Closer to the Edge? - Zima Store Online

VLAN이 신뢰할 수 있는 하나의 게이트웨이에서 종료되고, 트렁크가 많지 않으며, 스위치가 서로 가깝고, 호스트 간에 동일한 서브넷을 확장하는 것이 마이그레이션과 테스트를 간소화할 때는 랩을 주로 레이어 2로 유지합니다. VLAN이 여러 스위치나 위치에 걸쳐 확장되거나, 스패닝 트리 및 트렁크 장애가 랩의 너무 많은 부분에 영향을 미치거나, 정책 및 경로 제어에 더 작은 장애 도메인이 필요할 때는 라우팅된 VLAN 또는 레이어 3 링크로 전환합니다.

두 아키텍처 정의하기

레이어 2 랩에서는 일반적으로 여러 VLAN을 스위치 트렁크를 통해 전달하고, 기본 게이트웨이는 하나의 라우터, 방화벽 또는 코어 레이어 3 스위치에 배치합니다. 동일 VLAN의 장치는 IP 서브넷을 변경하지 않고 액세스 스위치 간에 이동할 수 있습니다. VLAN 간 트래픽은 중앙 게이트웨이로 돌아갑니다.

라우팅된 설계에서는 레이어 3 경계를 액세스 스위치, 랙 또는 랩 구역에 더 가깝게 배치합니다. 네트워크 장치 간 링크는 라우팅된 지점 간 네트워크가 되고, 로컬 VLAN은 엔드포인트에 더 가까운 곳에서 종료됩니다. 정적 또는 동적 라우팅은 각 노드 뒤에 어떤 서브넷이 존재하는지 광고합니다.

Cisco의 VLAN 간 라우팅 개요에서는 트래픽이 VLAN 간에 이동할 때 라우팅이 필요하다고 설명합니다. 아키텍처에서 중요한 질문은 이 라우팅 경계를 어디에 둘 것인가입니다.

비교 기준	중앙 집중식 레이어 2	라우팅된 VLAN
서브넷 이동성	동일 VLAN이 여러 스위치에 걸쳐 확장될 수 있습니다	서브넷은 일반적으로 라우팅된 영역에 로컬로 존재합니다
게이트웨이	중앙 방화벽, 라우터 또는 코어 스위치	액세스 스위치 또는 랩 구역에 더 가까움
장애 범위	트렁크, 루프, STP 또는 브로드캐스트 문제는 VLAN 전체로 확산될 수 있습니다	레이어 2 장애는 더 작은 로컬 세그먼트 내부에 머뭅니다
정책	중앙 집중식 ACL 및 방화벽 정책	분산 라우팅 및 ACL 정책
기술	태그, 트렁크, STP, 게이트웨이 하나	서브넷, 라우트, 인접 관계, ACL, 컨버전스

랩이 하나의 논리적 장소일 때는 레이어 2가 유리합니다

중앙 게이트웨이 하나와 몇 개의 트렁크는 이해하기 쉽습니다. VM 호스트, NAS, 액세스 포인트, 랩 스위치는 라우팅 프로토콜이나 각 위치마다 새로운 서브넷을 추가하지 않고도 스토리지, 관리, 애플리케이션 VLAN을 공유할 수 있습니다.

동일 VLAN 내에서의 이동성은 가상화와 실험에 유용합니다. 서비스는 IP 주소, 게이트웨이, 방화벽 정책, DNS 레코드를 유지한 채 호스트 간에 이동할 수 있습니다.

각 VLAN을 모든 스위치에 걸쳐 확장해야 할 이유가 있는 동안에는 설계가 안정적으로 유지됩니다. 모든 VLAN을 어디에나 전달하면 불필요하게 브로드캐스트 범위가 넓어지고 트렁크 오류를 격리하기가 더 어려워집니다.

확장된 VLAN은 숨은 공유 상태를 증가시킵니다

레이어 2 패브릭은 MAC 주소를 학습하고, 알 수 없는 목적지로 플러딩하며, 브로드캐스트와 멀티캐스트를 전달하고, 루프 방지에 의존합니다. 하나의 VLAN이 더 많은 링크를 통과할수록 더 많은 스위치가 전달 상태에 참여하며, 하나의 루프나 트렁크 불일치로 영향을 받을 수 있는 장치도 늘어납니다.

MikroTik의 브리지 VLAN 테이블 문서에서는 태그된 멤버십, 수신 정책, 브리지 CPU 포트가 모두 올바른 전달의 일부가 된다는 점을 보여 줍니다.

경고 신호는 운영상의 모호성입니다. 즉, 소유자가 더 이상 VLAN이 어디에서 허용되는지, 어떤 트렁크가 이를 전달하는지, 또는 해당 VLAN의 로컬 멤버가 없는 스위치에 트래픽이 도달하는 이유를 알 수 없는 상태입니다.

-15% OFF

ZimaBoard 2 - 당신의 큰 아이디어를 위한 미니 홈 서버

Single board computer zimaboard2

라우팅 경계는 레이어 2 장애를 격리합니다

라우팅된 링크는 일반적인 레이어 2 브로드캐스트를 전달하거나 양쪽 끝에서 하나의 MAC 테이블을 확장하지 않습니다. 하나의 로컬 VLAN 내부에서 발생한 루프나 과도한 브로드캐스트는 게이트웨이 뒤에 머물며 해당 VLAN을 전달하는 모든 스위치로 확산되지 않습니다.

Juniper의 통합 라우팅 및 브리징 가이드에서는 스위치가 VLAN을 종단하고 VLAN 간에 라우팅하는 방법을 보여 줍니다. 이 참고 설계는 더 큰 네트워크를 대상으로 하지만, 그 원칙은 확장되는 랩에도 적용됩니다.

이점은 랩에 여러 물리적 구역, 랙, 건물 또는 독립적인 실험 공간이 있을 때 나타납니다. 구역마다 하나의 서브넷을 라우팅하면 불안정한 랩 트래픽이 가정용 네트워크와 스토리지 네트워크에 영향을 주지 않도록 할 수 있습니다.

병목이 발생하기 전까지는 중앙 정책이 더 간단합니다

중앙 방화벽은 모든 VLAN 간 세션을 검사하고, 하나의 정책 모델을 적용하며, 트래픽을 기록하고, DNS, DHCP, NAT 및 원격 액세스 통합을 제공할 수 있습니다. 분산 라우팅을 운영하는 것보다 서비스 학습이 주된 목표인 동안에는 이러한 방식이 유용합니다.

동서 트래픽이 증가하면 모든 VLAN 간 흐름을 하나의 방화벽으로 보내는 방식이 인터페이스, CPU, 업링크 용량을 소모할 수 있습니다. 스토리지, 클러스터, 백업, 마이그레이션 트래픽은 엔드포인트가 하나의 액세스 스위치에 있어도 중앙 게이트웨이를 통과할 수 있습니다.

선택한 라우팅을 레이어 3 스위치로 이전하면 관리 및 인터넷 경로에 대한 중앙 보안을 유지하면서 대용량의 신뢰할 수 있는 트래픽은 로컬에서 라우팅할 수 있습니다. ACL 정책은 명시적으로 유지해야 합니다.

라우팅된 VLAN에는 주소 지정 계획이 필요합니다.

랩 전체에서 하나의 관리 VLAN을 확장하면 장치가 서브넷을 공유할 수 있습니다. 일반적으로 엣지에 더 가깝게 라우팅하면 각 영역에 서로 다른 서브넷이 할당됩니다. 따라서 이 설계에는 요약 가능한 주소 블록, 안정적인 게이트웨이 위치, DNS 업데이트 및 경로 광고가 필요합니다.

Netgate의 VLAN 간 라우팅 문서에서는 관련 네트워크에 인터페이스가 있는 게이트웨이로 호스트가 트래픽을 전송하는 방식을 설명합니다.

안정적인 영역이 몇 개뿐이라면 정적 라우트로 충분합니다. 여러 라우터, 이중화 링크 또는 자주 변경되는 랩 프리픽스로 인해 수동 넥스트 홉 업데이트가 신뢰하기 어려워질 때 동적 라우팅이 유용해집니다.

동적 라우팅은 필수가 아니라 업그레이드입니다

OSPF 또는 다른 내부 게이트웨이 프로토콜은 연결된 서브넷을 알리고 링크 변경에 대응할 수 있습니다. RFC 2328은 OSPF를 라우터가 토폴로지 데이터베이스를 구축하고 경로를 계산하는 링크 상태 프로토콜로 정의합니다.

두 개의 VLAN이 존재한다는 이유만으로 OSPF를 추가하지 마세요. OSPF는 단일 게이트웨이에는 없는 라우터 ID, 인접 관계, 메트릭, 인증, 필터링 및 장애 유형을 추가합니다.

랩에 이중화된 라우팅 경로, 여러 라우터, 자동으로 학습되는 테스트 네트워크 또는 의도적인 프로덕션 스타일 라우팅 연습이 필요할 때 이 프로토콜을 도입하는 것이 타당합니다.

스토리지와 가상화로 인해 라우팅이 지연될 수 있습니다

하이퍼바이저 마이그레이션, 스토리지 멀티패스, 클러스터링 및 일부 어플라이언스는 Layer 2 인접성을 선호합니다. 라우팅된 영역 간에 VM을 이동하려면 새 주소나 오버레이가 필요할 수 있지만, VLAN을 확장하면 서비스 ID를 유지할 수 있습니다.

ZimaSpace 10GbE 업그레이드 비교는 인접한 처리량 제약을 보여 줍니다. 스토리지 및 마이그레이션 VLAN은 관련 없는 스위치를 거쳐 확장하지 말고, 필요한 호스트에 로컬로 유지하세요.

라우팅된 랩은 동일 서브넷 동작이 실질적인 가치를 만들어 내는 소규모 Layer 2 클러스터 도메인 하나를 유지할 수 있습니다.

라우팅된 액세스는 경로를 더 명확하게 만듭니다

라우팅 설계에서는 각 장치에 직접 연결된 네트워크와 다음 홉이 있습니다. 누락된 경로, 실패한 인접성 또는 잘못된 프리픽스는 라우팅 및 이웃 상태에 나타납니다. 포워딩은 멀리 있는 스패닝 트리 경로와 분산 MAC 학습에 덜 의존합니다.

트레이드오프는 제어 플레인이 더 많아진다는 것입니다. 관리자는 경로, ARP 또는 이웃 테이블, ACL, DHCP 릴레이, 프로토콜 상태 및 로컬 VLAN 구성을 점검해야 합니다.

장애 상황에 대한 근거를 이해할 수 있는 모델을 선택하세요. 활성 토폴로지가 보이지 않는다면 Layer 2가 더 단순하지 않으며, 라우팅 테이블이 익숙하지 않다면 Layer 3도 더 단순하지 않습니다.

단계적으로 Layer 3로 마이그레이션하세요

모든 VLAN, 트렁크, 게이트웨이, 브로드캐스트 종속성 및 물리적 위치를 매핑하세요.
사용하지 않는 VLAN을 트렁크에서 제거하세요.
사이트 간 Layer 2 이동성이 필요하지 않은 영역 하나를 선택하세요.
로컬 서브넷과 라우팅된 지점 간 업링크를 구성하세요.
정적 경로를 추가하고 ACL, DNS, DHCP 릴레이, 모니터링 및 복구를 확인하세요.
이중화 경로가 이를 정당화할 때만 동적 라우팅을 도입하세요.

목표는 모든 트렁크를 없애는 것이 아닙니다. 동일 서브넷 동작이 가치를 제공하는 범위를 넘어 브로드캐스트 도메인을 확장하지 않는 것입니다.

어떤 아키텍처가 적합한가요?

Layer 2 랩을 유지해야 하는 경우

랩이 한 곳에 있고 스위치 수가 적으며 VM 또는 스토리지 이동성이 중요하고 토폴로지를 쉽게 복구할 수 있다면 중앙 게이트웨이와 트렁크를 유지하세요.

라우팅 VLAN으로 전환해야 하는 경우

VLAN이 서로 관련 없는 스위치나 위치에 걸쳐 있거나, 브로드캐스트 및 스패닝 트리 장애 범위가 너무 크거나, 대용량 트래픽으로 중앙 게이트웨이에 과부하가 걸릴 때는 엣지에 더 가까운 곳에서 라우팅하세요.

하이브리드 설계를 사용해야 하는 경우

클러스터, 스토리지 또는 검색 트래픽이 많은 서비스에는 소규모 로컬 Layer 2 도메인을 유지하면서 랩 영역 간에 라우팅하세요.

자주 묻는 질문

라우팅 액세스가 VLAN을 없애나요?

아니요. 로컬 액세스 네트워크에서는 여전히 VLAN을 사용할 수 있습니다. 달라지는 점은 VLAN이 전체 패브릭에 걸쳐 확장되는 대신 엔드포인트에 더 가까운 곳에서 종단된다는 것입니다.

홈 랩에 OSPF가 필요한가요?

대부분은 그렇지 않습니다. 안정적인 영역이 몇 개뿐이라면 정적 라우팅으로 충분합니다. 학습, 이중화 경로, 여러 라우터 또는 자주 변경되는 프리픽스가 필요할 때는 OSPF가 유용합니다.

라우팅된 서브넷 간에 IP를 변경하지 않고 VM을 이동할 수 있나요?

일반적인 라우팅만으로는 불가능합니다. VM에는 보통 새 서브넷 주소가 필요하거나, 환경에 오버레이, 확장 VLAN, 또는 애플리케이션 수준의 이동성 설계가 필요합니다.

최종 결론

중앙 게이트웨이 하나, 몇 개의 트렁크, 동일 서브넷 내 이동성을 쉽게 운영하면서 랩을 Layer 2로 유지하세요. Layer 2 확장으로 장애 도메인이 커지거나 경로가 불분명해지거나 중앙 병목이 발생하면, 선택한 영역을 라우팅 VLAN으로 전환하세요. 일반적으로 하이브리드 설계가 실용적인 최종 형태입니다.