Microsoft AZ-700: ExpressRoute 및 WAN 연결 — 학습 가이드

By Laurynas Brazys · 1 August 2026 · #microsoft #az-700 #certification #exam-prep #study-guide

다음의 일부입니다: Microsoft Azure Network Engineer AZ-700 — 학습 가이드. 검증된 답안으로 연습하기: Microsoft 시험 허브, 또는 다음에서 시간 제한 모의고사 풀기: ExamRoll.io.

ExpressRoute 기본 사항, 피어링 모델 및 SKU

ExpressRoute는 온프레미스 네트워크와 Microsoft의 글로벌 백본 간에 비공개 고성능 연결을 제공합니다. 배포 모델에는 두 가지가 있습니다. 서비스 공급자가 제공하는 회선(교환 지점에서의 코로케이션 또는 파트너를 통한 연결)과 Microsoft에서 물리적 포트를 주문하는 ExpressRoute Direct(10/100/400Gbps 시나리오에 적합)입니다. Azure에 대한 논리적 연결은 피어링을 사용합니다. VNet 연결을 위한 프라이빗 피어링, Azure 플랫폼 및 PaaS 엔드포인트를 위한 Microsoft 피어링, 그리고 (지원되는 경우) 공용 피어링 레거시 마이그레이션이 있습니다. 설계는 대역폭, 지리적 범위, 광고되는 경로 규모에 따라 결정됩니다. 순수한 대역폭보다는 범위와 경로 규모를 기준으로 회선 SKU를 선택하고, 연결을 종단하기 위해 적절한 크기의 가상 네트워크 게이트웨이 또는 Virtual WAN 허브와 페어링하십시오.

로컬(Local): 피어링 위치의 메트로/지역으로 피어링이 제한됩니다. 비용이 더 저렴하고 라우팅 테이블 공간을 더 작게 차지합니다.
표준(Standard): 동일한 지역 내의 모든 Azure 공용 리전으로 연결됩니다. 중간 수준의 비용과 경로 규모를 가집니다.
프리미엄(Premium) (추가 기능): 모든 글로벌 리전으로 연결 범위를 확장하고 지원되는 경로 수와 VNet 연결 수를 늘립니다. 글로벌 전송 토폴로지 및 다수의 피어링된 VNet에 필요합니다.

일반적인 함정으로는 ExpressRoute가 무제한 경로 또는 VNet 간 자동 전이 라우팅(transitive routing)을 의미한다고 가정하는 것이 있습니다. 경로 제한, 피어링 유형, 그리고 글로벌 연결 범위나 추가 접두사를 위해 프리미엄 추가 기능이 필요한지 여부를 명시적으로 평가해야 합니다.

프로비저닝 수명 주기, 필요 아티팩트 및 구성 세부 정보

ExpressRoute 회선을 프로비저닝하는 것은 네트워킹 팀과 연결 공급자 간의 조정 작업입니다. Azure에서 회선을 생성하면 공급자가 물리적 상호 연결(cross-connect)을 프로비저닝하는 데 사용하는 서비스 키(ServiceKey/서비스 키 ID)를 받게 됩니다. 회선을 생성할 때 피어링 위치(메트로/코로케이션)를 선택하고, 대역폭(공급자 및 모델에 따라 50Mbps에서 수 Gbps까지)을 선택하며, BGP를 위한 피어링(프라이빗 및/또는 Microsoft)과 VLAN/서브넷을 구성합니다. ExpressRoute를 가상 네트워크 게이트웨이를 통해 VNet에 종단하거나(또는 Virtual WAN 허브에 종단), 매우 높은 대역폭을 위해 ExpressRoute Direct를 사용하여 Microsoft의 에지에 연결합니다.

일반적인 프로비저닝 순서:

