Azure Monitor 서비스 제한
이 문서에서는 Azure Monitor의 다양한 영역에 적용되는 제한을 나열합니다.
경고
리소스 | 기본 제한 | 최대 한도 |
---|---|---|
메트릭 경고 수(클래식) | 구독당 100개 활성 경고 규칙 클래식 경고는 퍼블릭 클라우드 사용자에 대해 사용 중지됩니다. Azure Government 클라우드 및 21Vianet에서 운영하는 Microsoft Azure에 대한 클래식 경고는 2024년 2월 29일에 사용 중지됩니다. |
지원 요청 |
메트릭 경고 | Azure 퍼블릭, 21Vianet에서 운영하는 Microsoft Azure 및 Azure Government 클라우드의 구독당 5,000개의 활성 경고 규칙입니다. 이 한도에 도달한 경우 동일한 형식의 다중 리소스 경고을 사용할 수 있는지 알아봅니다. 경고 규칙당 5000개의 메트릭 시계열. |
지원 요청 |
활동 로그 경고 | 구독당 활성 경고 규칙 100개(늘릴 수 없음) 이 한도는 늘릴 수 없으므로 구독당 더 많은 수의 규칙이 필요한 경우 활동 로그를 Log Analytics 작업 영역으로 전송하고 대신 로그 검색 알림을 만드는 것이 좋습니다. |
기본값과 동일 |
로그 경고: | 구독당 5,000개 활성 경고 규칙 그 중 100개 활성 경고 규칙의 빈도는 1분입니다. 리소스당 1,000개 활성 경고 규칙 각 상태 비저장 경고 규칙은 평가당 최대 6000개의 경고를 트리거할 수 있습니다. 각 상태 저장 경고 규칙은 평가당 최대 300개의 경고를 트리거할 수 있습니다. 경고 규칙당 한 번에 최대 5,000개의 상태 저장 경고가 발생했습니다. 로그 경고 규칙 속성의 모든 데이터를 합친 크기는 64KB를 초과할 수 없습니다. Kusto 쿼리 결과는 20MB를 초과할 수 없습니다. |
지원 요청 |
경고 처리 규칙 | 구독당 1,000개의 활성 규칙 | 지원 요청 |
경고 규칙 및 경고 처리 규칙 설명 길이 | 로그 검색 경고 4,096자 다른 모든 문자는 2,048자입니다. |
기본값과 동일 |
경고 API
Azure Monitor 경고에는 과도한 수의 호출을 하는 사용자로부터 보호하기 위한 몇 가지 제한 한도가 있습니다. 이러한 동작은 잠재적으로 시스템 백 엔드 리소스에 과부하를 일으키고 서비스 응답성을 저하시킬 수 있습니다. 다음 제한은 중단으로부터 고객을 보호하고 일관된 서비스 수준을 보장하기 위해 마련되었습니다. 사용자 제한 및 한도는 극단적인 사용 시나리오에만 영향을 미치도록 설계되었습니다. 일반적인 사용과 관련이 없어야 합니다.
참고 항목
인스턴스당 API 호출에 제한이 있습니다. 정확한 제한 수는 인스턴스 수에 따라 다릅니다.
리소스 | 기본 제한 | 최대 한도 |
---|---|---|
경고 - 요약 가져오기 | 구독당 50개 호출(분당) | 기본값과 동일 |
경고 - 모두 가져오기 ("ID로 가져오기"가 아님) | 구독당 100개 호출(분당) | 기본값과 동일 |
기타 모든 경고 호출 | 구독당 1000개 호출(분당) | 기본값과 동일 |
작업 그룹
구독에는 작업 그룹을 무제한으로 포함할 수 있습니다.
리소스 | 기본 제한 | 최대 한도 |
---|---|---|
Azure 앱 푸시 | 작업 그룹당 10개의 Azure 앱 작업. | 기본값과 동일 |
전자 메일 | 작업 그룹당 1000개의 이메일 작업. 지역별 이메일 주소당 이메일은 시간당 100개 이하입니다. 이메일 주소의 문자 제한은 64자입니다. 이메일의 글자 수 제한은 55296자입니다. 또한 속도 제한 정보를 참조하세요. |
기본값과 동일 |
이메일 Azure Resource Manager 역할 | 작업 그룹당 10개 이메일 ARM 역할 작업 프로덕션 중: 지역당 시간당 이메일 100개 이하입니다. 테스트 작업 그룹: 1분당 2개 이하의 이메일. |
기본값과 동일 |
Event Hubs | 작업 그룹당 10개의 Event Hubs 작업. | 기본값과 동일 |
ITSM | 작업 그룹당 10개의 ITSM 작업. | 기본값과 동일 |
논리 앱 | 작업 그룹당 10개 논리 앱 작업. | 기본값과 동일 |
Runbook | 작업 그룹당 10개의 Runbook 작업. | 기본값과 동일 |
보안 웹후크 | 작업 그룹당 10개의 보안 웹후크 작업 최대 웹후크 호출 수는 구독당 분당 1500개입니다. | 기본값과 동일 |
SMS | 작업 그룹당 10개의 SMS 작업. 프로덕션 중: 5분마다 SMS 메시지 1개를 초과할 수 없습니다. 테스트 작업 그룹: 1분마다 SMS 1개를 초과할 수 없습니다. |
기본값과 동일 |
음성 | 작업 그룹당 10개의 음성 작업. 프로덕션: 5분마다 음성 통화가 1회 이상 허용되지 않습니다. 테스트 작업 그룹: 1분마다 음성 통화가 1회 이상 가능합니다. |
기본값과 동일 |
웹후크 | 작업 그룹당 10개의 webhook 작업. 최대 웹후크 호출 수는 구독당 분당 1500개입니다. | 기본값과 동일 |
Autoscale
리소스 | 기본 제한 | 최대 한도 |
---|---|---|
자동 크기 조정 설정 | 구독당 지역별 100개 | 기본값과 동일 |
자동 크기 조정 프로필 | 자동 크기 조정 설정당 20개 프로필 | 기본값과 동일 |
Prometheus 메트릭
수집
Azure 관리형 Prometheus는 대/소문자를 구분하지 않는 시스템입니다. 메트릭 이름, 레이블 이름 또는 레이블 값과 같은 문자열은 문자열의 경우에만 다른 시계열과 다를 경우 동일한 시계열로 처리됩니다. 자세한 내용은 Prometheus 메트릭 개요를 참조하세요.
Prometheus 메트릭을 수집하는 Azure Monitor 작업 영역에는 다음 제한이 적용됩니다.
제한 | 값 |
---|---|
지난 12시간 동안 보고된 메트릭이 포함된 활성 시계열입니다. | 1,000,000 증가를 요청할 수 있습니다. |
수집된 분당 이벤트. | 1,000,000 증가를 요청할 수 있습니다. |
Prometheus 메트릭 데이터를 Azure Monitor 작업 영역으로 보내는 DCR(데이터 수집 규칙) 및 DCE(데이터 수집 엔드포인트)에는 다음 제한이 적용됩니다.
제한 | 값 |
---|---|
데이터 수집 엔드포인트에 대한 분당 수집 요청 | 15,000 이 제한은 늘릴 수 없습니다. |
데이터 수집 엔드포인트에 대한 분당 데이터 수집 | 50GB 이 제한은 늘릴 수 없습니다. |
쿼리
Prometheus 쿼리는 PromQL을 사용하여 만들어지며 Azure Managed Grafana 또는 자체 관리 Grafana에서 작성할 수 있습니다.
제한 | 값 |
---|---|
데이터 보존 | 18개월 이 제한은 늘릴 수 없습니다. |
쿼리 시간 범위 | PromQL 쿼리 시작 시간과 종료 시간 사이 32일. 이 제한은 늘릴 수 없습니다. |
메트릭당 쿼리 시계열 | 500,000 시계열. |
반환된 쿼리 샘플 | 쿼리당 샘플 50,000,000개. |
최소 쿼리 단계 크기 시간 범위가 >인 경우 = 48시간 |
60초입니다. |
쿼리 데이터 한도
클라이언트 트래픽의 경우:
제한 | 값 |
---|---|
제한 창 조회 길이 | 30초 |
Azure Monitor 작업 영역별로 반환된 데이터 | 0.5GB |
기록 규칙 트래픽의 경우:
제한 | 값 |
---|---|
제한 창 조회 길이 | 3분 |
Azure Monitor 작업 영역별로 반환된 데이터 | 1GB |
쿼리 구문 분석 이전 제한
30초 동안의 쿼리 시간 범위 및 요청 형식 기준(클라이언트 트래픽의 경우):
제한 | 값 |
---|---|
사용자당 쿼리 시간(Microsoft Entra ID, 관리 ID, Azure Managed Grafana 작업 영역) | 30,000 |
Azure Monitor 작업 영역당 쿼리 시간 | 60,000 |
Azure 테넌트당 쿼리 시간 | 600,000 |
3분 동안의 쿼리 시간 범위 및 요청 형식 기준(기록 규칙 트래픽의 경우):
제한 | 값 |
---|---|
Azure Monitor 작업 영역당 쿼리 시간 | 60,000 |
Azure 테넌트당 쿼리 시간 | 600,000 |
쿼리 구문 분석 이후 제한
30초 시간 범위 동안 쿼리의 시간 범위 및 범위 벡터를 기준으로 합니다(클라이언트 트래픽의 경우).
제한 | 값 |
---|---|
사용자당 쿼리 시간(Microsoft Entra ID, 관리 ID, Azure Managed Grafana 작업 영역) | 2,000,000 |
Azure Monitor 작업 영역당 쿼리 시간 | 2,000,000 |
Azure 테넌트당 쿼리 시간 | 20,000,000 |
쿼리 시간 범위 및 3분 동안 쿼리의 범위 벡터를 기준으로 합니다(기록 규칙 트래픽용).
제한 | 값 |
---|---|
Azure Monitor 작업 영역당 쿼리 시간 | 2,000,000 |
Azure 테넌트당 쿼리 시간 | 20,000,000 |
쿼리 비용 제한 한도
제한 | 값 |
---|---|
쿼리당 최대 쿼리 비용 | 15000 |
기록 규칙 쿼리에 대한 최대 쿼리 비용 | 3000 |
쿼리 비용 계산은 다음과 같이 수행됩니다.
쿼리 비용 =(요청된 시계열 수 *(쿼리 시간(초) / 쿼리 데이터의 유추된 시간 해상도)) / 5000
쿼리 데이터의 유추된 시간 해상도 = 쿼리 메트릭의 임의로 선택된 하나의 시계열 키에 저장된 데이터 포인트 수 / 쿼리 시간(초)
경고 및 레코딩 규칙
Prometheus 경고 규칙 및 레코딩 규칙은 PromQL에 정의되어 있습니다. 이는 Prometheus용 Azure Monitor 관리 서비스의 일부로 관리 눈금자 서비스에서 수행됩니다.
제한 | 값 |
---|---|
Azure 구독의 Azure Monitor 작업 영역별 규칙 그룹 | 500 증가를 요청할 수 있습니다. |
규칙 그룹당 규칙 | 20 이 제한은 늘릴 수 없습니다. |
규칙 그룹 평가 간격 | 1분에서 24시간 사이 기본값은 1분입니다. |
활성 경고 | 현재로서는 제한이 없습니다. |
원격 쓰기
계산은 기본값인 원격 일괄 처리 크기 500을 사용하여 결정되었습니다.
제한 | 값 |
---|---|
CPU 사용량 | 0.25 x(메트릭 수) + 1.25 x(메트릭당 평균 계열 수) |
CPU 요청 | 0.75배(CPU 사용량) |
CPU 제한 | 2 x(CPU 요청) |
메모리 요청 | 150Mb |
메모리 제한 | 200Mb |
최대 처리량 | 원격 쓰기 컨테이너는 최대 150,000개의 고유 시계열을 처리할 수 있습니다. 동시 연결 수가 많기 때문에 컨테이너에서 150,000개가 넘는 요청을 처리하는 데 오류가 발생할 수 있습니다. 원격 일괄 처리 크기를 500에서 1,000으로 늘리면 이 문제를 완화할 수 있습니다. 이 변경으로 인해 열려 있는 연결 수가 줄어듭니다. |
로그 수집 API
제한 | 값 | 설명 |
---|---|---|
API 호출의 최대 크기 | 1MB | 압축된 데이터와 압축되지 않은 데이터 모두. |
필드 값의 최대 크기 | 64KB | 64KB보다 긴 필드는 잘립니다. |
DCR당 최대 데이터/분 | 2GB | 압축된 데이터와 압축되지 않은 데이터 모두. 응답의 Retry-After 머리글에 나열된 기간 후에 다시 시도합니다. |
DCR당 최대 요청/분 | 12,000 | 응답의 Retry-After 머리글에 나열된 기간 후에 다시 시도합니다. |
데이터 수집 규칙
제한 | 값 |
---|---|
최대 데이터 원본 수 | 10 |
성능 카운터의 최대 카운터 지정자 수 | 100 |
Syslog의 최대 기능 이름 수 | 20 |
이벤트 로그의 최대 XPath 쿼리 수 | 100 |
최대 데이터 흐름 수 | 10 |
최대 데이터 스트림 수 | 10 |
최대 확장 수 | 10 |
확장 설정의 최대 크기 | 32Kb |
최대 Log Analytics 작업 영역 수 | 10 |
변환의 최대 문자 수 | 15,360 |
진단 설정
리소스 | 기본 제한 | 최대 제한 |
---|---|---|
리소스당 최대 진단 설정 수 | 5 | 기본값과 동일 |
로그 쿼리 및 언어
일반 쿼리 제한
제한 | 설명 |
---|---|
쿼리 언어 | Azure Monitor는 Azure Data Explorer와 동일한 KQL(Kusto 쿼리 언어)을 사용합니다. Azure Monitor에서 지원되지 않는 KQL 언어 요소는 Azure Monitor 로그 쿼리 언어 차이를 참조하세요. |
Azure 지역 | 데이터가 여러 Azure 지역의 Log Analytics 작업 영역에 걸쳐있는 경우 로그 쿼리에 과도한 오버헤드가 발생할 수 있습니다. 자세한 내용은 쿼리 제한을 참조하세요. |
리소스 간 쿼리 | 100으로 제한된 단일 쿼리에서 Application Insights 리소스 및 Log Analytics 작업 영역의 최대 수 뷰 디자이너에서는 리소스 간 쿼리가 지원되지 않습니다. 로그 경고의 리소스 간 쿼리는 새 scheduledQueryRules API에서 지원됩니다. 자세한 내용은 리소스 간 쿼리 제한을 참조하세요. |
Log Analytics 대시보드 쿼리 | 단일 Log Analytics 대시보드 쿼리에서 반환되는 최대 레코드 수는 2,000개입니다. |
사용자 쿼리 제한
Azure Monitor에는 과도한 쿼리를 보내는 사용자로부터 보호하기 위한 몇 가지 제한 한도가 있습니다. 이러한 동작은 잠재적으로 시스템 백 엔드 리소스에 과부하를 일으키고 서비스 응답성을 저하시킬 수 있습니다. 다음 제한은 중단으로부터 고객을 보호하고 일관된 서비스 수준을 보장하기 위해 마련되었습니다. 사용자 제한 및 제한은 극단적인 사용 시나리오에만 영향을 미치도록 설계되었으며 일반적인 사용과 관련되어서는 안 됩니다.
측정값 | 사용자당 제한 | 설명 |
---|---|---|
동시 쿼리 | 5 | 사용자는 최대 5개의 동시 쿼리를 실행할 수 있습니다. 다른 쿼리는 큐에 추가됩니다. 실행 중인 쿼리 중 하나가 완료되면 큐의 첫 번째 쿼리를 큐에서 끌어와 실행합니다. 경고 쿼리는 이 제한에 포함되지 않습니다. |
동시성 큐의 시간 | 3분 | 쿼리가 시작되지 않고 3분 이상 큐에 있으면 코드 429와 함께 HTTP 오류 응답으로 종료됩니다. |
동시성 큐의 총 쿼리 수 | 200 | 큐의 쿼리 수가 200개에 도달하면 HTTP 오류 코드 429와 함께 다음 쿼리가 거부됩니다. 이 숫자는 동시에 실행할 수 있는 5개의 쿼리에 추가됩니다. |
쿼리 속도 | 30초 당 200개의 쿼리 | 사용자 한 명이 모든 작업 영역에 제출할 수 있는 쿼리의 전체 비율입니다. 이 제한은 프로그래밍 방식 쿼리 또는 Azure 대시보드 및 Log Analytics 작업 영역 요약(사용되지 않음) 페이지와 같은 시각화 부분에서 시작된 쿼리에 적용됩니다. |
- 활동 로그 API에는 30초당 50개의 쿼리로 구성된 별도의 속도 제한이 있습니다.
- Azure Monitor에서 로그 쿼리 최적화에 설명된 대로 쿼리를 최적화합니다.
- 대시보드 및 통합 문서에는 로드하거나 새로 고칠 때마다 쿼리 버스트를 생성하는 여러 쿼리가 단일 보기에 포함될 수 있습니다. 요청 시 로드되는 여러 보기로 분할할 것을 고려합니다.
- Power BI에서는 원시 로그가 아닌 집계된 결과만 추출하는 것이 좋습니다.
Log Analytics 작업 영역
데이터 컬렉션 볼륨 및 보존
가격 책정 계층 | 일일 제한 | 데이터 보존 | Comment(설명) |
---|---|---|---|
종량제 (2018년 4월에 도입) |
제한 없음 | 최대 730일 대화형 데이터 보존/ 최대 12년 데이터 보관 |
31일을 초과하는 데이터 보관에는 추가 요금이 청구됩니다. Azure Monitor 가격에 대해 자세히 알아봅니다. |
약정 계층 (2019년 11월 도입) |
제한 없음 | 최대 730일 대화형 데이터 보존/ 최대 12년 데이터 보관 |
31일을 초과하는 데이터 보관에는 추가 요금이 청구됩니다. Azure Monitor 가격에 대해 자세히 알아봅니다. |
레거시 노드당(OMS) (2016년 4월에 도입) |
제한 없음 | 30~730일 | 31일을 초과하는 데이터 보관에는 추가 요금이 청구됩니다. Azure Monitor 가격에 대해 자세히 알아봅니다. 사용 계층에 대한 액세스는 2018년 4월 2일에 Log Analytics 작업 영역 또는 Application Insights 리소스를 포함하거나, 2019년 2월 1일 이전에 시작되어 여전히 활성 상태인 기업계약에 연결된 구독으로 제한됩니다. |
레거시 독립 실행형 계층 (2016년 4월에 도입) |
제한 없음 | 30~730일 | 31일을 초과하는 데이터 보관에는 추가 요금이 청구됩니다. Azure Monitor 가격에 대해 자세히 알아봅니다. 사용 계층에 대한 액세스는 2018년 4월 2일에 Log Analytics 작업 영역 또는 Application Insights 리소스를 포함하거나, 2019년 2월 1일 이전에 시작되어 여전히 활성 상태인 기업계약에 연결된 구독으로 제한됩니다. |
레거시 무료 계층 (2016년 4월에 도입) |
500 MB | 7 일 | 작업 영역이 일일 500MB 제한에 도달하면 데이터 수집이 중지되고 다음 날부터 다시 시작됩니다. 1일은 UTC를 기준으로 합니다. 클라우드용 Microsoft Defender에서 수집한 데이터는 이 일일 500MB 제한에 포함되지 않으며 이 제한을 초과하여 계속 수집됩니다. 2022년 7월 1일까지만 레거시 평가판 가격 책정 계층에서 새 작업 영역을 만들거나 기존 작업 영역으로 이동할 수 있습니다. |
레거시 표준 계층 | 제한 없음 | 30일 | 보존 기간을 조정할 수 없습니다. 이 계층은 2016년 10월 1일 이후 새로운 작업 영역에서 사용할 수 없습니다. |
레거시 프리미엄 계층 | 제한 없음 | 365일 | 보존 기간을 조정할 수 없습니다. 이 계층은 2016년 10월 1일 이후 새로운 작업 영역에서 사용할 수 없습니다. |
구독당 작업 영역의 수
가격 책정 계층 | 작업 영역 제한 | 설명 |
---|---|---|
레거시 무료 계층 | 10 | 이 제한은 늘릴 수 없습니다. 2022년 7월 1일까지만 레거시 평가판 가격 책정 계층에서 새 작업 영역을 만들거나 기존 작업 영역으로 이동할 수 있습니다. |
다른 모든 계층 | 제한 없음 | 리소스 그룹 내 리소스의 수와 구독당 리소스 그룹의 수가 제한됩니다. |
Azure Portal
범주 | 한도 | 설명 |
---|---|---|
로그 쿼리에서 반환하는 최대 레코드 수 | 30,000 | 쿼리에 쿼리 범위, 시간 범위 및 필터를 사용하여 결과를 줄입니다. |
데이터 수집기 API
범주 | 한도 | 설명 |
---|---|---|
단일 게시물의 최대 크기 | 30MB | 더 큰 용량은 여러 개의 게시물로 분할하세요. |
필드 값의 최대 크기 | 32KB | 32KB보다 긴 필드는 잘립니다. |
쿼리 API
범주 | 한도 | 설명 |
---|---|---|
단일 쿼리에 반환되는 최대 레코드 수 | 500,000 | |
반환되는 데이터의 최대 크기 | ~104MB(~100MiB) | API는 최대 64MB의 압축 데이터를 반환하며 이는 최대 100MB의 원시 데이터로 변환됩니다. |
최대 쿼리 실행 시간 | 10분 | 자세한 내용은 시간 제한을 참조하세요. |
최대 요청 속도 | Microsoft Entra 사용자 또는 클라이언트 IP 주소별로 30초당 200개 요청 | 로그 쿼리 및 언어를 참조하세요. |
Azure Monitor 로그 커넥터
범주 | 한도 | 설명 |
---|---|---|
데이터의 최대 크기 | ~16.7MB(~16MiB) | 커넥터 인프라 때문에 제한은 쿼리 API 제한보다 낮게 설정되어야 합니다. |
최대 레코드 수 | 500,000 | |
최대 커넥터 시간 제한 | 110초 | |
최대 쿼리 시간 제한 | 100초 | |
차트 | 로그 페이지와 커넥터는 시각화를 위해 서로 다른 차트 라이브러리를 사용합니다. 일부 기능은 현재 커넥터에서 사용할 수 없습니다. |
요약 규칙
범주 | 한도 |
---|---|
작업 영역의 최대 활성 규칙 수 | 30 |
bin당 최대 결과 수 | 500,000 |
최대 결과 집합 볼륨 | 100MB |
bin 처리에 대한 쿼리 제한 시간 | 10분 |
일반 작업 영역 제한
범주 | 한도 | 설명 |
---|---|---|
테이블의 최대 열 수 | 500 | AzureDiagnostics -- 한도를 초과하는 열은 동적 'AdditionalFields' 열에 추가됩니다. 데이터 수집기 API에서 만들어진 사용자 지정 로그 -- 한도를 초과하는 열은 동적 'AdditionalFields' 열에 추가됩니다. 사용자 지정 로그 -- 자세한 내용은 지원에 문의하세요. |
사용자 지정 로그 테이블의 최대 수 | 500 | 자세한 내용은 고객 지원팀에 문의하세요. |
열 이름의 최대 문자 수 | 45 |
데이터 수집 볼륨 속도
Azure Monitor는 점점 더 빠른 속도로 매일 테라바이트 단위의 데이터를 보내는 수천 명의 고객을 처리하는 대규모 데이터 서비스입니다. 소프트 볼륨 속도 제한은 다중 테넌트 지원 환경의 예기치 않은 수집량 급증으로부터 Azure Monitor 고객을 격리하기 위한 것입니다. 작업 영역의 기본 수집 볼륨 속도 임계값은 500MB(압축됨)이며 압축되지 않은 경우에는 약 6GB/분으로 변환됩니다.
볼륨 속도 제한은 진단 설정 및 데이터 수집기 API를 통해 Azure 리소스에서 수집된 데이터에 적용됩니다. 볼륨 속도 제한에 도달하면 재시도 메커니즘은 12시간 동안 4번 데이터를 수집하고 작업이 실패하면 데이터를 삭제하려고 시도합니다. 이 제한은 에이전트 또는 DCR에서 수집된 데이터에는 적용되지 않습니다.
작업 영역으로 전송된 데이터의 볼륨 속도가 작업 영역에 구성된 임계값의 80%를 초과할 경우 임계값을 계속 초과하는 동안 6시간마다 작업 영역의 Operation
테이블로 이벤트가 전송됩니다. 수집 볼륨 속도가 임계값을 초과할 경우 일부 데이터가 삭제되고, 임계값을 계속 초과하는 동안 6시간마다 작업 영역의 Operation
테이블로 이벤트가 전송됩니다.
수집 볼륨 속도가 임계값을 계속 초과하거나 곧 도달할 것으로 예상되는 경우 지원 요청을 열어 이 제한을 늘리도록 요청할 수 있습니다.
또한 수집 제한에 도달하면 사전에 알리는 경고 규칙을 만드는 것이 좋습니다. Azure Monitor에서 Log Analytics 작업 영역의 상태 모니터링를 참조하세요.
참고 항목
Log Analytics를 사용한 기간에 따라 레거시 가격 책정 계층에 대한 액세스 권한이 있을 수 있습니다. Log Analytics 레거시 가격 책정 계층에 대해 자세히 알아보세요.
Application Insights
애플리케이션별(즉, 계측 키별) 메트릭 및 이벤트의 수에 몇 가지 제한이 있습니다. 선택하는 가격 책정 계층에 따라 제한됩니다.
리소스 | 기본 제한 | 최대 한도 | 주의 |
---|---|---|---|
일당 총 데이터 | 100GB | 지원에 문의 | 데이터를 줄이기 위해 한도를 설정할 수 있습니다. 더 많은 데이터가 필요한 경우 포털에서 최대 1,000GB로 한도를 늘릴 수 있습니다. 1,000GB보다 큰 용량이 필요한 경우 AIDataCap@microsoft.com으로 이메일을 보내세요. |
제한 | 32,000 이벤트/초 | 지원에 문의 | 제한은 분을 기준으로 측정됩니다. |
데이터 보존 로그 | 30~730일 | 730일 | 이 리소스는 로그용입니다. |
데이터 보존 메트릭 | 90일 | 90일 | 이 리소스는 메트릭 탐색기용입니다. |
가용성 다단계 테스트 자세한 결과 보존 | 90일 | 90일 | 이 리소스는 각 단계의 자세한 결과를 제공합니다. |
최대 원격 분석 항목 크기 | 64KB | 64KB | |
일괄 처리당 최대 원격 분석 항목 수 | 64,000 | 64,000 | |
속성 및 메트릭 이름 길이 | 150 | 150 | 형식 스키마를 참조하세요. |
속성 값 문자열 길이 | 8,192 | 8,192 | 형식 스키마를 참조하세요. |
추적 및 예외 메시지 길이 | 32,768 | 32,768 | 형식 스키마를 참조하세요. |
Application Insights 리소스당 가용성 테스트 수 | 100 | 100 | |
리소스 그룹당 가용성 테스트 수 | 800 | 800 | Azure Resource Manager 참조 |
가용성 테스트 테스트당 최대 리디렉션 | 10 | 10 | |
가용성 테스트 최소 테스트 빈도 | 300초 | 5분 미만의 사용자 지정 테스트 빈도에는 사용자 지정 TrackAvailability 구현이 필요합니다. | |
.NET Profiler 및 스냅샷 디버거 데이터 보존 | 2주 | 지원에 문의 최대 보존 기간 제한은 6개월입니다. | |
하루에 전송되는 .NET Profiler 데이터 | 제한 없음 | 제한 없음 | |
하루에 전송되는 스냅샷 디버거 데이터 | 모니터링되는 앱별로 하루에 스냅샷 30개 | 제한 없음 | 구성을 통해 애플리케이션별로 수집되는 스냅샷 수를 수정할 수 있습니다. |
가격 책정 및 할당량에 대한 자세한 내용은 Application Insights 요금 청구를 참조하세요.
AMPLS(Azure Monitor Private Link 범위)
AMPLS 개체에는 다음과 같은 제한이 있습니다.
- 가상 네트워크는 한 개의 AMPLS 개체에만 연결할 수 있습니다. 즉, AMPLS 개체는 가상 네트워크가 액세스할 수 있어야 하는 모든 Azure Monitor 리소스에 대한 액세스를 제공해야 합니다.
- AMPLS 개체는 최대 300개의 Log Analytics 작업 영역과 최대 1,000개의 Application Insights 구성 요소에 연결할 수 있습니다.
- Azure Monitor 리소스는 최대 5개의 AMPLS에 연결할 수 있습니다.
- AMPLS 개체는 최대 10개의 프라이빗 엔드포인트에 연결할 수 있습니다.