Azure Monitor 메트릭 개요
Azure Monitor 메트릭은 모니터링된 리소스에서 시계열 데이터베이스로 숫자 데이터를 수집하는 Azure Monitor의 기능입니다. 메트릭은 정기적으로 수집되며 특정 시간에 시스템의 일부 측면을 설명하는 수치 값입니다.
참고 항목
Azure Monitor 메트릭은 Azure Monitor를 지원하는 데이터 플랫폼의 절반입니다. 나머지 절반은 로그 및 성능 데이터를 수집하고 구성하는 Azure Monitor 로그입니다. 풍부한 쿼리 언어를 사용하여 해당 데이터를 분석할 수 있습니다.
메트릭 유형
Azure Monitor 메트릭에서 지원하는 메트릭에는 여러 가지 유형이 있습니다.
- 네이티브 메트릭은 분석 및 경고에 Azure Monitor의 도구를 사용합니다.
- Azure 리소스에서 수집되는 플랫폼 메트릭 구성이 필요하지 않으며 비용도 들지 않습니다.
- 사용자 지정 메트릭은 가상 머신에서 실행되는 애플리케이션 및 에이전트를 포함하여 구성하는 다양한 원본에서 수집됩니다.
- Prometheus 메트릭은 AKS(Azure Kubernetes Service)를 비롯한 Kubernetes 클러스터에서 수집되며 PromQL 및 Grafana와 같은 분석 및 경고에 업계 표준 도구를 사용합니다.
각 메트릭 간의 차이점은 다음 표에 요약되어 있습니다.
| 범주 | 네이티브 플랫폼 메트릭 | 네이티브 사용자 지정 메트릭 | Prometheus 메트릭 |
|---|---|---|---|
| 원본 | Azure 리소스 | Azure Monitor 에이전트 Application insights REST API |
AKS(Azure Kubernetes Service) 클러스터 원격 쓰기를 통한 모든 Kubernetes 클러스터 |
| 구성 | None | 원본에 따라 다름 | Prometheus용 Azure Monitor 관리되는 서비스 사용 |
| 보관됨 | Subscription | Subscription | Azure Monitor 작업 영역 |
| 비용 | 아니요 | 예 | 예(미리 보기 중 무료) |
| 집계 | 사전 집계 | 사전 집계 | 원시 데이터 |
| 분석 | 메트릭 탐색기 | 메트릭 탐색기 | PromQL Grafana 대시보드 |
| 경고 | 메트릭 경고 규칙 | 메트릭 경고 규칙 | Prometheus 경고 규칙 |
| 시각화 | 통합 문서 Azure 대시보드 Grafana |
통합 문서 Azure 대시보드 Grafana |
Grafana |
| 장치 | Azure CLI Azure PowerShell cmdlet REST API 또는 클라이언트 라이브러리 .NET Go Java JavaScript Python |
Azure CLI Azure PowerShell cmdlet REST API 또는 클라이언트 라이브러리 .NET Go Java JavaScript Python |
Grafana |
데이터 수집
Azure Monitor는 다음 원본에서 메트릭을 수집합니다. 이러한 메트릭이 Azure Monitor 메트릭 데이터베이스에서 수집된 후 해당 원본에 관계없이 함께 평가할 수 있습니다.
- Azure 리소스: 플랫폼 메트릭은 Azure 리소스에 의해 생성되며 상태 및 성능 표시합니다. 각 리소스 유형은 필요한 구성 없이 고유 메트릭 집합을 만듭니다. 메트릭 정의에서 달리 지정하지 않은 한, 플랫폼 메트릭은 1분 간격으로 Azure 리소스에서 수집됩니다.
- 애플리케이션: Application Insights는 모니터링되는 애플리케이션에 대한 메트릭을 만들어 성능 문제를 검색하고 애플리케이션이 사용되는 방식의 추세를 추적하는 데 도움이 됩니다. 값에는 서버 응답 시간 및 브라우저 예외가 포함됩니다.
- 가상 머신 에이전트: 메트릭은 가상 머신의 게스트 운영 체제에서 수집됩니다. Azure Monitor 에이전트를 사용하여 Windows 가상 머신에 게스트 OS 메트릭을 사용하도록 설정할 수 있습니다. Azure Monitor 에이전트는 레거시 에이전트인 Windows 진단 확장 및 Linux 가상 머신용 InfluxData Telegraf 에이전트를 대체합니다.
- 사용자 지정 메트릭: 자동으로 제공되는 표준 메트릭 이외에 메트릭을 정의할 수 있습니다. Application Insights에서 모니터링되는 애플리케이션에서 사용자 지정 메트릭을 정의할 수 있습니다. 사용자 지정 메트릭 API를 사용하여 Azure 서비스에 대한 사용자 지정 메트릭을 만들 수도 있습니다.
- Kubernetes 클러스터: Kubernetes 클러스터는 일반적으로 유지 관리해야 하는 로컬 Prometheus 서버에 메트릭 데이터를 보냅니다. Prometheus용 Azure Monitor 관리되는 서비스는 Kubernetes 클러스터에서 메트릭을 수집하고 Azure Monitor 메트릭에 저장하는 관리되는 서비스를 제공합니다.
참고 항목
다양한 원본과 다양한 방법으로 수집된 메트릭은 다르게 집계될 수 있습니다. 예를 들어, 플랫폼 메트릭은 사전 집계되어 시계열 데이터베이스에 저장되는 반면 Prometheus 메트릭은 원시 데이터로 저장됩니다. 리소스 메트릭은 다른 메트릭과 대기 시간이 다를 수도 있습니다. 이로 인해 특정 샘플 시간에 대한 메트릭 값이 달라질 수 있습니다. 시간이 지남에 따라 대기 시간이 더 이상 문제가 되지 않고 메트릭을 동시에 세분성으로 분석하면 이러한 차이가 사라집니다.
REST API
Azure Monitor는 Azure Monitor 메트릭에서 데이터를 가져올 수 있는 REST API를 제공합니다.
- 사용자 지정 메트릭 API - 사용자 지정 메트릭을 사용하면 Azure Monitor 메트릭 데이터베이스에 고유한 메트릭을 로드할 수 있습니다. 그런 다음, Azure Monitor 플랫폼 메트릭을 처리하는 동일한 분석 도구에서 이러한 메트릭을 사용할 수 있습니다.
- Azure Monitor 메트릭 REST API - Azure Monitor 플랫폼 메트릭 정의 및 값에 액세스할 수 있습니다. 자세한 내용은 Azure Monitor REST API를 참조하세요. API를 사용하는 방법에 대한 내용은 Azure 모니터링 REST API 연습을 참조하세요.
- Azure Monitor 메트릭 Batch REST API - Azure Monitor 메트릭 Batch API는 대용량 메트릭 쿼리를 사용하는 고객을 위해 설계된 대용량 API입니다. 기존 표준 Azure Monitor 메트릭 REST API와 비슷하지만 단일 일괄 처리 API 호출로 동일한 구독 및 지역의 최대 50개 리소스 ID에 대한 메트릭 데이터를 검색하는 기능을 제공합니다. 이렇게 하면 쿼리 처리량이 향상되고 제한에 따른 위험이 줄어듭니다.
보안
연결된 시스템과 Azure Monitor 서비스 간의 모든 통신은 TLS 1.2(HTTPS) 프로토콜을 사용하여 암호화됩니다. 모든 Azure 서비스에 최신 암호화 프로토콜을 적용할 수 있도록 Microsoft SDL 프로세스를 준수합니다.
인증서 기반 인증과 포트 443을 통한 TLS를 사용하여 에이전트와 Azure Monitor 서비스 간에 보안 연결이 설정됩니다. Azure Monitor는 비밀 저장소를 사용하여 키를 생성하고 유지 관리합니다. 프라이빗 키는 90일마다 회전되어 Azure에 저장되며 Azure 운영팀에서 엄격한 규정 및 규정 준수 방식을 따라 관리합니다. 보안에 대한 자세한 내용은 전송 중인 데이터 암호화, 미사용 데이터 암호화 및 Azure Monitor 로그 데이터 보안을 참조하세요.
메트릭 탐색기
메트릭 탐색기를 사용하여 메트릭 데이터베이스에서 데이터를 대화형으로 분석하고 시간 경과에 따라 여러 가지 메트릭의 값을 기록합니다. 다른 시각화 요소를 사용하여 보려는 대시보드에 차트를 고정할 수 있습니다. Azure 모니터링 REST API를 사용하여 메트릭을 검색할 수도 있습니다.
자세한 내용은 Azure Monitor 메트릭 탐색기로 메트릭 분석을 참조하세요.
데이터 구조
Azure Monitor 메트릭이 수집하는 데이터는 타임스탬프 데이터 분석에 최적화된 시계열 데이터베이스에 저장됩니다. 각 메트릭 값 집합은 다음 속성을 포함하는 시계열입니다.
- 값이 수집된 시간입니다.
- 값이 연결된 리소스
- 메트릭의 범주처럼 작동하는 네임스페이스
- 메트릭 이름
- 값 자체
- 여러 차원입니다(있는 경우). 사용자 지정 메트릭은 차원 10개로 제한됩니다.
다차원 메트릭
메트릭 데이터의 문제 중 하나는 수집된 값에 대한 컨텍스트를 제공하는 데 제한된 정보를 포함하는 경우가 많다는 것입니다. Azure Monitor는 다차원 메트릭으로 이 문제를 해결합니다.
메트릭 차원은 메트릭 값을 설명하기 위해 더 많은 데이터를 전달하는 이름/값 쌍입니다. 예를 들어, 사용 가능한 디스크 공간이라는 메트릭에는 C: 및 D: 값의 드라이브라는 차원이 있을 수 있습니다. 이 차원을 통해 모든 드라이브에서 또는 각 드라이브에 대해 개별적으로 사용 가능한 디스크 공간을 볼 수 있습니다.
메트릭 탐색기에서 메트릭 차원을 보는 자세한 내용은 차원 필터 및 분할 적용을 참조하세요.
비차원 메트릭
다음 표에서는 비차원 메트릭의 샘플 데이터인 네트워크 처리량을 보여 줍니다. "지정된 시간에 내 네트워크 처리량은 무엇이었나요?"와 같은 기본적인 질문에만 응답할 수 있습니다.
| 타임스탬프 | 메트릭 값 |
|---|---|
| 8/9/2017 8:14 | 1,331.8Kbps |
| 8/9/2017 8:15 | 1,141.4Kbps |
| 8/9/2017 8:16 | 1,110.2Kbps |
네트워크 처리량 및 2개의 차원("IP" 및 "방향")
다음 표에서는 IP 및 Direction이라는 두 차원의 다차원 메트릭의 샘플 데이터인 네트워크 처리량을 보여 줍니다. "각 IP 주소에 대한 네트워크 처리량은 무엇이었나요?", "전송된 데이터 및 수신된 데이터의 양은 얼마인가요?"와 같은 질문에 대답할 수 있습니다.
| 타임스탬프 | 차원 "IP" | 차원 "방향" | 메트릭 값 |
|---|---|---|---|
| 8/9/2017 8:14 | IP="192.168.5.2" | 방향="전송" | 646.5Kbps |
| 8/9/2017 8:14 | IP="192.168.5.2" | 방향="수신" | 420.1Kbps |
| 8/9/2017 8:14 | IP="10.24.2.15" | 방향="전송" | 150.0Kbps |
| 8/9/2017 8:14 | IP="10.24.2.15" | 방향="수신" | 115.2Kbps |
| 8/9/2017 8:15 | IP="192.168.5.2" | 방향="전송" | 515.2Kbps |
| 8/9/2017 8:15 | IP="192.168.5.2" | 방향="수신" | 371.1Kbps |
| 8/9/2017 8:15 | IP="10.24.2.15" | 방향="전송" | 155.0Kbps |
| 8/9/2017 8:15 | IP="10.24.2.15" | 방향="수신" | 100.1Kbps |
참고 항목
차원 이름과 차원 값은 대/소문자를 구분하지 않습니다.
메트릭 보존
플랫폼 및 사용자 지정 메트릭
플랫폼 및 사용자 지정 메트릭은 다음을 제외하고 93일 동안 저장됩니다.
클래식 게스트 OS 메트릭: 이러한 성능 카운터는 Windows 진단 확장 또는 Linux 진단 확장에서 수집되고 Azure Storage 계정으로 라우팅됩니다. 스토리지 계정에 만료 날짜가 기록되지 않지만, 해당 메트릭은 최소 14일 동안 보존되도록 보장됩니다.
성능상의 이유로 포털은 볼륨에 따라 표시되는 데이터의 양을 제한합니다. 따라서 작성 중인 데이터의 양이 많지 않은 경우 포털이 검색하는 실제 기간은 14일보다 더 길 수 있습니다.
Azure Monitor 메트릭으로 전송된 게스트 OS 메트릭: 이러한 성능 카운터는 Windows 진단 확장에서 수집되고 Azure Monitor 데이터 싱크, Linux 컴퓨터의 InfluxData Telegraf 에이전트 또는 최신 Azure Monitor 에이전트로 데이터 컬렉션 규칙을 통해 전송됩니다. 이러한 메트릭의 보존 기간은 93일입니다.
Log Analytics 에이전트에서 수집한 게스트 OS 메트릭: 이러한 성능 카운터는 Log Analytics 에이전트에서 수집되고 Log Analytics 작업 영역으로 보내집니다. 이 메트릭의 보존 기간은 31일이며 2년까지 연장할 수 있습니다.
Application Insights 로그 기반 메트릭: 백그라운드에서 로그 기반 메트릭은 로그 쿼리로 변환됩니다. 보존 기간은 가변적이며 기본 로그의 이벤트 보존 기간(31일에서 2년)과 일치합니다. Application Insights 리소스의 경우 로그는 90일 동안 저장됩니다.
참고 항목
장기적인 추세의 경우 Log Analytics 작업 영역에 Azure Monitor 리소스에 대한 플랫폼 메트릭을 보낼 수 있습니다.
플랫폼 및 사용자 지정 메트릭은 93일 동안 저장되지만 단일 차트에서 최대 30일 분량의 데이터에 대해 메트릭 타일에서만 쿼리할 수 있습니다. 이 제한은 로그 기반 메트릭에는 적용되지 않습니다. 빈 차트가 표시되거나 차트에 메트릭 데이터의 일부만 표시되는 경우 시간 선택기의 시작 날짜와 종료 날짜 사이의 간격이 30일을 초과하지 않는지 확인합니다. 30일 간격을 선택한 후 차트를 이동하여 전체 보존 기간을 볼 수 있습니다.
참고 항목
Azure 리소스를 이동하거나 이름을 바꾸면 해당 리소스에 대한 메트릭 기록이 손실될 수 있습니다.
Prometheus 메트릭
Prometheus 메트릭은 18개월 동안 저장되지만 PromQL 쿼리는 최대 32일 동안만 사용할 수 있습니다.
다음 단계
- Azure Monitor 데이터 플랫폼에 대해 자세히 알아봅니다.
- Azure Monitor의 로그 데이터에 대해 알아봅니다.
- Azure의 다양한 리소스에 사용 가능한 모니터링 데이터에 대해 알아봅니다.