Azure에서 ExpressRoute 회선을 생성하고 서비스 키를 기록합니다.
공급자와 서비스 키를 공유하고 물리적 상호 연결 및 VLAN을 조정합니다.
양측에 피어링(프라이빗/Microsoft), BGP 피어 IP 및 ASN을 구성합니다.
가상 네트워크 게이트웨이 또는 Virtual WAN 허브에 대한 ExpressRoute 연결을 통해 회선을 VNet에 연결하고 BGP 경로를 검증합니다.

BGP ASN 선택, 라우터 피어 IP, 중첩 IP 공간, 그리고 필요한 게이트웨이 SKU 용량을 미리 계획하도록 유의하십시오.

FastPath, Global Reach, 게이트웨이 SKU 및 성능 절충점

ExpressRoute FastPath는 게이트웨이 호스트를 우회하여 온프레미스 장치와 VNet 데이터 경로의 VM/인스턴스 NIC 간에 패킷을 직접 전달함으로써 지연 시간을 줄이고 처리량을 높입니다. 지연 시간에 민감한 워크로드에 이상적이지만, 요구 사항과 제약 조건이 있습니다. FastPath는 프라이빗 피어링, 이를 지원하는 ExpressRoute 회선, 그리고 FastPath를 명시적으로 지원하는 가상 네트워크 게이트웨이 SKU가 필요합니다(기본(Basic) 게이트웨이는 지원되지 않음). 또한 FastPath는 검사 및 트래픽 흐름에 영향을 줍니다. 패킷이 게이트웨이 호스트를 우회하기 때문에, 게이트웨이 호스트 헤어피닝에 의존하는 보안 어플라이언스나 중앙 집중식 검사는 트래픽을 보지 못할 수 있습니다. 단, 인라인으로 배치된 NVA나 강제 터널링을 통해 트래픽을 설계하는 경우는 예외입니다.

ExpressRoute Global Reach를 사용하면 Microsoft 백본을 사용하여 둘 이상의 온프레미스 사이트를 상호 연결할 수 있습니다. 이는 ISP 링크를 통해 라우팅하는 대신 Microsoft가 사이트 간 프라이빗 트래픽을 전송하도록 하고 싶을 때 유용합니다. Global Reach를 사용하려면 두 사이트 모두에 ExpressRoute 회선이 있어야 하고, 회선에서 Global Reach를 활성화해야 하며, 공급자가 이를 지원하는지 확인해야 합니다. 성능 대 비용 절충점은 명확합니다. 처리량과 복원력을 위해서는 ExpressRoute Direct 또는 여러 개의 고대역폭 회선을 사용하고, 저비용의 메트로 전용 연결을 위해서는 표준/로컬 회선을 사용하며, 마이크로초 단위의 이득이 중요하지만 NVA 배치 및 패킷 검사에 대한 설계 변경을 수용할 수 있는 경우에는 FastPath를 사용하십시오.

WAN 아키텍처 패턴: Virtual WAN, VPN 대 ExpressRoute, 라우팅 및 일반적인 설계 함정

Azure로 WAN을 설계할 때, Virtual Network Gateway를 사용하는 허브 앤 스포크, SD-WAN/지점 연결이 통합된 Virtual WAN(관리형 허브), VNet 피어링 또는 Virtual WAN 연결을 사용하는 순수 ExpressRoute 패브릭이라는 세 가지 주요 패턴이 나타납니다. Virtual WAN은 지점 연결을 단순화하고 많은 S2S/VPN 터널 및 SD-WAN 통합에 맞게 잘 확장되지만, 지속적인 비용이 더 많이 발생하고 Virtual WAN 허브 라우팅 모델을 사용합니다. 기존 Virtual Network Gateway(VpnGw1/2/3 제품군)는 제한된 터널에 대해 더 저렴하지만, 전이적(transitive) 시나리오를 위해서는 VNet별 게이트웨이가 필요합니다. ExpressRoute는 예측 가능한 대기 시간과 처리량을 제공하며, 프라이빗 백본 연결과 관리형 지점 집계가 모두 필요할 때 Virtual WAN과 잘 어울립니다.

