Azure 구독 및 서비스 제한, 할당량 및 제약 조건
이 문서에서는 할당량이라고도 하는 가장 일반적인 Microsoft Azure 제한 중 일부를 나열합니다.
Azure 가격 책정에 대한 자세한 내용은 Azure 가격 책정 개요를 참조하세요. 가격 계산기를 사용하여 비용을 예측할 수 있습니다. 특정 서비스(예 : Windows VM)에 대한 가격 책정 세부 정보 페이지로 이동해도 됩니다. 비용을 관리하는 데 도움이 되는 팁은 Azure 청구 및 비용 관리를 사용하여 예기치 않은 비용 방지를 참조하세요.
한도 관리
참고 항목
일부 서비스에는 조정 가능한 한도가 있습니다.
제한을 조정할 수 있는 경우 테이블에는 기본 제한 및 최대 제한 헤더가 포함됩니다. 한도는 기본 한도를 초과할 수 있지만 최대 한도를 초과할 수는 없습니다. 조정 가능한 제한이 있는 일부 서비스는 제한 조정에 대한 정보와 함께 다른 헤더를 사용합니다.
서비스에 조정 가능한 제한이 없는 경우 다음 표에서는 제한 조정에 대한 추가 정보 없이 헤더 제한을 사용합니다. 이러한 경우 기본값과 최대 제한은 동일합니다.
기본 한도 이상으로 한도 또는 할당량을 높이려는 경우 비용 없이 온라인 고객 지원 요청을 개설합니다.
소프트 제한 및 하드 제한이라는 용어는 종종 비공식적으로 현재 조정 가능한 제한(소프트 제한) 및 최대 제한(하드 제한)을 설명하는 데 사용됩니다. 제한을 조정할 수 없는 경우 소프트 제한이 없고 하드 제한만 있습니다.
평가판 구독은 한도 또는 할당량 증가를 받을 수 없습니다. 평가판 구독이 있는 경우 종량제 구독으로 업그레이드할 수 있습니다. 자세한 내용은 Azure 평가판 구독을 종량제 구독 및 평가판 구독 FAQ로 업그레이드를 참조하세요.
일부 한도는 지역 수준에서 관리됩니다.
vCPU 할당량을 한 예로 살펴보겠습니다. vCPU 지원 할당량 증가를 요청하려면 지역별로 사용하려는 vCPU 수를 결정해야 합니다. 그런 다음, 원하는 금액 및 지역에 대한 vCPU 할당량 증가를 요청합니다. 서유럽 지역에서 30개의 vCPU를 사용하여 애플리케이션을 실행해야 하는 경우, 서유럽에서 30개의 vCPU를 구체적으로 요청합니다. 이때 다른 지역의 vCPU 할당량은 증가하지 않으며 서유럽에만 30개의 vCPU 할당량이 제공됩니다.
따라서 한 지역의 워크로드에 대한 할당량을 결정해야 합니다. 그런 다음 배포하려는 각 지역에 해당량을 요청합니다. 특정 지역의 현재 할당량을 확인하는 방법에 대한 도움말은 리소스 할당량 관련 오류 해결을 참조하세요.
일반 제한
리소스 이름에 대한 제한은 Azure 리소스에 대한 명명 규칙 및 제한을 참조 하세요.
Resource Manager API 읽기 및 쓰기 제한은 Resource Manager 요청 제한을 참조하세요.
관리 그룹 제한
관리 그룹에는 다음 제한이 적용됩니다.
리소스 | 제한 |
---|---|
Microsoft Entra 테넌트당 관리 그룹 | 10,000 |
관리 그룹당 구독 | 무제한. |
관리 그룹 계층 구조의 수준 | 루트 수준 + 6 수준1 |
관리 그룹당 직접 부모 관리 그룹 | 하나 |
위치당 관리 그룹 수준 배포 | 8002 |
관리 그룹 수준 배포 위치 | 10 |
16개 수준에는 구독 수준이 포함되지 않습니다.
2800개의 배포 제한에 도달하면 더 이상 필요하지 않은 기록에서 배포를 삭제합니다. 관리 그룹 수준 배포를 삭제하려면 Remove-AzManagementGroupDeployment 또는 az deployment mg delete를 사용합니다.
구독 제한
Azure Resource Manager 및 Azure 리소스 그룹을 사용하는 경우 다음 제한이 적용됩니다.
리소스 | 제한 |
---|---|
Microsoft Entra 테넌트에 연결된 Azure 구독 | 제한 없음 |
구독당 공동 관리자 | 제한 없음 |
구독당 리소스 그룹 | 980 |
Azure Resource Manager API 요청 크기 | 4,194,304바이트 |
구독당 태그 1 | 50 |
구독당 고유한 태그 계산2 | 80,000 |
위치당 구독 수준 배포 | 8003 |
구독 수준 배포 위치 | 10 |
1최대 50개의 태그를 구독에 직접 적용할 수 있습니다. 구독 내에서 각 리소스 또는 리소스 그룹도 50개의 태그로 제한됩니다. 그러나 구독에는 리소스 및 리소스 그룹에 분산된 태그가 무제한으로 포함될 수 있습니다.
2Resource Manager는 고유한 태그 수가 80,000개 이하일 경우에만 구독에 태그 이름 및 값의 목록을 반환합니다. 고유 태그는 리소스 ID, 태그 이름 및 태그 값의 조합으로 정의됩니다. 예를 들어, 동일한 태그 이름과 값을 가진 두 개의 리소스는 두 개의 고유한 태그로 계산됩니다. 숫자가 80,000을 초과하는 경우에도 태그별로 리소스를 찾을 수 있습니다.
3한도에 가까워지면 배포가 기록에서 자동으로 삭제됩니다. 자세한 내용은 배포 기록에서 자동 삭제를 참조 하세요.
리소스 그룹 제한
리소스 | 제한 |
---|---|
리소스 그룹당 리소스 | 리소스는 리소스 그룹에 의해 제한되지 않습니다. 대신 리소스 그룹의 리소스 유형에 따라 제한됩니다. 다음 행을 참조하세요. |
리소스 그룹당 리소스, 리소스 종류별 | 800 - 일부 리소스 종류는 800 제한을 초과할 수 있습니다. 리소스 그룹당 800개의 인스턴스로 제한되지 않는 리소스를 참조하세요. |
배포 기록의 리소스 그룹당 배포 | 8001 |
배포당 리소스 | 800 |
고유 범위당 관리 잠금 | 20 |
리소스 또는 리소스 그룹당 태그 수 | 50 |
태그 키 길이 | 512 |
태그 값 길이 | 256 |
1제한에 가까워지면 기록에서 배포가 자동으로 삭제됩니다. 배포 기록에서 항목을 삭제해도 배포된 리소스에는 영향을 주지 않습니다. 자세한 내용은 배포 기록에서 자동 삭제를 참조 하세요.
템플릿 제한
값 | 제한 |
---|---|
매개 변수 | 256 |
변수 | 256 |
리소스(복사 수 포함) | 800 |
출력 | 64 |
템플릿 식 | 24,576자 |
내보낸 템플릿의 리소스 | 200 |
템플릿 크기 | 4MB |
리소스 정의 파일 | 1MB |
매개 변수 파일 크기 | 4MB |
중첩된 템플릿을 사용하여 일부 템플릿 제한을 초과할 수 있습니다. 자세한 내용은 Azure 리소스를 배포할 때 연결된 템플릿 사용을 참조 하세요. 매개 변수, 변수 또는 출력의 수를 줄이려면 개체에 여러 값을 결합할 수 있습니다. 자세한 내용은 매개 변수로 개체 사용을 참조하세요.
요청의 총 크기가 너무 큰 경우 템플릿 또는 매개 변수 파일이 4MB 미만인 경우 오류가 발생할 수 있습니다. 큰 요청이 방지되도록 템플릿을 간소화하는 방법에 대한 자세한 내용은 작업 크기 초과에 대한 오류 해결을 참조하세요.
Microsoft Entra ID 제한
Microsoft Entra 서비스의 이용 제약 조건 및 기타 서비스 제한 사항은 다음과 같습니다.
범주 | 한도 |
---|---|
테넌트 | |
도메인: | |
리소스 |
|
스키마 확장 |
|
애플리케이션 |
|
애플리케이션 매니페스트. | 애플리케이션 매니페스트에는 최대 1,200개의 항목을 추가할 수 있습니다. 다른 제한은 지원되는 계정 유형별 유효성 검사 차이를 참조하세요. |
그룹 |
현재는 다음 시나리오에서 중첩 그룹이 지원됩니다.
다음 시나리오에서는 중첩 그룹이 지원되지 않습니다.
|
애플리케이션 프록시 |
|
액세스 패널 | 할당된 라이선스 수에 관계없이 액세스 패널에 표시할 수 있는 사용자별 애플리케이션의 수에는 제한이 없습니다. |
보고서 | 최대 1,000행을 표시하거나 보고서에 다운로드할 수 있습니다. 그 외의 데이터는 잘립니다. |
관리 단위 |
|
Microsoft Entra 역할 및 권한 |
|
조건부 액세스 정책 | 단일 Microsoft Entra 조직(테넌트)에서는 최대 195개의 정책을 만들 수 있습니다. |
사용 약관 | 단일 Microsoft Entra 조직(테넌트)에 최대 40개의 용어를 추가할 수 있습니다. |
다중 테넌트 조직 |
|
API 센터(미리 보기) 제한
리소스 | 제한1 |
---|---|
최대 API 수 | 1,000 |
API당 최대 버전 수 | 100 |
최대 환경 수 | 1,000 |
사용자 지정 메타데이터 속성의 최대 수 | 100 |
"object" 형식의 사용자 지정 메타데이터 속성에서 자식 속성의 최대 개수 | 100 |
API Management 제한
리소스 | 제한 |
---|---|
최대 배율 단위 수 | 지역당 31개 1 |
캐시 크기 | 단위당 5GiB2 |
HTTP 기관당 동시 백 엔드 연결 수3 | 단위당 2,0484 |
캐시된 최대 응답 크기 | 2MiB |
최대 정책 문서 크기 | 256KiB5 |
최대 사용자 지정 게이트웨이는 서비스 인스턴스6당 기본 | 20 |
서비스 인스턴스당 최대 CA 인증서 수7 | 10 |
구독당 최대 서비스 인스턴스 수 8 | 20 |
서비스 인스턴스당 최대 구독 수 8 | 500 |
서비스 인스턴스당 최대 클라이언트 인증서 수 8 | 50 |
서비스 인스턴스당 최대 API 수 8 | 50 |
서비스 인스턴스당 최대 API 관리 작업 수 8 | 1,000 |
최대 총 요청 기간8 | 30초 |
최대 요청 페이로드 크기8 | 1GiB |
버퍼링된 최대 페이로드 크기8 | 2MiB |
진단 로그의 최대 요청/응답 페이로드 크기 | 8,192바이트 |
최대 요청 URL 크기9 | 16,384바이트 |
URL 경로 세그먼트10의 최대 길이 | 1,024자 |
유효성 검사 정책10에서 사용하는 API 스키마의 최대 크기 | 4MB |
최대 스키마 수10 | 100 |
유효성 검사 콘텐츠 정책의 최대 요청 또는 응답 본문 크기 10 | 100KB |
자체 호스팅 게이트웨이의 최대 수 11 | 25 |
장치당 최대 활성 WebSocket 연결 수 | 5,00012 |
API Management 리소스에서 지원하는 최대 태그 수 | 15 |
서비스 인스턴스당 최대 자격 증명 공급자 수 | 1,000 |
자격 증명 공급자당 최대 연결 수 | 10,000 |
연결당 최대 액세스 정책 수 | 100 |
연결당 분당 최대 권한 부여 요청 수 | 250 |
서비스 인스턴스당 최대 작업 영역 수 10 | 100 |
1 크기 조정 제한은 가격 책정 계층에 따라 다릅니다. 가격 책정 계층 및 해당 크기 조정 제한에 대한 자세한 내용은 API Management 가격을 참조하세요.
2 단위 캐시당 크기는 가격 책정 계층에 따라 달라집니다. 가격 책정 계층 및 크기 조정 제한을 보려면 API Management 가격 책정을 참조하세요.
3 백 엔드에서 명시적으로 닫지 않으면 연결이 풀링되고 다시 사용됩니다.
4 이 제한은 기본, 표준 및 프리미엄 계층 단위당입니다. 개발자 계층은 1,024개로 제한됩니다. 이 제한은 소비 계층에 적용되지 않습니다.
5 이 제한은 기본, 표준 및 프리미엄 계층에 적용됩니다. 소비 계층에서 정책 문서 크기는 16KiB로 제한됩니다.
6 여러 사용자 지정 도메인은 개발자 및 프리미엄 계층에서만 지원됩니다.
7 CA 인증서는 소비 계층에서 지원되지 않습니다.
8 이 제한은 소비 계층에만 적용됩니다. 다른 계층에서 API Management는 제한을 설정하지 않습니다. 그러나 실제 상한은 가격 책정 계층, 서비스 용량, 배율 단위 수, 정책 구성, API 정의 및 형식, 동시 요청 수 및 기타 요인을 포함한 서비스 구성에 따라 달라집니다.
9 Consumption 계층에만 적용됩니다. 최대 2,048바이트 길이의 쿼리 문자열을 포함합니다.
10 이 제한을 늘리려면 지원에 문의하세요.
11 자체 호스팅 게이트웨이는 개발자 및 프리미엄 계층에서만 지원됩니다. 이 제한은 자체 호스팅 게이트웨이 리소스 수 에 적용됩니다. 이 제한을 늘리려면 지원에 문의하세요. 자체 호스팅 게이트웨이 리소스와 연결된 노드 수(또는 복제본(replica))는 프리미엄 계층에서 무제한이며 개발자 계층의 단일 노드에서 제한됩니다.
12 이 제한은 개발자 계층에 적용되지 않습니다. 개발자 계층에서 제한은 2,500입니다.
App Service 제한
리소스 | 무료 | 공유됨 | Basic | Standard | Premium(v1-v3) | 격리 |
---|---|---|---|---|---|---|
Azure 앱 Service 플랜1당 웹, 모바일 또는 API 앱 | 10 | 100 | 무제한2 | 무제한2 | 무제한2 | 무제한2 |
App Service 계획 | 지역당 10개 지역당 1개 무료 Linux App Service 계획 |
리소스 그룹당 10개 | 리소스 그룹당 100 | 리소스 그룹당 100 | 리소스 그룹당 100 | 리소스 그룹당 100 |
컴퓨팅 인스턴스 유형 | 공유됨 | 공유됨 | 전용3 | 전용3 | 전용3 | 전용3 |
규모 확장 (최대 인스턴스) | 1개 공유됨 | 1개 공유됨 | 전용3개 | 전용 10개3개 | v1 전용 20개; v2 및 v3 전용 30개.3 | 100개 전용됨 4 |
스토리지5 | 1GB5 | 1GB5 | 10GB5 | 50GB5 | 250GB5 | 1TB12 사용 가능한 스토리지 할당량은 999GB입니다. |
CPU 시간(5분)6 | 3분 | 3분 | 무제한, 표준 요금으로 지불 | 무제한, 표준 요금으로 지불 | 무제한, 표준 요금으로 지불 | 무제한, 표준 요금으로 지불 |
CPU 시간(일)6 | 60분 | 240분 | 무제한, 표준 요금으로 지불 | 무제한, 표준 요금으로 지불 | 무제한, 표준 요금으로 지불 | 무제한, 표준 요금으로 지불 |
메모리(1시간) | App Service 계획당 1,024MB | 앱당 1,024MB | 해당 없음 | 해당 없음 | 해당 없음 | 해당 없음 |
대역폭 | 165MB | 무제한, 데이터 전송 요금이 적용됩니다. | 무제한, 데이터 전송 요금이 적용됩니다. | 무제한, 데이터 전송 요금이 적용됩니다. | 무제한, 데이터 전송 요금이 적용됩니다. | 무제한, 데이터 전송 요금이 적용됩니다. |
애플리케이션 아키텍처 | 32비트 | 32비트 | 32비트/64비트 | 32비트/64비트 | 32비트/64비트 | 32비트/64비트 |
인스턴스당 WebSockets(Windows)7 | 5 | 35 | 350 | 제한 없음 | 제한 없음 | 무제한 |
인스턴스당 WebSockets(Linux)7 | 5 | 해당 없음 | ~50K | ~50K | ~50K | ~50K |
인스턴스당 아웃바운드 IP 연결 | 600 | 600 | 인스턴스 크기에 따라 다름8 | 인스턴스 크기에 따라 다름8 | 인스턴스 크기에 따라 다름8 | 16,000 |
애플리케이션당 동시 디버거 연결 | 1 | 1 | 1 | 5 | 5 | 5 |
구독당 App Service Certificate 수 | 지원되지 않음 | 지원되지 않음 | 10 | 10 | 10 | 10 |
앱당 사용자 지정 do기본s | 0(azurewebsites.net 하위 도메인 전용) | 500 | 500 | 500 | 500 | 500 |
사용자 지정 do기본 SSL 지원 | 지원되지 않음, *.azurewebsites.net용 와일드카드 인증서는 기본적으로 사용 가능 | 지원되지 않음, *.azurewebsites.net용 와일드카드 인증서는 기본적으로 사용 가능 | 무제한 SNI SSL 연결 | 무제한 SNI SSL 및 1개의 IP SSL 연결 포함 | 무제한 SNI SSL 및 1개의 IP SSL 연결 포함 | 무제한 SNI SSL 및 1개의 IP SSL 연결 포함 |
하이브리드 연결 | 계획당 5개 | 계획당 25개 | 앱당 220개 | 앱당 220개 | ||
Virtual Network 통합 | X | X | X | X | ||
프라이빗 엔드포인트 | X | X | 앱당 100 | |||
통합 부하 분산 장치 | X | X | X | X | X9 | |
액세스 제한 | 앱당 512개 규칙 | 앱당 512개 규칙 | 앱당 512개 규칙 | 앱당 512개 규칙 | 앱당 512개 규칙 | 앱당 512개 규칙 |
Always On | X | X | X | X | ||
예약된 백업 | 2시간마다 예약된 백업 기준, 매일 최대 12개 백업(수동 + 예약) | 2시간마다 예약된 백업 기준, 매일 최대 12개 백업(수동 + 예약) | 매시간 예약된 백업, 하루에 최대 50개의 백업(수동 + 예약됨) | 매시간 예약된 백업, 하루에 최대 50개의 백업(수동 + 예약됨) | ||
Autoscale | X | X | X | |||
WebJobs10 | X | X | X | X | X | X |
엔드포인트 모니터링 | X | X | X | X | ||
앱당 스테이징 슬롯 수 | 5 | 20 | 20 | |||
프로덕션에서 테스트 | X | X | X | |||
진단 로그 | X | X | X | X | X | X |
Kudu | X | X | X | X | X | X |
인증 및 권한 부여 | X | X | X | X | X | X |
App Service 관리 인증서11 | X | X | X | X | ||
SLA | 99.95% | 99.95% | 99.95% | 99.95% |
1 별도로 명시하지 않는 한 App Service 계획당 앱 및 스토리지 할당량입니다.
2 이러한 컴퓨터에서 호스트할 수 있는 실제 앱 수는 앱의 활동, 컴퓨터 인스턴스의 크기 및 해당 리소스 사용률에 따라 달라집니다.
전용 인스턴스 3 개는 크기가 다를 수 있습니다. 자세한 내용은 App Service 가격 책정을 참조하세요.
4 요청 시 더 많은 것이 허용됩니다.
5 스토리지 제한은 동일한 App Service 계획의 모든 앱에서 총 콘텐츠 크기입니다. 단일 리소스 그룹 및 지역의 모든 App Service 계획에 있는 모든 앱의 총 콘텐츠 크기는 500GB를 초과할 수 없습니다. App Service 호스팅 앱에 대한 파일 시스템 할당량은 지역 및 리소스 그룹에서 만든 App Service 계획의 집계에 따라 결정됩니다.
6 이러한 리소스는 전용 인스턴스(인스턴스 크기 및 인스턴스 수)의 물리적 리소스에 의해 제한됩니다.
7기본 계층의 Windows 앱을 두 개의 인스턴스로 확장하는 경우 두 인스턴스 각각에 대해 350개의 동시 연결이 있습니다. 표준 계층 이상의 Windows 앱의 경우 WebSocket에 대한 이론적 제한은 없지만 다른 요인으로는 WebSocket 수를 제한할 수 있습니다. 예를 들어 허용되는 최대 동시 요청 수(maxConcurrentRequestsPerCpu
를 통해 정의)는 소형 VM당 7,500개, 중형 VM당 15,000개(7,500 x 2코어), 대형 VM당 75,000개(18,750 x 4코어)입니다. Linux 앱은 무료 SKU에서 5개의 동시 WebSocket 연결과 다른 모든 SKU의 인스턴스당 최대 50k의 동시 WebSocket 연결로 제한됩니다.
8 최대 IP 연결은 인스턴스당이며 인스턴스 크기에 따라 달라집니다. B1/S1/P1V3 인스턴스당 1,920개, B2/S2/P2V3 인스턴스당 3,968개, B3/S3/P3V3 인스턴스당 8,064개.
9 App Service 격리 SKU는 Azure Load Balancer를 통해 내부적으로 부하 분산(ILB)될 수 있으므로 인터넷으로부터의 퍼블릭 연결이 없습니다. 그 결과, ILB 격리 App Service의 일부 기능은 ILB 네트워크 엔드포인트과 직접 액세스되는 컴퓨터에서 사용해야 합니다.
10 App Service 인스턴스 내에서 요청 시, 일정에 따라 또는 연속적인 백그라운드 작업으로 사용자 지정 실행 파일 및/또는 스크립트를 실행합니다. 연속적인 WebJobs 실행을 위해서는 무중단이 필요합니다. App Service 인스턴스에서 실행할 수 있는 WebJobs 수에는 미리 정의된 제한이 없습니다. 애플리케이션 코드가 수행하려는 작업과 관련된 실질적인 제한이 있습니다.
11 표준 인증서만 발급합니다(와일드카드 인증서는 사용할 수 없음). 사용자 지정 도메인당 무료 인증서는 하나만 사용할 수 있습니다.
12 단일 App Service Environment에 배포된 모든 앱의 총 스토리지 사용량(여러 다른 리소스 그룹에 할당되는 방식에 관계 없음).
자동화 제한
프로세스 자동화
리소스 | 제한 | 주의 |
---|---|---|
Azure Automation 계정당 30초마다 제출할 수 있는 최대 새 작업 수(예정되지 않은 작업) | 100 | 이 한도에 도달하면 작업을 만들기 위한 후속 요청이 실패합니다. 클라이언트가 오류 응답을 받습니다. |
Automation 계정당 동일한 인스턴스 시간에 동시 실행 작업의 최대 수(예약되지 않은 작업) | 200 | 이 한도에 도달하면 작업을 만들기 위한 후속 요청이 실패합니다. 클라이언트가 오류 응답을 받습니다. |
30일 롤링 기간 동안 작업 메타데이터의 최대 스토리지 크기 | 10GB(약 400만 개의 작업) | 이 한도에 도달하면 작업을 만들기 위한 후속 요청이 실패합니다. |
최대 작업 스트림 제한 | 1MiB | 단일 스트림은 1MiB보다 클 수 없습니다. |
Azure Automation 포털의 최대 작업 스트림 제한 | 200KB | 작업 로그를 표시하는 포털 제한입니다. |
Automation 계정당 30초마다 가져올 수 있는 최대 모듈 수 | 5 | |
모듈의 최대 크기 | 100MB | |
노드 구성 파일의 최대 크기 | 1MB | 상태 구성에 적용됩니다. |
작업 런타임, 무료 계층 | 월별 구독당 500분 | |
샌드박스1당 허용되는 최대 디스크 공간 양 | 1GB | Azure 샌드박스에만 적용됩니다. |
샌드박스1에 지정된 최대 메모리 양 | 400MB | Azure 샌드박스에만 적용됩니다. |
샌드박스당 허용되는 최대 네트워크 소켓 수1 | 1,000 | Azure 샌드박스에만 적용됩니다. |
Runbook1당 허용되는 최대 런타임 | 3시간 | Azure 샌드박스에만 적용됩니다. |
구독의 최대 Automation 계정 수 | 제한 없음 | |
Automation 계정당 시스템 하이브리드 Runbook 작업자의 최대 수 | 4,000 | |
Automation 계정당 최대 사용자 하이브리드 Runbook 작업자 수 | 4,000 | |
단일 Hybrid Runbook Worker에서 실행할 수 있는 최대 동시 작업 수 | 50 | |
최대 Runbook 작업 매개 변수 크기 | 512KB | |
최대 Runbook 매개 변수 | 50 | 50 매개 변수 제한에 도달하면 JSON 또는 XML 문자열을 매개 변수에 전달하고 Runbook으로 구문 분석할 수 있습니다. |
최대 웹후크 페이로드 크기 | 512KB | |
작업 데이터가 보존되는 최대 일수 | 30일 | |
최대 PowerShell 워크플로 상태 크기 | 5MB | 워크플로를 검사 때 PowerShell 워크플로 Runbook에 적용됩니다. |
Automation 계정에서 지원하는 최대 태그 수 | 15 | |
변수의 값 필드에 있는 최대 문자 수 | 1048576 |
1샌드박스는 여러 작업에서 사용할 수 있는 공유 환경입니다. 동일한 샌드박스를 사용하는 작업은 샌드박스의 리소스 제한에 의해 바인딩됩니다.
변경 내용 추적 및 인벤토리
다음 표에서는 변경 내용 추적을 위해 컴퓨터당 추적된 항목 제한을 보여 줍니다.
리소스 | 한도 | 참고 |
---|---|---|
파일 | 500 | |
파일 크기 | 5MB | |
등록 | 250 | |
Windows 소프트웨어 | 250 | 소프트웨어 업데이트는 포함하지 않습니다. |
Linux 패키지 | 1,250 | |
Services | 250 | |
디먼 | 250 |
업데이트 관리
다음 표에서는 업데이트 관리에 대한 제한을 보여 줍니다.
리소스 | 한도 | 참고 |
---|---|---|
업데이트 배포당 컴퓨터 수 | 1000 | |
업데이트 배포당 동적 그룹 수 | 500 |
Azure App Configuration
리소스 | 제한 | Comment(설명) |
---|---|---|
무료 계층에 대한 구성 저장소 | 구독당 1개 저장소 | |
표준 계층에 대한 구성 저장소 | 구독당 무제한 저장소 | |
무료 계층에 대한 구성 저장소 요청 | 일별 1000건의 요청 | 할당량을 모두 사용하고 나면, 하루가 지나기 전까지 모든 요청에 대해 HTTP 상태 코드 429가 반환됩니다. |
표준 계층에 대한 구성 저장소 요청 | 시간당 30,000 | 할당량이 소진되면 요청은 시간이 끝날 때까지 너무 많은 요청을 나타내는 HTTP 상태 코드 429를 반환할 수 있습니다. |
무료 계층용 스토리지 | 10MB | |
표준 계층에 대한 스토리지 | 1GB | |
키 및 값 | 10KB | 모든 메타데이터를 포함한 단일 키-값 항목의 경우 |
Azure Cache for Redis 제한
리소스 | 제한 |
---|---|
캐시 크기 | 1.2TB |
데이터베이스 | 64 |
연결된 최대 클라이언트 | 40,000 |
고가용성을 위한 Azure Cache for Redis 복제본 | 3 |
클러스터링 있는 프리미엄 캐시의 분할된 데이터베이스 | 10 |
Azure Cache for Redis 제한 및 크기는 각 가격 책정 계층에 따라 다릅니다. 가격 책정 계층 및 해당 관련 크기를 확인하려면 Azure Cache for Redis 가격 책정을 참조하세요.
Azure Cache for Redis 구성 제한에 대한 자세한 내용은 기본 Redis 서버 구성을 참조하세요.
Azure Cache for Redis 인스턴스의 구성 및 관리는 Microsoft에서 수행하므로 Azure Cache for Redis에서 모든 Redis 명령이 지원되지는 않습니다. 자세한 내용은 Azure Cache for Redis에서 지원되지 않는 Redis 명령을 참조 하세요.
Azure Cloud Services 제한
리소스 | 제한 |
---|---|
배포당 웹 또는 작업자 역할 1 | 25 |
배포당 인스턴스 입력 엔드포인트 | 25 |
배포당 입력 엔드포인트 | 25 |
배포당 내부 엔드포인트 | 25 |
배포당 호스트된 서비스 인증서 | 199 |
1웹 또는 작업자 역할이 있는 각 Azure 클라우드 서비스에는 프로덕션용과 스테이징용으로 두 개의 배포가 있을 수 있습니다. 이 제한은 고유한 역할, 즉 구성의 수를 나타냅니다. 이 제한은 역할당 인스턴스 수, 즉 크기 조정을 참조하지 않습니다.
Azure AI Search 제한
가격 책정 계층은 검색 서비스의 용량과 제한을 결정합니다. 계층은 다음과 같습니다.
- 무료 다중 테넌트 서비스는 다른 Azure 구독자와 공유되며 평가 및 소규모 개발 프로젝트용으로 사용하기 위한 것입니다.
- Basic은 프로덕션 워크로드에 대한 전용 컴퓨팅 리소스를 더 작은 규모로 제공하며, 고가용성 쿼리 워크로드에 대해 최대 3개의 복제본(replica) 제공합니다.
- S1, S2, S3 및 S3 고밀도를 포함하는 표준은 더 큰 프로덕션 워크로드를 위한 것입니다. 표준 계층 내에 여러 수준이 있으므로 워크로드 프로필과 가장 일치하는 리소스 구성을 선택할 수 있습니다.
구독당 제한
각 계층에서 허용되는 서비스 수로만 제한되는 여러 청구 가능 검색 서비스(기본 및 이상)를 만들 수 있습니다. 예를 들어, 기본 계층에 최대 16개의 서비스를 만들고, 동일한 구독 내의 S1 계층에 16개의 다른 서비스를 만들 수 있습니다. 계층에 대한 자세한 내용은 Azure AI Search에 대한 SKU 또는 계층 선택을 참조하세요.
최대 서비스 제한은 요청 시 설정할 수 있습니다. 동일한 구독 내에서 더 많은 서비스가 필요한 경우 지원 요청을 제출합니다.
리소스 | 무료1 | 기본 | S1 | S2 | S3 | S3 HD | L1 | L2 |
---|---|---|---|---|---|---|---|---|
최대 서비스 | 1 | 16 | 16 | 8 | 6 | 6 | 6 | 6 |
SU(검색 단위)의 최대 규모2 | 해당 없음 | 3 SU | 36 SU | 36 SU | 36 SU | 36 SU | 36 SU | 36 SU |
1 Azure 구독당 하나의 무료 검색 서비스를 사용할 수 있습니다. 무료 계층은 다른 고객과 공유되는 인프라를 기반으로 합니다. 하드웨어는 전용이 아니므로 확장이 지원되지 않으며 스토리지는 50MB로 제한됩니다.
2 검색 단위는 복제본(replica) 또는 파티션으로 할당된 청구 단위입니다. 스토리지, 인덱싱 및 쿼리 작업에 대해 두 리소스가 모두 필요합니다. SU 계산에 대한 자세한 내용은 쿼리 및 인덱스 워크로드에 대한 리소스 수준 크기 조정을 참조 하세요.
검색 서비스당 제한
검색 서비스는 디스크 공간 또는 인덱스 또는 인덱서의 최대 수에 대한 하드 제한에 의해 제한됩니다. 다음 표에서는 스토리지 한도를 설명합니다. 최대 개체 제한은 리소스별 제한을 참조 하세요.
리소스 | Free | 기본1 | S1 | S2 | S3 | S3 HD | L1 | L2 |
---|---|---|---|---|---|---|---|---|
SLA(서비스 수준 계약)2 | 예 | 네 | 네 | 네 | 네 | 네 | 네 | 예 |
파티션당 스토리지 | 50MB | 2GB | 25GB | 100GB | 200GB | 200GB | 1TB | 2TB |
서비스당 파티션 | 해당 없음 | 1 | 12 | 12 | 12 | 3 | 12 | 12 |
파티션 크기 | 해당 없음 | 2GB | 25GB | 100GB | 200GB | 200GB | 1TB | 2TB |
복제본 | 해당 없음 | 3 | 12 | 12 | 12 | 12 | 12 | 12 |
1 기본에는 하나의 고정 파티션이 있습니다. 추가 검색 단위를 사용하여 더 큰 쿼리 볼륨의 복제본을 추가할 수 있습니다.
2 서비스 수준 계약은 전용 리소스에서 청구 가능한 서비스에 적용됩니다. 무료 서비스 및 미리 보기 기능에는 SLA가 없습니다. 청구 가능한 서비스의 경우 서비스에 대한 충분한 중복성을 프로비전할 때 SLA가 적용됩니다. 쿼리(읽기) SLA에는 둘 이상의 복제본(replica) 필요합니다. 쿼리 및 인덱싱(읽기-쓰기) SLA에는 세 개 이상의 복제본이 필요합니다. 파티션 수는 SLA 고려 사항이 아닙니다.
문서 크기, 초당 쿼리, 키, 요청 및 응답과 같은 보다 세부적인 수준의 제한에 대한 자세한 내용은 Azure AI Search의 서비스 제한을 참조하세요.
Azure AI 서비스 제한
다음 제한은 Azure 구독당 Azure AI 서비스 리소스 수에 대한 것입니다. 구독당 리소스 유형별로 허용되는 '무료' 계정 하나만 제한됩니다. 각 Azure AI 서비스에는 다른 제한 사항이 있을 수 있습니다. 자세한 내용은 Azure AI 서비스를 참조 하세요.
Type | 제한 | 예시 |
---|---|---|
Azure AI 서비스 리소스의 혼합 | 지역당 최대 200개의 Azure AI 서비스 리소스. | 미국 서부의 Azure AI Vision 리소스 100개, 미국 서부의 Azure AI Speech 리소스 50개, 미국 서부의 Azure AI 언어 리소스 50개. |
단일 유형의 Azure AI 서비스 리소스. | 지역당 최대 100개 리소스 | 미국 서부 2의 Azure AI Vision 리소스 100개 및 미국 동부에 있는 100개의 Azure AI Vision 리소스 |
Azure Communications Gateway 제한
다음 기본 한도 및 할당량 중 일부를 늘릴 수 있습니다. 변경을 요청하려면 변경하려는 제한을 나타내는 변경 요청을 만듭니다.
모든 Azure Communications Gateway에는 다음과 같은 제한 사항이 적용됩니다.
- 모든 트래픽은 IPv4를 사용해야 합니다.
- 모든 트래픽은 TLS 1.2 이상이어야 합니다. 이전 버전은 지원되지 않습니다.
- 활성 호출 수는 Azure Communications Gateway에 대한 계획 및 관리 비용에 정의된 대로 Azure Communications Gateway에 할당된 사용자 수의 15%로 제한됩니다.
Azure Communications Gateway에는 SIP 신호에 대한 제한도 있습니다.
리소스 | 제한 |
---|---|
최대 SIP 메시지 크기 | 10KB |
SDP 메시지 본문의 최대 길이 | 128KB |
요청 URI의 최대 길이 | 256바이트 |
연락처 헤더 URI의 최대 길이 | 256바이트 |
URI의 userinfo 부분의 최대 길이 | 256바이트 |
From 헤더의 최대 do기본 이름 길이 | 255바이트 |
SIP 헤더 이름의 최대 길이 | 32바이트 |
SIP 본문 이름의 최대 길이 | 64바이트 |
지원되는 헤더, 필요 또는 프록시 필요 헤더의 최대 길이 | 256바이트 |
SIP 옵션 태그의 최대 길이 | 32바이트 |
일부 엔드포인트는 대화 상자 만들기 메시지에 해당 매개 변수가 없을 때 다음 헤더의 매개 변수를 대화 내 메시지에 추가할 수 있습니다. 이 경우 AZURE Communications Gateway는 RFC 3261에서 이 동작을 허용하지 않으므로 해당 동작을 제거합니다.
- 요청 URI
- 헤더로
- 헤더에서
Azure Container Apps 한도
Azure Container Apps 한도는 Azure Container Apps의 할당량을 참조하세요.
애플리케이션에서 사용할 수 있는 디스크 공간의 양은 연결된 워크로드 프로필에 따라 달라집니다. 사용 가능한 디스크 공간은 컨테이너 앱에 배포할 수 있는 이미지 크기 제한을 결정합니다.
전용 워크로드 프로필의 경우 이미지 크기 제한은 인스턴스당입니다.
표시 이름 | 이름 | 이미지 크기 제한(GB) |
---|---|---|
Consumption | 소비 | 8* |
Dedicated-D4 | D4 | 90 |
Dedicated-D8 | D8 | 210 |
Dedicated-D16 | D16 | 460 |
Dedicated-D32 | D32 | 940 |
Dedicated-E4 | E4 | 90 |
Dedicated-E8 | E8 | 210 |
Dedicated-E16 | E16 | 460 |
Dedicated-E32 | E32 | 940 |
* 사용량 워크로드 프로필의 이미지 크기 제한은 이미지와 앱 간에 공유됩니다. 예를 들어 앱에서 사용하는 로그에는 이 크기 제한이 적용됩니다.
Azure Cosmos DB 제한
Azure Cosmos DB 제한은 Azure Cosmos DB의 제한을 참조하세요.
Azure Data Explorer 제한
다음 표에서는 Azure Data Explorer 클러스터의 최대 제한에 대해 설명합니다.
리소스 | 제한 |
---|---|
구독당 지역당 클러스터 | 20 |
클러스터당 인스턴스 수 | 1000 |
클러스터의 데이터베이스 수 | 10,000 |
리더 클러스터당 팔로워 클러스터(데이터 공유 소비자) 수(데이터 공유 생산자) | 100 |
다음 표에서는 Azure Data Explorer 클러스터에서 수행되는 관리 작업에 대한 한도를 설명합니다.
범위 | 연산 | 제한 |
---|---|---|
클러스터 | 읽기(예: 클러스터 가져오기) | 5분당 500 |
클러스터 | 쓰기(예: 데이터베이스 만들기) | 시간당 1000 |
Azure Database for MySQL
Azure Database for MySQL 제한은 Azure Database for MySQL의 제한 사항을 참조하세요.
Azure Database for PostgreSQL
Azure Database for PostgreSQL 제한은 Azure Database for PostgreSQL의 제한 사항을 참조하세요.
Azure 배포 환경 제한
구독 | 배포당 런타임 제한 | 구독당 지역당 월별 런타임 제한 | 환경당 스토리지 제한 |
---|---|---|---|
Enterprise | 30분 | 5000분 | 1GB |
종량제 | 10분 | 200분 | 1GB |
Azure Pass | 10분 | 200분 | 1GB |
MSDN | 10분 | 200분 | 1GB |
CSP | 10분 | 200분 | 1GB |
무료 평가판 | 10분 | 200분 | 1GB |
Azure for Students | 10분 | 200분 | 1GB |
Azure Files 및 Azure 파일 동기화
Azure Files 및 파일 동기화 제한에 대한 자세한 내용은 Azure Files 확장성 및 성능 목표를 참조하세요.
Azure Functions 제한
리소스 | 사용 계획 | 프리미엄 계획 | 전용 계획 | ASE | Kubernetes |
---|---|---|---|---|---|
기본 시간 제한 기간(분) | 5 | 30 | 301 | 30 | 30 |
최대 시간 제한 기간(분) | 10 | unbounded7 | unbounded2 | 바인딩되지 않은 | 바인딩되지 않은 |
최대 아웃바운드 연결(인스턴스당) | 활성 600개(총 1200개) | 바인딩되지 않은 | 바인딩되지 않은 | 바인딩되지 않은 | 바인딩되지 않은 |
최대 요청 크기(MB)3 | 100 | 100 | 100 | 100 | 클러스터에 따라 다름 |
최대 쿼리 문자열 길이3 | 4096 | 4096 | 4096 | 4096 | 클러스터에 따라 다름 |
최대 요청 URL 길이3 | 8192 | 8192 | 8192 | 8192 | 클러스터에 따라 다름 |
인스턴스당 ACU | 100 | 210-840 | 100-840 | 210-2508 | AKS 가격 책정 |
최대 메모리(인스턴스당 GB) | 1.5 | 3.5-14 | 1.75-14 | 3.5 - 14 | 모든 노드가 지원됩니다. |
최대 인스턴스 수(Windows/Linux) | 200/100 | 100/20 | SKU9에 따라 다름 | 1009 | 클러스터에 따라 다름 |
계획11당 함수 앱 | 100 | 100 | unbounded4 | 바인딩되지 않은 | 바인딩되지 않은 |
App Service 계획 | 지역당 100개 | 리소스 그룹당 100 | 리소스 그룹당 100 | - | - |
app10당 배포 슬롯 | 2 | 3 | 1-209 | 20 | 해당 없음 |
스토리지5 | 5GB | 250GB | 50-1000GB | 1TB | 해당 없음 |
앱당 사용자 지정 do기본s | 5006 | 500 | 500 | 500 | 해당 없음 |
사용자 지정 do기본 SSL 지원 | 포함된 바인딩되지 않은 SNI SSL 연결 | 무제한 SNI SSL 및 1개의 IP SSL 연결 포함 | 무제한 SNI SSL 및 1개의 IP SSL 연결 포함 | 무제한 SNI SSL 및 1개의 IP SSL 연결 포함 | 해당 없음 |
1 기본적으로 App Service 계획의 Functions 1.x 런타임에 대한 시간 제한은 제한되지 않습니다.
2 App Service 계획을 Always On으로 설정해야 합니다. 표준 요금으로 결제하세요.
3 이러한 제한은 호스트에서 설정됩니다.
4 호스트할 수 있는 실제 함수 앱 수는 앱의 활동, 컴퓨터 인스턴스의 크기 및 해당 리소스 사용률에 따라 달라집니다.
5 스토리지 제한은 동일한 App Service 계획의 모든 앱에서 임시 스토리지의 총 콘텐츠 크기입니다. 사용 계획은 임시 스토리지에 Azure Files를 사용합니다.
6 함수 앱이 소비 계획에서 호스트되는 경우 CNAME 옵션만 지원됩니다. 프리미엄 계획 또는 App Service 계획의 함수 앱의 경우 CNAME 또는 A 레코드를 사용하여 사용자 지정 작업을 매핑할 수 기본.
7 최대 60분 동안 보장됩니다.
8 작업자는 고객 앱을 호스트하는 역할입니다. 작업자는 vCPU 1개/3.5GB RAM, vCPU 2개/7GB RAM 또는 vCPU 4개/14GB RAM의 세 가지 고정 크기를 사용할 수 있습니다.
9 자세한 내용은 App Service 제한을 참조하세요.
10 프로덕션 슬롯을 포함합니다.
11 현재 지정된 구독에는 5,000개 함수 앱의 제한이 있습니다.
자세한 내용은 Functions 호스팅 계획 비교를 참조하세요.
Azure Health Data Services
Azure Health Data Services 제한
Health Data Services는 개방형 표준 및 프레임워크를 기반으로 하는 관리 API 서비스 집합입니다. Health Data Services는 워크플로우가 의료를 개선하고 확장 가능하고 안전한 의료 솔루션을 제공할 수 있도록 합니다. Health Data Services에는 FHIR(Fast Healthcare Interoperability Resources) 서비스, DICOM(Digital Imaging and Communications in Medicine) 서비스 및 MedTech 서비스가 포함됩니다.
FHIR 서비스는 Health Data Services 내에서 FHIR 사양을 구현한 것입니다. 이를 통해 단일 작업 영역에서 하나 이상의 FHIR 서비스 인스턴스를 DICOM 및 MedTech 서비스 인스턴스(옵션)와 결합할 수 있습니다. Azure API for FHIR은 독립 실행형 서비스 제공 사항으로 일반 공급됩니다.
Azure Health Data Services의 FHIR 서비스는 구조적 스토리지에 대해 4TB로 제한됩니다.
할당량 이름 | 기본 제한 | 최대 제한 | 참고 |
---|---|---|---|
작업 영역 | 10 | 고객 지원 문의 | 구독당 제한 |
FHIR | 10 | 고객 지원 문의 | 작업 영역당 제한 |
DICOM | 10 | 고객 지원 문의 | 작업 영역당 제한 |
MedTech | 10 | 해당 없음 | 작업 영역당 제한을 늘릴 수 없습니다. |
Azure API for FHIR 서비스 제한
Azure API for FHIR은 실행 가능한 분석 및 기계 학습을 위한 솔루션을 가능하게 하는 임상 상태 데이터에 대한 관리되는 표준 기반 규격 API입니다.
할당량 이름 | 기본 제한 | 최대 제한 | 참고 |
---|---|---|---|
RU(요청 단위) | 100,000RU | 문의 지원 최대 사용 가능 1,000,000입니다. | 최소 400RU 또는 40RU/GB 중 더 큰 RU가 필요합니다. |
동시 연결 | 두 인스턴스에서 15개의 동시 연결(총 30개의 동시 요청) | 고객 지원 문의 | |
구독당 Azure API for FHIR 서비스 인스턴스 | 10 | 고객 지원 문의 |
Azure Kubernetes Service 제한
리소스 | 제한 |
---|---|
구독당 최대 클러스터 수 | 5000 참고: Azure API 제한 한도를 고려하도록 여러 지역에 클러스터 분산 |
Virtual Machine Scale Sets 및 표준 Load Balancer SKU를 사용하는 클러스터당 최대 노드 수 | 모든 노드 풀에서 5000개 (기본 제한: 1000) 참고: 클러스터당 1000개 이상의 노드를 실행하려면 기본 노드 한도 할당량을 늘려야 합니다. 도움이 필요하면 지원 서비스에 문의하세요. |
노드 풀당 최대 노드(Virtual Machine Scale Sets 노드 풀) | 1000 |
클러스터당 최대 노드 풀 | 100 |
노드당 최대 Pod: Kubenet 네트워킹 플러그 인 사용 | 최대값: 250 Azure CLI 기본값: 110 Azure Resource Manager 템플릿 기본값: 110 Azure Portal 배포 기본값: 30 |
노드당 최대 Pod: Azure Container Networking Interface 사용 | 최대값: 250 기본값: 30 |
OSM(오픈 서비스 메시) AKS 추가 기능 | Kubernetes 클러스터 버전: AKS 지원 버전 클러스터당 OSM 컨트롤러: 1 OSM 컨트롤러당 Pod: 1600 OSM에서 관리하는 Kubernetes 서비스 계정: 160 |
표준 Load Balancer SKU를 사용하여 클러스터당 최대 부하 분산 kubernetes 서비스 유지 | 300 |
Virtual Machine 가용성 집합 및 기본 Load Balancer SKU를 사용하는 클러스터당 최대 노드 수 | 100 |
Kubernetes 컨트롤 플레인 계층 | 제한 |
---|---|
표준 계층 | 부하에 따라 Kubernetes API 서버의 크기를 자동으로 조정합니다. 더 큰 컨트롤 플레인 구성 요소 제한 및 API 서버/등 인스턴스. |
무료 계층 | 수신 요청이 50개 변경되고 읽기 전용 호출이 100개인 제한된 리소스입니다. 권장되는 노드 제한은 클러스터당 10개 노드입니다. 실험, 학습 및 간단한 테스트에 가장 적합합니다. 프로덕션/중요 워크로드에는 권장되지 않습니다. |
Azure Lab Services
Azure Lab Services 리소스 수에는 다음 한도가 적용됩니다.
리소스 종류당
그룹화 | 리소스 종류 | 제한 |
---|---|---|
구독당 | 랩 | 980 |
리소스 그룹당 | 랩 | 800 |
랩 계획 | 800 | |
랩당 | 일정 | 250 |
VM(가상 컴퓨터) | 400 |
지역당 - 랩 플랜 및 랩
구독 유형 | 랩 플랜 한도 | 랩 한도 |
---|---|---|
기본값 | 2 | 2 |
종량제 | 500 | 500 |
MPN | 500 | 500 |
Azure in Open | 500 | 500 |
기업 계약 | 500 | 500 |
MSDN | 500 | 500 |
스폰서 | 100 | 15 |
CSP | 500 | 500 |
Azure Pass | 100 | 25 |
평가판 | 100 | 15 |
Azure for Students | 100 | 15 |
Azure Lab Services 용량 한도에 대한 자세한 내용은 Azure Lab Services의 용량 한도를 참조하세요.
한도 증가를 요청하기 위한 지원 문의
Azure Load Testing 제한
Azure Load Testing 제한은 Azure Load Testing의 서비스 제한을 참조하세요.
Azure Machine Learning 제한
Azure Machine Learning 컴퓨팅 할당량의 최신 값은 Azure Machine Learning 할당량 페이지에서 찾을 수 있습니다.
Azure 지도 제한
참고 항목
Azure 지도 Gen1 가격 계층 사용 중지
Gen1 가격 책정 계층은 이제 더 이상 사용되지 않으며 9/15/26에 사용 중지됩니다. Gen2 가격 책정 계층은 Gen1(S0 및 S1 모두) 가격 책정 계층을 대체합니다. Azure 지도 계정에 Gen1 가격 책정 계층이 선택된 경우 사용 중지되기 전에 Gen2 가격 책정으로 전환할 수 있습니다. 그렇지 않으면 자동으로 업데이트됩니다. 자세한 내용은 Azure 지도 계정의 가격 책정 계층 관리를 참조하세요.
Azure 지도 초당 쿼리 제한은 Azure 지도 QPS 속도 제한을 참조하세요.
다음 표에서는 Azure 구독의 Azure 지도 계정에 대한 누적 데이터 크기 제한을 보여 줍니다. Azure 지도 Data Service는 Gen1(S1) 및 Gen2 가격 책정 계층에서만 사용할 수 있습니다.
리소스 | 제한 |
---|---|
Azure 구독당 최대 스토리지 | 1GB |
파일 업로드당 최대 크기 | 100MB |
참고 항목
Azure 지도 Data Service 사용 중지
Azure 지도 Data Service(v1 및 v2 모두)는 이제 더 이상 사용되지 않으며 9/16/24에 사용 중지됩니다. Azure 지도 Data Registry 서비스가 데이터 서비스를 대체하고 있습니다. 자세한 내용은 데이터 레지스트리를 만드는 방법을 참조 하세요.
Azure Monitor 제한
Azure Monitor 제한은 Azure Monitor 서비스 제한을 참조 하세요.
Azure Data Factory 한도
Azure Data Factory는 고객 구독이 서로의 워크로드로부터 보호되도록 하기 위해 다음과 같은 기본 제한을 적용하는 다중 테넌트 서비스입니다. 구독에 대한 최대 한도를 높이려면 지원에 문의하세요.
리소스 | 기본 제한 | 최대 제한 |
---|---|---|
데이터 팩터리 내의 파이프라인, 데이터 집합, 트리거, 연결된 서비스, 프라이빗 엔드포인트 및 통합 런타임과 같은 총 엔터티 수 | 5,000 | 지원에서 할당량 증가를 요청하는 방법을 알아봅니다. |
하나의 구독에서 Azure-SSIS Integration Runtime에 대한 총 CPU 코어 수 | 64 | 지원에서 할당량 증가를 요청하는 방법을 알아봅니다. |
팩터리의 모든 파이프라인 간에 공유되는 데이터 팩터리당 동시 파이프라인 실행 | 10,000 | 10,000 |
구독당 Azure Integration Runtime 지역별 동시 외부 활동 실행 수 외부 활동은 통합 런타임에서 관리되지만, Databricks, 저장 프로시저, 웹 등을 포함한 연결된 서비스에서 실행됩니다. 자체 호스팅 IR에는 이 제한이 적용되지 않습니다. |
3,000 | 3,000 |
Azure Integration Runtime 지역당 구독당 동시 파이프라인 작업 실행 파이프라인 활동은 Lookup, GetMetadata 및 Delete를 포함한 통합 런타임에서 실행됩니다. 자체 호스팅 IR에는 이 제한이 적용되지 않습니다. |
1,000 | 1,000 |
Azure Integration Runtime 지역당 구독당 동시 작성 작업 테스트 연결을 포함하여 폴더 목록과 테이블 목록을 찾아보고 데이터를 미리 봅니다. 자체 호스팅 IR에는 이 제한이 적용되지 않습니다. |
200 | 200 |
구독당 Azure Integration Runtime 지역별 동시 데이터 통합 단위1 사용량 | 지역 그룹 12: 6,000 지역 그룹 22: 3,000 지역 그룹 32: 1,500 |
지역 그룹 12: 6,000 지역 그룹 22: 3,000 지역 그룹 32: 1,500 |
관리형 가상 네트워크에서 구독당 Azure Integration Runtime 지역별 동시 데이터 통합 단위1 사용량 | 2,400 | 지원에서 할당량 증가를 요청하는 방법을 알아봅니다. |
파이프라인당 최대 활동 수(컨테이너에 대한 내부 활동 포함) | 40 | 40 |
단일 자체 호스팅 통합 런타임에 대해 만들 수 있는 연결된 통합 런타임의 최대 수 | 100 | 100 |
단일 자체 호스팅 통합 런타임에 대해 만들 수 있는 최대 노드 수 | 4 | 지원에서 할당량 증가를 요청하는 방법을 알아봅니다. |
파이프라인당 최대 매개 변수 수 | 50 | 50 |
ForEach 항목 | 100,000 | 100,000 |
ForEach 병렬 처리 | 20 | 50 |
파이프라인당 최대 대기 실행 | 100 | 100 |
식당 문자 수 | 8,192 | 8,192 |
최소 연속 창 트리거 간격 | 5분 | 15분 |
파이프라인 활동 실행에 대한 최소 시간 제한 | 10분 | 10분 |
파이프라인 작업 실행에 대한 최대 시간 제한 | 7 일 | 7 일 |
파이프라인 개체에 대한 개체당 바이트 수3 | 200KB | 200KB |
데이터 세트 및 연결된 서비스개체에 대한 개체당 바이트 3 | 100KB | 2,000KB |
각 작업 실행에 대한 페이로드당 바이트4 | 896KB | 896KB |
복사 작업 실행당 데이터 통합 단위1 | 256 | 256 |
API 호출 작성 | 1,200/h | 1,200/h 이 제한은 Azure Data Factory가 아닌 Azure Resource Manager에 의해 부과됩니다. |
API 호출 읽기 | 12,500/h | 12,500/h 이 제한은 Azure Data Factory가 아닌 Azure Resource Manager에 의해 부과됩니다. |
분당 쿼리 모니터링 | 1,000 | 1,000 |
데이터 흐름 디버그 세션의 최대 시간 | 8시간 | 8시간 |
통합 런타임당 동시 데이터 흐름 수 | 50 | 지원에서 할당량 증가를 요청하는 방법을 알아봅니다. |
관리형 vNet의 통합 런타임당 동시 데이터 흐름 수 | 50 | 지원에서 할당량 증가를 요청하는 방법을 알아봅니다. |
팩터리당 사용자당 동시 데이터 흐름 디버그 세션 수 | 3 | 3 |
데이터 흐름 Azure IR TTL 제한 | 4시간 | 4시간 |
팩터리에서 메타데이터 엔터티 크기 제한 | 2GB | 지원에서 할당량 증가를 요청하는 방법을 알아봅니다. |
1 DIU(데이터 통합 단위)는 클라우드-클라우드 복사 작업에 사용되며 데이터 통합 단위(버전 2)에서 자세히 알아봅니다. 요금 청구에 대한 자세한 내용은 Azure Data Factory 가격을 참조하세요.
2Azure Integration Runtime은 데이터 규정 준수, 효율성 및 네트워크 송신 비용 절감을 보장하기 위해 전역적으로 사용할 수 있습니다.
지역 그룹 | 영역 |
---|---|
지역 그룹 1 | 미국 중부, 미국 동부, 미국 동부 2, 북유럽, 서유럽, 미국 서부, 미국 서부 2 |
지역 그룹 2 | 오스트레일리아 동부, 오스트레일리아 남동부, 브라질 남부, 인도 중부, 일본 동부, 미국 중북부, 미국 중남부, 동남 아시아, 미국 중서부 |
지역 그룹 3 | 다른 지역 |
관리형 가상 네트워크를 사용하도록 설정하면 모든 지역 그룹의 DIU(데이터 통합 단위)는 2,400입니다.
3 파이프라인, 데이터 집합 및 연결된 서비스 개체는 워크로드의 논리적 그룹화입니다. 이러한 개체에 대한 제한은 Azure Data Factory를 사용하여 이동 및 처리할 수 있는 데이터 양과는 관련이 없습니다. Data Factory는 페타바이트 단위의 데이터를 처리하도록 크기를 조정하도록 설계되었습니다.
4 각 작업 실행에 대한 페이로드에는 활동 구성, 연결된 데이터 세트 및 연결된 서비스 구성(있는 경우) 및 활동 유형별로 생성된 시스템 속성의 작은 부분이 포함됩니다. 이 페이로드 크기에 대한 제한은 Azure Data Factory를 사용하여 이동하고 처리할 수 있는 데이터의 양과 관련이 없습니다. 이 제한에 도달하면 증상 및 권장 사항에 대해 알아봅니다.
웹 서비스 호출 제한
Azure Resource Manager에는 API 호출에 대한 제한이 있습니다. Azure Resource Manager API 제한 내에서 속도로 API 호출을 수행할 수 있습니다.
Azure NetApp Files
Azure NetApp Files에는 용량에 대한 지역 제한이 있습니다. 각 구독에 대한 표준 용량 제한은 모든 서비스 수준에서 지역당 25TiB입니다. 용량을 늘리려면 서비스 및 구독 제한(할당량) 지원 요청을 사용합니다.
Azure NetApp Files의 제한에 대한 자세한 내용은 Azure NetApp Files의 리소스 제한을 참조하세요.
Azure Policy 제한
Azure Policy의 각 개체 형식에 대한 최대 수가 있습니다. 정의의 경우 범위 항목은 관리 그룹 또는 구독을 의미합니다. 할당 및 예외의 경우 범위 항목은 관리 그룹, 구독, 리소스 그룹 또는 개별 리소스를 의미합니다.
Where | 구성할 항목 | 최대 수 |
---|---|---|
범위 | 정책 정의 | 500 |
범위 | 이니셔티브 정의 | 200 |
테넌트 | 이니셔티브 정의 | 2,500 |
범위 | 정책 또는 이니셔티브 할당 | 200 |
범위 | 예외 | 1000 |
정책 정의 | 매개 변수 | 20 |
이니셔티브 정의 | 정책 | 1000 |
이니셔티브 정의 | 매개 변수 | 400 |
정책 또는 이니셔티브 할당 | 제외(notScopes) | 400 |
정책 규칙 | 중첩된 조건부 | 512 |
수정 작업 | 리소스 | 50,000 |
정책 정의, 이니셔티브 또는 할당 요청 본문 | 바이트 | 1,048,576 |
정책 규칙에는 조건 수 및 복잡성에 대한 추가 제한이 있습니다. 자세한 내용은 정책 규칙 제한을 참조하세요.
Azure Quantum 제한
공급자 제한 및 할당량
Azure Quantum Service는 자사 및 타사 서비스 공급자를 모두 지원합니다. 타사 공급자는 제한 및 할당량을 소유합니다. 사용자는 타사 공급자를 구성할 때 Azure Portal에서 제품 및 제한을 볼 수 있습니다.
Microsoft 자사 최적화 솔루션 공급자에 대해 게시된 할당량 제한은 아래에서 확인할 수 있습니다.
학습 및 개발 SKU
리소스 | 제한 |
---|---|
CPU 기반 동시 작업 | 최대 5개1의 동시 작업 |
FPGA 기반 동시 작업 | 최대 2개1의 동시 작업 |
CPU 기반 솔버 시간 | 매월 20시간 |
FPGA 기반 솔버 시간 | 매월 1시간 |
학습 및 개발 SKU를 사용하는 동안 할당량 한도 증가를 요청할 수 없습니다. 대신 Scale SKU의 성능으로 전환해야 합니다.
Scale SKU의 성능
리소스 | 기본 제한 | 최대 제한 |
---|---|---|
CPU 기반 동시 작업 | 최대 100개1의 동시 작업 | 기본 제한과 동일 |
FPGA 기반 동시 작업 | 최대 101개의 동시 작업 | 기본 제한과 동일 |
해 찾기 시간 | 매월 1,000시간 | 매월 최대 50,000시간 |
한도를 높이려면 Azure 지원에 문의하세요.
자세한 내용은 Azure Quantum 가격 책정 페이지를 참조하세요. 타사 제품에 대한 자세한 내용은 Azure Portal의 관련 공급자 가격 책정 페이지를 검토하세요.
1 큐에 동시에 대기할 수 있는 작업 수를 설명합니다.
Azure RBAC 제한
다음 제한은 Azure RBAC(Azure 역할 기반 액세스 제어)에 적용됩니다.
영역 | 리소스 | 제한 |
---|---|---|
Azure 역할 할당 | ||
Azure 구독당 Azure 역할 할당 | 4,000 | |
관리 그룹당 Azure 역할 할당 | 500 | |
Azure 역할 할당에 대한 설명 크기 | 2KB | |
Azure 역할 할당의 조건 크기 | 8KB | |
Azure 사용자 지정 역할 | ||
테넌트당 Azure 사용자 지정 역할 | 5,000 | |
테넌트당 Azure 사용자 지정 역할 (21Vianet에서 운영하는 Microsoft Azure의 경우) |
2,000 | |
Azure 사용자 지정 역할의 역할 이름 크기 | 512개 문자 | |
Azure 사용자 지정 역할에 대한 설명 크기 | 2KB | |
Azure 사용자 지정 역할에 대한 할당 가능한 범위 수 | 2,000 |
Azure SignalR Service 제한
리소스 | 기본 제한 | 최대 제한 |
---|---|---|
무료 계층에 대한 인스턴스당 Azure SignalR Service 단위 | 1 | 1 |
표준 계층의 인스턴스당 Azure SignalR Service 단위 | 100 | 100 |
무료 계층에 대한 지역당 구독당 Azure SignalR Service 단위 | 5 | 5 |
지역별 구독당 총 Azure SignalR Service 단위 수 | 150 | 제한 없음 |
무료 계층의 단위당 동시 연결 | 20 | 20 |
표준 계층의 단위당 동시 연결 | 1,000 | 1,000 |
무료 계층의 단위당 일일 포함 메시지 수 | 20,000 | 20,000 |
무료 계층에 대한 일일 단위당 추가 메시지 | 0 | 0 |
표준 계층에 대한 일 단위당 메시지 포함 | 1,000,000 | 1,000,000 |
표준 계층에 대한 일일 단위당 추가 메시지 | 제한 없음 | 무제한 |
구독의 기본 제한에 대한 업데이트를 요청하려면 지원 티켓을 엽니다.
연결 및 메시지 수를 계산하는 방법에 대한 자세한 내용은 Azure SignalR Service의 메시지 및 연결을 참조하세요.
요구 사항이 제한을 초과하는 경우 무료 계층에서 표준 계층으로 전환하고 단위를 추가하세요. 자세한 내용은 Azure SignalR Service 인스턴스를 스케일링하는 방법을 참조하세요.
요구 사항이 단일 인스턴스의 제한을 초과하는 경우 인스턴스를 추가하세요. 자세한 내용은 여러 인스턴스를 사용하여 SignalR Service를 스케일링하는 방법을 참조하세요.
Azure Spring Apps 한도
Azure Spring Apps의 한도에 대한 자세한 내용은 Azure Spring Apps에 대한 할당량 및 서비스 플랜을 참조하세요.
Azure Storage 제한
이 섹션에서는 Azure Storage에 대한 다음 제한을 나열합니다.
- 표준 스토리지 계정 제한
- Azure Storage 리소스 공급자 제한
- Azure Blob Storage 제한
- Azure Queue Storage 제한
- Azure Table Storage 제한
표준 스토리지 계정 제한
다음 표에서는 Azure 범용 v2(GPv2), 범용 v1(GPv1) 및 Blob 스토리지 계정의 기본 제한을 설명합니다. 수신 제한은 스토리지 계정에 보내는 모든 데이터를 나타냅니다. 송신 제한은 스토리지 계정에서 받는 모든 데이터를 나타냅니다.
대부분의 시나리오에서 GPv2 스토리지 계정을 사용하는 것이 좋습니다. 가동 중지 시간 없이 데이터를 복사할 필요 없이 GPv1 또는 Blob 스토리지 계정을 GPv2 계정으로 쉽게 업그레이드할 수 있습니다. 자세한 내용은 GPv2 스토리지 계정으로 업그레이드를 참조하세요.
참고 항목
더 높은 용량 및 수신 제한을 요청할 수 있습니다. 한도 증가를 요청하려면 Azure 지원에 문의하세요.
리소스 | 제한 |
---|---|
표준 및 프리미엄 스토리지 계정을 포함하여 구독당 지역별 표준 엔드포인트가 있는 최대 스토리지 계정 수입니다. | 기본값으로 250, 요청 시 5001 |
표준 및 프리미엄 스토리지 계정을 포함하여 구독당 지역당 Azure DNS 영역 엔드포인트(미리 보기)가 있는 최대 스토리지 계정 수입니다. | 5000(미리 보기) |
기본 최대 스토리지 계정 용량 | 5PiB 2 |
Blob 컨테이너, Blob, 디렉터리 및 하위 디렉터리(계층 구조 네임스페이스를 사용하는 경우), 파일 공유, 테이블, 큐, 엔터티 또는 스토리지 계정당 메시지의 최대 수입니다. | 제한 없음 |
스토리지 계정당 기본 최대 요청 속도 | 초당20,000개 요청 2개 |
다음 지역의 범용 v2 및 Blob Storage 계정당 기본 최대 수신:
|
60Gbps2 |
이전 행에 나열되지 않은 지역의 범용 v2 및 Blob 스토리지 계정당 기본 최대 수신입니다. | 25Gbps2 |
범용 v1 스토리지 계정의 기본 최대 수신(모든 지역) | 10Gbps2 |
다음 지역의 범용 v2 및 Blob Storage 계정에 대한 기본 최대 송신:
|
120Gbps2 |
이전 행에 나열되지 않은 지역의 범용 v2 및 Blob 스토리지 계정의 기본 최대 송신입니다. | 50Gbps2 |
범용 v1 스토리지 계정의 최대 송신(미국 지역) | RA-GRS/GRS를 사용하도록 설정한 경우 20Gbps, LRS/ZRS의 경우 30Gbps |
범용 v1 스토리지 계정에 대한 최대 송신(미국 이외의 지역) | RA-GRS/GRS를 사용하도록 설정한 경우 10Gbps, LRS/ZRS의 경우 15Gbps |
스토리지 계정당 최대 IP 주소 규칙 수 | 200 |
스토리지 계정당 최대 가상 네트워크 규칙 수 | 200 |
스토리지 계정당 최대 리소스 인스턴스 규칙 수 | 200 |
스토리지 계정당 최대 프라이빗 엔드포인트 수 | 200 |
1 할당량을 늘리면 지역당 표준 엔드포인트를 사용하여 최대 500개의 스토리지 계정을 만들 수 있습니다. 자세한 내용은 Azure Storage 계정 할당량 증가를 참조하세요. 2 Azure Storage 표준 계정은 요청에 따라 더 높은 용량 제한과 수신 및 송신에 대한 더 높은 제한을 지원합니다. 계정 한도 증가를 요청하려면 Azure 지원에 문의하세요.
Azure Storage 리소스 공급자 제한
다음과 같은 제한은 Azure Storage와 Azure Resource Manager를 사용하여 관리 작업을 수행하는 경우에만 적용됩니다. 제한은 요청에서 리소스의 지역별로 적용됩니다.
리소스 | 제한 |
---|---|
Storage 계정 관리 작업(읽기) | 5분당 800 |
Storage 계정 관리 작업(쓰기) | 초당 10/시간당 1200 |
Storage 계정 관리 작업(목록) | 5분당 100 |
Azure Blob Storage 제한
리소스 | 대상 |
---|---|
단일 Blob 컨테이너의 최대 크기 | 최대 스토리지 계정 용량과 동일 |
블록 Blob 또는 추가 Blob의 최대 블록 수 | 50,000개 블록 |
블록 Blob의 최대 블록 크기 | 4000MiB |
블록 Blob의 최대 크기 | 50,000 X 4000MiB(약 190.7TiB) |
추가 Blob에서 블록의 최대 크기 | 4MiB |
추가 Blob의 최대 크기 | 50,000 x 4MiB(약 195GiB) |
페이지 Blob의 최대 크기 | 8TiB2 |
Blob 컨테이너당 저장된 액세스 정책의 최대 수 | 5 |
단일 Blob에 대한 대상 요청 속도 | 초당 최대 500개 요청 |
단일 페이지 Blob의 대상 처리량 | 초당 최대 60MiB2 |
단일 블록 Blob에 대한 대상 처리량 | 최대 스토리지 계정 수신/송신 제한1 |
단일 Blob의 처리량 1 개는 여러 요인에 따라 달라집니다. 이러한 요인에는 동시성, 요청 크기, 성능 계층, 업로드 소스 속도, 다운로드 대상 등이 포함됩니다. 처리량이 높은 블록 Blob의 성능 향상을 활용하려면 더 큰 Blob 또는 블록을 업로드합니다. 특히 표준 스토리지 계정의 경우 Blob 또는 블록 크기가 4MiB보다 큰 Blob 또는 블록 크기로 Blob 배치 또는 블록 배치 작업을 호출합니다. 프리미엄 블록 Blob 또는 Data Lake Storage Gen2 스토리지 계정의 경우 256KiB보다 큰 블록 또는 Blob 크기를 사용하세요.
계층 구조 네임스페이스를 사용하도록 설정된 계정에서는 2 페이지 Blob이 아직 지원되지 않습니다.
다음 표에서는 서비스 버전에서 허용하는 최대 블록 및 Blob 크기에 대해 설명합니다.
서비스 버전 | 최대 블록 크기(Put Block을 통해) | 최대 Blob 크기(블록 목록 배치 사용) | 단일 쓰기 작업을 통한 최대 Blob 크기(Blob 배치 사용) |
---|---|---|---|
버전 2019-12-12 이상 | 4000MiB | 약 190.7TiB(4000MiB X 50,000블록) | 5000MiB |
버전 2016-05-31~ 버전 2019-07-07 | 100MiB | 약 4.75TiB(100MiB X 50,000 블록) | 256MiB |
2016-05-31 이전 버전 | 4MiB | 약 195GiB(4MiB X 50,000 블록) | 64MiB |
Azure Queue Storage 제한
리소스 | 대상 |
---|---|
단일 큐의 최대 크기 | 500TiB |
큐에 있는 메시지의 최대 크기 | 64KiB |
큐당 저장된 액세스 정책의 최대 수 | 5 |
스토리지 계정당 최대 요청 속도 | 초당 메시지 20,000개( 1KiB 메시지 크기로 가정) |
단일 큐의 대상 처리량(1-KiB 메시지) | 초당 최대 2,000개의 메시지 |
Azure Table Storage 제한
다음 표에서는 Table Storage의 용량, 확장성 및 성능 목표를 설명합니다.
리소스 | 대상 |
---|---|
Azure Storage 계정의 테이블 수 | 스토리지 계정의 용량에 의해서만 제한됨 |
테이블에 있는 파티션 수 | 스토리지 계정의 용량에 의해서만 제한됨 |
파티션의 엔터티 수 | 스토리지 계정의 용량에 의해서만 제한됨 |
단일 테이블의 최대 크기 | 500TiB |
모든 속성 값을 포함하여 단일 엔터티의 최대 크기 | 1MiB |
테이블 엔터티의 최대 속성 수 | 255(세 가지 시스템 속성, PartitionKey, RowKey 및 타임스탬프 포함) |
엔터티의 개별 속성의 최대 총 크기 | 속성 유형에 따라 다릅니다. 자세한 내용은 Table Service 데이터 모델 이해의 속성 형식을 참조하세요. |
PartitionKey의 크기 | 최대 1KiB의 문자열 |
RowKey의 크기 | 최대 1KiB의 문자열 |
엔터티 그룹 트랜잭션의 크기 | 트랜잭션에는 최대 100개 엔터티가 포함될 수 있으며 페이로드의 크기는 4MiB 미만이어야 합니다. 엔터티 그룹 트랜잭션은 엔터티에 대한 업데이트를 한 번만 포함할 수 있습니다. |
테이블당 저장된 액세스 정책의 최대 수 | 5 |
스토리지 계정당 최대 요청 속도 | 초당 20,000개의 트랜잭션, 1KiB 엔터티 크기로 가정 |
단일 테이블 파티션에 대한 대상 처리량(1KiB 엔터티) | 초당 최대 2,000개의 엔터티 |
Azure 구독 만들기 제한
Azure 구독에 대한 만들기 제한에 대한 자세한 내용은 Azure Portal에서 청구 계정 및 범위를 참조하세요.
Azure Virtual Desktop 서비스 제한
다음 표에서는 Azure Virtual Desktop의 최대 제한에 대해 설명합니다.
Azure Virtual Desktop 개체 | 부모 컨테이너 개체당 | 서비스 제한 |
---|---|---|
작업 영역 | Microsoft Entra 테넌트 | 1300 |
HostPool | 작업 영역 | 400 |
애플리케이션 그룹 | Microsoft Entra 테넌트 | 5001 |
RemoteApp | 애플리케이션 그룹 | 500 |
역할 할당 | 모든 Azure Virtual Desktop 개체 | 200 |
세션 호스트 | HostPool | 10000 |
1 500개가 넘는 애플리케이션 그룹이 필요한 경우 Azure Portal을 통해 지원 티켓을 제기하세요.
Virtual Machines, Storage, 네트워킹 등 Azure Virtual Desktop에 사용되는 모든 Azure 리소스는 모두 이 문서의 관련 섹션에 설명된 자체 리소스 제한 사항이 적용됩니다. 모든 Azure Virtual Desktop 개체 간의 관계를 시각화하려면 Azure Virtual Desktop 논리 구성 요소 간의 관계 문서를 검토하세요.
Azure Virtual Desktop을 시작하려면 시작 가이드를 사용합니다. Azure Virtual Desktop에 대한 자세한 아키텍처 콘텐츠는 클라우드 채택 프레임워크의 Azure Virtual Desktop 섹션을 사용합니다. Azure Virtual Desktop에 대한 가격 책정 정보는 Azure 가격 책정 계산기의 계산 섹션에 있는 "Azure Virtual Desktop"을 추가합니다.
Azure VMware Solution 제한
다음 표에서는 Azure VMware Solution의 최대 제한에 대해 설명합니다.
리소스 | 한도 |
---|---|
프라이빗 클라우드당 vSphere 클러스터 | 12 |
클러스터당 최소 ESXi 호스트 수 | 3(하드 한도) |
클러스터당 최대 ESXi 호스트 수 | 16(하드 한도) |
프라이빗 클라우드당 최대 ESXi 호스트 수 | 96 |
프라이빗 클라우드당 최대 vCenter Server 수 | 1(하드 한도) |
최대 HCX 사이트 페어링 수 | 25(모든 버전) |
HCX 서비스 메시의 최대 수 | 10(모든 버전) |
단일 위치에서 단일 Virtual Network 게이트웨이로 연결된 Azure VMware Solution ExpressRoute 연결된 프라이빗 클라우드의 최대 수 | 4 사용되는 가상 네트워크 게이트웨이는 실제 최대 연결된 프라이빗 클라우드를 결정합니다. 자세한 내용은 ExpressRoute 가상 네트워크 게이트웨이 정보를 참조하세요. 이 임계값을 초과하는 경우 Azure VMware Solution Interconnect를 사용하여 Azure 지역 내에서 프라이빗 클라우드 연결을 집계합니다. |
최대 Azure VMware Solution ExpressRoute 포트 속도 | 10Gbps(FastPath를 사용하도록 설정된 Ultra Performance Gateway SKU 사용) 사용되는 가상 네트워크 게이트웨이는 실제 대역폭을 결정합니다. 자세한 내용은 ExpressRoute 가상 네트워크 게이트웨이 정보를 참조하세요. |
NSX-T Data Center에 할당된 최대 Azure 공용 IPv4 주소 수 | 2,000 |
프라이빗 클라우드당 최대 Azure VMware Solution Interconnect 수 | 10 |
vSAN 용량 제한 | 총 가용의 75%(SLA에 25% 사용 가능) |
VMware Site Recovery Manager - 보호되는 Virtual Machines의 최대 수 | 3,000 |
VMware Site Recovery Manager - 복구 플랜당 최대 Virtual Machines 수 | 2,000 |
VMware Site Recovery Manager - 복구 플랜당 보호 그룹 수 | 250 |
VMware Site Recovery Manager - RPO 값 | 5분 이상 *(하드 한도) |
VMware Site Recovery Manager - 보호 그룹당 최대 가상 머신 수 | 500 |
VMware Site Recovery Manager - 최대 복구 플랜 수 | 250 |
* 15분 미만의 RPO(복구 지점 목표)에 대한 자세한 내용은 vSphere 복제 관리 가이드에서 5분 복구 지점 목표의 작동 방식을 참조하세요.
다른 VMware 관련 제한에 대해서는 VMware 구성 최대 도구를 사용하세요.
백업 제한
Azure Backup 지원 설정 및 제한 사항에 대한 요약은 Azure Backup 지원 매트릭스를 참조 하세요.
일괄 처리 제한
리소스 | 기본 제한 | 최대 제한 |
---|---|---|
구독당 지역당 Azure Batch 계정 | 1-3 | 50 |
Batch 계정당 전용 코어 | 0-9001 | 고객 지원 문의 |
Batch 계정당 우선 순위가 낮은 코어 | 0-1001 | 고객 지원 문의 |
배치 계정당 활성 작업 및 작업 일정(완료된 작업에는 제한이 없음) | 100-300 | 1,0002 |
Batch 계정당 풀 | 0-1001 | 5002 |
Batch 계정당 프라이빗 엔드포인트 연결 | 100 | 100 |
1 용량 관리를 위해 일부 지역의 새 Batch 계정 및 일부 구독 유형에 대한 기본 할당량이 위의 값 범위에서 감소했습니다. 경우에 따라 이 한도가 0으로 감소했습니다. 새 Batch 계정을 만들 때 할당량을 확인하고 필요한 경우 적절한 코어 또는 서비스 할당량 증가를 요청합니다. 또는 구독의 모든 Batch 계정에서 코어 및 VM 제품군 할당량을 유지 관리하는 데는 이미 충분한 할당량이 있는 Batch 계정 또는 사용자 구독 풀 할당 Batch 계정을 다시 사용하는 것이 좋습니다. 활성 작업 또는 풀 같은 서비스 할당량은 사용자 구독 풀 할당 Batch 계정의 경우에도 개별 Batch 계정에 적용됩니다.
2 이 한도를 초과하여 늘리려면 Azure 지원에 문의합니다.
참고 항목
기본 제한은 Batch 계정을 만드는 데 사용하는 구독 유형에 따라 달라집니다. 표시된 코어 할당량은 Batch 서비스 모드의 Batch 계정에 대한 것입니다. Batch 계정에서 할당량을 봅니다.
클래식 배포 모델 제한
Azure Resource Manager 배포 모델 대신 클래식 배포 모델을 사용하는 경우 다음과 같은 제한이 적용됩니다.
리소스 | 기본 제한 | 최대 제한 |
---|---|---|
구독당 vCPU 1 | 20 | 10,000 |
구독당 공동 관리자 | 200 | 200 |
구독당 스토리지 계정 2 | 100 | 100 |
구독당 클라우드 서비스 | 20 | 200 |
구독당 로컬 네트워크 | 10 | 500 |
구독당 DNS 서버 | 9 | 100 |
구독당 예약된 IP | 20 | 100 |
구독당 선호도 그룹 | 256 | 256 |
구독 이름 길이(문자) | 64 | 64 |
1추가 작은 인스턴스는 부분 CPU 코어를 사용함에도 불구하고 vCPU 제한에 대한 하나의 vCPU로 계산됩니다.
2스토리지 계정 제한에는 표준 및 Premium Storage 계정이 모두 포함됩니다.
Container Instances 제한
리소스 | 실제 제한 |
---|---|
구독당 지역당 표준 sku 컨테이너 그룹 | 100 |
구독당 지역당 전용 sku 컨테이너 그룹 | 01 |
컨테이너 그룹당 컨테이너 개수 | 60 |
컨테이너 그룹당 볼륨 수 | 20 |
구독당 지역별 표준 SKU 코어(CPU)의 수 | 100 |
구독당 지역당 K80 GPU에 대한 표준 SKU 코어(CPU) | 0 |
구독당 지역별 V100 GPU용 표준 코어(CPU)의 수 | 0 |
IP당 포트 수 | 5 |
컨테이너 인스턴스 로그 크기 - 실행 중인 인스턴스 | 4MB |
컨테이너 인스턴스 로그 크기 - 중지된 인스턴스 | 16KB 또는 1000개 줄 |
시간당 컨테이너 그룹 만들기 | 3001 |
5분당 컨테이너 그룹 만들기 | 1001 |
시간당 컨테이너 그룹 삭제 | 3001 |
5분당 컨테이너 그룹 삭제 | 1001 |
1제한을 늘리도록 요청하려면 Azure 지원 요청을 만듭니다. Azure 무료 계정 및 학생용 Azure를 포함한 무료 구독은 한도 또는 할당량 증가를 받을 수 없습니다. 체험 구독을 사용하는 경우 종량제 구독으로 업그레이드할 수 있습니다.
2종량제 구독의 기본 한도입니다. 제한은 다른 범주 유형에 따라 다를 수 있습니다.
Container Registry 제한
다음 표에서는 기본, 표준 및 프리미엄 서비스 계층의 기능 및 제한에 대해 자세히 설명합니다.
리소스 | Basic | Standard | Premium |
---|---|---|---|
포함된 스토리지1 (GiB) | 10 | 100 | 500 |
스토리지 한도(TiB) | 20 | 20 | 20 |
최대 이미지 계층 크기(GiB) | 200 | 200 | 200 |
최대 매니페스트 크기(MiB) | 4 | 4 | 4 |
분당 ReadOps 2, 3 | 1,000 | 3,000 | 10,000 |
분당 WriteOps2, 4 | 100 | 500 | 2,000 |
대역폭2 (Mbps) 다운로드 | 30 | 60 | 100 |
대역폭 2 업로드(Mbps) | 10 | 20 | 50 |
Webhooks | 2 | 10 | 500 |
지역에서 복제 | 해당 없음 | 해당 없음 | 지원됨 |
가용성 영역 | 해당 없음 | 해당 없음 | 지원됨 |
콘텐츠 신뢰 | 해당 없음 | 해당 없음 | 지원됨 |
프라이빗 엔드포인트가 있는 프라이빗 링크 | 해당 없음 | 해당 없음 | 지원됨 |
• 프라이빗 엔드포인트 | 해당 없음 | 해당 없음 | 200 |
공용 IP 네트워크 규칙 | 해당 없음 | 해당 없음 | 100 |
서비스 엔드포인트 VNet 액세스 | 해당 없음 | 해당 없음 | 미리 보기 |
• 가상 네트워크 규칙 | 해당 없음 | 해당 없음 | 100 |
고객 관리형 키 | 해당 없음 | 해당 없음 | 지원됨 |
리포지토리 범위 권한 | 지원됨 | 지원됨 | 지원됨 |
• 토큰 | 100 | 500 | 50,000 |
• 범위 맵 | 100 | 500 | 50,000 |
•작업 | 500 | 500 | 500 |
• 범위 맵당 리포지토리5 | 500 | 500 | 500 |
익명 끌어오기 액세스 | 해당 없음 | 미리 보기 | 미리 보기 |
각 계층의 일일 요금에 포함된 스토리지 1 개. 추가 스토리지는 레지스트리 스토리지 제한까지 GiB당 추가 일일 속도로 사용할 수 있습니다. 요금 정보는 Azure Container Registry 가격 책정을 참조하세요. 레지스트리 스토리지 제한을 초과하는 스토리지가 필요한 경우 Azure 지원에 문의하세요.
2ReadOps, WriteOps 및 Bandwidth는 최소 추정치입니다. Azure Container Registry는 사용량에 따라 성능을 향상시키기 위해 노력합니다. 빠른 다운로드 속도를 얻으려면 두 리소스, ACR 및 디바이스가 동일한 지역에 있어야 합니다.
3 Docker 끌어오기는 이미지의 레이어 수와 매니페스트 검색에 따라 여러 읽기 작업으로 변환됩니다.
4Docker 푸시는 푸시 해야 하는 레이어 수에 따라 여러 쓰기 작업으로 변환됩니다. A docker push
에는 기존 이미지에 대한 매니페스트를 검색하는 ReadOps가 포함됩니다.
5content/delete
, content/read
, content/write
, metadata/read
, metadata/write
의 개별 작업은 범위 맵당 리포지토리 제한에 해당합니다.
Content Delivery Network 제한
리소스 | 제한 |
---|---|
Azure Content Delivery Network 프로필 | 25 |
프로필당 Content Delivery Network 엔드포인트 | 25 |
엔드포인트당 사용자 지정 do기본s | 25 |
프로필당 최대 원본 그룹 | 10 |
원본 그룹 당 최대 원본 | 10 |
CDN 엔드포인트당 최대 규칙 수 | 25 |
규칙당 최대 일치 조건 수 | 10 |
규칙당 최대 작업 수 | 5 |
프로필당 최대 대역폭* | 75Gbps |
프로필당 초당 최대 요청 수 | 100,000 |
*이 두 제한은 Microsoft(클래식)의 Azure CDN 표준에만 적용됩니다. 트래픽이 전역적으로 분산되지 않고 하나 또는 두 개의 지역에 집중되어 있지 않거나 더 높은 할당량 제한이 필요한 경우 Azure 지원 요청을 만듭니다.
Content Delivery Network 구독은 하나 이상의 Content Delivery Network 프로필을 포함할 수 있습니다. Content Delivery Network 프로필에는 하나 이상의 Content Delivery Network 엔드포인트가 포함될 수 있습니다. 여러 프로필을 사용하여 인터넷 do기본, 웹 애플리케이션 또는 기타 조건을 통해 Content Delivery Network 엔드포인트를 구성할 수 있습니다.
Data Lake Analytics 제한
Azure Data Lake Analytics는 분산 인프라와 복잡한 코드를 관리하는 복잡한 작업을 쉽게 해 줍니다. 리소스를 동적으로 프로비전하고 이를 사용하여 엑사바이트의 데이터에 대한 분석을 수행할 수 있습니다. 작업이 완료되면 리소스가 자동으로 서서히 종료됩니다. 사용된 처리 능력만 지불합니다. 저장된 데이터 크기나 사용된 컴퓨팅 양을 늘리거나 줄이면 코드를 다시 작성할 필요가 없습니다. 구독에 대한 기본 한도를 높이려면 지원에 문의하세요.
리소스 | 한도 | 설명 |
---|---|---|
최대 동시 작업 수 | 20 | |
계정당 최대 AU(분석 단위) 수 | 250 | 20개의 작업에 최대 250개의 AU 조합을 사용합니다. 이 한도를 높이려면 Microsoft 지원에 문의하세요. |
작업 제출의 최대 스크립트 크기 | 3MB | |
구독당, 지역당 Data Lake Analytics 계정의 최대 수 | 5 | 이 한도를 높이려면 Microsoft 지원에 문의하세요. |
데이터 팩터리 제한
Azure Data Factory는 고객 구독이 서로의 워크로드로부터 보호되도록 하기 위해 다음과 같은 기본 제한을 적용하는 다중 테넌트 서비스입니다. 구독에 대한 최대 한도를 높이려면 지원에 문의하세요.
리소스 | 기본 제한 | 최대 제한 |
---|---|---|
데이터 팩터리 내의 파이프라인, 데이터 집합, 트리거, 연결된 서비스, 프라이빗 엔드포인트 및 통합 런타임과 같은 총 엔터티 수 | 5,000 | 지원에서 할당량 증가를 요청하는 방법을 알아봅니다. |
하나의 구독에서 Azure-SSIS Integration Runtime에 대한 총 CPU 코어 수 | 64 | 지원에서 할당량 증가를 요청하는 방법을 알아봅니다. |
팩터리의 모든 파이프라인 간에 공유되는 데이터 팩터리당 동시 파이프라인 실행 | 10,000 | 10,000 |
구독당 Azure Integration Runtime 지역별 동시 외부 활동 실행 수 외부 활동은 통합 런타임에서 관리되지만, Databricks, 저장 프로시저, 웹 등을 포함한 연결된 서비스에서 실행됩니다. 자체 호스팅 IR에는 이 제한이 적용되지 않습니다. |
3,000 | 3,000 |
Azure Integration Runtime 지역당 구독당 동시 파이프라인 작업 실행 파이프라인 활동은 Lookup, GetMetadata 및 Delete를 포함한 통합 런타임에서 실행됩니다. 자체 호스팅 IR에는 이 제한이 적용되지 않습니다. |
1,000 | 1,000 |
Azure Integration Runtime 지역당 구독당 동시 작성 작업 테스트 연결을 포함하여 폴더 목록과 테이블 목록을 찾아보고 데이터를 미리 봅니다. 자체 호스팅 IR에는 이 제한이 적용되지 않습니다. |
200 | 200 |
구독당 Azure Integration Runtime 지역별 동시 데이터 통합 단위1 사용량 | 지역 그룹 12: 6,000 지역 그룹 22: 3,000 지역 그룹 32: 1,500 |
지역 그룹 12: 6,000 지역 그룹 22: 3,000 지역 그룹 32: 1,500 |
관리형 가상 네트워크에서 구독당 Azure Integration Runtime 지역별 동시 데이터 통합 단위1 사용량 | 2,400 | 지원에서 할당량 증가를 요청하는 방법을 알아봅니다. |
파이프라인당 최대 활동 수(컨테이너에 대한 내부 활동 포함) | 40 | 40 |
단일 자체 호스팅 통합 런타임에 대해 만들 수 있는 연결된 통합 런타임의 최대 수 | 100 | 100 |
단일 자체 호스팅 통합 런타임에 대해 만들 수 있는 최대 노드 수 | 4 | 지원에서 할당량 증가를 요청하는 방법을 알아봅니다. |
파이프라인당 최대 매개 변수 수 | 50 | 50 |
ForEach 항목 | 100,000 | 100,000 |
ForEach 병렬 처리 | 20 | 50 |
파이프라인당 최대 대기 실행 | 100 | 100 |
식당 문자 수 | 8,192 | 8,192 |
최소 연속 창 트리거 간격 | 5분 | 15분 |
파이프라인 활동 실행에 대한 최소 시간 제한 | 10분 | 10분 |
파이프라인 작업 실행에 대한 최대 시간 제한 | 7 일 | 7 일 |
파이프라인 개체에 대한 개체당 바이트 수3 | 200KB | 200KB |
데이터 세트 및 연결된 서비스개체에 대한 개체당 바이트 3 | 100KB | 2,000KB |
각 작업 실행에 대한 페이로드당 바이트4 | 896KB | 896KB |
복사 작업 실행당 데이터 통합 단위1 | 256 | 256 |
API 호출 작성 | 1,200/h | 1,200/h 이 제한은 Azure Data Factory가 아닌 Azure Resource Manager에 의해 부과됩니다. |
API 호출 읽기 | 12,500/h | 12,500/h 이 제한은 Azure Data Factory가 아닌 Azure Resource Manager에 의해 부과됩니다. |
분당 쿼리 모니터링 | 1,000 | 1,000 |
데이터 흐름 디버그 세션의 최대 시간 | 8시간 | 8시간 |
통합 런타임당 동시 데이터 흐름 수 | 50 | 지원에서 할당량 증가를 요청하는 방법을 알아봅니다. |
관리형 vNet의 통합 런타임당 동시 데이터 흐름 수 | 50 | 지원에서 할당량 증가를 요청하는 방법을 알아봅니다. |
팩터리당 사용자당 동시 데이터 흐름 디버그 세션 수 | 3 | 3 |
데이터 흐름 Azure IR TTL 제한 | 4시간 | 4시간 |
팩터리에서 메타데이터 엔터티 크기 제한 | 2GB | 지원에서 할당량 증가를 요청하는 방법을 알아봅니다. |
1 DIU(데이터 통합 단위)는 클라우드-클라우드 복사 작업에 사용되며 데이터 통합 단위(버전 2)에서 자세히 알아봅니다. 요금 청구에 대한 자세한 내용은 Azure Data Factory 가격을 참조하세요.
2Azure Integration Runtime은 데이터 규정 준수, 효율성 및 네트워크 송신 비용 절감을 보장하기 위해 전역적으로 사용할 수 있습니다.
지역 그룹 | 영역 |
---|---|
지역 그룹 1 | 미국 중부, 미국 동부, 미국 동부 2, 북유럽, 서유럽, 미국 서부, 미국 서부 2 |
지역 그룹 2 | 오스트레일리아 동부, 오스트레일리아 남동부, 브라질 남부, 인도 중부, 일본 동부, 미국 중북부, 미국 중남부, 동남 아시아, 미국 중서부 |
지역 그룹 3 | 다른 지역 |
관리형 가상 네트워크를 사용하도록 설정하면 모든 지역 그룹의 DIU(데이터 통합 단위)는 2,400입니다.
3 파이프라인, 데이터 집합 및 연결된 서비스 개체는 워크로드의 논리적 그룹화입니다. 이러한 개체에 대한 제한은 Azure Data Factory를 사용하여 이동 및 처리할 수 있는 데이터 양과는 관련이 없습니다. Data Factory는 페타바이트 단위의 데이터를 처리하도록 크기를 조정하도록 설계되었습니다.
4 각 작업 실행에 대한 페이로드에는 활동 구성, 연결된 데이터 세트 및 연결된 서비스 구성(있는 경우) 및 활동 유형별로 생성된 시스템 속성의 작은 부분이 포함됩니다. 이 페이로드 크기에 대한 제한은 Azure Data Factory를 사용하여 이동하고 처리할 수 있는 데이터의 양과 관련이 없습니다. 이 제한에 도달하면 증상 및 권장 사항에 대해 알아봅니다.
웹 서비스 호출 제한
Azure Resource Manager에는 API 호출에 대한 제한이 있습니다. Azure Resource Manager API 제한 내에서 속도로 API 호출을 수행할 수 있습니다.
Data Lake Storage 제한
Azure Data Lake Storage Gen2 는 전용 서비스 또는 스토리지 계정 유형이 아닙니다. 빅 데이터 분석 전용 기능의 최신 릴리스입니다. 이러한 기능은 범용 v2 또는 BlockBlobStorage 스토리지 계정에서 사용할 수 있으며 계정의 계층 구조 네임스페이스 기능을 사용하도록 설정하여 가져올 수 있습니다. 크기 조정 대상은 다음 문서를 참조하세요.
- Blob Storage에 대한 대상 크기를 조정합니다.
- 표준 스토리지 계정의 대상 크기를 조정합니다.
Azure Data Lake Storage Gen1은 전용 서비스입니다. 빅 데이터 분석 워크로드를 위한 엔터프라이즈 차원의 하이퍼 스케일 리포지토리입니다. Data Lake Storage Gen1을 사용하여 운영 및 예비 분석을 위해 한 곳에서 모든 크기, 유형 및 수집 속도의 데이터를 캡처할 수 있습니다. Data Lake Storage Gen1 계정에 저장할 수 있는 데이터 양에는 제한이 없습니다.
리소스 | 한도 | 설명 |
---|---|---|
지역당 구독당 최대 Data Lake Storage Gen1 계정 수 | 10 | 이 제한에 대한 증가를 요청하려면 지원에 문의하세요. |
파일 또는 폴더당 최대 액세스 ACL 수 | 32 | 이것은 하드 한도입니다. 그룹을 사용하여 더 적은 수의 항목으로 액세스를 관리합니다. |
파일 또는 폴더당 기본 ACL의 최대 수 | 32 | 이것은 하드 한도입니다. 그룹을 사용하여 더 적은 수의 항목으로 액세스를 관리합니다. |
데이터 공유 제한
Azure Data Share를 사용하면 조직에서 고객 및 파트너와 데이터를 간단하고 안전하게 공유할 수 있습니다.
리소스 | 한도 |
---|---|
Azure 구독당 최대 Data Share 리소스 수 | 100 |
Data Share 리소스당 최대 보낸 공유 수 | 200 |
Data Share 리소스당 받은 최대 공유 수 | 100 |
보낸 공유당 최대 초대 수 | 200 |
보낸 공유당 최대 공유 구독 수 | 200 |
공유당 최대 데이터 세트 수 | 200 |
주당 최대 스냅샷 일정 수 | 1 |
데이터베이스 마이그레이션 서비스 제한
Azure Database Migration Service는 가동 중지 시간을 최소화하면서 여러 데이터베이스 소스에서 Azure 데이터 플랫폼으로 원활하게 마이그레이션할 수 있도록 설계된 완벽하게 관리되는 서비스입니다.
리소스 | 한도 | 설명 |
---|---|---|
지역당 구독당 최대 서비스 수 | 10 | 이 제한에 대한 증가를 요청하려면 지원에 문의하세요. |
IoT Hub에 대한 디바이스 업데이트 제한
참고 항목
지정된 리소스나 작업에 조정 가능한 한도가 없는 경우 기본 한도와 최대 한도는 동일합니다. 제한을 조정할 수 있는 경우 다음 표에는 기본 제한과 최대 제한이 모두 포함되어 있습니다. 한도는 기본 한도를 초과할 수 있지만 최대 한도를 초과할 수는 없습니다. 표준 SKU에 대한 한도만 조정할 수 있습니다. 무료 SKU에 대한 한도 조정 요청은 허용되지 않습니다. 한도 조정 요청은 사례별로 평가되며 승인이 보장되지는 않습니다. 또한 무료 SKU 인스턴스는 표준 SKU 인스턴스로 업그레이드할 수 없습니다.
한도 또는 할당량을 기본 한도 이상으로 높이려면 온라인 고객 지원 요청을 엽니다.
다음 표에서는 Azure Resource Manager의 Device Update for IoT Hub 리소스 한도를 제공합니다.
리소스 | 표준 SKU 제한 | 무료 SKU 한도 | 표준 SKU에 대해 조정할 수 있나요? |
---|---|---|---|
구독당 계정 | 50 | 1 | 아니요 |
계정당 인스턴스 수 | 50 | 1 | 아니요 |
계정 이름 길이 | 3-24자 | 3-24자 | 아니요 |
인스턴스 이름 길이 | 3-36자 | 3-36자 | 아니요 |
다음 표에서는 Device Update for IoT Hub 내의 작업과 관련된 다양한 한도를 제공합니다.
연산 | 표준 SKU 제한 | 무료 SKU 한도 | 표준 SKU에 대해 조정할 수 있나요? |
---|---|---|---|
인스턴스당 디바이스 수 | 백만 | 10 | 예 |
인스턴스당 디바이스 그룹 수 | 100 | 10 | 예 |
인스턴스당 디바이스 클래스 수 | 80 | 10 | 예 |
인스턴스당 활성 배포 수 | 50(취소에 대한 예약된 배포 1개 포함) | 5(취소에 대한 예약된 배포 1개 포함) | 예 |
인스턴스당 총 배포 수 | 100 | 20 | 아니요 |
인스턴스당 업데이트 공급자 수 | 25 | 2 | 아니요 |
인스턴스당 공급자당 업데이트 이름 수 | 25 | 2 | 아니요 |
업데이트 공급자당 업데이트 버전 수 및 인스턴스당 이름 | 100 | 5 | 아니요 |
인스턴스당 총 업데이트 수 | 100 | 10 | 아니요 |
최대 단일 업데이트 파일 크기 | 2GB | 2GB | 예 |
단일 가져오기 작업에서 모든 파일의 최대 결합 크기 | 2GB | 2GB | 예 |
단일 업데이트의 최대 파일 수 | 10 | 10 | 아니요 |
인스턴스당 포함된 총 데이터 스토리지 | 100GB | 5GB | 아니요 |
Digital Twins 제한
참고 항목
이 서비스의 일부 영역에는 조정 가능한 제한이 있으며 다른 영역은 그렇지 않습니다. 다음 표에는 Adjustable 열이 표시됩니다. 제한을 조정할 수 있는 경우 조정 가능한 값은 Yes입니다.
기능 제한
다음 표에서는 Azure Digital Twins의 기능 제한을 나열합니다.
영역 | 기능 | 기본 제한 | 조절이 가능한가요? |
---|---|---|---|
Azure 리소스 | 구독당 지역의 Azure Digital Twins 인스턴스 수 | 10 | 예 |
Digital Twins | Azure Digital Twins 인스턴스의 트윈 수 | 2,000,000 | 예 |
Digital Twins | 단일 가져오기 작업 API 작업에서 가져올 수 있는 디지털 트윈 수 | 2,000,000 | 아니요 |
Digital Twins | 단일 트윈에 들어오는 관계 수 | 50,000 | 아니요 |
Digital Twins | 단일 쌍에서 나가는 관계 수 | 50,000 | 아니요 |
Digital Twins | Azure Digital Twins 인스턴스의 총 관계 수 | 20,000,000 | 예 |
Digital Twins | 단일 가져오기 작업 API 작업에서 가져올 수 있는 관계 수 | 10,000,000 | 아니요 |
Digital Twins | 단일 트윈의 최대 크기(PUT 또는 PATCH 요청의 JSON 본문) | 32KB | 아니요 |
Digital Twins | 최대 요청 페이로드 크기 | 32KB | 아니요 |
Digital Twins | 문자열 속성 값의 최대 크기(UTF-8) | 4KB | 아니요 |
Digital Twins | 속성 이름의 최대 크기 | 1KB | 아니요 |
라우팅 | 단일 Azure Digital Twins 인스턴스에 대한 엔드포인트 수 | 6 | 아니요 |
라우팅 | 단일 Azure Digital Twins 인스턴스에 대한 경로 수 | 6 | 예 |
모델 | 단일 Azure Digital Twins 인스턴스 내의 모델 수 | 10,000 | 예 |
모델 | 단일 API 호출에서 가져올 수 있는 모델 수(가져오기 작업 API를 사용하지 않음) | 250 | 아니요 |
모델 | 단일 가져오기 작업 API 작업에서 가져올 수 있는 모델 수 | 10,000 | 아니요 |
모델 | 단일 모델의 최대 크기(PUT 또는 PATCH 요청의 JSON 본문) | 1MB | 아니요 |
모델 | 단일 페이지에 반환된 항목 수 | 100 | 아니요 |
쿼리 | 단일 페이지에 반환된 항목 수 | 1000 | 예 |
쿼리 | 쿼리의 AND / OR 식 수 |
50 | 예 |
쿼리 | 절의 배열 항목 수 IN / NOT IN |
50 | 예 |
쿼리 | 쿼리의 문자 수 | 8,000 | 예 |
쿼리 | 쿼리의 JOINS 수 |
5 | 예 |
트래픽률 제한
다음 표에서는 다양한 API의 속도 제한을 반영합니다.
API | 기능 | 기본 제한 | 조절이 가능한가요? |
---|---|---|---|
작업 API | 초당 요청 수 | 1 | 예 |
작업 API | 동시에 실행되는 대량 작업 수(가져오기 및 삭제 포함) | 1 | 예 |
모델 API | 초당 요청 수 | 100 | 예 |
Digital Twins API | 초당 읽기 요청 수 | 1,000 | 예 |
Digital Twins API | 초당 패치 요청 수 | 1,000 | 예 |
Digital Twins API | 모든 트윈 및 관계에서 초당 생성/삭제 작업 수 | 500 | 예 |
Digital Twins API | 단일 쌍 또는 수신/발신 관계에 대한 초당 만들기/업데이트/삭제 작업 수 | 10 | 아니요 |
Digital Twins API | 단일 쌍 또는 수신/발신 관계에 대한 미해결 작업 수 | 500 | 아니요 |
쿼리 API | 초당 요청 수 | 500 | 예 |
쿼리 API | 초당 쿼리 단위 | 4,000 | 예 |
이벤트 경로 API | 초당 요청 수 | 100 | 예 |
기타 제한
Azure Digital Twins 모델의 DTDL 문서 내에 있는 데이터 형식 및 필드에 대한 제한은 GitHub: DTDL(Digital Twins 정의 언어) - 버전 2의 사양 설명서 내에서 찾을 수 있습니다.
쿼리 대기 시간 세부 정보는 쿼리 언어로 설명됩니다. 특정 쿼리 언어 기능의 제한 사항은 쿼리 참조 설명서에서 찾을 수 있습니다.
Event Grid 제한
참고 항목
이 문서에 나열된 다음 제한은 지역당입니다.
Event Grid 제한
Event Grid는 표준 계층 및 기본 계층을 제공합니다. Event Grid 표준 계층을 사용하면 Event Grid 네임스페이스를 통해 MQTT 브로커 기능 및 메시지 끌어오기 배달을 사용하여 pub-sub를 사용할 수 있습니다. Event Grid 기본 계층을 사용하면 Event Grid 사용자 지정 토픽, Event Grid 시스템 토픽, Event do기본 및 Event Grid 파트너 토픽을 사용하여 푸시 배달을 수행할 수 있습니다. 올바른 Event Grid 계층 선택을 참조하세요. 이 문서에서는 두 계층의 할당량 및 제한에 대해 설명합니다.
네임스페이스 리소스 제한
Azure Event Grid 네임스페이스는 공개 미리 보기에서 사용할 수 있으며 MQTT 메시징 및 HTTP 끌어오기 배달을 사용하도록 설정합니다. 다음 제한은 Azure Event Grid의 네임스페이스 리소스에 적용됩니다.
설명 제한 | 제한 |
---|---|
Azure 구독당 네임스페이스 | 50 |
네임스페이스당 최대 처리량 단위 | 40 |
네임스페이스의 MQTT 제한
다음 제한은 Azure Event Grid 네임스페이스 리소스의 MQTT에 적용됩니다.
네임스페이스의 이벤트 제한
다음 제한은 Azure Event Grid 네임스페이스 리소스의 이벤트에 적용됩니다.
설명 제한 | 제한 |
---|---|
네임스페이스 항목 | TU당 100 |
이벤트 수신 | 초당 1,000개 이벤트 또는 TU당 초당 1MB(중 먼저 제공됨) |
이벤트 송신(푸시 및 끌어오기 API) | 초당 최대 2,000개의 이벤트 또는 TU당 초당 2MB |
이벤트 송신(잠금 API 승인, 해제, 거부 및 갱신) | 초당 최대 2,000개의 이벤트 또는 TU당 초당 2MB |
네임스페이스 토픽의 최대 이벤트 보존 | 7 일 |
토픽당 구독 | 500 |
최대 이벤트 크기 | 1MB |
Batch 크기 | 1MB |
요청당 이벤트 | 1,000 |
사용자 지정 토픽, 시스템 토픽 및 파트너 토픽 리소스 제한
다음 제한은 Azure Event Grid 사용자 지정 토픽, 시스템 토픽 및 파트너 토픽 리소스에 적용됩니다.
설명 제한 | 제한 |
---|---|
Azure 구독당 사용자 지정 항목 | 100 제한에 도달하면 다른 지역을 고려하거나 100,000개 항목을 지원할 수 있는 도메인을 사용하도록 고려할 수 있습니다. |
토픽당 이벤트 구독 | 500 이 제한은 늘릴 수 없습니다. |
사용자 지정 또는 파트너 토픽에 대한 게시 속도(수신) | 초당 5,000개 이벤트 또는 초당 5MB(중 먼저 제공됨) |
이벤트 크기 | 1MB 이 제한은 늘릴 수 없습니다. |
토픽의 최대 이벤트 보존 | 1일. 이 제한은 늘릴 수 없습니다. |
일괄 처리당 들어오는 이벤트 수 | 5,000 이 제한은 늘릴 수 없습니다. |
토픽당 프라이빗 엔드포인트 연결 | 64 이 제한은 늘릴 수 없습니다. |
토픽당 IP Firewall 규칙 | 128 |
Do기본 리소스 제한
다음 제한은 Azure Event Grid do기본 리소스에 적용됩니다.
설명 제한 | 제한 |
---|---|
Azure 구독당 do기본s | 100 |
할 일당 항목기본 | 100,000 |
할 일 내의 토픽당 이벤트 구독기본 | 500 이 제한은 늘릴 수 없습니다. |
Do기본 범위 이벤트 구독 | 50 이 제한은 늘릴 수 없습니다. |
할 일기본(수신)에 대한 게시 속도 | 초당 5,000개 이벤트 또는 초당 5MB(중 먼저 제공됨) |
할 일기본 토픽의 최대 이벤트 보존 | 1일. 이 제한은 늘릴 수 없습니다. |
할 일당 프라이빗 엔드포인트 연결기본 | 64 |
토픽당 IP Firewall 규칙 | 128 |
Event Hubs 제한
다음 표는 Azure Event Hubs의 할당량과 제한을 제공합니다. Event Hubs 가격 책정에 대한 자세한 내용은 Event Hubs 가격 책정을 참조 하세요.
모든 계층에 대한 공통 제한
다음 제한은 모든 계층에서 공통적으로 적용됩니다.
제한 | 주의 | 값 |
---|---|---|
이벤트 허브 이름의 크기 | - | 256자 |
소비자 그룹 이름의 크기 | Kafka 프로토콜은 소비자 그룹을 만들 필요가 없습니다. | Kafka: 256자 AMQP: 50자 |
소비자 그룹당 Epoch가 아닌 수신기 수 | - | 5 |
네임스페이스당 권한 부여 규칙 수 | 권한 부여 규칙 만들기에 대한 후속 요청은 거부됩니다. | 12 |
GetRuntimeInformation 메서드에 대한 호출 수 | - | 초당 50개 |
VNet(가상 네트워크) 수 | - | 128 |
IP 구성 규칙 수 | - | 128 |
스키마 그룹 이름의 최대 길이 | 50 | |
스키마 이름의 최대 길이 | 100 | |
스키마당 바이트 크기 | 1MB | |
스키마 그룹당 속성 수 | 1024 | |
스키마 그룹 속성 키당 바이트 크기 | 256 | |
스키마 그룹 속성 값당 바이트 크기 | 1024 |
기본, 표준, 프리미엄, 전용 계층 비교
다음 표에서는 기본, 표준, 프리미엄 및 전용 계층에 따라 다를 수 있는 제한을 보여 줍니다.
참고 항목
- 표에서 CU는 용량 단위이고, PU는 처리 단위이고, TU는 처리량 단위입니다.
- 기본 또는 표준 계층 네임스페이스에 대해 TU를 구성하거나 프리미엄 계층 네임스페이스에 대해 PU를 구성할 수 있습니다.
- 전용 클러스터를 만들면 클러스터에 1개의 CU가 할당됩니다. 클러스터를 만드는 동안 크기 조정 지원 옵션을 사용하도록 설정하면 CU를 늘려 스케일 아웃하거나 클러스터의 CU를 직접 줄여 스케일 인할 수 있습니다. 단계별 지침은 전용 클러스터 크기 조정을 참조하세요. 크기 조정 지원 기능을 지원하지 않는 클러스터의 경우 티켓을 제출하여 클러스터의 CU를 조정합니다.
제한 | Basic | Standard | Premium | 전용 |
---|---|---|---|---|
Event Hubs 게시의 최대 크기 | 256 KB | 1MB | 1MB | 1MB |
이벤트 허브당 Event Hub 소비자 그룹 수 | 1 | 20 | 100 | 1000 CU당 제한 없음 |
네임스페이스당 Kafka 소비자 그룹 수 | 해당 없음 | 1000 | 1000 | 1000 |
네임스페이스당 조정된 연결 수 | 100 | 5,000 | PU당 10,000 예를 들어 네임스페이스에 3개의 PU가 할당된 경우 제한은 30,000입니다. |
CU당 100, 000 |
이벤트 데이터의 최대 보존 기간 | 하루 | 7 일 | 90일 | 90일 |
최대 TU 또는 PU 또는 CU | 40TU | 40TU | 16PU | 20 CPU |
이벤트 허브당 파티션 수 | 32 | 32 | 이벤트 허브당 100개이지만 네임스페이스 수준에서 PU당 200개로 제한됩니다. 예를 들어 네임스페이스에 2개의 PU가 할당된 경우 네임스페이스에 있는 모든 이벤트 허브의 총 파티션 수에 대한 제한은 2 * 200 = 400입니다. |
이벤트 허브당 1024개 CU당 2,000개 |
구독당 네임스페이스 수 | 1000 | 1000 | 1000 | 1000(CU당 50개) |
네임스페이스당 이벤트 허브 수 | 10 | 10 | PU당 100 | 1000 |
Capture | 해당 없음 | 시간당 요금 부과 | 포함됨 | 포함됨 |
압축된 이벤트 허브의 크기 | 해당 없음 | 파티션당 1GB | 파티션당 250GB | 파티션당 250GB |
스키마 레지스트리(네임스페이스) 크기(메가바이트) | 해당 없음 | 25 | 100 | 1024 |
스키마 레지스트리 또는 네임스페이스의 스키마 그룹 수 | 해당 없음 | 1 - 기본 그룹 제외 | 100 스키마당 1MB |
1000 스키마당 1MB |
모든 스키마 그룹의 스키마 버전 수 | 해당 없음 | 25 | 1000 | 10000 |
단위당 처리량 | 수신 - 초당 1MB/s 또는 1000개 이벤트 송신 – 초당 2MB/s 또는 4096개 이벤트 |
수신 - 초당 1MB/s 또는 1000개 이벤트 송신 – 초당 2MB/s 또는 4096개 이벤트 |
PU당 제한 없음 * | CU당 제한 없음 * |
* 리소스 할당, 파티션 수, 스토리지 등과 같은 다양한 요인에 따라 달라집니다.
참고 항목
이벤트를 개별적으로 게시하거나 일괄 처리할 수 있습니다. 게시 제한(SKU에 따라)은 단일 이벤트인지 일괄 처리인지에 관계없이 적용됩니다. 최대 임계값보다 큰 게시 이벤트는 거부됩니다.
IoT Central 제한
IoT Central은 구독 시 배포할 수 있는 애플리케이션 수를 100개로 제한합니다. 이 제한을 늘려야 하는 경우 Microsoft 지원에 문의하세요. 자세한 내용은 Azure IoT Central 할당량 및 제한을 참조하세요.
IoT Hub 제한
다음 표에서는 다양한 서비스 계층 S1, S2, S3 및 F1과 관련된 제한을 나열합니다. 각 계층에서 각각의 단위에 대한 비용은 Azure IoT Hub 가격 책정을 참조하세요.
리소스 | S1 표준 | S2 표준 | S3 표준 | F1 - 무료 |
---|---|---|---|---|
메시지 수/1일 | 400,000 | 6,000,000 | 300,000,000 | 8,000 |
최대 단위 | 200 | 200 | 10 | 1 |
참고 항목
S1 또는 S2 계층 허브에서 200개 이상의 단위를 사용하거나 S3 계층 허브에서 10개 단위를 사용할 것으로 예상되는 경우 Microsoft 지원 문의하세요.
다음 표에서는 IoT Hub 리소스에 적용되는 제한을 나열합니다.
리소스 | 제한 |
---|---|
Azure 구독당 최대 유료 IoT Hub | 50 |
Azure 구독당 최대 무료 IoT Hub | 1 |
디바이스 ID의 최대 문자 수 | 128 |
최대 디바이스 ID 수 단일 호출에서 반환됨 |
1,000 |
디바이스-클라우드 메시지에 대한 IoT Hub 메시지 최대 보존 | 7 일 |
디바이스->클라우드 메시지의 최대 크기 | 256 KB |
디바이스-클라우드 일괄 처리의 최대 크기 | AMQP 및 HTTP: 전체 일괄 처리에 대해 256KB MQTT: 각 메시지에 256KB |
디바이스-클라우드 일괄 처리의 최대 메시지 | 500 |
클라우드-디바이스 메시지의 최대 크기 | 64KB |
클라우드->디바이스 메시지의 최대 TTL | 2일 |
클라우드-디바이스의 최대 배달 수 messages |
100 |
디바이스당 클라우드-디바이스 최대 큐 깊이 | 50 |
피드백 메시지의 최대 배달 수 메시지의 최대 전달 수 |
100 |
에서 피드백 메시지에 대한 최대 TTL 클라우드-디바이스 메시지에 대한 응답 |
2일 |
디바이스 쌍의 최대 크기 | 태그 섹션의 경우 8KB, desired 및 reported 속성 섹션의 경우 각각 32KB |
디바이스 쌍 문자열 키의 최대 길이 | 1KB |
디바이스 쌍 문자열 값의 최대 길이 | 4KB |
디바이스 쌍에서 개체의 최대 깊이 | 10 |
직접 메서드 페이로드의 최대 크기 | 128KB |
작업 기록 최대 보존 | 30일 |
최대 동시 작업 | 10(S3의 경우), 5 for(S2), 1(S1의 경우) |
최대 추가 엔드포인트 수(기본 제공 엔드포인트 초과) | 10(S1, S2 및 S3의 경우) |
최대 메시지 라우팅 규칙 | 100(S1, S2 및 S3의 경우) |
동시에 연결된 디바이스 스트림의 최대 수 | 50(S1, S2, S3 및 F1에만 해당) |
최대 디바이스 스트림 데이터 전송 | 하루에 300MB(S1, S2, S3 및 F1에만 해당) |
참고 항목
Azure 구독에 50개를 초과하는 유료 IoT 허브가 필요한 경우 Microsoft 지원 서비스에 문의하세요.
참고 항목
현재 단일 IoT Hub에 등록할 수 있는 총 디바이스 수와 모듈 수는 1,000,000개로 제한됩니다. 이 제한을 늘리려면 Microsoft 지원 문의하세요.
IoT Hub는 다음 할당량을 초과할 때 요청을 제한합니다.
제한 | 허브당 값 |
---|---|
ID 레지스트리 작업 (만들기, 검색, 나열, 업데이트 및 삭제), 개별 또는 대량 가져오기/내보내기 |
83.33/초/단위(5,000/분/단위)(S3의 경우). 1.67/초/단위(100/분/단위)(S1 및 S2의 경우). |
디바이스 연결 | 6,000/초/단위(S3의 경우), 120/초/단위(S2의 경우), 12/초/단위(S1의 경우) 100/초의 최솟값. |
디바이스->클라우드 보내기 | 6,000/초/단위(S3의 경우), 120/초/단위(S2의 경우), 12/초/단위(S1의 경우) 100/초의 최솟값. |
클라우드-디바이스 보내기 | 83.33/초/단위(5,000/분/단위)(S3의 경우), 1.67/초/단위(100/분/단위)(S1 및 S2의 경우) |
클라우드-디바이스 수신 | 833.33/초/단위(50,000/분/단위)(S3의 경우), 16.67/초/단위(1,000/분/단위)(S1 및 S2의 경우). |
파일 업로드 작업 | 83.33 파일 업로드 시작/초/단위(5,000/분/단위)(S3의 경우), 1.67 파일 업로드 시작/초/단위(100/분/단위)(S1 및 S2의 경우) 디바이스당 동시 파일 업로드 10회. |
직접 메서드 | 24MB/초/단위(S3의 경우), 480KB/초/단위(S2의 경우), 160KB/초/단위(S1의 경우) 8KB 제한 미터 크기에 따라 다릅니다. |
디바이스 쌍 읽기 | 500/초/단위(S3의 경우), 최대 100/초 또는 10/초/단위(S2의 경우), 100/초(S1의 경우) |
디바이스 쌍 업데이트 | 250/초/단위(S3의 경우), 최대 50/초 또는 5/초/단위(S2의 경우), 50/초(S1의 경우) |
작업 작업 (만들기, 업데이트, 나열 및 삭제) |
83.33/초/단위(5,000/분/단위)(S3의 경우), 1.67/초/단위(S2의 경우 100/분/단위), 1.67/초/단위(100/분/단위)(S1의 경우). |
디바이스당 작업 작업 처리량 | 50/초/단위(S3의 경우), 최대 10/초 또는 1/초/단위(S2의 경우), 10/초(S1의 경우). |
디바이스 스트림 시작 속도 | 5개의 새 스트림/초(S1, S2, S3 및 F1에만 해당). |
IoT Hub Device Provisioning Service 제한
참고 항목
이 서비스의 일부 영역에는 조정 가능한 한도가 있습니다. 이 값은 다음 표에 Adjustable? 열과 함께 표시됩니다. 제한을 조정할 수 있는 경우 조정 가능한 값은 Yes입니다.
제한을 조정할 수 있는 실제 값은 각 고객의 배포에 따라 달라질 수 있습니다. 매우 큰 배포에는 여러 DPS 인스턴스가 필요할 수 있습니다.
비즈니스에서 조정 가능한 제한 또는 기본 제한보다 높은 할당량이 필요한 경우 지원 티켓을 열어 추가 리소스에 대한 요청을 제출할 수 있습니다. 증가를 요청해도 사례별로 검토해야 하므로 허용된다는 보장은 없습니다. 요청을 승인하고 그에 따라 계획할 수 있는지 확인하려면 구현하는 동안 최대한 빨리 Microsoft 지원에 문의하세요.
다음 표에서는 Azure IoT Hub Device Provisioning Service 리소스에 적용되는 제한을 나열합니다.
리소스 | 제한 | 조절이 가능한가요? |
---|---|---|
Azure 구독당 최대 디바이스 프로비저닝 서비스 | 10 | 예 |
최대 등록 수 | 1,000,000 | 예 |
개별 등록의 최대 수 | 1,000,000 | 예 |
최대 등록 그룹 수(X.509 인증서) | 100 | 예 |
최대 등록 그룹 수(대칭 키) | 100 | 아니요 |
최대 CA 수 | 25 | 예 |
연결된 IoT Hub의 최대 수 | 50 | 아니요 |
메시지의 최대 크기 | 96KB | 아니요 |
팁
대칭 키 등록 그룹에 대한 하드 제한이 차단 문제인 경우 개별 등록을 해결 방법으로 사용하는 것이 좋습니다.
Device Provisioning Service에는 다음과 같은 속도 제한이 있습니다.
비용 | 단위당 값 | 조절이 가능한가요? |
---|---|---|
작업 | 1,000/분/서비스 | 예 |
디바이스 등록 | 1,000/분/서비스 | 예 |
디바이스 폴링 작업 | 5/10초/디바이스 | 아니요 |
Key Vault 제한
Azure Key Vault 서비스는 두 가지 리소스 유형인 자격 증명 모음 및 관리형 HSM을 지원합니다. 다음 두 섹션에서는 각각에 대한 서비스 제한에 대해 설명합니다.
리소스 종류: 자격 증명 모음
이 섹션에서는 리소스 종류 vaults
에 대한 서비스 제한에 대해 설명합니다.
키 트랜잭션(지역1당 자격 증명 모음당 10초 동안 허용되는 최대 트랜잭션):
키 유형 | HSM 키 CREATE 키 |
HSM 키 다른 모든 트랜잭션 |
소프트웨어 키 CREATE 키 |
소프트웨어 키 다른 모든 트랜잭션 |
---|---|---|---|---|
RSA 2,048비트 | 10 | 2,000 | 20 | 4,000 |
RSA 3,072비트 | 10 | 500 | 20 | 1,000 |
RSA 4,096비트 | 10 | 250 | 20 | 500 |
ECC P-256 | 10 | 2,000 | 20 | 4,000 |
ECC P-384 | 10 | 2,000 | 20 | 4,000 |
ECC P-521 | 10 | 2,000 | 20 | 4,000 |
ECC SECP256K1 | 10 | 2,000 | 20 | 4,000 |
참고 항목
위의 표에서 RSA 2,048비트 소프트웨어 키에는 10초당 4,000개 GET 트랜잭션이 허용됩니다. RSA 2,048비트 HSM 키의 경우 10초당 2,000개 GET 트랜잭션이 허용됩니다.
제한 임계값은 가중치를 적용하며 적용은 합계에 적용됩니다. 예를 들어 앞의 표에 나와 있는 것처럼 RSA HSM 키에 대한 GET 작업을 수행할 때 4,096 비트 키를 사용할 경우 비용이 2,048비트 키보다 8배 더 듭니다. 2,000/250 = 8이기 때문입니다.
Azure Key Vault 클라이언트는 429
제한 HTTP 상태 코드가 표시되기 전에 지정된 10초 간격으로 다음 작업 중 하나만 수행할 수 있습니다.
- 4,000RSA 2,048비트 소프트웨어 키 GET 트랜잭션
- 2,000RSA 2,048비트 HSM 키 GET 트랜잭션
- 250RSA 4,096비트 HSM 키 GET 트랜잭션
- 248RSA 4,096비트 HSM 키 GET 트랜잭션 및 16RSA 2,048비트 HSM 키 GET 트랜잭션
비밀, 관리되는 스토리지 계정 키 및 자격 증명 모음 트랜잭션:
트랜잭션 유형 | 지역1당 자격 증명 모음당 10초 안에 허용되는 최대 트랜잭션 |
---|---|
암호 비밀 만들기 |
300 |
다른 모든 트랜잭션 | 4,000 |
이러한 제한을 초과할 때 제한을 처리하는 방법에 대한 자세한 내용은 Azure Key Vault 제한 지침을 참조 하세요.
1 모든 트랜잭션 유형에 대한 구독 차원의 한도는 키 자격 증명 모음 한도의 5배입니다.
백업 키, 비밀, 인증서
비밀, 키 또는 인증서와 같은 키 자격 증명 개체를 백업하면 백업 작업에서 해당 개체를 암호화된 Blob으로 다운로드합니다. 이 Blob은 Azure 외부에서 암호를 해독할 수 없습니다. 이 Blob에서 사용 가능한 데이터를 얻으려면 Blob을 동일한 Azure 구독 및 Azure 지리 내의 키 자격 증명 모음으로 복원해야 합니다.
트랜잭션 유형 | 허용되는 최대 키 자격 증명 모음 개체 버전 |
---|---|
개별 키, 비밀, 인증서 백업 | 500 |
참고 항목
한도를 초과하는 버전이 더 많은 키, 비밀 또는 인증서 개체를 백업하려고 하면 오류가 발생합니다. 이전 버전의 키, 비밀 또는 인증서는 삭제할 수 없습니다.
키, 비밀 및 인증서 수 제한:
Key Vault는 자격 증명 모음에 저장할 수 있는 키, 비밀 또는 인증서의 수를 제한하지 않습니다. 작업이 제한되지 않도록 하려면 자격 증명 모음에 대한 트랜잭션 제한을 고려해야 합니다.
Key Vault는 비밀, 키 또는 인증서의 버전 수를 제한하지 않지만 많은 수의 버전(500 이상)을 저장하면 백업 작업의 성능에 영향을 미칠 수 있습니다. Azure Key Vault 백업을 참조하세요.
리소스 종류: 관리형 HSM
이 섹션에서는 리소스 종류 managed HSM
에 대한 서비스 제한에 대해 설명합니다.
개체 제한
Item | 제한 |
---|---|
지역당 구독당 HSM 인스턴스 수 | 5 |
HSM 인스턴스당 키 수 | 5000 |
키당 버전 수 | 100 |
HSM 인스턴스당 사용자 지정 역할 정의 수 | 50 |
HSM 범위의 역할 할당 수 | 50 |
각 개별 키 범위의 역할 할당 수 | 10 |
관리 작업에 대한 트랜잭션 제한(HSM 인스턴스당 초당 작업 수)
연산 | 초당 작업 수 |
---|---|
모든 RBAC 작업 (역할 정의 및 역할 할당에 대한 모든 CRUD 작업 포함) |
5 |
전체 HSM 백업/복원 (HSM 인스턴스당 하나의 동시 백업 또는 복원 작업만 지원됨) |
1 |
암호화 작업에 대한 트랜잭션 제한(HSM 인스턴스당 초당 작업 수)
- 각 관리 HSM 인스턴스는 3개의 부하 분산된 HSM 파티션을 구성합니다. 처리량 제한은 각 파티션에 할당된 기본 하드웨어 용량의 함수입니다. 아래 표에서는 하나 이상의 파티션을 사용할 수 있는 최대 처리량을 보여 줍니다. 3개의 파티션을 모두 사용할 수 있는 경우 실제 처리량은 최대 3배까지 높아질 수 있습니다.
- 명시된 처리량 제한은 최대 처리량을 달성하기 위해 하나의 단일 키를 사용한다고 가정합니다. 예를 들어 단일 RSA-2048 키를 사용하는 경우 최대 처리량은 1100개의 서명 작업이 됩니다. 초당 1개의 트랜잭션과 함께 1,100개의 서로 다른 키를 사용하는 경우 동일한 처리량을 달성할 수 없습니다.
RSA 키 작업(HSM 인스턴스별 초당 작업 수)
연산 | 2048비트 | 3072비트 | 4096비트 |
---|---|---|---|
키 만들기 | 1 | 1 | 1 |
키 삭제(일시 삭제) | 10 | 10 | 10 |
키 제거 | 10 | 10 | 10 |
백업 키 | 10 | 10 | 10 |
키 복원 | 10 | 10 | 10 |
키 정보 가져오기 | 1100 | 1100 | 1100 |
Encrypt | 10000 | 10000 | 6000 |
암호 해독 | 1100 | 360 | 160 |
줄 바꿈 | 10000 | 10000 | 6000 |
래핑 해제 | 1100 | 360 | 160 |
Sign | 1100 | 360 | 160 |
확인 | 10000 | 10000 | 6000 |
EC 키 작업(HSM 인스턴스당 초당 작업 수)
이 표에서는 각 곡선 유형에 대한 초당 작업 수에 대해 설명합니다.
연산 | P-256 | P-256K | P-384 | P-521 |
---|---|---|---|---|
키 만들기 | 1 | 1 | 1 | 1 |
키 삭제(일시 삭제) | 10 | 10 | 10 | 10 |
키 제거 | 10 | 10 | 10 | 10 |
백업 키 | 10 | 10 | 10 | 10 |
키 복원 | 10 | 10 | 10 | 10 |
키 정보 가져오기 | 1100 | 1100 | 1100 | 1100 |
Sign | 260 | 260 | 165 | 56 |
확인 | 130 | 130 | 82 | 28 |
AES 키 작업(HSM 인스턴스당 초당 작업 수)
- 암호화 및 암호 해독 작업은 4KB 패킷 크기를 가정합니다.
- 암호화/암호 해독에 대한 처리량 제한은 AES-CBC 및 AES-GCM 알고리즘에 적용됩니다.
- 래핑/래핑 해제에 대한 처리량 제한은 AES-KW 알고리즘에 적용됩니다.
연산 | 128비트 | 192비트 | 256비트 |
---|---|---|---|
키 만들기 | 1 | 1 | 1 |
키 삭제(일시 삭제) | 10 | 10 | 10 |
키 제거 | 10 | 10 | 10 |
백업 키 | 10 | 10 | 10 |
키 복원 | 10 | 10 | 10 |
키 정보 가져오기 | 1100 | 1100 | 1100 |
Encrypt | 8000 | 8000 | 8000 |
암호 해독 | 8000 | 8000 | 8000 |
줄 바꿈 | 9000 | 9000 | 9000 |
래핑 해제 | 9000 | 9000 | 9000 |
관리 ID 제한
각 관리 ID는 Microsoft Entra 서비스 제한 및 제한에 설명된 대로 Microsoft Entra 테넌트에서 개체 할당량 제한에 포함됩니다.
관리 ID를 만들 수 있는 속도에는 다음과 같은 제한이 있습니다.
- Azure 지역당 Microsoft Entra 테넌트당: 20초당 400개 만들기 작업
- Azure 지역당 Azure 구독당: 20초당 80개 만들기 작업
Azure 리소스를 사용하여 사용자 할당 관리 ID를 할당할 수 있는 속도:
- Azure 지역당 Microsoft Entra 테넌트당: 20초당 400개의 할당 작업
- Azure 지역당 Azure 구독당: 20초당 300개의 할당 작업
Media Services 제한
참고 항목
고정되지 않은 리소스의 경우 지원 티켓을 열어 할당량 증가를 요청합니다. 더 높은 제한을 얻기 위해 추가 Azure Media Services 계정을 만들지 마세요.
계정 제한
리소스 | 기본 제한 |
---|---|
단일 구독의 Media Services 계정 | 100(고정) |
자산 한도
리소스 | 기본 제한 |
---|---|
Media Services 계정당 자산 | 1,000,000 |
스토리지(미디어) 제한
리소스 | 기본 제한 |
---|---|
파일 크기 | 일부 시나리오에서는 Media Services에서 처리할 수 있는 최대 파일 크기에 제한이 있습니다. (1) |
스토리지 계정 | 100(2) (고정) |
1 현재 Azure Blob Storage에서 단일 blob에 대해 지원되는 최대 크기는 최대 5TB입니다. 서비스에서 사용하는 VM 크기에 따라 Media Services에 추가 제한이 적용됩니다. 크기 제한은 업로드하는 파일과 Media Services 처리(인코딩 또는 분석)의 결과로 생성되는 파일에도 적용됩니다. 원본 파일이 260GB보다 크면 작업이 실패할 수 있습니다.
2 스토리지 계정은 동일한 Azure 구독에 있어야 합니다.
작업(인코딩 및 분석) 제한
리소스 | 기본 제한 |
---|---|
Media Services 계정당 작업 | 500,000 (3) (고정) |
작업당 작업 입력 | 50(고정) |
작업당 작업 출력 | 20(고정) |
Media Services 계정당 변환 | 100(고정) |
변환에서 출력 변환 | 20(고정) |
작업 입력당 파일 | 10(고정) |
3 이 숫자에는 대기, 완료, 활성 및 취소된 작업이 포함됩니다. 삭제된 작업은 포함되지 않습니다.
총 레코드 수가 최대 할당량보다 낮더라도 90일이 지난 계정의 모든 작업 레코드는 자동으로 삭제됩니다.
라이브 스트리밍 제한
리소스 | 기본 제한 |
---|---|
Media Services 계정당 라이브 이벤트(4) | 5 |
라이브 이벤트당 라이브 출력 | 3 (5) |
최대 라이브 출력 기간 | DVR 창의 크기 |
4 라이브 이벤트 제한 사항에 대한 자세한 내용은 라이브 이벤트 유형 비교 및 제한 사항을 참조 하세요.
5 라이브 출력은 생성과 동시에 시작되고 삭제되면 중지됩니다.
패키징 및 전달 제한
리소스 | 기본 제한 |
---|---|
Media Services 계정당 스트리밍 엔드포인트(중지 또는 실행) | 2 |
동적 매니페스트 필터 | 100 |
스트리밍 정책 | 100(6) |
한 번에 자산과 연결된 고유 스트리밍 로케이터 | 100(7) (고정) |
6 사용자 지정 스트리밍 정책을 사용하는 경우 Media Service 계정에 대해 이러한 정책을 제한적으로 설계하고 동일한 암호화 옵션 및 프로토콜이 필요할 때마다 스트리밍 로케이터에 다시 사용해야 합니다. 각 스트리밍 로케이터에 대한 새 스트리밍 정책을 만들면 안 됩니다.
7 스트리밍 로케이터는 사용자별 액세스 제어를 관리하도록 설계되지 않았습니다. 개별 사용자에게 서로 다른 액세스 권한을 부여하려면 DRM(Digital Rights Management)솔루션을 사용 합니다.
보호 제한
리소스 | 기본 제한 |
---|---|
콘텐츠 키 정책당 옵션 | 30 |
계정당 Media Services 키 배달 서비스의 각 DRM 유형에 대한 월별 라이선스 | 1,000,000 |
지원 티켓
수정되지 않은 리소스의 경우 지원 티켓을 열어 할당량을 발생하도록 요청할 수 있습니다. 원하는 할당량 변경, 사용 사례 시나리오 및 필요한 영역에 대한 세부 정보를 요청에 포함시킵니다.
더 높은 제한을 얻기 위해 추가 Azure Media Services 계정을 만들지 마세요.
Media Services v2(레거시)
Media Services v2(레거시)와 관련된 제한은 Media Services v2(레거시)를 참조하세요 .
Mobile Services 제한
서비스 계층 | 무료 | Basic | Standard |
---|---|---|---|
API 호출 | 500,000 | 단위당 150만 개 | 단위당 1,500만 개 |
활성 디바이스 | 500 | 제한 없음 | 무제한 |
배율 | 해당 없음 | 최대 6개 | 무제한 단위 |
푸시 알림 | Azure Notification Hubs 무료 계층 포함, 최대 100만 회 푸시 | Notification Hubs 기본 계층 포함, 최대 1,000만 개의 푸시 | Notification Hubs 표준 계층 포함, 최대 1,000만 개의 푸시 |
실시간 메시징/ WebSocket |
제한 | 모바일 서비스당 350개 | 제한 없음 |
오프라인 동기화 | 제한 | 포함됨 | 포함됨 |
Scheduled jobs | 제한 | 포함됨 | 포함됨 |
Azure SQL Database(필수) 추가 용량의 경우 표준 요금 적용 |
20MB 포함 | 20MB 포함 | 20MB 포함 |
CPU 용량 | 하루 60분 | 제한 없음 | 무제한 |
아웃바운드 데이터 전송 | 하루 165MB(일일 롤오버) | 포함됨 | 포함됨 |
이러한 한도 및 가격 책정에 대한 자세한 내용은 Azure Mobile Services 가격 책정을 참조하세요.
Multi-Factor Authentication 제한
리소스 | 기본 제한 | 최대 제한 |
---|---|---|
구독당 신뢰할 수 있는 IP 주소 또는 범위의 최대 수 | 0 | 50 |
내 장치, 일 수 기억 | 14 | 60 |
앱 암호의 최대 수 | 0 | 제한 없음 |
MFA 호출 중 X 회 시도 허용 | 1 | 99 |
양방향 텍스트 메시지 제한 시간(초) | 60 | 600 |
기본 일회성 바이패스 초 | 300 | 1,800 |
X 연속 MFA 거부 후 사용자 계정 잠금 | 설정 안 함 | 99 |
X분 후 계정 잠금 카운터 다시 설정 | 설정 안 함 | 9,999 |
X분 후 계정 잠금 해제 | 설정 안 함 | 9,999 |
네트워킹 제한
네트워킹 제한 - Azure Resource Manager
다음 제한은 구독당 지역당 Azure Resource Manager를 통해 관리되는 네트워킹 리소스에만 적용됩니다. 구독 제한에 대해 현재 리소스 사용량을 보는 방법을 알아봅니다.
참고 항목
모든 기본 제한을 최대 한도로 늘렸습니다. 최대 제한 열이 없으면 리소스에 조정 가능한 제한이 없습니다. 과거에 지원으로 이러한 제한이 수동으로 증가했으며 현재 다음 표 에 나열된 것보다 낮은 제한이 표시되는 경우 무료로 온라인 고객 지원 요청을 엽니다.
리소스 | 제한 |
---|---|
가상 네트워크 | 1,000 |
가상 네트워크당 서브넷 | 3,000 |
가상 네트워크당 가상 네트워크 피어링 | 500 |
가상 네트워크당 VPN 게이트웨이(가상 네트워크 게이트웨이) | 1 |
가상 네트워크당 가상 네트워크 게이트웨이(ExpressRoute 게이트웨이) | 1 |
가상 네트워크당 DNS 서버 | 20 |
가상 네트워크당 프라이빗 IP 주소 | 65,536 |
피어링된 가상 네트워크 그룹의 총 개인 주소 | 128,000 |
네트워크 인터페이스당 개인 IP 주소 | 256 |
가상 머신당 개인 IP 주소 | 256 |
네트워크 인터페이스당 공용 IP 주소 | 256 |
가상 머신당 공용 IP 주소 | 256 |
가상 머신 또는 역할 인스턴스의 NIC당 동시 TCP 또는 UDP 흐름 | 500,000 |
네트워크 인터페이스 카드 | 65,536 |
네트워크 보안 그룹 | 5,000 |
NSG당 NSG 규칙 | 1,000 |
보안 그룹의 원본 또는 대상에 대해 지정된 IP 주소 및 범위(제한은 원본 및 대상에 별도로 적용됨) | 4,000 |
애플리케이션 보안 그룹 | 3,000 |
NIC당 IP 구성당 애플리케이션 보안 그룹 | 20 |
NSG 규칙당 원본/대상으로 참조되는 애플리케이션 보안 그룹 | 10 |
애플리케이션 보안 그룹당 IP 구성 | 4,000 |
네트워크 보안 그룹의 모든 보안 규칙 내에서 지정할 수 있는 애플리케이션 보안 그룹 | 100 |
사용자 정의 경로 테이블 | 200 |
경로 테이블당 사용자 정의 경로 | 400 |
Azure VPN Gateway당 지점 및 사이트간 루트 인증서 | 20 |
Azure VPN Gateway당 지점 및 사이트 간의 해지된 클라이언트 인증서 | 300 |
가상 네트워크TAP | 100 |
가상 네트워크 TAP당 네트워크 인터페이스 TAP 구성 | 100 |
공용 IP 주소 제한
리소스 | 기본 제한 | 최대 제한 |
---|---|---|
공용 IP 주소1,2 | Basic의 경우 10입니다. | 지원에 문의 |
고정 공용 IP 주소1 | Basic의 경우 10입니다. | 지원에 문의 |
표준 공용 IP 주소1 | 10 | 지원에 문의 |
공용 IP 접두사 | 구독의 표준 공용 IP 수로 제한됨 | 지원에 문의 |
공용 IP 접두사 길이 | /28 | 지원에 문의 |
사용자 지정 IP 접두사 | 5 | 지원에 문의 |
1공용 IP 주소에 대한 기본 제한은 무료 평가판, 종량제, CSP와 같은 제품 범주 유형에 따라 다릅니다. 예를 들어 기업계약 구독의 기본값은 1000입니다.
2공용 IP 주소 제한은 기본 및 표준을 포함하여 공용 IP 주소의 총 양을 나타냅니다.
부하 분산 장치 제한
다음 제한은 구독당 지역당 Azure Resource Manager를 통해 관리되는 네트워킹 리소스에만 적용됩니다. 구독 제한에 대해 현재 리소스 사용량을 보는 방법을 알아봅니다.
표준 Load Balancer
리소스 | 제한 |
---|---|
부하 분산 장치 | 1,000 |
프런트 엔드 IP 구성 | 600 |
리소스당 규칙(Load Balancer + 인바운드 NAT) | 1,500 |
NIC당 규칙(NIC의 모든 IP에서) | 300 |
고가용성 포트 규칙 | 내부 프런트 엔드당 1 |
Load Balancer당 아웃바운드 규칙 | 600 |
백 엔드 풀 크기 | 5,000 |
프런트 엔드당 백 엔드 IP 구성 1 | 10,000 |
모든 프런트 엔드에 걸쳐 백엔드 IP 구성 | 500,000 |
1 개의 백 엔드 IP 구성은 부하 분산, 인바운드 NAT 및 아웃바운드 규칙을 비롯한 모든 부하 분산 장치 규칙에서 집계됩니다. 각 규칙은 백 엔드 풀 인스턴스가 하나의 구성으로 계산되도록 구성됩니다.
Load Balancer는 처리량 제한을 적용하지 않습니다. 그러나 가상 머신 및 가상 네트워크에 대한 처리량 제한은 여전히 적용됩니다. 자세한 내용은 가상 머신 네트워크 대역폭을 참조하세요.
게이트웨이 부하 분산 장치
리소스 | 제한 |
---|---|
Load Balancer당 연결된 리소스(LB 프런트 엔드 구성 또는 VM NIC IP 구성이 결합됨) | 100 |
표준 Load Balancer 대한 모든 제한은 게이트웨이 Load Balancer에도 적용됩니다.
기본 Load Balancer
리소스 | 제한 |
---|---|
부하 분산 장치 | 1,000 |
리소스당 규칙 | 250 |
NIC당 규칙(NIC의 모든 IP에서) | 300 |
프런트 엔드 IP 구성 3 | 200 |
백 엔드 풀 크기 | 300 IP 구성, 단일 가용성 집합 |
Load Balancer당 가용성 집합 | 1 |
VM당 부하 분산 장치 | 2(공용 1개 및 내부 1개) |
3 백 엔드 풀의 단일 불연속 리소스(독립 실행형 가상 머신, 가용성 집합 또는 가상 머신 확장 집합 배치 그룹)에 대한 제한은 단일 기본 공용 Load Balancer와 기본 내부 Load Balancer에 걸쳐 최대 250개의 프런트 엔드 IP 구성을 갖는 것입니다.
다음 제한은 구독당 클래식 배포 모델을 통해 관리되는 네트워킹 리소스에 대해서만 적용됩니다. 구독 제한에 대해 현재 리소스 사용량을 보는 방법을 알아봅니다.
리소스 | 기본 제한 | 최대 제한 |
---|---|---|
가상 네트워크 | 100 | 100 |
로컬 네트워크 사이트 수 | 20 | 50 |
가상 네트워크당 DNS 서버 | 20 | 20 |
가상 네트워크당 프라이빗 IP 주소 | 4,096 | 4,096 |
가상 머신 또는 역할 인스턴스의 NIC당 동시 TCP 또는 UDP 흐름 | 500,000, 둘 이상의 NIC의 경우 최대 1,000,000 | 500,000, 둘 이상의 NIC의 경우 최대 1,000,000 |
NSG(네트워크 보안 그룹) | 200 | 200 |
NSG당 NSG 규칙 | 200 | 1,000 |
사용자 정의 경로 테이블 | 200 | 200 |
경로 테이블당 사용자 정의 경로 | 400 | 400 |
공용 IP 주소(동적) | 500 | 500 |
예약된 공용 IP 주소 | 500 | 500 |
배포당 공용 IP | 5 | 고객 지원 문의 |
배포당 개인 IP(내부 부하 분산) | 1 | 1 |
ACL(엔드포인트 액세스 제어 목록) | 50 | 50 |
Application Gateway 제한
다음 표는 달리 명시되지 않는 한 v1, v2, Standard 및 WAF SKU에 적용됩니다.
리소스 | 제한 | 참고 항목 |
---|---|---|
Azure Application Gateway | 구독당 지역당 1,000개 | |
프런트 엔드 IP 구성 | 2 | 공용 1명, 비공개 1명 |
프런트 엔드 포트 | 1001 | |
백 엔드 주소 풀 | 100 | |
풀당 백 엔드 대상 | 1,200 | |
HTTP 수신기 | 2001 | 트래픽을 라우팅하는 100명의 활성 수신기로 제한됩니다. 활성 수신기 = 총 수신기 수 - 수신기가 활성화되지 않았습니다. 라우팅 규칙 내의 기본 구성이 트래픽을 라우팅하도록 설정된 경우(예: 수신기, 백 엔드 풀 및 HTTP 설정이 있음) 수신기로 계산됩니다. 자세한 내용은 Application Gateway에 대한 질문과 대답을 참조 하세요. |
HTTP 부하 분산 규칙 | 4001 | |
백 엔드 HTTP 설정 | 1001 | |
게이트웨이당 인스턴스 수 | V1 SKU - 32 V2 SKU - 125 |
|
SSL 인증서 | 1001 | HTTP 수신기당 1 |
최대 SSL 인증서 크기 | V1 SKU - 10KB V2 SKU - 16KB |
|
최대 신뢰할 수 있는 클라이언트 CA 인증서 크기 | 25KB | 25KB는 업로드된 pem 또는 cer 파일에 포함된 루트 및 중간 인증서의 최대 집계 크기입니다. |
신뢰할 수 있는 최대 클라이언트 CA 인증서 | 200 | SSL 프로필당 100개 |
인증 인증서 | 100 | |
신뢰할 수 있는 루트 인증서 | 100 | |
최소 요청 시간 제한 | 1초 | |
프라이빗 백엔드에 대한 최대 요청 시간 제한 | 24시간 | |
외부 백엔드에 대한 최대 요청 시간 제한 | 4분 | |
사이트 수 | 1001 | HTTP 수신기당 1 |
수신기당 URL 맵 | 1 | |
수신기당 호스트 이름 | 5 | |
URL 맵당 최대 경로 기반 규칙 | 100 | |
리디렉션 구성 | 1001 | |
다시 쓰기 규칙 집합 수 | 400 | |
다시 쓰기 규칙 집합당 헤더 또는 URL 구성 수 | 40 | |
다시 쓰기 규칙 집합당 조건 수 | 40 | |
동시 WebSocket 연결 | 중간 게이트웨이 20,0002 대형 게이트웨이 50k2 |
|
최대 URL 길이 | 32KB | |
최대 헤더 크기 | 32KB | |
HTTP/2의 최대 헤더 크기 | 8KB | |
HTTP/2의 최대 헤더 크기 | 16KB | |
최대 파일 업로드 크기(표준 SKU) | V2 - 4GB V1 - 2GB |
|
최대 파일 업로드 크기(WAF SKU) | V1 중간 - 100MB V1 Large - 500MB V2 - 750MB V2(CRS 3.2 이상 포함) - 4GB3 |
|
WAF 본문 크기 제한(파일 없음) | V1 또는 V2(CRS 3.1 이상 포함) - 128KB V2(CRS 3.2 이상 포함) - 2MB3 |
|
최대 Private Link 구성 | 2 | 공용 IP용 1개, 개인 IP용 1개 |
최대 Private Link IP 구성 | 8 | |
WAF 정책당 최대 WAF 사용자 지정 규칙 | 100 | |
일치 조건당 WAF IP 주소 범위 | 540 600 - CRS 3.2 이상 포함 |
|
Application Gateway당 최대 WAF 제외 | 40 200 - CRS 3.2 이상 포함 |
|
일치 조건당 WAF 문자열 일치 값 | 10 |
1 테이블에 나열된 리소스 수는 CRS 3.2 이상을 실행하는 표준 Application Gateway SKU 및 WAF 지원 SKU에 적용됩니다. CRS 3.1 이하를 실행하는 WAF 사용 SKU의 경우 지원되는 수는 40입니다. 자세한 내용은 WAF 엔진을 참조하세요.
2 제한은 Application Gateway 리소스가 아닌 Application Gateway 인스턴스당입니다.
3 Application Gateway에 대한 WAF 정책을 통해 값을 정의해야 합니다.
컨테이너용 Application Gateway 제한
리소스 | 제한 |
---|---|
연결 | 게이트웨이당 1 |
프런트 엔드 | 게이트웨이당 5개 |
Kubernetes 수신 및 게이트웨이 API 구성 제한
리소스 | 제한 |
---|---|
총 규칙 | 클러스터당 200개 |
Total Services | 클러스터당 100 |
총 엔드포인트 | 클러스터당 5,000개 |
Azure Bastion 제한
인스턴스는 Azure Bastion을 구성할 때 생성되는 최적화된 Azure VM입니다. 기본 SKU를 사용하여 Azure Bastion을 구성하면 2개의 인스턴스가 만들어집니다. 표준 SKU를 사용하는 경우 2-50 사이의 인스턴스 수를 지정할 수 있습니다.
워크로드 유형* | 인스턴스당 세션 제한** |
---|---|
밝게 | 25 |
중간 | 20 |
Heavy | 2 |
*이러한 워크로드 유형은 다음과 같이 정의됩니다. 원격 데스크톱 워크로드
**이러한 제한은 Azure Bastion에 대한 RDP 성능 테스트를 기반으로 합니다. 숫자는 다른 진행 중인 RDP 세션 또는 기타 진행 중인 SSH 세션으로 인해 달라질 수 있습니다.
Azure DNS 제한
공용 DNS 영역
리소스 | 제한 |
---|---|
구독당 퍼블릭 DNS 영역 | 250 1 |
공용 DNS 영역당 레코드 집합 | 10,000 1 |
공용 DNS 영역에서 설정된 레코드당 레코드 | 20 |
단일 Azure 리소스에 대한 별칭 레코드 수 | 20 |
1 이러한 제한을 늘려야 하는 경우 Azure 지원에 문의하세요.
프라이빗 DNS 영역
리소스 | 제한 |
---|---|
구독당 프라이빗 DNS 영역 | 1000 |
프라이빗 DNS 영역당 레코드 집합 | 25000 |
프라이빗 DNS 영역에 대한 레코드 집합당 레코드 | 20 |
프라이빗 DNS 영역당 Virtual Network 링크 | 1000 |
자동 등록을 사용하는 프라이빗 DNS 영역당 Virtual Network 링크 | 100 |
자동 등록을 사용하도록 설정한 상태에서 가상 네트워크를 연결할 수 있는 프라이빗 DNS 영역 수 | 1 |
가상 네트워크가 연결할 수 있는 프라이빗 DNS 영역 수 | 1000 |
Azure에서 제공하는 DNS 확인자
리소스 | 제한 |
---|---|
가상 머신이 Azure DNS 확인자로 보낼 수 있는 DNS 쿼리 수(초당) | 1000 1 |
가상 머신당 최대 대기 중(응답 보류 중) DNS 쿼리 수 | 200 1 |
1이러한 제한은 가상 네트워크 수준이 아닌 모든 개별 가상 머신에 적용됩니다. 이러한 제한을 초과하는 DNS 쿼리는 삭제됩니다.
DNS 프라이빗 확인자1
리소스 | 제한 |
---|---|
구독당 DNS 프라이빗 확인자 | 15 |
DNS 프라이빗 확인자당 인바운드 엔드포인트 | 5 |
DNS 프라이빗 확인자당 아웃바운드 엔드포인트 | 5 |
DNS 전달 규칙 집합당 전달 규칙 | 1000 |
DNS 전달 규칙 집합당 가상 네트워크 링크 | 500 |
DNS 전달 규칙 집합당 아웃바운드 엔드포인트 | 2 |
아웃바운드 엔드포인트당 DNS 전달 규칙 집합 | 2 |
전달 규칙당 대상 DNS 서버 | 6 |
엔드포인트당 QPS | 10,000 |
1포털이 업데이트될 때까지 Azure Portal에서 다른 제한을 적용할 수 있습니다. PowerShell을 사용하여 최신 제한까지 요소를 프로비전합니다.
Azure Firewall 한도
리소스 | 제한 |
---|---|
최대 데이터 처리량 | 프리미엄 100Gbps, 표준 30Gbps, 기본용 250Mbps(미리 보기) SKU 자세한 내용은 Azure Firewall 성능을 참조하세요. |
규칙 제한 | 네트워크 규칙에서 20,000개의 고유한 원본/대상 네트워크의 고유 원본/대상 = 합계(고유 원본 주소 * 각 규칙에 대한 고유 대상 주소) IP 그룹은 포함된 IP 주소 수에 관계없이 하나의 주소로 계산됩니다. 인사이트 탭 아래의 정책 분석에서 방화벽 정책 네트워크 규칙 수를 추적할 수 있습니다. 프록시로서 방화벽 대기 시간 프로브 메트릭을 모니터링하여 사용량이 많은 시간에도 20ms 이내로 유지되도록 할 수도 있습니다. |
단일 규칙 컬렉션 그룹 내의 총 규칙 크기 | 2022년 7월 이전에 만든 방화벽 정책의 경우 1MB 2022년 7월 이후에 생성된 방화벽 정책의 경우 2MB |
방화벽 정책의 규칙 컬렉션 그룹 수 | 2022년 7월 이전에 만든 방화벽 정책의 경우 50개 2022년 7월 이후에 생성된 방화벽 정책의 경우 60개 |
최대 DNAT 규칙(최대 외부 대상) | 최대 250개 [방화벽 공용 IP 주소 수 + 고유 대상(대상 주소, 포트 및 프로토콜)] DNAT 제한은 기본 플랫폼으로 인해 발생합니다. 예를 들어 동일한 대상 IP 주소 및 포트(하나의 고유한 대상)에 500개의 UDP 규칙을 구성할 수 있지만, 동일한 IP 주소에 대한 500개의 규칙은 500개의 다른 포트가 제한(500개의 고유한 대상)을 초과합니다. |
최소 AzureFirewallSubnet 크기 | /26 |
네트워크 및 애플리케이션 규칙의 포트 범위 | 1 - 65535 |
공용 IP 주소 | 최대 250개. 모든 공용 IP 주소는 DNAT 규칙에 사용할 수 있으며 모두 사용 가능한 SNAT 포트에 기여합니다. |
IP 그룹의 IP 주소 | 방화벽당 최대 200개 IP 그룹 각 IP 그룹당 최대 5,000개의 개별 IP 주소 또는 IP 접두사. |
경로 테이블 | 기본적으로 AzureFirewallSubnet에는 NextHopType 값이 Internet으로 설정된 0.0.0.0/0 경로가 있습니다. Azure Firewall에는 직접 인터넷 연결이 있어야 합니다. AzureFirewallSubnet이 BGP를 통해 온-프레미스 네트워크에 대한 기본 경로를 학습하는 경우 직접 인터넷 연결을 기본 위해 NextHopType 값이 인터넷으로 설정된 0.0.0.0/0 UDR로 재정의해야 합니다. 기본적으로 Azure Firewall은 온-프레미스 네트워크에 대한 강제 터널링을 지원하지 않습니다. 그러나 구성에 온-프레미스 네트워크에 대한 강제 터널링이 필요한 경우 Microsoft는 사례별로 지원할 예정입니다. 사례를 검토할 수 있도록 지원에 문의하세요. 허용되는 경우 구독을 허용하고 필요한 방화벽 인터넷 연결이 기본 확인합니다. |
네트워크 규칙의 FQDN | 좋은 성능을 위해 방화벽당 모든 네트워크 규칙에서 1,000개 이상의 FQDN을 초과하지 마세요. |
TLS 검사 시간 제한 | 120초 |
Azure Front Door(클래식) 제한
- 다음 제한 외에도 라우팅 규칙, 프런트 엔드 do기본, 프로토콜 및 경로 수에 대한 복합 제한이 있습니다.
리소스 | 클래식 계층 제한 |
---|---|
구독당 Azure Front Door 리소스 수 | 100 |
리소스당 사용자 지정 도메인을 포함하는 프런트 엔드 호스트 | 500 |
리소스당 라우팅 규칙 | 500 |
규칙 집합별 규칙 | 25 |
리소스당 백 엔드 풀 | 501 |
백 엔드 풀당 백 엔드 | 100 |
라우팅 규칙에 일치하는 경로 패턴 | 25 |
단일 캐시 제거 호출의 URL | 100 |
최대 대역폭* | 75Gbps |
프로필당 초당 최대 요청 수* | 100,000 |
정책당 사용자 지정 웹 애플리케이션 방화벽 규칙 | 100 |
구독당 웹 애플리케이션 방화벽 정책 | 100 |
사용자 지정 규칙당 웹 애플리케이션 방화벽 일치 조건 | 10 |
사용자 지정 규칙당 웹 애플리케이션 방화벽 IP 주소 범위 | 600 |
일치 조건당 웹 애플리케이션 방화벽 문자열 일치 값 | 10 |
웹 애플리케이션 방화벽 문자열 일치 값 길이 | 256 |
웹 애플리케이션 방화벽 POST 본문 매개 변수 이름 길이 | 256 |
웹 애플리케이션 방화벽 HTTP 헤더 이름 길이 | 256 |
웹 애플리케이션 방화벽 쿠키 이름 길이 | 256 |
웹 애플리케이션 방화벽 제외 제한 | 100 |
웹 애플리케이션 방화벽 HTTP 요청 본문 크기 검사 | 128KB |
웹 애플리케이션 방화벽 사용자 지정 응답 본문 길이 | 32KB |
*트래픽이 하나 이상의 지역에 전역적으로 분산되고 집중되지 않거나 할당량이 더 많이 필요한 경우 Azure 지원 요청을 만듭니다.
1제한을 늘리도록 요청하려면 Azure 지원 요청을 만듭니다. Azure 무료 계정 및 학생용 Azure를 포함한 무료 구독은 한도 또는 할당량 증가를 받을 수 없습니다. 체험 구독을 사용하는 경우 종량제 구독으로 업그레이드할 수 있습니다.
Azure Front Door 표준 및 프리미엄 서비스 제한
- 구독당 총 표준 및 프리미엄 프로필은 최대 500개입니다.
- 다음 제한 외에도 경로 수, do기본, 프로토콜 및 경로에 대한 복합 제한이 있습니다.
참고 항목
*가 있는 리소스는 Azure Front Door 표준 및 프리미엄에 대한 새로운 제한입니다.
리소스 | 표준 계층 제한 | 프리미엄 계층 제한 |
---|---|---|
구독당 최대 프로필 | 500 | 500 |
프로필당 최대 엔드포인트 | 10 | 25 |
프로필당 최대 사용자 지정 할 일기본 | 100 | 500 |
프로필당 최대 원본 그룹 | 100 | 200 |
원본 그룹당 최대 원본* | 50 | 50 |
프로필당 최대 원본 | 100 | 200 |
최대 원본 시간 초과 | 16-240초 | 16-240초 |
프로필당 최대 경로 | 100 | 200 |
프로필당 최대 규칙 집합 | 100 | 200 |
경로당 최대 규칙 | 100 | 100 |
규칙 집합당 최대 규칙* | 100 | 100 |
최대 대역폭* | 75Gbps | 75Gbps |
프로필당 초당 최대 요청 수* | 100,000 | 100,000 |
라우팅 규칙에 일치하는 경로 패턴 | 25 | 50 |
단일 캐시 제거 호출의 URL | 100 | 100 |
프로필당 최대 보안 정책* | 100 | 200 |
보안 정책당 최대 연결* | 110 | 225 |
프로필당 최대 비밀* | 100 | 500 |
구독당 WAF(Web Application Firewall) 정책 | 100 | 100 |
정책당 WAF 사용자 지정 규칙 | 100 | 100 |
사용자 지정 규칙별 WAF 일치 조건 | 10 | 10 |
정책당 WAF 사용자 지정 정규식 규칙 | 5 | 5 |
일치 조건당 WAF IP 주소 범위 | 600 | 600 |
일치 조건당 WAF 문자열 일치 값 | 10 | 10 |
WAF 문자열 일치 값 길이 | 256 | 256 |
WAF POST 본문 매개 변수 이름 길이 | 256 | 256 |
WAF HTTP 헤더 이름 길이 | 256 | 256 |
WAF 쿠키 이름 길이 | 256 | 256 |
정책당 WAF 제외 | 100 | 100 |
WAF HTTP 요청 본문 크기 검사됨 | 128KB | 128KB |
WAF 사용자 지정 응답 본문 길이 | 32KB | 32KB |
*트래픽이 하나 이상의 지역에 전역적으로 분산되고 집중되지 않거나 할당량이 더 많이 필요한 경우 Azure 지원 요청을 만듭니다.
시간 제한 값
클라이언트에서 Front Door로
- Front Door의 유휴 TCP 연결 시간 제한은 61초입니다.
애플리케이션 백 엔드에 대한 Front Door
HTTP 요청이 백 엔드로 전달된 후 Azure Front Door는 백 엔드의 첫 번째 패킷에 대해 60초(표준 및 프리미엄) 또는 30초(클래식) 동안 기다립니다. 그런 다음 클라이언트에 503 오류를 반환하거나 캐시된 요청에 대해 504 오류를 반환합니다. Azure Front Door Standard 및 Premium API의 originResponseTimeoutSeconds 필드 또는 Azure Front Door(클래식) API의 sendRecvTimeoutSeconds 필드를 사용하여 이 값을 구성할 수 있습니다.
백 엔드가 첫 번째 패킷을 수신한 후 원본이 originResponseTimeoutSeconds 또는 sendRecvTimeoutSeconds를 넘어 응답 본문 중간에 어떤 이유로든 일시 중지되면 응답이 취소됩니다.
Front Door는 HTTP 연결 유지를 활용하여 이전 요청에서 재사용할 수 있도록 연결을 열어 둡니다. 이러한 연결의 유휴 시간 제한은 90초입니다. Azure Front Door는 90초의 유휴 시간 제한에 도달한 후 유휴 연결을 끊습니다. 이 시간 초과 값은 구성할 수 없습니다.
데이터 제한 업로드 및 다운로드
CTE(청크 분할 전송 인코딩) 사용 | HTTP 청크 없이 | |
---|---|---|
다운로드 | 다운로드 크기에는 제한이 없습니다. | 다운로드 크기에는 제한이 없습니다. |
업로드 | 각 CTE 업로드가 2GB 미만인 경우 제한이 없습니다. | 크기는 2GB보다 클 수 없습니다. |
기타 제한
- 최대 URL 크기 - 8,192바이트 - 원시 URL의 최대 길이를 지정합니다(체계 + 호스트 이름 + 포트 + 경로 + URL의 쿼리 문자열)
- 최대 쿼리 문자열 크기 - 4,096바이트 - 쿼리 문자열의 최대 길이(바이트)를 지정합니다.
- 상태 프로브 URL의 최대 HTTP 응답 헤더 크기 - 4,096바이트 - 상태 프로브의 모든 응답 헤더의 최대 길이를 지정합니다.
- 최대 규칙 엔진 동작 헤더 값 문자: 640자.
- 최대 규칙 엔진 조건 헤더 값 문자: 256자.
- 최대 ETag 헤더 크기: 128바이트
- 표준 및 프리미엄의 최대 엔드포인트 이름: 46자.
규칙 엔진 구성에 적용되는 제한에 대한 자세한 내용은 규칙 엔진 용어를 참조 하세요.
Azure Network Watcher 제한
리소스 | 제한 |
---|---|
구독당 지역당 Network Watcher 인스턴스 | 1(지역의 서비스에 액세스할 수 있도록 한 지역의 인스턴스 하나) |
구독당 지역당 커넥트온 모니터 | 100 |
연결 모니터당 최대 테스트 그룹 | 20 |
연결 모니터당 최대 원본 및 대상 | 100 |
연결 모니터당 최대 테스트 구성 | 20 |
구독당 지역당 패킷 캡처 세션 | 10,000개(저장된 캡처가 아닌 세션 수만 해당) |
구독당 VPN 문제 해결 작업 | 1(한 번에 작업 수) |
Azure Route Server 한도
리소스 | 제한 |
---|---|
BGP 피어 수 | 8 |
각 BGP 피어가 Azure Route Server에 보급할 수 있는 경로 수 1 | 1,000 |
Azure Route Server에서 지원할 수 있는 가상 네트워크(피어링된 가상 네트워크 포함)의 VM 수 2 | 4,000 |
Azure Route Server가 지원할 수 있는 가상 네트워크 수 | 250 |
Azure Route Server가 지원할 수 있는 가상 네트워크 접두사 수 | 400 |
1 NVA가 제한보다 많은 경로를 보급하면 BGP 세션이 삭제됩니다.
2 Azure Route Server에서 지원할 수 있는 VM 수는 하드 제한이 아니며 기본 인프라의 가용성 및 성능에 따라 달라집니다.
참고 항목
분기 간을 사용하도록 설정한 경우 VNet 주소 공간 및 경로 서버에서 ExpressRoute 회로로 보급된 총 경로 수는 1,000을 초과하면 안 됩니다. 자세한 내용은 ExpressRoute의 경로 광고 제한을 참조하세요.
ExpressRoute 제한
리소스 | 제한 |
---|---|
구독당 ExpressRoute 회로 | 50(한도를 늘리기 위해 지원 요청 제출) |
Azure Resource Manager를 사용하여 구독당 지역당 ExpressRoute 회로 | 10 |
동일한 가상 네트워크에 연결된 동일한 피어링 위치의 최대 회로 수 | 4 |
동일한 가상 네트워크에 연결된 서로 다른 피어링 위치의 최대 회로 수 | 표준/ERGw1Az - 4 고성능/ERGw2Az - 8 초고성능/ErGw3Az - 16 |
Fastpath를 사용하는 ExpressRoute 공급자 회로의 최대 IP 수 | 25,000 |
Fastpath를 사용하는 ExpressRoute Direct 10Gbps의 최대 IP 수 | 100,000 |
Fastpath를 사용하는 ExpressRoute Direct 100Gbps의 최대 IP 수 | 200,000 |
ExpressRoute Traffic Collector의 최대 흐름 수 | 300,000 |
경로 보급 알림 한도
리소스 | 로컬/표준 SKU | 프리미엄 SKU |
---|---|---|
Azure 프라이빗 피어링에 보급되는 최대 IPv4 경로 수 | 4,000 | 10,000 |
Azure 프라이빗 피어링에 보급되는 최대 IPv6 경로 수 | 100 | 100 |
VNet 주소 공간의 Azure 프라이빗 피어링에서 보급되는 최대 IPv4 경로 수 | 1,000 | 1,000 |
VNet 주소 공간의 Azure 프라이빗 피어링에서 보급되는 최대 IPv6 경로 수 | 100 | 100 |
Microsoft 피어링에 보급되는 최대 IPv4 경로 수 | 200 | 200 |
Microsoft 피어링에 보급되는 최대 IPv6 경로 수 | 200 | 200 |
각 ExpressRoute 회로 한도에 허용되는 가상 네트워크 링크
회로 크기 | 로컬/표준 SKU | 프리미엄 SKU |
---|---|---|
50Mbps | 10 | 20 |
100Mbps | 10 | 25 |
200Mbps | 10 | 25 |
500Mbps | 10 | 40 |
1Gbps | 10 | 50 |
2Gbps | 10 | 60 |
5Gbps | 10 | 75 |
10Gbps | 10 | 100 |
40Gbps* | 10 | 100 |
100Gbps* | 10 | 100 |
*100Gbps ExpressRoute 직접만
참고 항목
Global Reach 연결은 ExpressRoute 회로당 가상 네트워크 연결 제한에 대해 계산됩니다. 예를 들어 10Gbps 프리미엄 회로는 5개의 Global Reach 연결과 95개의 ExpressRoute 게이트웨이 연결 또는 95개의 Global Reach 연결 및 ExpressRoute 게이트웨이에 대한 5개의 연결 또는 회로에 대한 100개의 연결 제한까지의 기타 조합을 허용합니다.
ExpressRoute 게이트웨이 성능 한도
다음 표에서는 게이트웨이 유형 및 예상 성능 배율 수를 보여 줍니다. 이러한 숫자는 다음 테스트 조건에서 파생되며 최대 지원 제한을 나타냅니다. 실제 성능은 트래픽이 이 테스트 조건을 얼마나 근접하게 복제하는지에 따라 다를 수 있습니다.
테스트 조건
게이트웨이 SKU | 온-프레미스에서 전송된 트래픽 | 게이트웨이에서 보급한 경로 수 | 게이트웨이에서 학습한 경로 수 |
---|---|---|---|
표준/ERGw1Az | 1Gbps | 500 | 4000 |
고성능/ERGw2Az | 2Gbps | 500 | 9,500 |
Ultra Performance/ErGw3Az | 10Gbps | 500 | 9,500 |
성능 결과
이 표는 리소스 관리자 배포 모델과 클래식 배포 모델 모두에 적용됩니다.
게이트웨이 SKU | 초당 연결 | 초당 메가비트 | 초당 패킷 수 | 가상 네트워크의 지원되는 VM 수 |
---|---|---|---|---|
표준/ERGw1Az | 7,000 | 1,000 | 100,000 | 2,000 |
고성능/ERGw2Az | 14,000 | 2,000 | 250,000 | 4,500 |
Ultra Performance/ErGw3Az | 16,000 | 10000 | 1,000,000 | 11,000 |
Important
- 애플리케이션 성능은 엔드투엔드 대기 시간 및 애플리케이션을 여는 트래픽 흐름 수와 같은 여러 요인에 따라 달라집니다. 테이블의 숫자는 이상적인 환경에서 애플리케이션이 이론상 수행할 수 있는 상한값을 나타냅니다. 또한 Microsoft는 ExpressRoute Virtual Network 게이트웨이에서 일상적인 호스트 및 OS 유지 관리를 수행하여 서비스의 안정성을 유지합니다. 유지 관리 기간 중에는 게이트웨이의 컨트롤 플레인 및 데이터 경로 용량이 줄어듭니다.
- 유지 관리 기간 동안 프라이빗 엔드포인트 리소스에 대한 일시적인 연결 문제가 발생할 수 있습니다.
- ExpressRoute는 최대 1400바이트의 TCP 및 UDP 패킷 크기를 지원합니다. 1400바이트보다 큰 패킷 크기는 조각화됩니다.
NAT Gateway 제한
구독당 지역별로 Azure Resource Manager를 통해 관리되는 NAT Gateway 리소스에는 다음 제한이 적용됩니다. 구독 제한에 대해 현재 리소스 사용량을 보는 방법을 알아봅니다.
리소스 | 제한 |
---|---|
공용 IP 주소 | NAT 게이트웨이당 16개 |
서브넷 | NAT 게이트웨이당 800개 |
데이터 처리량 | 50Gbps |
NAT 게이트웨이 | 지역별 구독당 1,000개 |
처리된 패킷 | 1M - 초당 5M 패킷 |
동일한 대상 엔드포인트에 대한 연결 | 공용 IP당 동일한 대상에 대한 50,000개의 연결 |
총 연결 수 | NAT 게이트웨이당 2M 연결 |
Private Link 제한
Azure 프라이빗 링크에는 다음과 같은 한도가 적용됩니다.
리소스 | 제한 |
---|---|
가상 네트워크당 프라이빗 엔드포인트 수 | 1000 |
구독당 프라이빗 엔드포인트 수 | 64000 |
구독당 프라이빗 링크 서비스 수 | 800 |
표준 Load Balancer당 프라이빗 링크 서비스 수 | 8 |
프라이빗 링크 서비스의 IP 구성 수 | 8(PLS당 사용되는 NAT IP 주소에 대한 수치) |
동일한 프라이빗 링크 서비스의 프라이빗 엔드포인트 수 | 1000 |
프라이빗 링크 서비스의 표시 유형 설정에 허용되는 구독 수 | 100 |
프라이빗 링크 서비스의 자동 승인 설정에서 허용되는 구독 수 | 100 |
키 자격 증명 모음당 프라이빗 엔드포인트 수 | 64 |
구독당 프라이빗 엔드포인트가 있는 키 자격 증명 모음 수 | 400 |
프라이빗 엔드포인트에 연결할 수있는 프라이빗 DNS 영역 그룹의 수 | 1 |
각 그룹의 DNS 영역 수 | 5 |
Traffic Manager 제한
리소스 | 제한 |
---|---|
구독당 프로필 | 200 1 |
프로필당 엔드포인트 | 200 |
1 이러한 제한을 늘려야 하는 경우 Azure 지원에 문의하세요.
Virtual Network 게이트웨이 제한
리소스 | 제한 |
---|---|
VNet 주소 접두사 | VPN Gateway당 600개 |
BGP 경로 집계 | VPN Gateway당 4,000개 |
로컬 네트워크 게이트웨이 주소 접두사 | 로컬 네트워크 게이트웨이당 1000개 |
S2S 연결 | 게이트웨이 SKU에 따라 다름 |
P2S 연결 | 게이트웨이 SKU에 따라 다름 |
P2S 경로 제한 - IKEv2 | Windows가 아닌 경우 256 / Windows인 경우 25 |
P2S 경로 제한-OpenVPN | 1000 |
최대 시작합니다. | VpnGw1/AZ의 경우 100K / VpnGw2-4/AZ의 경우 512K |
트래픽 선택기 정책 | 100 |
Virtual WAN 제한
리소스 | 제한 |
---|---|
허브당 VPN(분기) 연결 | 1,000 |
Virtual WAN 사이트 간 VPN 게이트웨이별 총 처리량 | 20Gbps |
Virtual WAN VPN 연결당 처리량(터널 2개) | 2Gbps(IPsec 터널당 1Gbps) |
허브당 지점 및 사이트 간 사용자 | 100,000 |
Virtual WAN 사용자 VPN(지점 및 사이트별) 게이트웨이당 집계 처리량 | 200Gbps |
Virtual WAN ExpressRoute 게이트웨이별 총 처리량 | 20Gbps |
허브당 ExpressRoute 회로 연결 | 8 |
허브당 VNet 연결 | Virtual WAN의 총 허브 수를 뺀 500개 |
Virtual WAN Hub Router별 총 처리량 | VNet 간 전송의 경우 50Gbps |
단일 Virtual WAN 허브에 연결된 모든 VNet의 VM 워크로드 | 2000(기본 제한 이상으로 제한 또는 할당량을 높이려면 허브 설정 참조). |
Notification Hubs 제한
서비스 계층 | 무료 | Basic | Standard |
---|---|---|---|
포함된 푸시 | 1백만 | 1,000만 명 | 1,000만 명 |
활성 디바이스 | 500 | 200,000 | 1,000만 명 |
설치 또는 등록당 태그 할당량 | 60 | 60 | 60 |
제한 및 가격 책정에 대한 자세한 내용은 Notification Hubs 가격 책정을 참조하세요.
Microsoft Dev Box 제한
구독 유형 | VM 코어 | 네트워크 연결 | 개발자 센터 | 개발 상자 정의 | 개발 상자 프로젝트 |
---|---|---|---|---|---|
종량제 | 20 | 5 | 2 | 200 | 500 |
Azure Pass | 20 | 5 | 2 | 200 | 500 |
CSP | 20 | 5 | 2 | 200 | 500 |
무료 평가판 | 0 | 0 | 0 | 0 | 0 |
Azure for Students | 0 | 0 | 0 | 0 | 0 |
Enterprise | 80 | 10 | 5 | 200 | 500 |
MSDN | 해당 없음 | 5 | 2 | 200 | 500 |
Microsoft Purview 제한
Azure Purview 할당량의 최신 값은 Microsoft Purview 할당량 페이지에서 찾을 수 있습니다.
Microsoft Sentinel 제한
Microsoft Sentinel 제한은 Microsoft Sentinel에 대한 서비스 제한을 참조 하세요.
Service Bus 제한
다음 표에서는 Azure Service Bus 메시징과 관련된 할당량 정보를 나열합니다. Service Bus의 가격 책정 및 기타 할당량에 대한 자세한 내용은 Service Bus 가격 책정을 참조하세요.
할당량 이름 | 범위 | 값 | 주의 |
---|---|---|---|
Azure 구독당 최대 네임스페이스 수 | 네임스페이스 | 1000(기본값 및 최대값) | 이 제한은 계층을 기반으로 하지 않는 Microsoft.ServiceBus 공급자를 기반으로 합니다. 따라서 모든 계층의 총 네임스페이스 수입니다. 추가 네임스페이스에 대한 후속 요청은 거부됩니다. |
큐 또는 토픽 크기 | Entity | 1, 2, 3, 4GB 또는 5GB 프리미엄 SKU 및 분할을 사용하도록 설정된 표준 SKU에서 최대 큐 또는 토픽 크기는 80GB입니다. 메시징 단위당 프리미엄 네임스페이스의 총 크기 제한은 1TB입니다. 네임스페이스에 있는 모든 엔터티의 총 크기는 이 제한을 초과할 수 없습니다. |
큐 또는 토픽의 생성/업데이트 시 정의됩니다. 후속 들어오는 메시지는 거부되고 호출 코드에서 예외를 수신합니다. 현재 큐에 전송되는 큰 메시지(크기 > 1MB)는 두 번 계산됩니다. 또한 토픽에 전송되는 큰 메시지(크기 > 1MB)는 X +1배로 계산됩니다. 여기서 X는 토픽에 대한 구독 수입니다. |
네임스페이스의 동시 연결 수 | 네임스페이스 | 넷 메시지: 1,000 AMQP: 5,000 |
추가 연결에 대한 후속 요청이 거부되고 호출 코드에서 예외를 수신합니다. REST 작업은 동시 TCP 연결에 포함되지 않습니다. |
큐, 토픽 또는 구독 엔터티에 대한 동시 수신 요청 수 | Entity | 5,000 | 후속 수신 요청이 거부되고 호출 코드에서 예외가 수신됩니다. 이 할당량은 토픽의 모든 구독에서 동시 수신 작업의 결합된 수에 적용됩니다. |
네임스페이스당 토픽 또는 큐 수 | 네임스페이스 | 기본 또는 표준 계층의 경우 10,000입니다. 네임스페이스의 토픽 및 큐의 총 수는 10,000개 미만이거나 같아야 합니다. 프리미엄 계층의 경우 MU(메시징 단위)당 1,000개입니다. |
네임스페이스에서 새 토픽 또는 큐를 만들기 위한 후속 요청이 거부됩니다. 따라서 Azure Portal을 통해 구성된 경우 오류 메시지가 생성됩니다. 관리 API에서 호출되는 경우 호출 코드에서 예외가 수신됩니다. |
네임스페이스당 분할된 토픽 또는 큐 수 | 네임스페이스 | 기본 및 표준 계층: 100 각 분할된 큐 또는 토픽은 네임스페이스 당 1,000개의 엔터티를 할당량으로 계산합니다. | 네임스페이스에 분할된 새 토픽 또는 큐를 만들기 위한 후속 요청이 거부됩니다. 따라서 Azure Portal을 통해 구성된 경우 오류 메시지가 생성됩니다. 관리 API에서 호출되는 경우 호출 코드에서 QuotaExceededException 예외가 수신됩니다. 기본 또는 표준 계층 네임스페이스에 분할된 엔터티를 더 많이 만들려면 추가 네임스페이스를 만듭니다. |
모든 메시징 엔터티 경로의 최대 크기: 큐 또는 토픽 | Entity | 260자. | |
메시징 엔터티 이름의 최대 크기: 네임스페이스, 구독 또는 구독 규칙 | Entity | 50자. | |
메시지 ID의 최대 크기 | Entity | 128 | |
메시지 세션 ID의 최대 크기 | Entity | 128 | |
큐, 토픽 또는 구독 엔터티의 메시지 크기 | Entity | 표준 계층 256KB 프리미엄 계층 100MB 메시지 크기에는 속성(시스템 및 사용자) 크기와 페이로드 크기가 포함됩니다. 시스템 속성의 크기는 시나리오에 따라 다릅니다. |
이러한 할당량을 초과하는 들어오는 메시지는 거부되고 호출 코드에서 예외를 수신합니다. |
큐, 토픽 또는 구독 엔터티의 메시지 속성 크기 | Entity | 각 속성에 대한 최대 메시지 속성 크기는 32KB입니다. 모든 속성의 누적 크기는 64KB를 초과할 수 없습니다. 이 제한은 시퀀스 번호, 레이블 및 메시지 ID와 같은 사용자 속성과 시스템 속성을 모두 포함하는 조정된 메시지의 전체 헤더에 적용됩니다. 속성 모음의 최대 헤더 속성 수: 바이트/int. MaxValue. |
예외 SerializationException 가 생성됩니다. |
토픽당 구독 수 | Entity | 표준 계층 및 프리미엄 계층의 경우 토픽당 2,000개. | 토픽에 대한 추가 구독을 만들기 위한 후속 요청은 거부됩니다. 따라서 포털을 통해 구성된 경우 오류 메시지가 표시됩니다. 관리 API에서 호출되는 경우 호출 코드에서 예외가 수신됩니다. |
토픽당 SQL 필터 수 | Entity | 2,000 | 토픽에서 추가 필터를 생성하기 위한 후속 요청이 거부되며 호출 코드에서 예외를 수신합니다. |
토픽당 상관 관계 필터 수 | Entity | 100,000 | 토픽에서 추가 필터를 생성하기 위한 후속 요청이 거부되며 호출 코드에서 예외를 수신합니다. |
SQL 필터 또는 작업의 크기 | 네임스페이스 | 필터 조건 문자열의 최대 길이: 1,024(1K) 규칙 작업 문자열의 최대 길이: 1,024(1K) 규칙 작업당 최대 식 수: 32. |
추가 필터를 만들기 위한 후속 요청이 거부되고 호출 코드에서 예외를 수신합니다. |
네임스페이스, 큐 또는 토픽당 공유 액세스 권한 부여 규칙 수 | 엔터티, 네임스페이스 | 엔터티 형식당 최대 규칙 수: 12 Service Bus 네임스페이스에 구성된 규칙은 큐, 토픽 등 모든 형식에 적용됩니다. |
추가 규칙 만들기에 대한 후속 요청이 거부되고 호출 코드에서 예외를 수신합니다. |
트랜잭션당 메시지 수 | 처리 | 100 Send() 및 SendAsync() 작업 모두에 대해 |
추가로 들어오는 메시지는 거부되고 호출 코드에서 "단일 트랜잭션에 100개가 넘는 메시지를 보낼 수 없습니다"라는 예외를 수신합니다. |
가상 네트워크 및 IP 필터 규칙 수 | 네임스페이스 | 128 |
사이트 복구 제한
Azure Site Recovery에는 다음 제한이 적용됩니다.
제한 식별자 | 제한 |
---|---|
구독당 자격 증명 모음 수 | 500 |
Recovery Services 자격 증명 모음당 서버 수 | 250 |
Recovery Services 자격 증명 모음당 보호 그룹 수 | 제한 없음 |
Recovery Services 자격 증명 모음당 복구 계획 수 | 제한 없음 |
보호 그룹당 서버 수 | 제한 없음 |
복구 계획당 서버 수 | 100 |
SQL Database 제한
SQL Database 제한은 단일 데이터베이스에 대한 SQL Database 리소스 제한, 탄력적 풀 및 풀된 데이터베이스에 대한 SQL Database 리소스 제한 및 SQL Managed Instance에 대한 SQL Database 리소스 제한을 참조하세요.
Azure SQL Database 논리 서버당 최대 프라이빗 엔드포인트 수는 250개입니다.
Azure Synapse Analytics 제한
Azure Synapse Analytics에는 고객의 구독이 서로의 워크로드로부터 보호되도록 하기 위해 다음과 같은 기본 제한이 있습니다. 구독에 대한 한도를 최대로 높이려면 지원에 문의하세요.
작업 영역에 대한 Azure Synapse 한도
종량제, 평가판, Azure Pass 및 Azure for Students 구독 제품 유형:
리소스 | 기본 제한 | 최대 제한 |
---|---|---|
Azure 구독의 Synapse 작업 영역 | 2 | 2 |
다른 구독 제안 형식의 경우:
리소스 | 기본 제한 | 최대 제한 |
---|---|---|
지역별 Azure 구독의 Synapse 작업 영역 | 20 | 100 |
Apache Spark에 대한 Azure Synapse 한도
종량제, 평가판, Azure Pass 및 Azure for Students 구독 제품 유형:
리소스 | 메모리 최적화 코어 | GPU 코어 |
---|---|---|
Synapse 작업 영역의 Spark 코어 | 12 | 48 |
다른 구독 제안 형식의 경우:
리소스 | 메모리 최적화 코어 | GPU 코어 |
---|---|---|
Synapse 작업 영역의 Spark 코어 | 50 | 50 |
Spark 풀에 대한 추가 제한은 Azure Synapse Analytics의 Apache Spark 풀에 대한 동시성 및 API 속도 제한을 참조 하세요.
파이프라인에 대한 Azure Synapse 한도
리소스 | 기본 제한 | 최대 제한 |
---|---|---|
Synapse 작업 영역의 Synapse 파이프라인 | 800 | 800 |
작업 영역 내의 파이프라인, 데이터 집합, 트리거, 연결된 서비스, 프라이빗 엔드포인트 및 통합 런타임과 같은 총 엔터티 수 | 5,000 | 지원에서 할당량 증가를 요청하는 방법을 알아봅니다. |
하나의 작업 영역에서 Azure-SSIS Integration Runtime의 총 CPU 코어 수 | 256 | 지원에서 할당량 증가를 요청하는 방법을 알아봅니다. |
작업 영역의 모든 파이프라인 간에 공유되는 작업 영역당 동시 파이프라인 실행 | 10,000 | 10,000 |
작업 영역당 Azure Integration Runtime 지역별 동시 외부 활동 실행 수 외부 활동은 통합 런타임에서 관리되지만, Databricks, 저장 프로시저, HDInsight, 웹 등을 포함한 연결된 서비스에서 실행됩니다. 자체 호스팅 IR에는 이 제한이 적용되지 않습니다. |
3,000 | 3,000 |
작업 영역당 Azure Integration Runtime 지역별 동시 파이프라인 활동 실행 수 파이프라인 활동은 Lookup, GetMetadata 및 Delete를 포함한 통합 런타임에서 실행됩니다. 자체 호스팅 IR에는 이 제한이 적용되지 않습니다. |
1,000 | 1,000 |
Azure Integration Runtime 지역당 작업 영역당 동시 작성 작업 테스트 연결을 포함하여 폴더 목록과 테이블 목록을 찾아보고 데이터를 미리 봅니다. 자체 호스팅 IR에는 이 제한이 적용되지 않습니다. |
200 | 200 |
Azure Integration Runtime 지역당 작업 영역당 동시 데이터 통합 단위1 사용량 | 지역 그룹 12: 6,000 지역 그룹 22: 3,000 지역 그룹 32: 1,500 관리형 가상 네트워크2: 2,400 |
지역 그룹 12: 6,000 지역 그룹 22: 3,000 지역 그룹 32: 1,500 관리형 가상 네트워크: 지원에서 할당량 증가를 요청하는 방법을 알아봅니다. |
파이프라인당 최대 활동 수(컨테이너에 대한 내부 활동 포함) | 40 | 40 |
단일 자체 호스팅 통합 런타임에 대해 만들 수 있는 연결된 통합 런타임의 최대 수 | 100 | 지원에서 할당량 증가를 요청하는 방법을 알아봅니다. |
파이프라인당 최대 매개 변수 수 | 50 | 50 |
ForEach 항목 | 100,000 | 100,000 |
ForEach 병렬 처리 | 20 | 50 |
파이프라인당 최대 대기 실행 | 100 | 100 |
식당 문자 수 | 8,192 | 8,192 |
최소 연속 창 트리거 간격 | 5분 | 15분 |
파이프라인 작업 실행에 대한 최대 시간 제한 | 7 일 | 7 일 |
파이프라인 개체에 대한 개체당 바이트 수3 | 200KB | 200KB |
데이터 세트 및 연결된 서비스개체에 대한 개체당 바이트 3 | 100KB | 2,000KB |
각 작업 실행에 대한 페이로드당 바이트4 | 896KB | 896KB |
복사 작업 실행당 데이터 통합 단위1 | 256 | 256 |
API 호출 작성 | 1,200/h | 1,200/h 이 제한은 Azure Synapse Analytics가 아닌 Azure Resource Manager에 의해 부과됩니다. |
API 호출 읽기 | 12,500/h | 12,500/h 이 제한은 Azure Synapse Analytics가 아닌 Azure Resource Manager에 의해 부과됩니다. |
분당 쿼리 모니터링 | 1,000 | 1,000 |
데이터 흐름 디버그 세션의 최대 시간 | 8시간 | 8시간 |
통합 런타임당 동시 데이터 흐름 수 | 50 | 지원에서 할당량 증가를 요청하는 방법을 알아봅니다. |
관리형 vNet의 통합 런타임당 동시 데이터 흐름 수 | 20 | 지원에서 할당량 증가를 요청하는 방법을 알아봅니다. |
사용자당 작업 영역별 동시 데이터 흐름 디버그 세션 수 | 3 | 3 |
데이터 흐름 Azure IR TTL 제한 | 4시간 | 4시간 |
작업 영역의 메타 데이터 엔터티 크기 제한 | 2GB | 지원에서 할당량 증가를 요청하는 방법을 알아봅니다. |
1 DIU(데이터 통합 단위)는 클라우드-클라우드 복사 작업에 사용되며 데이터 통합 단위(버전 2)에서 자세히 알아봅니다. 청구에 대한 자세한 내용은 Azure Synapse Analytics 가격 책정을 참조 하세요.
2Azure Integration Runtime은 데이터 규정 준수, 효율성 및 네트워크 송신 비용 절감을 보장하기 위해 전역적으로 사용할 수 있습니다.
지역 그룹 | 영역 |
---|---|
지역 그룹 1 | 미국 중부, 미국 동부, 미국 동부 2, 북유럽, 서유럽, 미국 서부, 미국 서부 2 |
지역 그룹 2 | 오스트레일리아 동부, 오스트레일리아 남동부, 브라질 남부, 인도 중부, 일본 동부, 미국 중북부, 미국 중남부, 동남 아시아, 미국 중서부 |
지역 그룹 3 | 다른 지역 |
관리형 가상 네트워크를 사용하도록 설정하면 모든 지역 그룹의 DIU(데이터 통합 단위)는 2,400입니다.
3 파이프라인, 데이터 집합 및 연결된 서비스 개체는 워크로드의 논리적 그룹화입니다. 이러한 개체에 대한 제한은 Azure Synapse Analytics를 사용하여 이동하고 처리할 수 있는 데이터의 양과 관련이 없습니다. Synapse Analytics는 페타바이트 데이터를 처리하도록 크기를 조정하도록 설계되었습니다.
4 각 작업 실행에 대한 페이로드에는 활동 구성, 연결된 데이터 세트 및 연결된 서비스 구성(있는 경우) 및 활동 유형별로 생성된 시스템 속성의 작은 부분이 포함됩니다. 이러한 페이로드 크기에 대한 제한은 Azure Synapse Analytics를 사용하여 이동 및 처리할 수 있는 데이터 양과는 관련이 없습니다. 이 제한에 도달하면 증상 및 권장 사항에 대해 알아봅니다.
전용 SQL 풀에 대한 Azure Synapse 한도
Azure Synapse Analytics의 전용 SQL 풀에 대한 용량 제한에 대한 자세한 내용은 전용 SQL 풀 리소스 제한을 참조 하세요.
웹 서비스 호출에 대한 Azure Resource Manager 한도
Azure Resource Manager에는 API 호출에 대한 제한이 있습니다. Azure Resource Manager API 제한 내에서 속도로 API 호출을 수행할 수 있습니다.
가상 머신 디스크 제한
Azure VM(가상 머신)에 여러 데이터 디스크를 연결할 수 있습니다. VM의 데이터 디스크 확장성 및 성능 목표에 따라 성능 및 용량 요구 사항을 충족하는 데 필요한 디스크의 수와 유형을 결정할 수 있습니다.
Important
최적의 성능을 위해 가능한 제한을 방지하기 위해 가상 머신에 연결된 사용률이 높은 디스크 수를 제한합니다. 연결된 모든 디스크가 동시에 많이 활용되지 않는 경우 가상 머신은 더 많은 수의 디스크를 지원할 수 있습니다. 또한 기존 관리 디스크에서 관리 디스크를 만들 때 49개의 디스크만 동시에 만들 수 있습니다. 초기 49개 중 일부를 만든 후에 더 많은 디스크를 만들 수 있습니다.
Azure 관리 디스크의 경우:
다음 표에서는 구독당 지역당 리소스 수의 기본 및 최대 제한을 보여 줍니다. 이러한 제한은 플랫폼 관리형 키 또는 고객 관리형 키로 암호화된 디스크에 관계없이 동일하게 유지됩니다. 리소스 그룹당 Managed Disks, 스냅샷 및 이미지 수에는 제한이 없습니다.
리소스 제한 표준 관리 디스크 50,000 표준 SSD 관리 디스크 50,000 프리미엄 SSD 관리 디스크 50,000 프리미엄 SSD v2 관리 디스크 1,000 프리미엄 SSD v2 관리 디스크 용량2 32,768 Ultra disks 1,000 Ultra Disk 용량2 32,768 표준_LRS 스냅샷1 75,000 표준_ZRS 스냅샷1 75,000 관리형 이미지 50,000
1 개별 디스크에는 500개의 증분 스냅샷이 있을 수 있습니다.
2이는 기본 최대값이지만 요청에서 더 높은 용량이 지원됩니다. 용량 증가를 요청하려면 할당량 증가를 요청하거나 Azure 지원에 문의하세요.
표준 스토리지 계정의 경우:
표준 스토리지 계정의 최대 총 요청 속도는 20,000 IOPS입니다. 표준 스토리지 계정의 모든 가상 머신 디스크에 대한 총 IOPS는 이 제한을 초과하면 안 됩니다.
비관리 디스크의 경우 요청 속도 제한에 따라 단일 표준 스토리지 계정에서 지원하는 활용도가 높은 디스크의 개수를 대략적으로 계산할 수 있습니다. 예를 들어 기본 계층 VM의 경우 사용률이 높은 디스크의 최대 수는 약 66개이며 디스크당 20,000/300 IOPS입니다. 표준 계층 VM의 최대 사용률이 높은 디스크 수는 약 40개이며 디스크당 20,000/500 IOPS입니다.
프리미엄 스토리지 계정의 경우:
프리미엄 스토리지 계정의 최대 총 처리량 속도는 50Gbps입니다. 모든 VM 디스크의 총 처리량은 이 제한을 초과해서는 안 됩니다.
자세한 내용은 가상 머신 크기를 참조 하세요.
VM 애플리케이션의 경우
Azure에서 VM 애플리케이션을 사용하는 경우 "승인된 UnmanagedStorageAccountCount 할당량을 초과하므로 작업을 완료할 수 없습니다."라는 오류 메시지가 표시될 수 있습니다. 이 오류는 사용할 수 있는 관리되지 않는 스토리지 계정 수 제한에 도달한 경우에 발생합니다.
VM 애플리케이션을 게시할 때 Azure는 여러 지역에서 복제본(replica). 이를 위해 Azure는 각 지역에 대해 관리되지 않는 스토리지 계정을 만듭니다. 애플리케이션에서 사용하는 관리되지 않는 스토리지 계정 수는 모든 애플리케이션의 복제본(replica) 수에 따라 결정됩니다.
일반적으로 각 스토리지 계정은 최대 200개의 동시 연결을 수용할 수 있습니다. 다음은 "UnmanagedStorageAccountCount" 오류를 해결하기 위한 옵션입니다.
- 원본 애플리케이션 Blob에 페이지 Blob을 사용합니다. 관리되지 않는 계정은 블록 Blob 복제본(replica) 경우에만 사용됩니다. 페이지 Blob에는 이러한 제한이 없습니다.
- VM 애플리케이션 버전에 대한 복제본(replica) 수를 줄이거나 더 이상 필요하지 않은 애플리케이션을 삭제합니다.
- 할당량 증가를 얻기 위해 지원 요청을 제출합니다.
자세한 내용은 VM 애플리케이션을 참조 하세요.
디스크 암호화 집합
구독당 지역당 1000개의 디스크 암호화 집합이 제한됩니다. 자세한 내용은 Linux 또는 Windows 가상 머신에 대한 암호화 설명서를 참조하세요. 할당량을 늘려야 하는 경우 Azure 지원 문의하세요.
관리되는 가상 머신 디스크
표준 HDD 관리 디스크
표준 디스크 유형 | S4 | S6 | S10 | S15 | S20 | S30 | S40 | S50 | S60 | S70 | S80 |
---|---|---|---|---|---|---|---|---|---|---|---|
디스크 크기(GiB) | 32 | 64 | 128 | 256 | 512 | 1,024 | 2,048 | 4,096 | 8,192 | 16,384 | 32,767 |
디스크당 기본 IOPS | 최대 500 | 최대 500 | 최대 500 | 최대 500 | 최대 500 | 최대 500 | 최대 500 | 최대 500 | 최대 1,300 | 최대 2,000 | 최대 2,000 |
*디스크당 확장된 IOPS | 해당 없음 | 해당 없음 | 해당 없음 | 해당 없음 | 해당 없음 | 최대 1,500개 | 최대 3,000개 | 최대 3,000개 | 최대 3,000개 | 최대 3,000개 | 최대 3,000개 |
디스크당 기본 처리량 | 최대 60MB/s | 최대 60MB/s | 최대 60MB/s | 최대 60MB/s | 최대 60MB/s | 최대 60MB/s | 최대 60MB/s | 최대 60MB/s | 최대 300MB/s | 최대 500MB/s | 최대 500MB/s |
*디스크당 확장된 처리량 | 해당 없음 | 해당 없음 | 해당 없음 | 해당 없음 | 해당 없음 | 최대 150MB/s | 최대 300MB/s | 최대 500MB/s | 최대 500MB/s | 최대 500MB/s | 최대 500MB/s |
* 성능과 (미리 보기) 사용이 설정된 디스크에만 적용됩니다.
표준 SSD 관리 디스크
표준 SSD 크기 | E1 | E2 | E3 | E4 | E6 | E10 | E15 | E20 | E30 | E40 | E50 | E60 | E70 | E80 |
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
디스크 크기(GiB) | 4 | 8 | 16 | 32 | 64 | 128 | 256 | 512 | 1,024 | 2,048 | 4,096 | 8,192 | 16,384 | 32,767 |
디스크당 기본 IOPS | 최대 500 | 최대 500 | 최대 500 | 최대 500 | 최대 500 | 최대 500 | 최대 500 | 최대 500 | 최대 500 | 최대 500 | 최대 500 | 최대 2,000 | 최대 4,000개 | 최대 6,000개 |
*디스크당 확장된 IOPS | 해당 없음 | 해당 없음 | 해당 없음 | 해당 없음 | 해당 없음 | 해당 없음 | 해당 없음 | 해당 없음 | 최대 1,500개 | 최대 3,000개 | 최대 6,000개 | 최대 6,000개 | 최대 6,000개 | 최대 6,000개 |
디스크당 기본 처리량 | 최대 60MB/s | 최대 60MB/s | 최대 60MB/s | 최대 60MB/s | 최대 60MB/s | 최대 60MB/s | 최대 60MB/s | 최대 60MB/s | 최대 60MB/s | 최대 60MB/s | 최대 60MB/s | 최대 400MB/s | 최대 600MB/s | 최대 750MB/s |
*디스크당 확장된 처리량 | 해당 없음 | 해당 없음 | 해당 없음 | 해당 없음 | 해당 없음 | 해당 없음 | 해당 없음 | 해당 없음 | 최대 150MB/s | 최대 300MB/s | 최대 600MB/s | 최대 750MB/s | 최대 750MB/s | 최대 750MB/s |
디스크당 최대 버스트 IOPS | 600 | 600 | 600 | 600 | 600 | 600 | 600 | 600 | 1000 | |||||
디스크당 최대 버스트 처리량 | 150MB/s | 150MB/s | 150MB/s | 150MB/s | 150MB/s | 150MB/s | 150MB/s | 150MB/s | 250MB/s | |||||
최대 버스트 기간 | 30분 | 30분 | 30분 | 30분 | 30분 | 30분 | 30분 | 30분 | 30분 |
* 성능과 (미리 보기) 사용이 설정된 디스크에만 적용됩니다.
프리미엄 SSD 관리 디스크: 디스크당 한도
프리미엄 SSD 크기 | P1 | P2 | P3 | P4 | P6 | P10 | P15 | P20 | P30 | P40 | P50 | P60 | P70 | P80 |
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
디스크 크기(GiB) | 4 | 8 | 16 | 32 | 64 | 128 | 256 | 512 | 1,024 | 2,048 | 4,096 | 8,192 | 16,384 | 32,767 |
디스크당 기본 프로비전된 IOPS | 120 | 120 | 120 | 120 | 240 | 500 | 1,100 | 2,300 | 5,000 | 7,500 | 7,500 | 16,000 | 18,000 | 20,000 |
**디스크당 확장 프로비전된 IOPS | 해당 없음 | 해당 없음 | 해당 없음 | 해당 없음 | 해당 없음 | 해당 없음 | 해당 없음 | 해당 없음 | 8,000 | 16,000 | 20,000 | 20,000 | 20,000 | 20,000 |
디스크당 기본 프로비전된 처리량 | 25MB/s | 25MB/s | 25MB/s | 25MB/s | 50MB/s | 100MB/초 | 125MB/s | 150MB/s | 200MB/s | 250MB/s | 250MB/s | 500MB/s | 750MB/s | 900MB/s |
**디스크당 프로비전된 처리량 확장 | 해당 없음 | 해당 없음 | 해당 없음 | 해당 없음 | 해당 없음 | 해당 없음 | 해당 없음 | 해당 없음 | 300MB/s | 600MB/s | 900MB/s | 900MB/s | 900MB/s | 900MB/s |
디스크당 최대 버스트 IOPS | 3,500 | 3,500 | 3,500 | 3,500 | 3,500 | 3,500 | 3,500 | 3,500 | 30,000* | 30,000* | 30,000* | 30,000* | 30,000* | 30,000* |
디스크당 최대 버스트 처리량 | 170MB/s | 170MB/s | 170MB/s | 170MB/s | 170MB/s | 170MB/s | 170MB/s | 170MB/s | 1,000MB/s* | 1,000MB/s* | 1,000MB/s* | 1,000MB/s* | 1,000MB/s* | 1,000MB/s* |
최대 버스트 기간 | 30분 | 30분 | 30분 | 30분 | 30분 | 30분 | 30분 | 30분 | 무제한* | 무제한* | 무제한* | 무제한* | 무제한* | 무제한* |
예약 가능 | 아니요 | 아니요 | 아니요 | 아니요 | 아니요 | 아니요 | 아니요 | 아니요 | 예, 최대 1년 | 예, 최대 1년 | 예, 최대 1년 | 예, 최대 1년 | 예, 최대 1년 | 예, 최대 1년 |
*주문형 버스팅이 설정된 디스크에만 적용됩니다.
** 성능과 (미리 보기) 사용이 설정된 디스크에만 적용됩니다.
프리미엄 SSD 관리 디스크: VM당 한도
리소스 | 제한 |
---|---|
VM당 최대 IOPS | GS5 VM에서 80,000 IOPS |
VM당 최대 처리량 | GS5 VM을 사용하는 2,000MB/s |
관리되지 않는 가상 머신 디스크
표준 관리되지 않는 가상 머신 디스크: 디스크당 한도
VM 계층 | 기본 계층 VM | 표준 계층 VM |
---|---|---|
디스크 크기 | 4,095GB | 4,095GB |
영구 디스크당 최대 8KB IOPS | 300 | 500 |
최대 IOPS를 수행하는 최대 디스크 수 | 66 | 40 |
프리미엄 관리되지 않는 가상 머신 디스크: 계정당 한도
리소스 | 제한 |
---|---|
계정당 총 디스크 용량 | 35TB |
계정당 총 스냅샷 용량 | 10TB |
계정당 최대 대역폭(수신 + 송신)1 | <=50Gbps |
1수신 은 스토리지 계정으로 전송되는 요청의 모든 데이터를 나타냅니다. 송신 은 스토리지 계정에서 받은 응답의 모든 데이터를 나타냅니다.
프리미엄 관리되지 않는 가상 머신 디스크: 디스크당 한도
Premium Storage 디스크 유형 | P10 | P20 | P30 | P40 | P50 |
---|---|---|---|---|---|
디스크 크기 | 128GiB | 512GiB | 1,024GiB(1TB) | 2,048GiB(2TB) | 4,095GiB(4TB) |
디스크당 최대 IOPS | 500 | 2,300 | 5,000 | 7,500 | 7,500 |
디스크당 최대 처리량 | 100MB/초 | 150MB/초 | 200MB/초 | 250MB/초 | 250MB/초 |
스토리지 계정당 최대 디스크 수 | 280 | 70 | 35 | 17 | 8 |
프리미엄 관리되지 않는 가상 머신 디스크: VM당 한도
리소스 | 제한 |
---|---|
VM당 최대 IOPS | GS5 VM에서 80,000 IOPS |
VM당 최대 처리량 | GS5 VM을 사용하는 2,000MB/초 |
StorSimple 시스템 제한
제한 식별자 | 제한 | 설명 |
---|---|---|
스토리지 계정 자격 증명의 최대 수 | 64 | |
최대 볼륨 컨테이너 수 | 64 | |
최대 볼륨 수 | 255 | |
대역폭 템플릿당 최대 일정 수 | 168 | 매시간, 요일마다 일정입니다. |
물리적 디바이스의 계층화된 볼륨 최대 크기 | StorSimple 8100 및 StorSimple 8600용 64TB | StorSimple 8100 및 StorSimple 8600은 물리적 디바이스입니다. |
Azure의 가상 디바이스에서 계층화된 볼륨의 최대 크기 | StorSimple 8010용 30TB StorSimple 8020의 경우 64TB |
StorSimple 8010 및 StorSimple 8020은 각각 표준 스토리지 및 Premium Storage를 사용하는 Azure의 가상 디바이스입니다. |
물리적 디바이스의 로컬로 고정된 볼륨 최대 크기 | StorSimple 8100용 9TB StorSimple 8600의 경우 24TB |
StorSimple 8100 및 StorSimple 8600은 물리적 디바이스입니다. |
최대 iSCSI 연결 수 | 512 | |
초기자에서 iSCSI 연결의 최대 수 | 512 | |
디바이스당 최대 액세스 제어 레코드 수 | 64 | |
백업 정책당 최대 볼륨 수 | 24 | |
백업 정책당 유지되는 최대 백업 수 | 64 | |
백업 정책당 최대 일정 수 | 10 | |
볼륨당 유지할 수 있는 모든 형식의 최대 스냅샷 수 | 256 | 이 금액에는 로컬 스냅샷 및 클라우드 스냅샷 포함됩니다. |
모든 디바이스에 있을 수 있는 최대 스냅샷 수 | 10,000 | |
백업, 복원 또는 복제를 위해 병렬로 처리할 수 있는 최대 볼륨 수 | 16 |
|
계층화된 볼륨의 복구 시간 복원 및 복제 | <2분 |
|
로컬로 고정된 볼륨의 복구 시간 복원 | <2분 |
|
씬 복원 가용성 | 마지막 장애 조치(failover) | |
SSD 계층에서 제공되는 최대 클라이언트 읽기/쓰기 처리량* | 단일 10기가비트 이더넷 네트워크 인터페이스가 있는 920/720MB/초 | MPIO와 두 개의 네트워크 인터페이스를 사용하여 최대 2회. |
HDD 계층에서 제공되는 경우 최대 클라이언트 읽기/쓰기 처리량* | 120/250 MB/초 | |
클라우드 계층에서 제공되는 경우 최대 클라이언트 읽기/쓰기 처리량* | 11/41 MB/초 | 읽기 처리량은 충분한 I/O 큐 깊이를 생성하고 기본 클라이언트에 따라 달라집니다. |
*I/O 형식당 최대 처리량은 100% 읽기 및 100% 쓰기 시나리오로 측정되었습니다. 실제 처리량은 낮을 수 있으며 I/O 조합 및 네트워크 상태에 따라 다릅니다.
Stream Analytics 제한
제한 식별자 | 제한 | 설명 |
---|---|---|
지역당 구독당 최대 스트리밍 단위 수 | 83 | 83을 초과하는 구독에 대한 스트리밍 단위 증가를 요청하려면 Microsoft 지원 문의하세요. |
작업당 최대 입력 수 | 60 | Azure Stream Analytics 작업당 60개의 입력으로 제한됩니다. |
작업당 최대 출력 수 | 60 | Stream Analytics 작업당 60개의 출력 하드 제한이 있습니다. |
작업당 최대 함수 수 | 60 | Stream Analytics 작업당 60개의 함수로 제한됩니다. |
작업당 최대 스트리밍 단위 수 | 66 | Stream Analytics 작업당 스트리밍 단위가 66개라는 하드 제한이 있습니다. |
지역당 최대 작업 수 | 1,500 | 각 구독은 지리적 지역당 최대 1,500개의 작업을 가질 수 있습니다. |
참조 데이터 Blob MB | 5GB | 1개 이상의 SUS를 사용하는 경우 최대 5GB입니다. |
쿼리의 최대 문자 수 | 512000 | Azure Stream Analytics 작업 쿼리에는 512k 문자의 하드 제한이 있습니다. |
Virtual Machines 제한
Virtual Machines 제한
리소스 | 제한 |
---|---|
클라우드 서비스 당 가상 머신 1 | 50 |
클라우드 서비스당 입력 엔드포인트 2 | 150 |
Azure Resource Manager 대신 클래식 배포 모델을 사용하여 만든 가상 머신 1 대는 클라우드 서비스에 자동으로 저장됩니다. 부하 분산 및 가용성을 위해 해당 클라우드 서비스에 더 많은 가상 머신을 추가할 수 있습니다.
2 입력 엔드포인트를 사용하여 가상 머신의 클라우드 서비스 외부에서 가상 머신에 통신할 수 있습니다. 동일한 클라우드 서비스 또는 가상 네트워크의 가상 머신은 자동으로 서로 통신할 수 있습니다.
Virtual Machines 제한 - Azure 리소스 관리자
Azure Resource Manager 및 Azure 리소스 그룹을 사용하는 경우 다음 제한이 적용됩니다.
리소스 | 제한 |
---|---|
구독 | 지역당 25,0001 개. |
구독당 VM 총 코어 수 | 지역당 201 . 제한을 늘리려면 지원에 문의하세요. |
구독당 Azure Spot VM 총 코어 수 | 지역당 201 . 제한을 늘리려면 지원에 문의하세요. |
Dv2 및 F와 같은 시리즈당 VM, 구독당 코어 수 | 지역당 201 . 제한을 늘리려면 지원에 문의하세요. |
구독당 가용성 집합 | 지역당 2,500개. |
가용성 집합당 가상 머신 | 200 |
리소스 그룹 당 근접 배치 그룹 | 800 |
가용성 집합당 인증서 | 1992 |
구독당 인증서 | 무제한3 |
1 기본 제한은 무료 평가판 및 종량제와 같은 제품 범주 유형과 Dv2, F 및 G와 같은 시리즈에 따라 다릅니다. 예를 들어 기업계약 구독의 기본값은 350입니다. 보안을 위해 구독은 대규모 코어 배포를 방지하기 위해 기본적으로 20개 코어로 설정됩니다. 더 많은 코어가 필요한 경우 지원 티켓을 제출합니다.
2 SSH 공개 키와 같은 속성도 인증서로 푸시되고 이 제한에 포함됩니다. 이 제한을 무시하려면 Windows용 Azure Key Vault 확장 또는 Linux용 Azure Key Vault 확장을 사용하여 인증서를 설치합니다.
3 Azure Resource Manager를 사용하면 인증서가 Azure Key Vault에 저장됩니다. 구독에 대한 인증서 수는 무제한입니다. 배포당 인증서 한도는 1MB이며 단일 VM 또는 가용성 집합으로 구성됩니다.
참고 항목
가상 머신 코어에는 지역별 총 제한이 있습니다. 또한 Dv2 및 F와 같은 지역별 크기별 시리즈에 대한 제한이 있습니다. 이러한 제한은 별도로 적용됩니다. 예를 들어 미국 동부 총 VM 코어 제한이 30이고 A 시리즈 코어 제한이 30이고 D 시리즈 코어 제한이 30인 구독을 고려합니다. 이 구독은 총 30개의 코어를 초과하지 않는 30개의 A1 VM 또는 30개의 D1 VM 또는 둘의 조합을 배포할 수 있습니다. 조합의 예로는 10개의 A1 VM과 20개의 D1 VM이 있습니다.
컴퓨팅 갤러리 제한
Compute Gallery를 사용하여 리소스를 배포할 때 구독당 제한이 있습니다.
- 구독마다, 지역마다 갤러리 100개
- 지역당 구독당 1,000개의 이미지 정의
- 지역당 구독당 이미지 버전 10,000개
Virtual Machine Scale Sets 제한
리소스 | 제한 |
---|---|
확장 집합의 최대 VM 수 | 1,000 |
확장 집합의 사용자 지정 VM 이미지에 따라 최대 VM 수 | 600 |
지역당 구독당 최대 확장 집합 수 | 2,500 |
IB 클러스터용 VMSS에서 지원되는 최대 노드 수 | 100 |
개발 터널 제한
다음 제한은 개발 터널 적용됩니다. 한도는 매월 다시 설정됩니다.
리소스 | 제한 |
---|---|
대역폭 | 사용자당 2GB |
터널 | 사용자당 5개 |
Active connections | 포트당 20개 |
Ports | 터널당 10 |
HTTP 요청 속도 | 포트당 1500/분 |
데이터 전송 속도 | 터널당 최대 20MB/s |
최대 웹 전달 HTTP 요청 본문 크기 | 16MB |
개발 터널 대한 더 높은 사용 제한을 요청하려면 GitHub 리포지토리에서 문제를 엽니다. 이 문제에는 증가하려는 제한과 그 이유를 포함합니다.