이 문서에서는 Network Watcher 도구, 흐름 로그, 트래픽 분석 및 Azure Monitor Network Insights를 사용하여 Azure 네트워크 리소스를 모니터링, 진단 및 문제를 해결하는 방법을 설명합니다. 이 지침을 사용하여 트래픽 패턴, 연결 상태 및 보안 이벤트에 대한 가시성을 제공하는 네트워크 관찰 가능성 전략을 계획할 수 있습니다.
이 문서에서 다루는 내용
Azure 네트워크 모니터링은 진단, 흐름 가시성, 연결 테스트 및 운영 대시보드에 걸쳐 있습니다. Azure 모니터링 스택의 여러 계층에서 특별히 빌드된 도구를 제공합니다.
- 진단 및 문제 해결: 특정 패킷이 허용 또는 거부되는 이유를 식별하고, 패킷이 사용하는 경로를 추적하고, 심층 분석을 위해 트래픽을 캡처합니다.
- 흐름 표시 유형: 보안 조사, 규정 준수 및 용량 계획을 위해 가상 네트워크 전체의 모든 네트워크 흐름에 대한 메타데이터를 기록합니다.
- 연결 모니터링: 연결이 저하되면 엔드포인트(Azure, 온-프레미스 및 외부) 간의 연결 가능성과 경고를 지속적으로 테스트합니다.
- 운영 대시보드: 에이전트를 배포하지 않고 구독 간에 네트워크 토폴로지, 상태 및 메트릭을 시각화합니다.
이 문서에서는 각 계층의 주소를 지정하는 도구를 다루며 사용자 환경에 적합한 조합을 선택하는 데 도움이 됩니다.
이 문서가 필요한 사람
다음 조건 중 하나 이상이 적용되는 경우 이 문서를 참조하세요.
- Azure 네트워크 트래픽, 연결 상태, 라우팅 결정 또는 보안 이벤트에 대한 가시성이 필요합니다.
- 패킷 필터링, 다음 홉, 터널 상태 또는 예기치 않은 연결 오류 문제를 해결하는 도구가 필요합니다.
- 보안 조사, 용량 계획 또는 작업을 위해 흐름 로그, 트래픽 분석 또는 대시보드가 필요합니다.
- Azure, 온-프레미스 또는 클라우드 간 네트워크 경로에 대한 지속적인 모니터링이 필요합니다.
팁 (조언)
시나리오 경로를 따라가시겠습니까? 페이지 맨 위에서 시나리오를 선택하여 맞춤형 지침을 확인합니다. 다음 핵심 지침은 모든 판독기에게 적용됩니다.
리프트 앤 시프트 포커스: 마이그레이션 기준을 설정한 후 모니터링을 설정합니다. 연결이 예상대로 작동하는지, 성능이 요구 사항을 충족하고, 트래픽 패턴이 마이그레이션 전 설명서와 일치하는지 확인하려면 네트워크 관찰성이 필요합니다. Network Watcher 마이그레이션된 워크로드가 종속성에 도달할 수 있는지 여부를 즉시 확인할 수 있습니다.
현대화 포커스: 모니터링은 사후 고려가 아니라 대상 디자인의 일부입니다. 프로덕션 준비 상태의 경우 첫날부터 네트워크 관찰이 필요합니다. AKS 및 ASE(App Service Environment) 워크로드는 사전에 모니터링해야 하는 여러 스포크, 지역 및 프라이빗 엔드포인트에서 복잡한 트래픽 패턴을 생성합니다.
크로스 클라우드 중점: 여러 클라우드에 걸친 환경은 운영상 문제를 진단하고 해결하기가 더 어렵기 때문에 모니터링이 필수적입니다. 트래픽이 Azure AWS 또는 Google Cloud 간에 암호화된 VPN 터널을 교차하는 경우 터널 경계에서 가시성이 손실됩니다. 클라우드 경계를 넘어 대기 시간 증가, 패킷 손실 및 연결 오류를 감지하려면 Azure 쪽에서 모니터링 도구가 필요합니다.
Azure 서비스 및 기능
다음 표에서는 Azure 네트워킹에서 사용할 수 있는 핵심 모니터링 및 진단 도구에 대해 설명합니다.
| Tool | 제공하는 내용 | 사용 시기 |
|---|---|---|
| 네트워크 감시자 | Azure 가상 네트워크에 대한 진단, 모니터링 및 로깅 기능을 제공하는 플랫폼 서비스입니다. 가상 네트워크를 만들 때 지역별로 자동으로 사용하도록 설정됩니다. | 모든 네트워크 문제 해결의 시작점입니다. 실시간 진단을 위해 IP 흐름 확인, 다음 홉 및 패킷 캡처를 사용합니다. |
| VNet 흐름 로그 | 가상 네트워크를 통해 흐르는 모든 트래픽에 대한 메타데이터(원본, 대상, 포트, 프로토콜, 작업)를 기록합니다. NSG 규칙과 Azure Virtual Network Manager 보안 관리자 규칙을 모두 평가합니다. | 보안 조사, 규정 준수 감사 및 용량 계획을 위해 모든 프로덕션 가상 네트워크에서 사용하도록 설정합니다. NSG 흐름 로그를 대체합니다. |
| NSG 흐름 로그(사용 중지) | 서브넷 또는 NIC 수준에서 네트워크 보안 그룹이 내린 트래픽 결정을 기록합니다. | 레거시 배포 전용. 2027년 9월 30일 이전에 VNet 흐름 로그로 마이그레이션합니다. 2025년 6월 30일 이후에는 새 NSG 흐름 로그를 만들 수 없습니다. |
| Traffic Analytics | Log Analytics 작업 영역에서 흐름 로그 데이터를 집계하고 시각화합니다. 트래픽 패턴, 상위 토커, 열린 포트 및 지리적 흐름 분포를 보여 줍니다. | 사용자 지정 쿼리를 작성하지 않고 흐름 로그 데이터에서 운영 가시성을 얻습니다. 네트워크 전체에서 변칙 및 보안 위험을 식별합니다. |
| 연결 모니터 | TCP, ICMP 또는 HTTP 프로브를 사용하여 원본 엔드포인트와 대상 엔드포인트 간의 연결을 지속적으로 테스트합니다. Azure VM, 온-프레미스 호스트(Azure Arc 통해) 및 외부 URL을 지원합니다. | 하이브리드 연결에 대한 SLA 규정 준수를 모니터링하고, 연결 회귀를 검색하고, 방화벽 규칙이 예상 트래픽을 허용하는지 확인합니다. |
| 패킷 캡처 | VM에 액세스할 필요 없이 가상 머신에서 패킷을 캡처합니다. 스토리지 계정 또는 VM에 로컬로 캡처를 저장합니다. | 보안 조사 중 또는 애플리케이션 계층 연결 문제를 진단할 때 심층 패킷 분석 |
| IP 흐름 확인 | 5개 튜플(원본 IP, 대상 IP, 원본 포트, 대상 포트, 프로토콜)에 대한 NSG 규칙 및 AVNM 보안 관리자 규칙을 평가하여 특정 패킷이 허용되는지 또는 거부되는지 테스트합니다. | VM이 대상에 연결할 수 없는 이유 또는 트래픽이 예기치 않게 차단되는 이유를 해결합니다. 패킷 캡처 없이 즉시 결과를 가져옵니다. |
| 다음 홉 | 특정 네트워크 인터페이스를 벗어나는 트래픽에 대한 다음 홉 유형 및 IP 주소를 표시합니다. 사용자 정의 경로, BGP 경로 및 시스템 경로를 포함한 유효 경로를 평가합니다. | 비대칭 라우팅을 진단하고, 트래픽이 예상 네트워크 가상 어플라이언스를 통해 흐르는지 확인하거나, 트래픽이 삭제되는 이유를 식별합니다. |
| Azure Monitor Network Insights | 에이전트 설치 또는 추가 구성 없이 배포된 모든 네트워크 리소스에 대한 전체 토폴로지 보기 및 상태 메트릭을 제공합니다. | 구독, 리소스 그룹 및 지역에서 리소스 상태, 메트릭 및 종속성을 표시하는 운영 대시보드입니다. |
선택 방법
문제 해결을 위한 Network Watcher 시작
Network Watcher는 연결 문제를 진단할 때 가장 먼저 찾는 곳입니다. 가상 네트워크가 있는 모든 지역에서 자동으로 사용하도록 설정됩니다. 추가 설정이 필요하지 않습니다.
문제 해결 시 다음 방법을 사용합니다.
- IP 흐름 확인: 트래픽이 허용 또는 거부되는지 확인하고 해당 결정에 대한 책임이 있는 규칙을 찾습니다. 이 도구는 NSG 규칙 및 AVNM(Azure Virtual Network Manager) 보안 관리자 규칙을 테스트합니다.
- 다음 홉: 라우팅 경로를 확인하고 트래픽이 의도한 다음 홉(인터넷, 가상 네트워크 게이트웨이, NVA 또는 없음)에 도달하는지 여부를 식별합니다.
- 패킷 캡처: IP 흐름 확인 및 다음 홉에서 문제가 표시되지 않는 경우 프로토콜 수준 분석을 위한 패킷을 캡처합니다.
흐름 로그로 가시성 확보
진단 기능을 설정한 후 지속적인 가시성을 위해 흐름 로깅을 켭니다.
- 모든 프로덕션 가상 네트워크에서 VNet 흐름 로그를 사용하도록 설정합니다. VNet 흐름 로그는 전체 가상 네트워크에 대한 트래픽을 기록하므로 여러 NSG 수준에서 로깅을 구성할 필요가 없습니다. 이 방법은 중복 레코드도 방지합니다.
- Traffic Analytics를 사용하여 작업할 수 있는 대시보드로 흐름 데이터를 집계합니다. Traffic Analytics에는 Log Analytics 작업 영역이 필요합니다. 추가 데이터 전송 요금 없이 지원되는 모든 지역에서 작업 영역을 사용합니다.
- 규정 준수 요구 사항에 따라 보존 정책을 설정합니다. Azure Storage 저장된 흐름 로그 레코드는 스토리지 계정의 수명 주기 관리 정책을 따릅니다.
SLA에 중요한 경로에 대한 연속 모니터링 추가
가동 중지 시간이 비즈니스에 영향을 미치는 연결의 경우:
- Azure VM, 온-프레미스 엔드포인트 및 외부 URL 간에 연결 모니터 테스트를 배포합니다.
- 대기 시간, 패킷 손실 또는 도달 가능성 임계값을 초과할 때 트리거되도록 경고를 구성합니다.
- 추가 에이전트를 배포하지 않고 전체 네트워크에서 상태 메트릭을 상호 연결하는 토폴로지 보기에 Network Insights를 사용합니다.
의사 결정 개요
| 모니터링 필요 | 기본 도구 | 하이브리드 지원 | 에이전트 필요 |
|---|---|---|---|
| "이 패킷이 차단되는 이유는 무엇인가요?" | IP 흐름 확인 | No | No |
| "이 트래픽은 어디로 이동하나요?" | 다음 홉 | No | No |
| "지난 1시간 동안 무슨 일이 일어났는가?" | 패킷 캡처 | No | No |
| "내 VNet의 트래픽 패턴은 무엇인가요?" | VNet 흐름 로그 + 트래픽 분석 | No | No |
| "하이브리드 연결이 정상인가요?" | 연결 모니터 | 예(Azure Arc) | 예(원본에만 해당) |
| "내 네트워크의 전반적인 상태는 무엇인가요?" | 네트워크 인사이트 | Partial | No |
디자인 고려 사항
모니터링 우선 순위는 마이그레이션 후 기준 유효성 검사입니다. 마이그레이션된 워크로드가 종속성에 도달할 수 있고 성능이 기대에 부합하는지 확인하는 데 집중합니다.
- 연결 유효성 검사에 대한 Network Watcher: IP 흐름 확인 및 다음 홉을 사용하여 NSG 규칙 및 경로 테이블이 마이그레이션된 애플리케이션에 필요한 트래픽을 허용하는지 확인합니다. 마이그레이션된 각 워크로드에 대해 이러한 검사를 체계적으로 실행합니다.
- 기준 트래픽 패턴에 대한 VNet 흐름 로그: 프로덕션 가상 네트워크에서 VNet 흐름 로그를 사용하도록 설정하여 마이그레이션된 워크로드의 실제 트래픽 패턴을 캡처합니다. 흐름 데이터를 마이그레이션 전 설명서와 비교하여 예상되는 모든 통신 경로가 작동하는지 확인합니다.
- 하이브리드 경로에 대한 연결 모니터: Azure VM과 온-프레미스 엔드포인트 간에 연결 모니터 테스트를 배포하여 VPN 또는 ExpressRoute 연결이 허용 가능한 대기 시간과 가용성을 유지하는지 지속적으로 유효성을 검사합니다.
- 지연된 고급 모니터링: 초기 마이그레이션이 안정화된 후 Traffic Analytics 및 고급 경고를 구성합니다. 장기 운영 대시보드에 투자하기 전에 진단 도구를 사용하여 연결의 유효성을 검사합니다.
모니터링 전략은 첫 번째 배포의 프로덕션 워크로드를 지원합니다. AKS 클러스터, App Service Environments 및 다중 지역 활성-활성 아키텍처에는 완전한 관측 가능성이 필요합니다.
- 모든 스포크에서 VNet 흐름 로그: 모든 스포크 가상 네트워크에서 VNet 흐름 로그를 사용하도록 설정합니다. 컨테이너화된 워크로드는 각 스포크 내의 여러 서브넷 및 프라이빗 엔드포인트에 걸쳐 있는 트래픽 패턴을 생성합니다.
- 운영 가시성을 위한 트래픽 분석: Log Analytics 작업 영역을 사용하여 Traffic Analytics를 배포하여 모든 스포크에서 흐름 데이터를 집계합니다. 네트워크 운영자는 Traffic Analytics 대시보드를 사용하여 자산 전체에서 상위 토커, 비정상적인 흐름 및 용량 추세를 식별합니다.
- 앱 팀 모니터링 책임: 애플리케이션 팀은 자체 워크로드(AKS 메트릭, ASE 진단)를 모니터링합니다. 중앙 네트워크 작업은 허브 방화벽, VPN 게이트웨이, 피어링 링크 및 지역 간 연결과 같은 공유 인프라를 모니터링합니다.
- 다중 리전에 대한 연결 모니터: 지역 간에 연결 모니터 테스트를 배포하여 허브 간 연결이 활성-활성 SLA 요구 사항을 충족하는지 지속적으로 확인합니다. 백본 정체 또는 라우팅 변경을 나타낼 수 있는 대기 시간 증가에 대한 경고를 구성합니다.
- 종단 간 성능 모니터링을 위한 연결 모니터: 연결 모니터를 사용하여 각 지역 허브에서 Azure Firewall을 통과하는 트래픽을 포함해 허브-스포크 토폴로지 전반의 종단 간 성능을 추적합니다. 연결 모니터는 사용 중단 예정인 Network 성능 모니터를 대체하며 Azure, 온-프레미스 및 인터넷 홉 전반에 걸친 통합된 토폴로지 보기를 제공합니다.
클라우드 간 환경에서는 VPN 터널 경계에서 가시성이 손실되므로 고유한 모니터링 문제가 발생합니다. AWS 또는 Google Cloud로 IPsec 터널을 입력하는 트래픽은 응답이 반환될 때까지 Azure 쪽 모니터링에서 사라집니다.
- 클라우드 간 트래픽 모니터링: VPN Gateway 또는 Virtual WAN 허브를 호스트하는 가상 네트워크에서 VNet 흐름 로그를 사용하도록 설정합니다. 이러한 로그는 클라우드 간 터널로 들어오고 나가는 트래픽을 캡처하여 클라우드 간 통신을 위한 볼륨 데이터 및 프로토콜 배포를 제공합니다.
- 대기 시간 측정: AZURE VM에서 AWS 또는 Google Cloud의 엔드포인트로 연결 모니터 테스트를 배포합니다. ICMP 또는 TCP 프로브를 사용하여 암호화된 터널에서 왕복 대기 시간을 측정합니다. 애플리케이션 요구 사항에 따라 경고 임계값을 설정합니다.
- 암호화된 터널 문제 해결: 클라우드 간 연결이 실패하는 경우 Network Watcher 다음 홉 및 IP 흐름 확인을 사용하여 Azure 쪽 라우팅 및 NSG 규칙이 여전히 트래픽을 VPN Gateway 전달하도록 확인합니다. VPN Gateway 진단 로그는 IKE 협상 상태 및 터널 상태를 표시합니다.
- 양쪽 모니터링: Azure 모니터링은 클라우드 간 연결의 Azure 측면을 다룹니다. AWS CloudWatch 또는 Google Cloud Monitoring 구성을 조정하여 엔드 투 엔드 가시성을 얻습니다. 두 공급자의 터널 상태 변경에 대한 경고입니다.
- Network Watcher 시작 지점: Network Watcher 진단을 사용하여 연결 오류가 Azure 쪽(NSG 규칙, 경로 테이블, 게이트웨이 구성) 또는 원격 쪽(AWS 또는 Google 클라우드 방화벽 규칙, VPN 구성)에서 발생하는지 여부를 격리합니다.
네트워크 비용 모니터링
네트워킹은 모니터링이 표시되어야 하는 반복 비용입니다. Microsoft Cost Management 사용하여 네트워크 지출을 구동하는 리소스를 식별합니다. Azure Firewall에서 처리되는 데이터, 게이트웨이 스케일 단위, 공용 IP 주소, 지역 간 데이터 전송 및 전역 피어링 데이터 전송, 그리고 Log Analytics 수집은 일반적인 요인입니다. 리소스 공급자별로 Microsoft.Network 비용 분석을 필터링하고, 리소스별로 그룹화하고, 예산 경고를 설정하여 예기치 않은 증가(예: 지역 간 복제 트래픽 급증)가 일찍 표시됩니다. 비용 급증을 흐름 로그 및 Traffic Analytics와 연결하여 그 뒤에 있는 트래픽 패턴을 찾습니다.
사전 요구 사항
네트워크 모니터링을 구현하기 전에 다음 요구 사항을 충족하는지 확인합니다.
- Network Watcher 사용: 가상 네트워크를 만들거나 업데이트할 때 지역별로 Network Watcher 자동으로 사용하도록 설정됩니다. 조직에서 자동 사용을 옵트아웃한 경우 필요한 각 지역에 대해 수동으로 Network Watcher 사용하도록 설정합니다. 옵트아웃을 되돌리려면 Azure 지원 요청이 필요합니다.
- Log Analytics 작업 영역: 트래픽 분석 및 연결 모니터에 필요합니다. 작업 영역은 지원되는 모든 지역에 있을 수 있습니다. 추가 지역 간 데이터 전송 요금은 적용되지 않습니다.
- 스토리지 계정: 흐름 로그 스토리지 및 패킷 캡처 출력에 필요합니다. 수명 주기 관리 규칙을 사용하여 보존 및 비용을 제어합니다.
- Azure Arc 에이전트(하이브리드 전용):연결 모니터 원본 엔드포인트 역할을 하는 온-프레미스 머신에 필요합니다. 대상 엔드포인트에는 에이전트가 필요하지 않습니다. URL, FQDN 또는 IP 주소를 모니터링합니다.
- NSG 흐름 로그를 대체하는 VNet 흐름 로그: 현재 NSG 흐름 로그를 사용하는 경우 사용 중지 날짜 전에 VNet 흐름 로그로 마이그레이션을 계획합니다.
NSG 흐름 로그에서 VNet 흐름 로그로 마이그레이션
Important
NSG 흐름 로그는 2027년 9월 30일에 사용 중지됩니다. 2025년 6월 30일 이후에는 새 NSG 흐름 로그를 만들 수 없습니다. 트래픽 가시성을 유지하기 위해 VNet 흐름 로그로 마이그레이션합니다.
VNet 흐름 로그는 NSG 흐름 로그와 동일한 기능을 제공하며 다음을 추가합니다.
- NSG가 처리하지 않는 트래픽을 포함하여 가상 네트워크 내의 모든 트래픽 검사
- Azure Virtual Network Manager 보안 관리자 규칙 평가
- VNet 암호화 상태 평가
- 간소화된 범위: 서브넷 및 NIC(네트워크 인터페이스 카드) 수준에서 로깅을 구성할 필요가 없습니다.
- 중복 로그 레코드 없음
마이그레이션 단계:
- 활성 NSG 흐름 로그를 사용하여 모든 가상 네트워크를 식별합니다.
- 동일한 대상 스토리지 계정 및 Traffic Analytics 구성을 사용하여 각 가상 네트워크에서 VNet 흐름 로그를 사용하도록 설정합니다.
- VNet 흐름 로그 데이터가 Traffic Analytics에 표시되는지 확인합니다.
- 중복 기록 및 불필요한 스토리지 비용을 방지하려면 NSG 흐름 로그를 끕니다.
팁 (조언)
VNet 흐름 로그가 올바르게 기록되고 있는지 확인한 후 NSG 흐름 로그를 끕니다. 둘 다 동시에 실행하면 중복 레코드가 생성되고 스토리지 비용이 두 배가 됩니다.
Azure 대규모로 자동화된 마이그레이션을 위한 마이그레이션 스크립트와 Azure Policy 경로를 모두 제공합니다.
보안 고려 사항
모니터링 데이터를 보호하고 진단 도구에 대한 액세스를 제어합니다. 다음 하위 섹션에서는 데이터 민감도, 보존, 프로브 보안 및 역할 기반 액세스를 다룹니다.
흐름 로그 데이터 민감도
흐름 로그 레코드에는 원본 및 대상 IP 주소, 포트, 프로토콜 및 작업을 비롯한 모든 네트워크 트래픽에 대한 메타데이터가 포함됩니다. 흐름 로그 데이터를 중요한 것으로 처리합니다.
- 적절한 액세스 제어 및 암호화를 사용하여 스토리지 계정에 흐름 로그를 저장합니다.
- Azure RBAC를 사용하여 Traffic Analytics 데이터를 수신하는 Log Analytics 작업 영역에 대한 액세스를 제한합니다.
- 최소 권한 원칙 적용: 네트워크 운영자는 트래픽 분석 대시보드가 필요하지만 원시 흐름 로그 액세스는 필요하지 않을 수 있습니다.
진단 데이터 보존
- PCI DSS, HIPAA 또는 SOC 2와 같은 조직의 규정 준수 요구 사항에 따라 보존 정책을 정의합니다.
- Azure Storage 수명 주기 관리를 사용하여 필요한 보존 기간 후에 흐름 로그 데이터를 자동으로 보관하거나 삭제합니다.
- 스토리지 계정 비용을 모니터링합니다. 처리량이 높은 네트워크는 대량의 흐름 로그 데이터를 생성합니다.
연결 모니터 보안
- 연결 모니터 프로브 트래픽은 Azure 인프라에서 발생합니다. NSG 규칙이 프로브 원본 범위를 허용하는지 확인합니다(간단히 하기 위해 서비스 태그 사용
AzureMonitor). - 온-프레미스 원본의 경우 Azure Arc 에이전트는 Azure 대한 보안 연결을 유지합니다. 조직의 에이전트 보안 정책을 따릅니다.
Network Watcher 액세스 제어
Network Watcher 작업에는 특정 Azure RBAC 역할이 필요합니다. 최소 권한의 원칙을 따릅니다.
| 역할 | 역량 |
|---|---|
| 네트워크 기여자 | 패킷 캡처 및 흐름 로그 구성을 포함한 전체 Network Watcher 액세스 |
| Reader | Network Watcher 리소스 및 토폴로지 보기 |
| 사용자 지정 역할 | 전체 기여자 권한 없이 특정 작업(IP 흐름 확인, 다음 홉)으로 범위 제한 |
관련된 문서
- 네트워크 보안 그룹 및 애플리케이션 보안 그룹: 흐름 로그가 평가하는 NSG 규칙입니다.
- Azure Firewall 및 네트워크 세분화: 방화벽 진단 로그 및 메트릭.
- 허브-스포크 네트워크 토폴로지: 허브 수준의 가시성 및 중앙 집중식 모니터링.
- Azure Virtual Network Manager 및 중앙 집중식 관리: VNet 흐름 로그에서 평가되는 AVNM 보안 관리자 규칙입니다.
자세히 알아보기
- Network Watcher 개요
- VNet 흐름 로그 개요
- NSG 흐름 로그 마이그레이션
- Traffic Analytics
- 연결 모니터 개요
- Azure Monitor Network Insights
- IP 흐름 확인
- 다음 홉
다음 단계
팁 (조언)
탐색을 완료했나요? 기본 Azure 네트워킹 디자인 가이드의 끝에 도달했습니다. 개요 탐색기로 돌아가 원하는 기능 영역을 다시 살펴보거나, 여러 가상 네트워크 전반에서 중앙 집중식 네트워크 관리를 위해 Azure Virtual Network Manager로 계속 진행하세요.
리프트 앤 시프트 네트워킹 과정을 완료했습니다. 이제 VPN/ExpressRoute 하이브리드 연결을 갖춘 허브-스포크 토폴로지, 동서 트래픽 및 아웃바운드 트래픽을 위한 중앙 집중식 Azure Firewall, 안전한 관리자 액세스를 위한 Bastion, 그리고 마이그레이션 기준선을 모니터링하는 Network Watcher를 갖추게 되었습니다.
요구 사항이 확대되었다면 인터넷 인그레스, WAF, DDoS 및 다중 지역 옵션에 대한 시나리오 가이드의 조건부 문서를 다시 검토하세요.
중앙 집중식 네트워크 관리. 선택적: 마이그레이션에서 다중 VNet 자산을 만든 경우 중앙 집중식 거버넌스에 Azure Virtual Network Manager 사용합니다.
개요로 돌아가기: 다른 기능을 탐색하거나 아키텍처를 검토합니다.
현대화 네트워킹 경로를 완료했습니다. 이제 전역 수신을 위한 Front Door 또는 Traffic Manager를 사용하는 이중 허브 다중 리전 아키텍처, 보안 PaaS 연결을 위한 Private Link, Azure Firewall 및 WAF를 통한 계층화된 보안, 애플리케이션 계층 전반의 엔드 투 엔드 모니터링이 있습니다.
요구 사항이 필수 스택 이상으로 확장된 경우 지역 간 장애 조치(failover) 및 추가 보안 계층과 같은 고급 네트워킹 기능에 대한 시나리오 가이드의 추가 문서를 다시 방문하세요.
중앙 집중식 네트워크 관리. 선택 사항: 자산이 여러 구독 및 팀에 걸쳐 있는 경우 중앙 집중식 정책 관리에 Azure Virtual Network Manager 사용합니다.
개요로 돌아가기: 다른 기능을 탐색하거나 아키텍처를 검토합니다.
클라우드 간 네트워킹 경로를 완료했습니다. 이제 Azure Virtual WAN 통한 전송 게이트웨이 동등성, AWS VPC 및 Google Cloud VPC를 Azure 연결하는 VPN 터널, 클라우드 간 이름 확인을 위한 프라이빗 DNS 확인자를 사용한 DNS 컷오버, 모든 클라우드 간 트래픽에 대한 보안 가상 허브 검사가 있습니다.
요구 사항이 확대되었다면 인터넷 인그레스, WAF, DDoS 및 다중 리전 옵션에 대한 시나리오 가이드의 조건별 문서를 다시 확인하세요.
중앙 집중식 네트워크 관리. 선택적: Azure 쪽이 관리되는 다중 구독 자산으로 성장하는 경우 중앙 집중식 관리에 Azure Virtual Network Manager 사용합니다.
개요로 돌아가기: 다른 기능을 탐색하거나 아키텍처를 검토합니다.