Azure ExpressRoute 모니터링

Azure 리소스를 사용하는 중요한 애플리케이션 및 비즈니스 프로세스가 있는 경우 이와 같은 리소스의 가용성, 성능 및 작업을 모니터링할 수 있습니다.

이 문서에서는 Azure ExpressRoute에서 생성된 데이터 모니터링에 대해 설명합니다. Azure ExpressRoute는 Azure Monitor를 사용합니다. 이 기능을 사용하는 모든 Azure 서비스에 공통되는 Azure Monitor 기능에 익숙하지 않은 경우 Azure Monitor로 Azure 리소스 모니터링을 읽어 보세요.

ExpressRoute 인사이트

Azure의 일부 서비스는 Azure Portal에서 서비스 모니터링을 위한 시작점을 제공하는 미리 빌드된 모니터링 대시보드를 특별히 제공합니다. 이러한 특수 대시보드를 인사이트라고 합니다.

ExpressRoute는 네트워크 인사이트를 사용하여 모든 ExpressRoute 구성 요소(피어링, 연결, 게이트웨이) 서로 간의 자세한 토폴로지 매핑을 제공합니다. 또한 ExpressRoute의 네트워크 인사이트에는 가용성, 처리량, 패킷 삭제, 게이트웨이 메트릭을 위한 메트릭 대시보드가 미리 로드되어 있습니다. 자세한 내용은 Networking Insights를 사용하는 Azure ExpressRoute 인사이트를 참조하세요.

데이터 모니터링

Azure ExpressRoute는 Azure 리소스에서 데이터 모니터링에 설명된 다른 Azure 리소스와 동일한 종류의 모니터링 데이터를 수집합니다.

Azure ExpressRoute에서 만든 메트릭 및 로그 메트릭에 대한 자세한 내용은 Azure ExpressRoute 데이터 참조 모니터링을 참조하세요.

수집 및 라우팅

플랫폼 메트릭 및 활동 로그는 자동으로 수집되고 저장되지만 진단 설정을 사용하여 다른 위치로 라우팅할 수 있습니다.

리소스 로그는 진단 설정을 만들고 하나 이상의 위치로 라우팅할 때까지 수집 및 저장되지 않습니다.

Azure Portal, CLI 또는 PowerShell을 사용한 진단 설정 만들기의 자세한 프로세스는 Azure에서 플랫폼 로그 및 메트릭을 수집하는 진단 설정 만들기를 참조하세요. 진단 설정을 만들 때 수집할 로그 범주를 지정합니다. Azure ExpressRoute에 대한 범주는 Azure ExpressRoute 모니터링 데이터 참조에 나열됩니다.

Important

이러한 설정을 사용하려면 추가 Azure 서비스(스토리지 계정, 이벤트 허브 또는 Log Analytics)가 필요하므로 비용이 늘어날 수 있습니다. 예상 비용을 계산하려면 Azure 가격 계산기를 방문하세요.

수집할 수 있는 메트릭 및 로그는 다음 섹션에서 설명합니다.

메트릭 분석

Azure Monitor 메뉴에서 메트릭을 열면 메트릭 탐색기를 사용하여 다른 Azure 서비스에 대한 메트릭과 함께 Azure ExpressRoute에 대한 메트릭을 분석할 수 있습니다. 이 도구 사용에 대한 자세한 내용은 Azure Monitor 메트릭 탐색기를 사용하여 메트릭 분석을 참조하세요.

ExpressRoute에 대한 메트릭 대시보드의 스크린샷

Azure Monitor에서 지원되는 모든 리소스 메트릭 목록을 참조하세요.

  • ExpressRoute 메트릭을 보려면 리소스 종류 ExpressRoute 회로를 기준으로 필터링합니다.
  • Global Reach 메트릭을 보려면 리소스 종류 ExpressRoute 회로를 기준으로 필터링하고 Global Reach를 사용하도록 설정한 ExpressRoute 회로 리소스를 선택합니다.
  • ExpressRoute Direct 메트릭을 보려면 ExpressRoute 포트를 기준으로 리소스 종류를 필터링합니다.

메트릭을 선택하면 기본 집계가 적용됩니다. 필요에 따라 분할을 적용하여 차원이 다른 메트릭을 표시할 수 있습니다.

로그 분석

Azure Monitor Logs의 데이터는 테이블마다 고유한 자체 속성 집합이 있는 테이블에 저장됩니다.

Azure Monitor의 모든 리소스 로그에는 동일한 필드와 그 뒤에 오는 서비스별 필드가 있습니다. 공용 스키마는 Azure Monitor 리소스 로그 스키마에서 설명합니다. ExpressRoute 리소스 로그에 대한 스키마는 Azure ExpressRoute 데이터 참조에 있습니다.

활동 로그는 구독 수준의 이벤트에 대한 인사이트를 제공하는 플랫폼 로깅입니다. 활동 로그는 독립적으로 보거나 Azure Monitor Logs로 라우팅할 수 있습니다. 여기서 Log Analytics를 사용하여 훨씬 더 복잡한 쿼리를 수행할 수 있습니다.

ExpressRoute는 다음 테이블에 데이터를 저장합니다.

테이블 설명
AzureDiagnostics 여러 서비스에서 리소스 로그를 저장하는 데 사용하는 공통 테이블입니다. ExpressRoute의 리소스 로그는 MICROSOFT.NETWORK로 식별할 수 있습니다.
AzureMetrics 상태 및 성능을 측정하는 ExpressRoute에서 내보낸 메트릭 데이터입니다.