주요 라우팅 및 운영상의 함정으로는 온프레미스와 VNet 간의 IP 공간 중복, 잘못된 BGP ASN 또는 피어 IP 구성(Virtual Network Gateway와 고객 에지(customer edge) 양쪽 모두에서 BGP를 활성화해야 함), BGP로 학습된 접두사를 차단하는 부주의한 UDR 또는 NSG 규칙 등이 있습니다. 또한 라우팅 우선순위를 명확히 해야 합니다. 시스템 경로(BGP/연결됨)는 다음 홉(next hop)을 명시적으로 다르게 구성하지 않는 한 일반적으로 UDR보다 우선합니다. ExpressRoute와 VPN을 결합할 때는 강제 터널링/인터넷 브레이크아웃 및 NVA 검사 지점을 테스트하고, 선택한 SKU에서 지원하는 경로 제한 및 VPN 게이트웨이 터널 수를 확인해야 합니다.

실제 문제: 사용 사례 시나리오

시나리오: Contoso Corp는 워싱턴 D.C.에 기본 데이터센터를 두고 있으며, East US 및 East US 2 지역에 VNet을 포함한 기존 Azure 환경을 보유하고 있습니다. Contoso는 이미 공급자가 중개하는 ExpressRoute 회선을 Ashburn 메트로에 피어링해 두었으며, 버지니아에 있는 두 번째 데이터센터를 연결하고 두 데이터센터와 VNet 간에 짧은 대기 시간의 연결을 활성화해야 합니다.

과제: Azure로 연결되는 복원력 있고 짧은 대기 시간의 데이터센터 간 연결이 필요하며, 공용 인터넷 노출을 최소화하고 싶어 합니다. 그리고 주요 온프레미스 라우팅을 재구축하지 않고 온프레미스 사이트 간에 Microsoft 백본 전송이 필요합니다.

권장 접근 방식:

두 번째 데이터센터에 두 번째 ExpressRoute 회선을 프로비저닝하고 공급자에게 동일한 피어링 위치(Ashburn)에서 피어링하도록 요청합니다. 처음에는 Standard 회선을 사용하고, 전역 VNet 연결 또는 증가된 경로 용량이 필요한 경우 Premium으로 계획합니다.
각 회선의 Service Key를 공급자에게 제공하여 교차 연결(cross-connect)을 완료한 다음, 두 회선 간에 ExpressRoute Global Reach를 활성화하여 온프레미스 사이트가 Microsoft 백본을 통해 프라이빗 트래픽을 교환할 수 있도록 합니다.
허브 VNet의 Virtual Network Gateway를 FastPath를 지원하는 ExpressRoute 지원 SKU로 배포하거나 업그레이드합니다(Basic은 피하세요). BGP를 사용한 프라이빗 피어링을 활성화하고, 고유한 로컬 ASN 및 피어 IP를 설정하고, 온프레미스 접두사를 보급(advertise)합니다.
대기 시간에 민감한 워크로드가 있는 경우, 게이트웨이 호스트를 우회하는 것을 고려하여 NVA 및 검사 경로가 재설계되었는지 확인한 후 프라이빗 피어링 연결에서 ExpressRoute FastPath를 활성화합니다.

근거: Global Reach를 사용하는 이중 회선은 트래픽을 공용 인터넷에 노출하지 않고 데이터센터와 Azure 간에 복원력 있는 프라이빗 Microsoft 백본 전송을 제공합니다. FastPath를 활성화하면 민감한 흐름의 대기 시간이 개선되지만, 게이트웨이 SKU 지원과 패킷 검사 및 NVA를 위한 설계 조정이 필요합니다.

모든 도메인 · Azure Virtual Network 설계 →

이 문제 연습하기 → · ExamRoll.io에서 시간 제한 연습 →