이 문서에서는 테스트 설정의 컨트롤 플레인 분석에 대해 설명합니다. 테스트 설정의 테스트 설정 구성 및 데이터 평면 분석을 검토할 수도 있습니다.
데이터 평면 분석은 어떤 토폴로지 내의 한 로컬 네트워크(LAN 또는 가상 네트워크)에서 다른 로컬 네트워크로 트래버스하는 패킷에서 선택된 경로를 검토합니다. 두 로컬 네트워크 간의 데이터 경로가 반드시 대칭인 것은 아닙니다. 그러므로 이 문서에서는 로컬 네트워크에서 역방향 경로와 별도인 다른 네트워크까지 전달 경로를 분석해 보겠습니다.
허브 가상 네트워크에서 오는 데이터 경로
스포크 가상 네트워크로 가는 경로
가상 네트워크 피어링은 피어링된 두 가상 네트워크 간의 네트워크 브리지 기능을 에뮬레이트합니다. 허브 가상 네트워크에서 스포크 가상 네트워크의 VM으로 가는 경로 추적 출력은 다음과 같습니다.
C:\Users\rb>tracert 10.11.30.4
Tracing route to 10.11.30.4 over a maximum of 30 hops
1 2 ms 1 ms 1 ms 10.11.30.4
Trace complete.
다음 그림에서는 Azure Network Watcher의 관점에서 허브 가상 네트워크와 스포크 가상 네트워크의 그래픽 연결 보기를 보여줍니다.
분기 가상 네트워크로 가는 경로
허브 가상 네트워크에서 분기 가상 네트워크의 VM으로 가는 경로 추적 출력은 다음과 같습니다.
C:\Users\rb>tracert 10.11.30.68
Tracing route to 10.11.30.68 over a maximum of 30 hops
1 1 ms 1 ms 1 ms 10.10.30.142
2 * * * Request timed out.
3 2 ms 2 ms 2 ms 10.11.30.68
Trace complete.
이 경로 추적에서 첫 번째 홉은 허브 가상 네트워크의 Azure VPN Gateway에 있는 VPN 게이트웨이입니다. 두 번째 홉은 분기 가상 네트워크의 VPN 게이트웨이입니다. 분기 가상 네트워크의 VPN 게이트웨이 IP 주소는 허브 가상 네트워크에서 보급되지 않습니다. 세 번째 홉은 분기 가상 네트워크의 VM입니다.
다음 그림에서는 Network Watcher의 관점에서 허브 가상 네트워크와 분기 가상 네트워크의 그래픽 연결 보기를 보여줍니다.
같은 연결에 대해 다음 그림은 Network Watcher의 그리드 보기를 보여줍니다.
온-프레미스 위치 1 경로
허브 가상 네트워크에서 온-프레미스 위치 1의 VM으로 가는 경로 추적 출력은 다음과 같습니다.
C:\Users\rb>tracert 10.2.30.10
Tracing route to 10.2.30.10 over a maximum of 30 hops
1 2 ms 2 ms 2 ms 10.10.30.132
2 * * * Request timed out.
3 * * * Request timed out.
4 2 ms 2 ms 2 ms 10.2.30.10
Trace complete.
이 경로 추적에서 첫 번째 홉은 MSEE(Microsoft Enterprise 에지 라우터)에 대한 Azure ExpressRoute 게이트웨이 터널 엔드포인트입니다. 두 번째 및 세 번째 홉은 CE(고객 에지) 라우터와 온-프레미스 위치 1 LAN IP입니다. 이러한 IP 주소는 허브 가상 네트워크에서 보급되지 않습니다. 네 번째 홉은 온-프레미스 위치 1의 VM입니다.
온-프레미스 위치 2 경로
허브 가상 네트워크에서 온-프레미스 위치 2의 VM으로 가는 경로 추적 출력은 다음과 같습니다.
C:\Users\rb>tracert 10.1.31.10
Tracing route to 10.1.31.10 over a maximum of 30 hops
1 76 ms 75 ms 75 ms 10.10.30.134
2 * * * Request timed out.
3 * * * Request timed out.
4 75 ms 75 ms 75 ms 10.1.31.10
Trace complete.
이 경로 추적에서 첫 번째 홉은 MSEE에 대한 ExpressRoute 게이트웨이 터널 엔드포인트입니다. 두 번째 및 세 번째 홉은 CE 라우터와 온-프레미스 위치 2 LAN IP입니다. 이러한 IP 주소는 허브 가상 네트워크에서 보급되지 않습니다. 네 번째 홉은 온-프레미스 위치 2의 VM입니다.
원격 가상 네트워크로 가는 경로
허브 가상 네트워크에서 원격 가상 네트워크의 VM으로 가는 경로 추적 출력은 다음과 같습니다.
C:\Users\rb>tracert 10.17.30.4
Tracing route to 10.17.30.4 over a maximum of 30 hops
1 2 ms 2 ms 2 ms 10.10.30.132
2 * * * Request timed out.
3 69 ms 68 ms 69 ms 10.17.30.4
Trace complete.
이 경로 추적에서 첫 번째 홉은 MSEE에 대한 ExpressRoute 게이트웨이 터널 엔드포인트입니다. 두 번째 홉은 원격 가상 네트워크의 게이트웨이 IP입니다. 두 번째 홉 IP 범위는 허브 가상 네트워크에서 보급되지 않습니다. 세 번째 홉은 원격 가상 네트워크의 VM입니다.
스포크 가상 네트워크에서 오는 데이터 경로
스포크 가상 네트워크는 허브 가상 네트워크의 네트워크 보기를 공유합니다. 가상 네트워크 피어링을 통해 스포크 가상 네트워크는 스포크 가상 네트워크에 직접 연결된 것처럼 허브 가상 네트워크의 원격 게이트웨이 연결을 사용합니다.
허브 가상 네트워크로 가는 경로
스포크 가상 네트워크에서 허브 가상 네트워크의 VM으로 가는 경로 추적 출력은 다음과 같습니다.
C:\Users\rb>tracert 10.10.30.4
Tracing route to 10.10.30.4 over a maximum of 30 hops
1 <1 ms <1 ms <1 ms 10.10.30.4
Trace complete.
분기 가상 네트워크로 가는 경로
스포크 가상 네트워크에서 분기 가상 네트워크의 VM으로 가는 경로 추적 출력은 다음과 같습니다.
C:\Users\rb>tracert 10.11.30.68
Tracing route to 10.11.30.68 over a maximum of 30 hops
1 1 ms <1 ms <1 ms 10.10.30.142
2 * * * Request timed out.
3 3 ms 2 ms 2 ms 10.11.30.68
Trace complete.
이 경로 추적에서 첫 번째 홉은 허브 가상 네트워크의 VPN 게이트웨이입니다. 두 번째 홉은 분기 가상 네트워크의 VPN 게이트웨이입니다. 분기 가상 네트워크의 VPN 게이트웨이 IP 주소는 허브/스포크 가상 네트워크 내에서 보급되지 않습니다. 세 번째 홉은 분기 가상 네트워크의 VM입니다.
온-프레미스 위치 1 경로
스포크 가상 네트워크에서 온-프레미스 위치 1의 VM으로 가는 경로 추적 출력은 다음과 같습니다.
C:\Users\rb>tracert 10.2.30.10
Tracing route to 10.2.30.10 over a maximum of 30 hops
1 24 ms 2 ms 3 ms 10.10.30.132
2 * * * Request timed out.
3 * * * Request timed out.
4 3 ms 2 ms 2 ms 10.2.30.10
Trace complete.
이 경로 추적에서 첫 번째 홉은 MSEE에 대한 허브 가상 네트워크의 ExpressRoute 게이트웨이 터널 엔드포인트입니다. 두 번째 및 세 번째 홉은 CE 라우터와 온-프레미스 위치 1 LAN IP입니다. 이러한 IP 주소는 허브/스포크 가상 네트워크에서 보급되지 않습니다. 네 번째 홉은 온-프레미스 위치 1의 VM입니다.
온-프레미스 위치 2 경로
스포크 가상 네트워크에서 온-프레미스 위치 2의 VM으로 가는 경로 추적 출력은 다음과 같습니다.
C:\Users\rb>tracert 10.1.31.10
Tracing route to 10.1.31.10 over a maximum of 30 hops
1 76 ms 75 ms 76 ms 10.10.30.134
2 * * * Request timed out.
3 * * * Request timed out.
4 75 ms 75 ms 75 ms 10.1.31.10
Trace complete.
이 경로 추적에서 첫 번째 홉은 MSEE에 대한 허브 가상 네트워크의 ExpressRoute 게이트웨이 터널 엔드포인트입니다. 두 번째 및 세 번째 홉은 CE 라우터와 온-프레미스 위치 2 LAN IP입니다. 이러한 IP 주소는 허브/스포크 가상 네트워크에서 보급되지 않습니다. 네 번째 홉은 온-프레미스 위치 2의 VM입니다.
원격 가상 네트워크로 가는 경로
스포크 가상 네트워크에서 원격 가상 네트워크의 VM으로 가는 경로 추적 출력은 다음과 같습니다.
C:\Users\rb>tracert 10.17.30.4
Tracing route to 10.17.30.4 over a maximum of 30 hops
1 2 ms 1 ms 1 ms 10.10.30.133
2 * * * Request timed out.
3 71 ms 70 ms 70 ms 10.17.30.4
Trace complete.
이 경로 추적에서 첫 번째 홉은 MSEE에 대한 허브 가상 네트워크의 ExpressRoute 게이트웨이 터널 엔드포인트입니다. 두 번째 홉은 원격 가상 네트워크의 게이트웨이 IP입니다. 두 번째 홉 IP 범위는 허브/스포크 가상 네트워크에서 보급되지 않습니다. 세 번째 홉은 원격 가상 네트워크의 VM입니다.
분기 가상 네트워크에서 오는 데이터 경로
허브 가상 네트워크로 가는 경로
분기 가상 네트워크에서 허브 가상 네트워크의 VM으로 가는 경로 추적 출력은 다음과 같습니다.
C:\Windows\system32>tracert 10.10.30.4
Tracing route to 10.10.30.4 over a maximum of 30 hops
1 <1 ms <1 ms <1 ms 10.11.30.100
2 * * * Request timed out.
3 4 ms 3 ms 3 ms 10.10.30.4
Trace complete.
이 경로 추적에서 첫 번째 홉은 분기 가상 네트워크의 VPN 게이트웨이입니다. 두 번째 홉은 허브 가상 네트워크의 VPN 게이트웨이입니다. 허브 가상 네트워크의 VPN 게이트웨이 IP 주소는 원격 가상 네트워크에서 보급되지 않습니다. 세 번째 홉은 허브 가상 네트워크의 VM입니다.
스포크 가상 네트워크로 가는 경로
분기 가상 네트워크에서 스포크 가상 네트워크의 VM으로 가는 경로 추적 출력은 다음과 같습니다.
C:\Users\rb>tracert 10.11.30.4
Tracing route to 10.11.30.4 over a maximum of 30 hops
1 1 ms <1 ms 1 ms 10.11.30.100
2 * * * Request timed out.
3 4 ms 3 ms 2 ms 10.11.30.4
Trace complete.
이 경로 추적에서 첫 번째 홉은 분기 가상 네트워크의 VPN 게이트웨이입니다. 두 번째 홉은 허브 가상 네트워크의 VPN 게이트웨이입니다. 허브 가상 네트워크의 VPN 게이트웨이 IP 주소는 원격 가상 네트워크에서 보급되지 않습니다. 세 번째 홉은 스포크 가상 네트워크의 VM입니다.
온-프레미스 위치 1 경로
분기 가상 네트워크에서 온-프레미스 위치 1의 VM으로 가는 경로 추적 출력은 다음과 같습니다.
C:\Users\rb>tracert 10.2.30.10
Tracing route to 10.2.30.10 over a maximum of 30 hops
1 1 ms <1 ms <1 ms 10.11.30.100
2 * * * Request timed out.
3 3 ms 2 ms 2 ms 10.2.30.125
4 * * * Request timed out.
5 3 ms 3 ms 3 ms 10.2.30.10
Trace complete.
이 경로 추적에서 첫 번째 홉은 분기 가상 네트워크의 VPN 게이트웨이입니다. 두 번째 홉은 허브 가상 네트워크의 VPN 게이트웨이입니다. 허브 가상 네트워크의 VPN 게이트웨이 IP 주소는 원격 가상 네트워크에서 보급되지 않습니다. 세 번째 홉은 기본 CE 라우터 상의 VPN 터널 종료 지점입니다. 네 번째 홉은 온-프레미스 위치 1의 내부 IP 주소입니다. 이 LAN IP 주소는 CE 라우터 외부에서 보급되지 않습니다. 다섯 번째 홉은 온-프레미스 위치 1의 대상 VM입니다.
온-프레미스 위치 2 및 원격 가상 네트워크로 가는 경로
컨트롤 플레인 분석에서 설명한 대로 분기 가상 네트워크에는 네트워크 구성에 따라 온-프레미스 위치 2 또는 원격 가상 네트워크에 대한 가시성이 없습니다. 다음 ping 결과는 다음 정보를 확인합니다.
C:\Users\rb>ping 10.1.31.10
Pinging 10.1.31.10 with 32 bytes of data:
Request timed out.
...
Request timed out.
Ping statistics for 10.1.31.10:
Packets: Sent = 4, Received = 0, Lost = 4 (100% loss),
C:\Users\rb>ping 10.17.30.4
Pinging 10.17.30.4 with 32 bytes of data:
Request timed out.
...
Request timed out.
Ping statistics for 10.17.30.4:
Packets: Sent = 4, Received = 0, Lost = 4 (100% loss),
온-프레미스 위치 1에서 오는 데이터 경로
허브 가상 네트워크로 가는 경로
온-프레미스 위치 1에서 허브 가상 네트워크의 VM으로 가는 경로 추적 출력은 다음과 같습니다.
C:\Users\rb>tracert 10.10.30.4
Tracing route to 10.10.30.4 over a maximum of 30 hops
1 <1 ms <1 ms <1 ms 10.2.30.3
2 <1 ms <1 ms <1 ms 192.168.30.0
3 <1 ms <1 ms <1 ms 192.168.30.18
4 * * * Request timed out.
5 2 ms 2 ms 2 ms 10.10.30.4
Trace complete.
아 경로 추적에서, 처음 두 홉은 온-프레미스 네트워크의 일부입니다. 세 번째 홉은 CE 라우터를 지향하는 기본 MSEE 인터페이스입니다. 네 번째 홉은 허브 가상 네트워크의 ExpressRoute 게이트웨이입니다. 허브 가상 네트워크의 ExpressRoute 게이트웨이 IP 범위는 온-프레미스 네트워크에서 보급되지 않습니다. 다섯 번째 홉은 대상 VM입니다.
Network Watcher는 Azure 중심 보기만 제공합니다. 온-프레미스 관점에서 보자면, Azure 네트워크 성능 모니터를 사용합니다. 네트워크 성능 모니터는 Azure 외부 네트워크의 서버에 데이터 경로 분석용으로 설치할 수 있는 에이전트를 제공합니다.
다음 그림에서는 ExpressRoute를 통한 허브 가상 네트워크의 VM에 대한 온-프레미스 위치 1 VM 연결의 토폴로지 보기를 보여줍니다.
앞에서 설명한 대로 테스트 설정에서는 사이트 간 VPN을 온-프레미스 위치 1과 허브 가상 네트워크 간의 ExpressRoute에 대한 백업 연결로 사용합니다. 백업 데이터 경로를 테스트하기 위해 온-프레미스 위치 1 기본 CE 라우터와 해당 MSEE 간의 ExpressRoute 연결 장애를 유도해 보겠습니다. ExpressRoute 연결 장애를 유도하기 위해 MSEE를 지향하는 CE 인터페이스를 종료합니다.
C:\Users\rb>tracert 10.10.30.4
Tracing route to 10.10.30.4 over a maximum of 30 hops
1 <1 ms <1 ms <1 ms 10.2.30.3
2 <1 ms <1 ms <1 ms 192.168.30.0
3 3 ms 2 ms 3 ms 10.10.30.4
Trace complete.
다음 그림은 온-프레미스 위치 1 VM 연결에 대한 토폴로지 보기입니다. 이 연결은 허브 가상 네트워크의 VM에 설정됩니다. ExpressRoute 연결이 끊기면 사이트 간 VPN 연결을 통해 연결됩니다.
스포크 가상 네트워크로 가는 경로
온-프레미스 위치 1에서 스포크 가상 네트워크의 VM으로 가는 경로 추적 출력은 다음과 같습니다.
ExpressRoute 기본 연결을 다시 가져와서 스포크 가상 네트워크로의 데이터 경로 분석을 수행해 보겠습니다.
C:\Users\rb>tracert 10.11.30.4
Tracing route to 10.11.30.4 over a maximum of 30 hops
1 <1 ms <1 ms <1 ms 10.2.30.3
2 <1 ms <1 ms <1 ms 192.168.30.0
3 <1 ms <1 ms <1 ms 192.168.30.18
4 * * * Request timed out.
5 3 ms 2 ms 2 ms 10.11.30.4
Trace complete.
나머지 데이터 경로 분석을 위해 기본 ExpressRoute 1 연결을 불러옵니다.
분기 가상 네트워크로 가는 경로
온-프레미스 위치 1에서 분기 가상 네트워크의 VM으로 가는 경로 추적 출력은 다음과 같습니다.
C:\Users\rb>tracert 10.11.30.68
Tracing route to 10.11.30.68 over a maximum of 30 hops
1 <1 ms <1 ms <1 ms 10.2.30.3
2 <1 ms <1 ms <1 ms 192.168.30.0
3 3 ms 2 ms 2 ms 10.11.30.68
Trace complete.
온-프레미스 위치 2 경로
컨트롤 플레인 분석에서 설명했듯이, 온-프레미스 위치 1은 네트워크 구성에 따라 온-프레미스 위치 2에 대한 가시성이 없습니다. 다음 ping 결과는 다음 정보를 확인합니다.
C:\Users\rb>ping 10.1.31.10
Pinging 10.1.31.10 with 32 bytes of data:
Request timed out.
...
Request timed out.
Ping statistics for 10.1.31.10:
Packets: Sent = 4, Received = 0, Lost = 4 (100% loss),
원격 가상 네트워크로 가는 경로
온-프레미스 위치 1에서 원격 가상 네트워크의 VM으로 가는 경로 추적 출력은 다음과 같습니다.
C:\Users\rb>tracert 10.17.30.4
Tracing route to 10.17.30.4 over a maximum of 30 hops
1 <1 ms <1 ms <1 ms 10.2.30.3
2 2 ms 5 ms 7 ms 192.168.30.0
3 <1 ms <1 ms <1 ms 192.168.30.18
4 * * * Request timed out.
5 69 ms 70 ms 69 ms 10.17.30.4
Trace complete.
온-프레미스 위치 2에서 오는 데이터 경로
허브 가상 네트워크로 가는 경로
온-프레미스 위치 2에서 허브 가상 네트워크의 VM으로 가는 경로 추적 출력은 다음과 같습니다.
C:\Windows\system32>tracert 10.10.30.4
Tracing route to 10.10.30.4 over a maximum of 30 hops
1 <1 ms <1 ms <1 ms 10.1.31.3
2 <1 ms <1 ms <1 ms 192.168.31.4
3 <1 ms <1 ms <1 ms 192.168.31.22
4 * * * Request timed out.
5 75 ms 74 ms 74 ms 10.10.30.4
Trace complete.
스포크 가상 네트워크로 가는 경로
온-프레미스 위치 2에서 스포크 가상 네트워크의 VM으로 가는 경로 추적 출력은 다음과 같습니다.
C:\Windows\system32>tracert 10.11.30.4
Tracing route to 10.11.30.4 over a maximum of 30 hops
1 <1 ms <1 ms 1 ms 10.1.31.3
2 <1 ms <1 ms <1 ms 192.168.31.0
3 <1 ms <1 ms <1 ms 192.168.31.18
4 * * * Request timed out.
5 75 ms 74 ms 74 ms 10.11.30.4
Trace complete.
분기 가상 네트워크, 온-프레미스 위치 1 및 원격 가상 네트워크로 가는 경로
컨트롤 플레인 분석에서 설명한 대로 온-프레미스 위치 1에는 네트워크 구성에 따라 분기 가상 네트워크, 온-프레미스 위치 1 또는 원격 가상 네트워크에 대한 가시성이 없습니다.
원격 가상 네트워크에서 오는 데이터 경로
허브 가상 네트워크로 가는 경로
원격 가상 네트워크에서 허브 가상 네트워크의 VM으로 가는 경로 추적 출력은 다음과 같습니다.
C:\Users\rb>tracert 10.10.30.4
Tracing route to 10.10.30.4 over a maximum of 30 hops
1 65 ms 65 ms 65 ms 10.17.30.36
2 * * * Request timed out.
3 69 ms 68 ms 68 ms 10.10.30.4
Trace complete.
스포크 가상 네트워크로 가는 경로
원격 가상 네트워크에서 스포크 가상 네트워크의 VM으로 가는 경로 추적 출력은 다음과 같습니다.
C:\Users\rb>tracert 10.11.30.4
Tracing route to 10.11.30.4 over a maximum of 30 hops
1 67 ms 67 ms 67 ms 10.17.30.36
2 * * * Request timed out.
3 71 ms 69 ms 69 ms 10.11.30.4
Trace complete.
분기 가상 네트워크 및 온-프레미스 위치 2로 가는 경로
컨트롤 플레인 분석에서 설명한 대로 원격 가상 네트워크에는 네트워크 구성에 따라 분기 가상 네트워크 또는 온-프레미스 위치 2에 대한 가시성이 없습니다.
온-프레미스 위치 1 경로
원격 가상 네트워크에서 온-프레미스 위치 1의 VM으로 가는 경로 추적 출력은 다음과 같습니다.
C:\Users\rb>tracert 10.2.30.10
Tracing route to 10.2.30.10 over a maximum of 30 hops
1 67 ms 67 ms 67 ms 10.17.30.36
2 * * * Request timed out.
3 * * * Request timed out.
4 69 ms 69 ms 69 ms 10.2.30.10
Trace complete.
탠덤에서 ExpressRoute 및 사이트 간 VPN 연결
ExpressRoute를 통한 사이트 간 VPN
ExpressRoute Microsoft 피어링을 사용하여 데이터를 온-프레미스 네트워크와 Azure 가상 네트워크 간에 비공개로 교환함으로써 사이트 간 VPN을 구성할 수 있습니다. 이 구성을 사용하면 비밀성, 신뢰성 및 무결성을 유지하며 데이터를 교환할 수 있습니다. 데이터 교환은 재생 방지이기도 합니다. ExpressRoute Microsoft 피어링을 사용하여 터널 모드에서 사이트 간 IPsec VPN을 구성하는 방법에 대한 자세한 내용은 ExpressRoute Microsoft 피어링을 통한 사이트 간 VPN을 참조하세요.
Microsoft 피어링을 사용하는 사이트 간 VPN 구성에 대한 기본 제한은 처리량입니다. IPsec 터널을 통한 처리량은 VPN Gateway 용량에 의해 제한됩니다. VPN Gateway 처리량은 ExpressRoute 처리량보다 낮습니다. 이 시나리오에서 매우 안전한 트래픽의 경우 IPsec 터널 및 모든 다른 트래픽의 경우 프라이빗 피어링을 사용하면 ExpressRoute 대역폭 사용량을 최적화하는 데 도움이 될 수 있습니다.
ExpressRoute에 대한 안전한 장애 조치(failover) 경로인 사이트 간 VPN
ExpressRoute는 고가용성을 보장하기 위해 중복 회로 쌍으로 제공됩니다. 다른 Azure 지역에서 지역 중복 ExpressRoute 연결을 구성할 수 있습니다. 또한 테스트 설정에서 설명한 것처럼, Azure 지역 내에서 ExpressRoute 연결에 대한 장애 조치(failover) 경로를 만드는 데 사이트 간 VPN을 사용할 수 있습니다. ExpressRoute 및 사이트 간 VPN을 통해 동일한 접두사를 보급하는 경우 Azure는 ExpressRoute를 우선 순위로 지정합니다. ExpressRoute와 사이트 간 VPN 간의 비대칭 라우팅을 방지하기 위해 온-프레미스 네트워크 구성도 사이트 간 VPN 연결을 사용하기 전에 ExpressRoute 연결을 사용하여 교환해야 합니다.
ExpressRoute 및 사이트 간 VPN의 공존 연결을 구성하는 방법에 대한 자세한 내용은 ExpressRoute 및 사이트 간 공존을 참조하세요.
백 엔드 연결을 스포크 가상 네트워크 및 분기 위치로 확장
가상 네트워크 피어링을 사용하여 스포크 가상 네트워크 연결
허브와 스포크 가상 네트워크 아키텍처는 널리 사용됩니다. 허브는 스포크 가상 네트워크 간 및 온-프레미스 네트워크에 대해 중앙 연결 지점 역할을 하는 Azure의 가상 네트워크입니다. 스포크는 허브와 피어링하는 가상 네트워크이며 워크로드를 격리하는 데 사용할 수 있습니다. 트래픽은 ExpressRoute 또는 VPN 연결을 통해 온-프레미스 데이터 센터와 허브 사이를 흐릅니다. 아키텍처에 대한 자세한 내용은 Azure에서 허브-스포크 네트워크 토폴로지 구현을 참조하세요.
지역 내의 가상 네트워크 피어링에서 스포크 가상 네트워크는 허브 가상 네트워크 게이트웨이(VPN 및 ExpressRoute 게이트웨이 모두)를 사용하여 원격 네트워크와 통신할 수 있습니다.
사이트 간 VPN을 사용하여 분기 가상 네트워크 연결
서로 다른 지역에 있는 분기 가상 네트워크와 온-프레미스 네트워크에서 허브 가상 네트워크를 통해 서로 통신하도록 할 수 있습니다. 이 구성에 대한 네이티브 Azure 솔루션은 VPN을 사용하는 사이트 간 VPN 연결입니다. 대안은 허브의 라우팅에 대해 NVA(네트워크 가상 어플라이언스)를 사용하는 것입니다.
자세한 내용은 VPN Gateway란? 및 고가용성 NVA 배포를 참조하세요.
다음 단계
다음에 대해 ExpressRoute FAQ를 참조하세요.
ExpressRoute 게이트웨이에 연결할 수 있는 ExpressRoute 회로 개수를 알아봅니다.
ExpressRoute 회로에 연결할 수 있는 ExpressRoute 게이트웨이 개수를 알아봅니다.
ExpressRoute의 다른 크기 조정 제한 사항에 대해 알아봅니다.