이러한 테이블을 보려면 ExpressRoute 회로 리소스로 이동하여 ‘모니터링’에서 로그를 선택합니다.

참고 항목

BGP 경로 테이블 로그와 같은 Azure 진단 로그는 24시간마다 업데이트됩니다.

샘플 Kusto 쿼리

다음은 Azure ExpressRoute 리소스를 모니터링하기 위해 로그 검색 창에 입력할 수 있는 몇 가지 쿼리입니다. 이러한 쿼리는 새 언어에서 작동합니다.

  • 지난 12시간 동안 학습한 BGP(Border Gateway Protocol) 경로 테이블을 쿼리하려는 경우입니다.

    AzureDiagnostics
    | where TimeGenerated > ago(12h)
    | where ResourceType == "EXPRESSROUTECIRCUITS"
    | project TimeGenerated, ResourceType , network_s, path_s, OperationName
    
  • 수준, 리소스 종류 및 네트워크별로 BGP 정보 메시지를 쿼리하려는 경우

    AzureDiagnostics
    | where Level == "Informational"
    | where ResourceType == "EXPRESSROUTECIRCUITS"
    | project TimeGenerated, ResourceId , Level, ResourceType , network_s, path_s
    
  • 지난 1시간 동안의 트래픽 그래프 BitInPerSeconds를 쿼리하려는 경우

    AzureMetrics
    | where MetricName == "BitsInPerSecond"
    | summarize by Average, bin(TimeGenerated, 1h), Resource
    | render timechart
    
  • 지난 1시간 동안의 트래픽 그래프 BitOutPerSeconds를 쿼리하려는 경우

    AzureMetrics
    | where MetricName == "BitsOutPerSecond"
    | summarize by Average, bin(TimeGenerated, 1h), Resource
    | render timechart
    
  • 5분 간격으로 ArpAvailability 그래프를 쿼리하려는 경우

    AzureMetrics
    | where MetricName == "ArpAvailability"
    | summarize by Average, bin(TimeGenerated, 5m), Resource
    | render timechart
    
  • 5분 간격으로 BGP 가용성 그래프를 쿼리하려는 경우

    AzureMetrics
    | where MetricName == "BGPAvailability"
    | summarize by Average, bin(TimeGenerated, 5m), Resource
    | render timechart
    

경고

Azure Monitor 경고는 모니터링 데이터에서 중요한 조건이 발견될 때 사용자에게 사전에 알립니다. 이를 통해 고객이 알기 전에 시스템 문제를 식별하고 해결할 수 있습니다. 메트릭, 로그활동 로그에서 경고를 설정할 수 있습니다. 서로 다른 형식의 경고에는 장점과 단점이 있습니다.

다음 표에는 ExpressRoute에 대한 일반적인 경고 규칙과 권장되는 경고 규칙이 나와 있습니다.

경고 유형 조건 설명
ARP 가용성 저하 차원 이름: 피어링 유형, 집계 유형: Avg, 연산자: 보다 작음, 임계값: 100% 피어링 유형에 대해 ARP 가용성이 저하된 경우입니다.
BGP 가용성 저하 차원 이름: 피어, 집계 유형: Avg, 연산자: 보다 작음, 임계값: 100% 피어에 대해 BGP 가용성이 저하된 경우입니다.

참고 항목

Microsoft 에지와 코어 네트워크 간의 유지 관리 중에는 고객 에지와 Microsoft 에지 간의 BGP 세션이 계속 켜져 있어도 BGP 가용성이 다운된 것으로 나타납니다. Microsoft 에지와 코어 네트워크 간의 유지 관리에 대한 정보를 보려면 유지 관리 경고를 켜고 구성해야 합니다.

ExpressRoute 게이트웨이 연결에 대한 경고

  1. 경고를 구성하려면 Azure Monitor로 이동하여 경고를 선택합니다.

    모니터 개요 페이지의 경고 옵션 스크린샷

  2. + 만들기 > 경고 규칙을 선택하고 ExpressRoute 게이트웨이 연결 리소스를 선택합니다. 다음: 조건 >을 선택하여 신호를 구성합니다.

    리소스 선택 페이지에서 ExpressRoute 가상 네트워크 게이트웨이를 선택하는 스크린샷

  3. 신호 선택 페이지에서 경고를 받을 메트릭, 리소스 상태 또는 활동 로그를 선택합니다. 선택한 신호에 따라 임계값과 같은 추가 정보를 입력해야 할 수도 있습니다. 여러 신호를 단일 경고로 결합할 수도 있습니다. 다음: 작업 >을 선택하여 알림을 받는 사람과 방법을 정의합니다.

    ExpressRoute 게이트웨이에 대해 경고할 수 있는 신호 목록의 스크린샷

  4. + 작업 그룹 선택을 선택하여 이전에 만든 기존 작업 그룹을 선택하거나 + 작업 그룹 만들기를 선택하여 새 작업 그룹을 정의합니다. 작업 그룹에서 알림을 보내는 방법과 알림을 받을 사용자를 결정합니다.

    작업 그룹 페이지의 스크린샷

  5. 검토 + 만들기를 선택한 다음, 만들기를 선택하여 구독에 경고를 배포합니다.

다음 단계