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 |
variables | 256 |
리소스(인쇄 매수 포함) | 800 |
출력 | 64 |
템플릿 식 | 24,576개 문자 |
내보낸 템플릿의 리소스 | 200 |
템플릿 크기 | 4MB |
리소스 정의 파일 | 1MB |
매개 변수 파일 크기 | 4MB |
중첩된 템플릿을 사용하여 일부 템플릿 제한을 초과할 수 있습니다. 자세한 내용은 Azure 리소스를 배포할 때 연결된 템플릿 사용을 참조하세요. 매개 변수, 변수 또는 출력의 수를 줄이려면 개체에 여러 값을 결합할 수 있습니다. 자세한 내용은 매개 변수로 개체 사용을 참조하세요.
총 요청 크기가 너무 크면 4 MB 미만의 템플릿이나 매개 변수 파일에 오류가 발생할 수 있습니다. 큰 요청이 방지되도록 템플릿을 간소화하는 방법에 대한 자세한 내용은 작업 크기 초과에 대한 오류 해결을 참조하세요.
Microsoft Entra ID 한도
Microsoft Entra 서비스의 이용 제약 조건 및 기타 서비스 제한 사항은 다음과 같습니다.
범주 | 한도 |
---|---|
테넌트 | |
도메인: | |
리소스 |
|
스키마 확장 |
|
애플리케이션 |
|
애플리케이션 매니페스트. | 애플리케이션 매니페스트에는 최대 1,200개의 항목을 추가할 수 있습니다. 지원되는 계정 유형별 유효성 검사 차이점에서 더 많은 한도의 유효성을 검사합니다. |
그룹 |
현재는 다음 시나리오에서 중첩 그룹이 지원됩니다.
다음 시나리오에서는 중첩 그룹이 지원되지 않습니다.
|
애플리케이션 프록시 |
|
액세스 패널 | 할당된 라이선스 수에 관계없이 액세스 패널에 표시할 수 있는 사용자별 애플리케이션의 수에는 제한이 없습니다. |
보고서 | 최대 1,000행을 표시하거나 보고서에 다운로드할 수 있습니다. 다른 모든 데이터는 잘립니다. |
관리 단위 |
|
Microsoft Entra 역할 및 권한 |
|
조건부 액세스 정책 | 단일 Microsoft Entra 조직(테넌트)에서는 최대 195개의 정책을 만들 수 있습니다. |
사용 약관 | 단일 Microsoft Entra 조직(테넌트)에 최대 40개의 용어를 추가할 수 있습니다. |
다중 테넌트 조직 |
|
API Center 한도
리소스 | 무료 요금제1 | 표준 계획2 |
---|---|---|
최대 API 수 | 2003 | 10,000 |
API당 최대 버전 수 | 5 | 100 |
버전당 최대 정의 수 | 5 | 5 |
API당 최대 배포 수 | 10 | 10 |
환경의 최대 수 | 20 | 20 |
최대 작업 영역 수 | 1(기본값) | 1(기본값) |
엔터티당 최대 사용자 지정 메타데이터 속성 수 4 | 10 | 20 |
"개체" 형식의 사용자 지정 메타데이터 속성에 있는 자식 속성의 최대 수 | 10 | 10 |
분당 최대 요청(데이터 평면) | 3,000 | 6,000 |
4시간 동안 린팅할 수 있는 API 정의의 최대 개수 | 10 | 100 |
연결된 API 원본의 최대 수 5 | 1 | 3 |
90일 동안 무료 요금제 1 개 제공 후 서비스가 일시 삭제됩니다.
2 표준 플랜의 제한을 늘리려면 지원에 문의하세요.
3 무료 계획에서 API 분석 및 데이터 평면 API를 통한 액세스를 포함한 전체 서비스 기능의 사용은 5개의 API로 제한됩니다.
4 API, 배포 및 환경에 할당된 사용자 지정 메타데이터 속성입니다.
연결된 API Management 인스턴스와 같은 5 개 원본. 무료 계획에서 연결된 API 원본의 동기화는 200개의 API 및 5개의 API 정의로 제한됩니다.
API Management 제한
이 섹션에서는 다음을 포함하여 다양한 서비스 계층의 Azure API Management 인스턴스에 적용되는 제한에 대한 정보를 제공합니다.
제한 사항 - API Management 클래식 계층
특정 API Management 리소스의 경우 제한은 소비 계층에서만 설정됩니다. 표시된 다른 API Management 클래식 계층에서는 이러한 리소스가 무제한입니다. 그러나 실제 상한은 가격 책정 계층, 서비스 용량, 배율 단위 수, 정책 구성, API 정의 및 형식, 동시 요청 수, 기타 요인을 포함한 서비스 구성에 따라 달라집니다.
한도 증가를 요청하려면 Azure Portal에서 지원 요청을 만듭니다. 자세한 내용은 Azure 지원 계획을 참조하세요.
리소스 | Consumption | 개발자 | 기본 | Standard | Premium |
---|---|---|---|---|---|
최대 배율 단위 수 | 해당 없음(자동 크기 조정) | 1 | 2 | 4 | 지역당 31 |
캐시 크기(단위당) | 외부만 | 10MiB | 50MiB | 1GiB | 5GiB |
HTTP 권한당 동시 백 엔드 연결1 | 제한 없음 | 1,024 | 단위당 2,048 | 단위당 2,048 | 단위당 2,048 |
캐시된 최대 응답 크기 | 2MiB | 2MiB | 2MiB | 2MiB | 2MiB |
최대 정책 문서 크기 | 16KiB | 256KiB | 256KiB | 256KiB | 256KiB |
서비스 인스턴스당 최대 사용자 지정 게이트웨이 도메인 수 | 해당 없음 | 20 | 해당 없음 | 해당 없음 | 20 |
서비스 인스턴스당 최대 CA 인증서 수 | 해당 없음 | 10 | 10 | 10 | 10 |
Azure 구독당 최대 서비스 인스턴스 수 | 20 | 무제한 | 제한 없음 | 제한 없음 | 무제한 |
서비스 인스턴스당 최대 구독 수 | 500 | 제한 없음 | 제한 없음 | 제한 없음 | 무제한 |
서비스 인스턴스당 최대 클라이언트 인증서 수 | 50 | 무제한 | 제한 없음 | 제한 없음 | 무제한 |
서비스 인스턴스당 최대 API 수 | 50 | 무제한 | 제한 없음 | 제한 없음 | 무제한 |
서비스 인스턴스당 최대 API 작업 수 | 1,000 | 무제한 | 제한 없음 | 제한 없음 | 무제한 |
최대 총 요청 기간 | 30초 | 무제한 | 제한 없음 | 제한 없음 | 무제한 |
최대 요청 페이로드 크기 | 1GiB | 무제한 | 제한 없음 | 제한 없음 | 무제한 |
최대 버퍼링된 페이로드 크기 | 2MiB | 무제한 | 제한 없음 | 제한 없음 | 무제한 |
진단 로그의 최대 요청/응답 페이로드 크기 | 8,192바이트 | 8,192바이트 | 8,192바이트 | 8,192바이트 | 8,192바이트 |
최대 요청 URL 크기2 | 16,384바이트 | 무제한 | 제한 없음 | 제한 없음 | 무제한 |
URL 패스 세그먼트의 최대 문자 길이 | 1,024 | 1,024 | 1,024 | 1,024 | 1,024 |
명명된 값의 최대 문자 길이 | 4,096 | 4,096 | 4,096 | 4,096 | 4,096 |
유효성 검사 정책에서 사용하는 API 스키마의 최대 크기 | 4MB | 4MB | 4MB | 4MB | 4MB |
최대 스키마 수 | 100 | 100 | 100 | 100 | 100 |
콘텐츠 유효성 검사 정책에서 요청 또는 응답 본문의 최대 크기 | 100KiB | 100KiB | 100KiB | 100KiB | 100KiB |
최대 자체 호스팅 게이트웨이 수3 | 해당 없음 | 25 | 해당 없음 | 해당 없음 | 25 |
장치당 최대 활성 WebSocket 연결 수4 | 해당 없음 | 2,500 | 5,000 | 5,000 | 5,000 |
API Management 리소스에서 지원하는 최대 태그 수 | 15 | 15 | 15 | 15 | 15 |
서비스 인스턴스당 최대 자격 증명 공급자 수 | 1,000 | 1,000 | 1,000 | 1,000 | 1,000 |
자격 증명 공급자당 최대 연결 수 | 10,000 | 10,000 | 10,000 | 10,000 | 10,000 |
연결당 최대 액세스 정책 수 | 100 | 100 | 100 | 100 | 100 |
연결당 분당 최대 권한 부여 요청 수 | 250 | 250 | 250 | 250 | 250 |
서비스 인스턴스당 최대 작업 영역 수 | 해당 없음 | 해당 없음 | 해당 없음 | 해당 없음 | 100 |
1 백 엔드에서 명시적으로 닫지 않으면 연결이 풀링되고 다시 사용됩니다.
2 최대 2,048바이트 길이의 쿼리 문자열을 포함합니다.
3 자체 호스팅 게이트웨이 리소스와 연결된 노드(또는 복제본)의 수는 프리미엄 계층에서 무제한이며, 개발자 계층에서는 단일 노드로 제한됩니다.
4 서비스 인스턴스당 최대 60,000개까지 연결합니다.
제한 사항 - API Management v2 계층
한도 증가를 요청하려면 Azure Portal에서 지원 요청을 만듭니다. 자세한 내용은 Azure 지원 계획을 참조하세요.
리소스 | 기본 v2 | 표준 v2 |
---|---|---|
최대 배율 단위 수 | 10 | 10 |
서비스 인스턴스당 최대 캐시 크기 | 250MB | 1GB |
서비스 인스턴스당 최대 API 수 | 150 | 500 |
서비스 인스턴스당 최대 API 작업 수 | 3,000 | 10,000 |
서비스 인스턴스당 최대 구독 수 | 500 | 2,000 |
서비스 인스턴스당 최대 제품 수 | 50 | 200 |
서비스 인스턴스당 최대 사용자 수 | 300 | 2,000 |
서비스 인스턴스당 최대 그룹 수 | 20 | 100 |
서비스 인스턴스당 최대 권한 부여 서버 수 | 10 | 500 |
서비스 인스턴스당 최대 정책 조각 수 | 50 | 50 |
서비스 인스턴스당 최대 OpenID Connect 공급자 수 | 10 | 10 |
서비스 인스턴스당 최대 인증서 수 | 100 | 100 |
서비스 인스턴스당 최대 백 엔드 수 | 100 | 100 |
서비스 인스턴스당 최대 캐시 수 | 100 | 100 |
서비스 인스턴스당 명명된 값의 최대 수 | 100 | 100 |
서비스 인스턴스당 최대 로거 수 | 100 | 100 |
서비스 인스턴스당 최대 스키마 수 | 100 | 100 |
API당 최대 스키마 수 | 100 | 100 |
서비스 인스턴스당 최대 태그 수 | 100 | 100 |
API당 최대 태그 수 | 100 | 100 |
서비스 인스턴스당 최대 버전 집합 수 | 100 | 100 |
API당 최대 릴리스 수 | 100 | 100 |
API당 최대 작업 수 | 100 | 100 |
서비스 인스턴스당 최대 GraphQL 해결 프로그램 수 | 100 | 100 |
API당 최대 GraphQL 해결 프로그램 수 | 100 | 100 |
제품당 최대 API 수 | 100 | 100 |
구독당 최대 API 수 | 100 | 100 |
구독당 최대 제품 수 | 100 | 100 |
제품당 최대 그룹 수 | 100 | 100 |
제품당 최대 태그 수 | 100 | 100 |
HTTP 권한당 동시 백 엔드 연결1 | 2,048 | 2,048 |
캐시된 최대 응답 크기 | 2MiB | 2MiB |
최대 정책 문서 크기 | 256KiB | 256KiB |
최대 요청 페이로드 크기 | 1GiB | 1GiB |
최대 버퍼링된 페이로드 크기 | 2MiB | 2MiB |
진단 로그의 최대 요청/응답 페이로드 크기 | 8,192바이트 | 8,192바이트 |
최대 요청 URL 크기2 | 16,384바이트 | 16,384바이트 |
URL 패스 세그먼트의 최대 길이 | 1,024자 | 1,024자 |
명명된 값의 최대 문자 길이 | 4,096자 | 4,096자 |
콘텐츠 유효성 검사 정책에서 요청 또는 응답 본문의 최대 크기 | 100KiB | 100KiB |
유효성 검사 정책에서 사용하는 API 스키마의 최대 크기 | 4MB | 4MB |
장치당 최대 활성 WebSocket 연결 수3 | 5,000 | 5,000 |
1 백 엔드에서 명시적으로 닫지 않으면 연결이 풀링되고 다시 사용됩니다.
2 최대 2,048바이트 길이의 쿼리 문자열을 포함합니다.
3 서비스 인스턴스당 최대 60,000개까지 연결합니다.
제한 - API Management 작업 영역
Azure API Management의 작업 영역당 리소스 제한은 다음과 같습니다.
리소스 | 작업 영역 - 프리미엄 계층 |
---|---|
인스턴스당 최대 작업 영역 수 | 100 |
프리미엄 작업 영역 게이트웨이당 최대 배율 단위 수 | 12 |
최대 API 개수(수정 버전 및 수정 버전 포함) | 200 |
최대 API 작업 수 | 5,000 |
API당 최대 작업 수 | 100 |
API당 최대 릴리스 수 | 100 |
API당 최대 스키마 수 | 100 |
API당 최대 구독 수 | 200 |
API당 최대 태그 수 | 100 |
최대 백 엔드 수 | 200 |
최대 인증서 수 | 200 |
최대 그룹 수 | 50 |
최대 로거 수 | 50 |
최대 명명된 값 수 | 200 |
최대 정책 조각 수 | 50 |
최대 제품 수 | 100 |
제품당 최대 API 수 | 200 |
제품당 최대 그룹 수 | 200 |
제품당 최대 구독 수 | 1,000 |
제품당 최대 태그 수 | 50 |
최대 스키마 수 | 500 |
최대 구독 수 | 5,000 |
최대 태그 수 | 200 |
사용자당 최대 그룹 수 | 200 |
최대 버전 집합 수 | 50 |
제한 사항 - API Management v2 계층의 개발자 포털
Item | 기본 v2 | 표준 v2 |
---|---|---|
업로드할 최대 미디어 파일 수 | 15 | 15 |
미디어 파일의 최대 크기 | 500KB | 500KB |
최대 페이지 수 | 30 | 50 |
최대 위젯 수1 | 30 | 50 |
페이지당 메타데이터의 최대 크기 | 350KB | 350KB |
위젯당 최대 메타데이터 크기1 | 350KB | 350KB |
분당 최대 클라이언트 요청 수 | 200 | 200 |
1 텍스트, 이미지, API 목록 등 기본 제공 위젯에 대한 제한입니다. 현재 사용자 지정 위젯 및 사용자 지정 HTML 코드 위젯은 v2 계층에서 지원되지 않습니다.
App Service 제한
리소스 | 무료 | 공유됨 | Basic | Standard | Premium(v1-v3) | 격리 |
---|---|---|---|---|---|---|
Azure App Service 계획당 웹, 모바일 또는 API 앱 수1 | 10 | 100 | 무제한2 | 무제한2 | 무제한2 | 무제한2 |
App Service 계획 | 지역당 10개 | 리소스 그룹 당 10 | 리소스 그룹당 100 | 리소스 그룹당 100 | 리소스 그룹당 100 | 리소스 그룹당 100 |
컴퓨팅 인스턴스 유형 | 공유됨 | 공유됨 | 전용3 | 전용3 | 전용3 | 전용3 |
규모 확장(최대 인스턴스 수) | 1개 공유됨 | 1개 공유됨 | 3개 전용됨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 | 해당 없음 | 해당 없음 | 해당 없음 | 해당 없음 |
대역폭 | 165 MB | 무제한, 데이터 전송 요금 이 적용 | 무제한, 데이터 전송 요금 이 적용 | 무제한, 데이터 전송 요금 이 적용 | 무제한, 데이터 전송 요금 이 적용 | 무제한, 데이터 전송 요금 이 적용 |
애플리케이션 아키텍처 | 32비트 | 32비트 | 32비트/64비트 | 32비트/64비트 | 32비트/64비트 | 32비트/64비트 |
인스턴스당 WebSocket(Windows)7 | 5 | 35 | 350 | 제한 없음 | 제한 없음 | 무제한 |
인스턴스당 WebSocket(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 |
앱당 사용자 지정 도메인 | 0(azurewebsites.net 하위 도메인 전용) | 500 | 500 | 500 | 500 | 500 |
사용자 지정 도메인 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개 | ||
가상 네트워크 통합 | X | X | X | X | ||
프라이빗 엔드포인트 | 앱당 100 | 앱당 100 | 앱당 100 | |||
통합 부하 분산 장치 | X | X | X | X | X9 | |
액세스 제한 | 앱당 512개 규칙 | 앱당 512개 규칙 | 앱당 512개 규칙 | 앱당 512개 규칙 | 앱당 512개 규칙 | 앱당 512개 규칙 |
Always On | X | X | X | X | ||
예약된 백업 수 | 2시간마다 예약된 백업 기준, 매일 최대 12개 백업(수동 + 예약) | 2시간마다 예약된 백업 기준, 매일 최대 12개 백업(수동 + 예약) | 1시간마다 예약된 백업 기준, 매일 최대 50개 백업(수동 + 예약) | 1시간마다 예약된 백업 기준, 매일 최대 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 앱에서는 웹 소켓에 대한 이론적 한도가 없지만 다른 요소에서 웹 소켓의 수를 제한할 수 있습니다. 예를 들어 허용되는 최대 동시 요청 수(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/P0V3/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에 배포된 모든 앱의 총 스토리지 사용량(여러 다른 리소스 그룹에 할당되는 방식에 관계 없음).
Automation 한도
프로세스 자동화
리소스 | 제한 | 주의 |
---|---|---|
Azure Automation 계정당 30초마다 제출할 수 있는 최대 새 작업 수 | 100 | 이 한도에 도달하면 작업을 만들기 위한 후속 요청이 실패합니다. 클라이언트는 오류 응답을 받습니다. |
Automation 계정당 동일한 시간에 동시에 실행되는 최대 작업 수 | 200 | 이 한도에 도달하면 작업을 만들기 위한 후속 요청이 실패합니다. 클라이언트는 오류 응답을 받습니다. 평가판과 Azure for Student 구독은 Automation 계정당 동시에 최대 10개의 동시 작업을 실행할 수 있습니다. 2 |
지역의 구독에 있는 Automation 계정의 최대 수입니다. | 제한 없음 2 1 |
Enterprise 및 MSDN 구독은 서비스가 지원되는 모든 지역에서 Automation 계정을 만들 수 있습니다. 종량제, MPN, Azure Pass 구독은 서비스가 지원하는 모든 지역에서 구독당 2개의 Automation 계정을 만들 수 있습니다. 평가판 및 Azure for Student 구독은 구독당 지역당 하나의 Automation 계정만 만들 수 있습니다. 허용되는 지역 목록: EastUS, EastUS2, WestUS, NorthEurope, SoutheastAsia 및 JapanWest2 |
30일 롤링 기간 동안 작업 메타데이터의 최대 스토리지 크기 | 10GB(약 4백만 개 작업) | 이 한도에 도달하면 작업을 만들기 위한 후속 요청이 실패합니다. |
최대 작업 스트림 한도 | 1MiB | 단일 스트림이 1MiB를 초과하면 안 됩니다. |
Azure Automation 포털의 최대 작업 스트림 한도 | 200KB | 작업 로그를 표시하는 포털 한도. |
Automation 계정당 30초마다 가져올 수 있는 모듈의 최대 수 | 5 | |
모듈의 최대 크기 | 100MB | |
노드 구성 파일의 최대 크기 | 1MB | 상태 구성에 적용 |
작업 런타임, 무료 계층 | 월별 구독당 500분 | |
샌드박스당 허용되는 디스크 공간의 최대 크기1 | 1GB | Azure 샌드박스에만 적용됩니다. |
샌드박스에 지정된 최대 메모리 양1 | 400MB | Azure 샌드박스에만 적용됩니다. |
샌드박스당 허용되는 최대 네트워크 소켓 수1 | 1,000 | Azure 샌드박스에만 적용됩니다. |
Runbook당 허용되는 최대 런타임1 | 3시간 | Azure 샌드박스에만 적용됩니다. |
Automation 계정당 최대 시스템 하이브리드 runbook worker 수 | 4,000 | |
Automation 계정당 최대 사용자 하이브리드 runbook worker 수 | 4,000 | |
단일 Hybrid Runbook Worker에서 실행할 수 있는 최대 동시 작업 수 | 50 | |
최대 Runbook 작업 매개 변수 크기 | 512KB | |
최대 Runbook 매개 변수 | 50 | 50개의 매개 변수 한도에 도달하면 JSON 또는 XML 문자열을 매개 변수에 전달하고 Runbook을 사용하여 구문 분석할 수 있습니다. |
최대 웹후크 페이로드 크기 | 512KB | |
작업 데이터가 보존되는 최대 일수 | 30일 | |
최대 PowerShell 워크플로 상태 크기 | 5MB | 워크플로를 검사할 때 PowerShell 워크플로 Runbook에 적용됩니다. |
Automation 계정에서 지원되는 최대 태그 수 | 15 | |
변수 값 필드의 최대 문자 수 | 1048576 |
1샌드박스는 여러 작업에서 사용할 수 있는 공유 환경입니다. 동일한 샌드박스를 사용하는 작업은 샌드박스의 리소스 제한 사항에 따라 제한됩니다.
2한도 증가를 요청하려면 Azure 지원 요청을 만듭니다. Azure 체험 계정 및 Azure for Students를 포함한 체험 구독은 제한 또는 할당량을 늘릴 수 없습니다. 체험 구독을 사용하는 경우 종량제 구독으로 업그레이드할 수 있습니다.
변경 내용 추적 및 인벤토리
다음 표는 변경 내용 추적에 대한 머신당 추적된 항목 한도를 보여 줍니다.
리소스 | 한도 | 참고 |
---|---|---|
파일 | 500 | |
파일 크기 | 5MB | |
등록 | 250 | |
Windows 소프트웨어 | 250 | 소프트웨어 업데이트를 포함하지 않습니다. |
Linux 패키지 | 1,250 | |
Services | 250 | |
디먼 | 250 |
Azure 업데이트 관리자
다음은 각 동적 범위에 대한 동적 범위 권장 한도입니다.
리소스 | 제한 |
---|---|
리소스 연결 | 1000 |
태그 필터 수 | 50 |
리소스 그룹 필터 수 | 50 |
일정 패치에 대한 제한 사항은 다음과 같습니다.
표시기 | 퍼블릭 클라우드 제한 | Mooncake/Fairfax 제한 |
---|---|---|
지역별 구독당 일정 수 | 250 | 250 |
일정에 대한 총 리소스 연결 수 | 3,000 | 3,000 |
각 동적 범위의 리소스 연결 | 1,000 | 1,000 |
지역별 구독 또는 리소스 그룹당 동적 범위 수 | 250 | 250 |
일정당 동적 범위 수 | 200 | 30 |
일정당 모든 동적 범위에 연결된 총 구독 수 | 200 | 30 |
Azure App Configuration
리소스 | 제한 | Comment(설명) |
---|---|---|
무료 계층에 대한 구성 저장소 | 구독당 지역당 하나의 저장소입니다. | |
표준 계층에 대한 구성 저장소 | 구독당 무제한 저장소. | |
프리미엄 계층에 대한 구성 저장소 | 구독당 무제한 저장소. | |
무료 계층에 대한 구성 저장소 요청 | 일별 1000건의 요청 | 할당량이 모두 사용되면 해당 일이 끝날 때까지 모든 요청에 대해 HTTP 상태 코드 429가 반환됩니다. |
표준 계층에 대한 구성 저장소 요청 | 시간당 30,000 | 할당량이 소진되면 요청은 해당 시간이 끝날 때까지 너무 많은 요청을 나타내는 HTTP 상태 코드 429를 반환할 수 있습니다. |
프리미엄 계층에 대한 구성 저장소 요청 | 요청에 대한 할당량 제한이 없습니다. | |
무료 계층에 대한 처리량 | 보장된 처리량이 없습니다. | |
표준 계층에 대한 처리량 | 읽기 요청에 대해 초당 최대 300개의 요청(RPS)을 허용하고 쓰기 요청에는 최대 60개의 RPS를 허용합니다. | |
프리미엄 계층에 대한 처리량 | 읽기 요청에 대해 초당 최대 450개의 요청(RPS)을 허용하고 쓰기 요청에는 최대 100개의 RPS를 허용합니다. | |
무료 계층용 스토리지 | 10MB | 총 크기가 저장 한도보다 작으면 키와 레이블 수에는 제한이 없습니다. |
표준 계층용 스토리지 | 1GB | 총 크기가 저장 한도보다 작으면 키와 레이블 수에는 제한이 없습니다. |
프리미엄 계층용 스토리지 | 4GB | 총 크기가 저장 한도보다 작으면 키와 레이블 수에는 제한이 없습니다. |
키 및 값 | 10KB | 모든 메타데이터를 포함한 단일 키-값 항목의 경우. |
무료 계층을 위한 스냅샷 스토리지 | 10MB | 스냅샷 스토리지는 "무료 계층용 스토리지"에 추가로 제공됩니다. 보관된 스냅샷과 활성 스냅샷 모두에 대한 스토리지가 이 제한에 포함됩니다. |
표준 계층용 스냅샷 스토리지 | 1GB | 스냅샷 스토리지는 "표준 계층용 스토리지"에 추가로 제공됩니다. 보관된 스냅샷과 활성 스냅샷 모두에 대한 스토리지가 이 제한에 포함됩니다. |
프리미엄 계층에 대한 스냅샷 스토리지 | 4GB | 스냅샷 스토리지는 "프리미엄 계층용 스토리지"와 함께 추가됩니다. 보관된 스냅샷과 활성 스냅샷 모두에 대한 스토리지가 이 제한에 포함됩니다. |
스냅샷 크기 | 1MB |
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 검색 한도
가격 책정 계층은 검색 서비스의 용량 및 제한을 결정합니다. 계층은 다음을 포함합니다.
- 무료 다중 테넌트 서비스는 다른 Azure 구독자와 공유되며 평가 및 소규모 개발 프로젝트용으로 사용하기 위한 것입니다.
- 기본 은 높은 가용성의 쿼리 작업에 대한 최대 3개의 복제본과 함께 프로덕션 워크로드 전용 컴퓨팅 리소스를 더 작은 규모로 제공합니다.
- Standard는 S1, S2, S3 및 S3 고밀도를 포함하며 대규모 프로덕션 워크로드를 위한 것입니다. Standard 계층 내에는 여러 수준이 있으므로 워크로드 프로필에 가장 적합한 리소스 구성을 선택할 수 있습니다.
구독당 제한
지역당 각 계층에서 허용되는 최대 서비스 수까지 여러 청구 가능한 검색 서비스(기본 및 이상)를 만들 수 있습니다. 예를 들어 기본 계층에서 최대 16개의 서비스를 만들고 동일한 구독 및 지역 내의 S1 계층에 16개의 서비스를 만들 수 있습니다. 그런 다음, 동일한 구독에서 총 32개의 기본 서비스를 조합하여 다른 지역에 16개의 기본 서비스를 추가로 만들 수 있습니다. 계층에 대한 자세한 내용은 Azure AI 검색에 대한 계층(또는 SKU) 선택을 참조하세요.
최대 서비스 제한은 요청 시 설정할 수 있습니다. 동일한 구독 내에서 더 많은 서비스가 필요한 경우 지원 요청을 제출합니다.
리소스 | 무료 1 | Basic | 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 SU(검색 단위)는 복제본 또는 파티션으로 할당되는 청구 가능 단위입니다. 둘 다 필요합니다. SU 조합에 대해 자세히 알아보려면 검색 서비스 용량 예측 및 관리를 참조하세요.
검색 서비스당 제한
다음 표에서는 서비스 수준의 SLA, 파티션 수 및 복제본 수에 대해 설명합니다.
리소스 | 무료 | Basic | S1 | S2 | S3 | S3 HD | L1 | L2 |
---|---|---|---|---|---|---|---|---|
SLA(서비스 수준 약정) | 예 | 예 | 예 | 예 | 예 | 예 | 예 | 예 |
파티션 | 해당 없음 | 3 1 | 12 | 12 | 12 | 3 | 12 | 12 |
복제본 | 해당 없음 | 3 | 12 | 12 | 12 | 12 | 12 | 12 |
1 기본 계층은 2024년 4월 3일 이후에 만들어진 새 검색 서비스에서 총 9개의 SU(검색 단위)에 대해 3개의 파티션과 3개의 복제본을 지원합니다. 이전 기본 서비스는 하나의 파티션과 3개의 복제본으로 제한됩니다.
검색 서비스에는 최대 저장 한도(파티션 크기에 파티션 수를 곱함) 또는 최대 인덱스 수 또는 인덱서에 대한 엄격한 제한 중 먼저 도래하는 제한이 적용됩니다.
SLA(서비스 수준 계약)는 쿼리 워크로드용 복제본이 2개 이상 있거나 쿼리 및 인덱싱 워크로드용 복제본이 3개 이상 있는 청구 가능 서비스에 적용됩니다. 파티션의 수는 SLA 고려사항이 아닙니다. 자세한 내용은 Azure AI 검색의 안정성을 참조하세요.
무료 서비스에는 고정된 파티션이나 복제본이 없으며 다른 구독자와 리소스를 공유합니다.
파티션 스토리지(GB)
서비스별 스토리지 제한은 서비스 생성 날짜 및 지역 두 가지로 다릅니다. 지원되는 대부분의 지역에서 최신 서비스에 대한 제한은 더 높습니다.
이 표에서는 시간이 지남에 따라 스토리지 할당량이 증가했음을 GB 단위로 보여 줍니다. 각주에 나열된 지역에서 2024년 4월부터 더 높은 용량 파티션이 온라인 상태가 됩니다. 더 높은 용량은 새 검색 서비스로 제한됩니다. 지금은 현재 위치 업그레이드가 없습니다.
서비스 생성 날짜 | 기본 | S1 | S2 | S3/HD | L1 | L2 |
---|---|---|---|---|---|---|
2024년 4월 3일 이전 | 2 | 25 | 100 | 200 | 1,024 | 2,048 |
2024년 4월 3일부터 2024년 5월 17일까지 1 | 15 | 160 | 512 | 1,024 | 1,024 | 2,048 |
2024년 5월 17일 이후 2 | 15 | 160 | 512 | 1,024 | 2,048 | 4,096 |
1 이러한 지역의 Basic, S1, S2, S3용 더 높은 용량 스토리지입니다. 아메리카: 브라질 남부, 캐나다 중부, 캐나다 동부, 미국 동부, 미국 동부 2, 미국 중부, 미국 중북부, 미국 중남부, 미국 서부, 미국 서부 2, 미국 서부 3, 미국 중서부. 유럽: 프랑스 중부. 이탈리아 북부, 북유럽, 노르웨이 동부, 폴란드 중부, 스위스 북부, 스웨덴 중부, 영국 남부, 영국 서부. 중동: 아랍에미리트 북부. 아프리카: 남아프리카 공화국 북부. 아시아 태평양: 오스트레일리아 동부, 오스트레일리아 남동부, 인도 중부, JIO 인디아 서부, 동아시아, 동남 아시아, 일본 동부, 일본 서부, 한국 중부, 한국 남부.
2 L1 및 L2용 대용량 스토리지입니다. 더 많은 지역이 청구 가능한 모든 계층에서 더 높은 용량을 제공합니다. 유럽: 독일 북부, 독일 중서부, 스위스 서부. Azure Government: 텍사스, 애리조나, 버지니아. 아프리카: 남아프리카 공화국 북부. 아시아 태평양: 중국 북부 3, 중국 동부 3.
일부 지역은 4월 3일 한도에 따라 여전히 오래된 인프라를 사용하고 있습니다. 새 서비스를 만들기 전에 지원되는 지역을 확인하여 선택한 지역이 추가 용량을 제공하는지 확인합니다.
문서 크기, 초당 쿼리, 키, 요청 및 응답을 비롯한 좀 더 자세한 수준의 제한 사항에 대한 자세한 내용은 Azure AI Search의 서비스 제한 사항을 참조하세요.
Azure AI 서비스 한도
Azure 구독당 Azure AI 서비스 리소스 수에는 다음 한도가 적용됩니다. 구독당 리소스 종류마다 허용되는 '무료' 계정은 하나로 제한됩니다. 각 Azure AI 서비스에는 다른 한도가 있을 수도 있습니다. 자세한 내용은 Azure AI 서비스를 참조하세요.
Type | 제한 | 예시 |
---|---|---|
Azure AI 서비스 리소스의 혼합 | 지역별 Azure AI 서비스 리소스 최대 총 200개. | 미국 서부의 Azure AI 비전 리소스 100개, 미국 서부의 Azure AI 음성 리소스 50개, 미국 서부의 Azure AI 언어 리소스 50개. |
단일 유형의 Azure AI 서비스 리소스. | 지역별 리소스 최대 100개 | 미국 서부 2의 Azure AI 비전 리소스 수 100개와 미국 동부의 Azure AI 비전 리소스 수 100개. |
Azure Chaos Studio 한도
Azure Chaos Studio 한도는 Azure Chaos Studio 서비스 한도를 참조하세요.
Azure Communications Gateway 제한
다음 기본 제한 및 할당량 중 일부는 늘릴 수 있습니다. 변경을 요청하려면 변경하려는 제한을 나타내는 변경 요청을 만듭니다.
다음 제한 사항은 모든 Azure Communications Gateway에 적용됩니다.
- 모든 트래픽은 IPv4를 사용해야 합니다.
- 모든 트래픽은 TLS 1.2 이상을 사용해야 합니다. 이전 버전은 지원되지 않습니다.
- 활성 호출 수는 Azure Communications Gateway에 할당된 사용자 수의 15%로 제한됩니다. 사용자 정의는 Azure Communications Gateway 비용 계획 및 관리를 참조하세요.
- 활발하게 트랜스코딩되는 호출 수는 총 활성 호출 수의 5%로 제한됩니다.
또한 Azure Communications Gateway에는 SIP 신호에 대한 제한도 있습니다.
리소스 | 제한 |
---|---|
최대 SIP 메시지 크기 | 10킬로바이트 |
SDP 메시지 본문의 최대 길이 | 128킬로바이트 |
요청 URI의 최대 길이 | 256바이트 |
접점 헤더 URI의 최대 길이 | 256바이트 |
URI의 userinfo 부분의 최대 길이 | 256바이트 |
From 헤더의 최대 도메인 이름 길이 | 255바이트 |
SIP 헤더 이름의 최대 길이 | 32바이트 |
SIP 본문 이름의 최대 길이 | 64바이트 |
Supported, Require 또는 Proxy-Require 헤더의 최대 길이 | 256바이트 |
SIP 옵션 태그의 최대 길이 | 32바이트 |
해당 매개 변수가 대화 상자 만들기 메시지에 없는 경우 일부 엔드포인트에서 다음 헤더의 매개 변수를 대화 내 메시지에 추가할 수 있습니다. 이 경우 RFC 3261이 이 동작을 허용하지 않기 때문에 Azure Communications Gateway는 매개 변수를 제거합니다.
- 요청 URI
- To 헤더
- From 헤더
프로비전 API에는 모든 리소스에 적용되는 분당 요청 100개의 속도 제한이 있습니다. 여러 리소스를 업데이트하기 위한 일괄 처리 요청은 하나의 요청으로 계산됩니다.
Azure Container Apps 한도
Azure Container Apps 한도는 Azure Container Apps의 할당량을 참조하세요.
애플리케이션에서 사용할 수 있는 디스크 공간의 양은 연결된 워크로드 프로필에 따라 달라집니다. 사용 가능한 디스크 공간은 컨테이너 앱에 배포할 수 있는 이미지 크기 한도를 결정합니다.
전용 워크로드 프로필의 경우 이미지 크기 한도는 인스턴스당입니다.
표시 이름 | 이름 | 이미지 크기 한도(GB) |
---|---|---|
소비 | 소비 | 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 |
Dedicated-NC24-A100(미리 보기) | NC24-A100 | 210 |
Dedicated-NC48-A100(미리 보기) | NC48-A100 | 460 |
Dedicated-NC96-A100(미리 보기) | NC96-A100 | 940 |
* 사용량 워크로드 프로필의 이미지 크기 한도는 이미지와 앱 간에 공유됩니다. 예를 들어 앱에서 사용하는 로그에는 이 크기 한도가 적용됩니다.
Azure Cosmos DB 제한
Azure Cosmos DB 제한은 Azure Cosmos DB 제한을 참조하세요.
Azure Data Explorer 제한
다음 표에서는 Azure Data Explorer 클러스터의 최대 한도에 대해 설명합니다.
리소스 | 제한 |
---|---|
구독당 지역별 클러스터 수 | 20 |
클러스터당 인스턴스 수 | 1,000 |
클러스터의 데이터베이스 수 | 10,000 |
리더 클러스터(데이터 공유 생산자)당 팔로워 클러스터(데이터 공유 소비자) 수 | 100 |
참고 항목
클러스터의 데이터베이스 수 및 구독별 지역별 클러스터에 대해 더 높은 한도를 요청할 수 있습니다. 한도 증가를 요청하려면 Azure 지원에 문의하세요.
다음 표에서는 Azure Data Explorer 클러스터에서 수행되는 관리 작업에 대한 한도를 설명합니다.
범위 | 연산 | 제한 |
---|---|---|
클러스터 | 읽기(예: 클러스터 가져오기) | 5분당 500개 |
클러스터 | 쓰기(예: 데이터베이스 만들기) | 시간당 1,000 |
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 제한
리소스 | 사용 계획 | Flex 사용량 플랜13 | 프리미엄 계획 | 전용 플랜/ASE | Container Apps |
---|---|---|---|---|---|
기본 시간 제한 기간(분) | 5 | 30 | 30 | 301 | 3016 |
최대 시간 제한 기간(분) | 10 | 무제한8 | 무제한8 | 무제한2 | 무제한17 |
최대 아웃바운드 연결 수(인스턴스당) | 600개 활성(총 1,200개) | unbounded | unbounded | unbounded | unbounded |
최대 요청 크기(MB)3 | 100 | 100 | 100 | 100 | 100 |
최대 쿼리 문자열 길이3 | 4096 | 4096 | 4096 | 4096 | 4096 |
최대 요청 URL 길이3 | 8192 | 8192 | 8192 | 8192 | 8192 |
인스턴스당 ACU | 100 | 다양함 | 210-840 | 100~840/210~2509 | 다양함 |
최대 메모리(인스턴스당 GB) | 1.5 | 414 | 3.5-14 | 1.75-14/3.5-14 | 다양함 |
최대 인스턴스 수(Windows/Linux) | 200/100 | 1000 15 | 100/20 | SKU/100에 따라 다름10 | 10-30018 |
플랜당 함수 앱12 | 100 | 100 | 100 | 무제한4 | 무제한4 |
App Service 계획 | 지역당 100 | 해당 없음 | 리소스 그룹당 100 | 리소스 그룹당 100 | 해당 없음 |
앱당 배포 슬롯11 | 2 | 해당 없음 | 3 | 1~2010 | 지원되지 않음 |
스토리지(임시)5 | 0.5GB | 0.8GB | 21~140GB | 11~140GB | 해당 없음 |
스토리지(영구) | 1GB6 | 0GB6 | 250GB | 10~1,000GB10 | 해당 없음 |
앱당 사용자 지정 도메인 | 5007 | 500 | 500 | 500 | 지원되지 않음 |
사용자 지정 도메인 SSL 지원 | 무제한 SNI SSL 연결 포함 | 무제한 SNI SSL 및 1개의 IP SSL 연결 포함 | 무제한 SNI SSL 및 1개의 IP SSL 연결 포함 | 무제한 SNI SSL 및 1개의 IP SSL 연결 포함 | 지원되지 않음 |
서비스 제한에 대한 참고 사항:
- 기본적으로 App Service 요금제의 Functions 1.x 런타임에 대한 제한 시간은 무제한입니다.
- App Service 요금제를 Always On으로 설정해야 합니다. 표준 요금으로 결제하세요. 플랫폼 업데이트 중에는 10분의 유예 기간이 제공됩니다.
- 이러한 제한은 호스트에 설정됩니다.
- 호스트할 수 있는 함수 앱의 실제 수는 앱의 활동, 머신 인스턴스의 크기 및 해당 리소스 사용률에 따라 달라집니다.
- 스토리지 제한은 동일한 App Service 요금제에 있는 모든 앱에서 임시 스토리지의 총 콘텐츠 크기입니다. Linux의 소비 계획의 경우 스토리지는 현재 1.5GB입니다.
- 소비 계획은 지속형 스토리지에 Azure Files 공유를 사용합니다. 고유한 Azure Files 공유를 제공하는 경우 특정 공유 크기 제한은 WEBSITE_CONTENTAZUREFILECONNECTIONSTRING에 대해 설정한 스토리지 계정에 따라 달라집니다. Linux에서는 Flex 소비 및 소비 계획 모두에 대해 고유한 Azure Files 공유를 명시적으로 마운트해야 합니다.
- 소비 계획에서 함수 앱이 호스트되는 경우 CNAME 옵션만 지원됩니다. 프리미엄 플랜 또는 App Service 요금제에서 호스트되는 함수 앱의 경우 CNAME 또는 A 레코드 중 하나를 사용하여 사용자 지정 도메인을 매핑할 수 있습니다.
- 최대 실행 시간 제한 기간은 적용되지 않습니다. 그러나 함수 실행에 지정된 유예 기간은 스케일 인 중에는 60분이며, 플랫폼 업데이트 중에는 10분입니다.
- 작업자는 고객 앱을 호스트하는 역할입니다. 작업자는 vCPU 1개/3.5GB RAM, vCPU 2개/7GB RAM 또는 vCPU 4개/14GB RAM의 세 가지 고정 크기를 사용할 수 있습니다.
- 자세한 내용은 App Service 제한을 참조하세요.
- 프로덕션 슬롯을 포함합니다.
- 현재 지정된 구독에는 함수 앱 5,000개의 제한이 있습니다.
- Flex 사용 플랜은 현재 미리 보기로 제공됩니다.
- Flex 사용량 플랜 인스턴스 크기는 현재 2,048MB 또는 4,096MB로 정의됩니다. 자세한 내용은 인스턴스 메모리를 참조하세요.
- 미리 보기 중 Flex 사용량 플랜에는 지정된 지역에 걸쳐 모든 인스턴스의 총 메모리 사용량을 제한하는 지역별 구독 할당량이 있습니다. 자세한 내용은 인스턴스 메모리를 참조하세요.
- 최소 복제본 수가 0으로 설정되면 기본 시간 제한은 앱에서 사용되는 특정 트리거에 따라 달라집니다.
- 최소 복제본 수가 하나 이상으로 설정된 경우.
- Container Apps에서는 사용 가능한 코어 할당량이 충분하다면 최대 복제본 수를 설정할 수 있습니다.
자세한 내용은 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의 저장 한도가 있습니다. 데이터가 더 많은 경우 FHIR 서비스에 대한 스토리지를 최대 100TB까지 늘려달라고 Microsoft에 요청할 수 있습니다. 4TB보다 큰 스토리지를 요청하려면 Azure Portal에서 지원 요청을 만들고 문제 유형 서비스 및 구독 제한(할당량)을 사용합니다.
할당량 이름 | 기본 제한 | 최대 제한 | 참고 |
---|---|---|---|
작업 영역 | 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 중 큰 쪽이 필요합니다. |
동시 연결 | 2개의 인스턴스에서 15개의 동시 연결(총 30개의 동시 요청) | 고객 지원 문의 | |
구독당 Azure API for FHIR 서비스 인스턴스 | 10 | 고객 지원 문의 |
Azure Kubernetes Service 제한
리소스 | 제한 |
---|---|
전 세계적으로 구독당 최대 클러스터 | 5,000 |
지역별 구독당 최대 클러스터 수 1 | 100 |
Virtual Machine Scale Sets 및 표준 Load Balancer SKU를 사용하는 클러스터당 최대 노드 수 | 5,000(모든 노드 풀에서) 참고: 클러스터당 최대 5,000개의 노드를 스케일 업할 수 없는 경우 대규모 클러스터 모범 사례를 참조하세요. |
노드 풀당 최대 노드(Virtual Machine Scale Sets 노드 풀) | 1000 |
클러스터당 최대 노드 풀 | 100 |
노드당 최대 Pod 수: Kubenet 네트워킹 플러그 인1 사용 | 최대: 250 Azure CLI 기본값: 110 Azure Resource Manager 템플릿 기본값: 110 Azure Portal 배포 기본값: 30 |
노드당 최대 Pod 수: Azure Container Networking Interface(Azure CNI)2 사용 | 최대: 250 Windows Server 컨테이너에 권장되는 최대 개수: 110개 기본값: 30 |
OSM(오픈 서비스 메시) AKS 추가 기능 | Kubernetes 클러스터 버전: AKS 지원 버전 클러스터당 OSM 컨트롤러: 1 OSM 컨트롤러당 Pod: 1600 OSM에서 관리하는 Kubernetes 서비스 계정: 160 |
표준 Load Balancer SKU를 사용하여 클러스터당 최대 부하 분산 kubernetes 서비스 유지 | 300 |
Virtual Machine Availability Sets 및 기본 Load Balancer SKU를 사용하는 클러스터당 최대 노드 수 | 100 |
1 요청 시 더 많이 사용할 수 있습니다.
2 Windows Server 컨테이너는 Azure CNI 네트워킹 플러그 인을 사용해야 합니다. Kubenet은 Windows Server 컨테이너에서 지원되지 않습니다.
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 Maps 제한
참고 항목
Azure Maps Gen1 가격 계층 사용 중지
Gen1 가격 책정 계층은 이제 더 이상 사용되지 않으며 26/9/15에 사용 중지됩니다. Gen2 가격 책정 계층은 Gen1(S0 및 S1 모두) 가격 책정 계층을 대체합니다. Azure Maps 계정에 Gen1 가격 책정 계층이 선택된 경우 사용 중지되기 전에 Gen2 가격 책정으로 전환할 수 있습니다. 그렇지 않으면 자동으로 업데이트됩니다. 자세한 내용은 Azure Maps 계정의 가격 책정 계층 관리를 참조하세요.
초당 Azure Maps 쿼리는 Azure Maps QPS 속도 한도를 참조하세요.
다음 표에서는 Azure 구독의 Azure Maps 계정에 대한 누적 데이터 크기 제한을 보여줍니다. Azure Maps Data Service는 Gen1(S1) 및 Gen2 가격 책정 계층에서만 사용할 수 있습니다.
리소스 | 제한 |
---|---|
Azure 구독당 최대 스토리지 | 1GB |
파일 업로드당 최대 크기 | 100MB |
참고 항목
Azure Maps Data Service 사용 중지
Azure Maps 데이터 서비스([v1] 및 [v2])는 이제 더 이상 사용되지 않으며 9/16/24에 사용 중지됩니다. Azure Maps 데이터 레지스트리 서비스는 Data Service를 대체합니다. 자세한 내용은 데이터 레지스트리를 만드는 방법을 참조하세요.
Azure Managed Grafana 제한
제한 | 설명 | Essential | Standard |
---|---|---|---|
경고 규칙 | 만들 수 있는 경고 규칙의 최대 수. | 지원되지 않음 | 인스턴스당 500개 |
대시보드 | 만들 수 있는 대시보드의 최대 수. | 인스턴스당 20개 | 제한 없음 |
데이터 원본 | 만들 수 있는 데이터 원본의 최대 수. | 인스턴스당 5개 | 제한 없음 |
API 키 | 만들 수 있는 API 키의 최대 수 | 인스턴스당 2개 | 인스턴스당 100개 |
데이터 쿼리 시간 제한 | Grafana에서 시간이 초과되기 전에 데이터 쿼리 응답 헤더 수신을 위한 최대 대기 시간. | 200초 | 200초 |
데이터 원본 쿼리 크기 | 나가는 HTTP 요청의 응답에서 읽거나 수락하는 최대 바이트 수. | 80MB | 80MB |
렌더링 이미지 또는 PDF 보고서 대기 시간 | Grafana에서 시간이 초과되기 전에 이미지 또는 보고서 PDF 렌더링 요청이 완료되는 최대 시간. | 지원되지 않음 | 220초 |
인스턴트 수 | Azure 지역당 단일 구독의 최대 인스턴스 수. | 1 | 50 |
IP당 요청 수 | 초당 IP당 최대 요청 수. | 초당 요청 90회 | 초당 요청 90회 |
HTTP 호스트당 요청 수 | 초당 HTTP 호스트당 최대 요청 수. HTTP 호스트는 각 고유 호스트 클라이언트를 설명할 수 있는 들어오는 HTTP 요청의 호스트 헤더를 나타냅니다. | 초당 요청 45회 | 초당 요청 45회 |
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 | 지원에서 할당량 증가를 요청하는 방법을 알아봅니다. |
파이프라인당 최대 활동 수(컨테이너에 대한 내부 활동 포함) | 80 | 120 |
단일 자체 호스팅 통합 런타임에 대해 만들 수 있는 연결된 통합 런타임의 최대 수 | 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/시간 | 1,200/시간 이 제한은 Azure Data Factory가 아닌 Azure Resource Manager가 부과합니다. |
API 호출 읽기 | 12,500/시간 | 12,500/시간 이 제한은 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 가격을 참조하세요.
2 Azure 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 리소스 관리자 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를 사용하는 동안 할당량 한도 증가를 요청할 수 없습니다. 대신 SKU 규모의 성능으로 전환해야 합니다.
SKU 규모의 성능
리소스 | 기본 제한 | 최대 제한 |
---|---|---|
CPU 기반 동시 작업 | 최대 100개1의 동시 작업 | 기본 제한과 동일 |
FPGA 기반 동시 작업 | 최대 101개의 동시 작업 | 기본 제한과 동일 |
해 찾기 시간 | 매월 1,000시간 | 매월 최대 50,000 시간 |
한도를 높이려면 Azure 지원에 문의하세요.
자세한 내용은 Azure Quantum 가격 책정 페이지를 참조하세요. 타사 제품에 대한 자세한 내용은 Azure Portal의 관련 공급자 가격 책정 페이지를 검토하세요.
1 큐에 동시에 대기할 수 있는 작업 수를 설명합니다.
Azure RBAC 제한
Azure RBAC(역할 기반 액세스 제어)에는 다음 제한이 적용됩니다.
영역 | 리소스 | 제한 |
---|---|---|
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 |
Standard/Premium_P1 계층에 대한 인스턴스당 Azure SignalR Service 단위 | 100 | 100 |
Premium_P2 계층에 대한 인스턴스당 Azure SignalR Service 단위 | 100 - 1,000 | 100 - 1,000 |
무료 계층의 지역별 구독당 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 인스턴스를 스케일링하는 방법을 참조하세요.
요구 사항이 단일 인스턴스의 제한을 초과하는 경우 인스턴스를 추가하세요. 자세한 내용은 Azure 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 스토리지 계정당 기본 최대 수신:
|
60Gbps2 |
이전 행에 나열되지 않은 지역의 범용 v2 및 Blob 스토리지 계정당 기본 최대 수신입니다. | 25Gbps2 |
범용 v1 스토리지 계정의 기본 최대 수신(모든 지역) | 10Gbps2 |
다음 지역의 범용 v2 및 Blob 스토리지 계정의 기본 최대 송신:
|
200Gbps2 |
이전 행에 나열되지 않은 지역의 범용 v2 및 Blob 스토리지 계정의 기본 최대 송신입니다. | 50Gbps2 |
범용 v1 스토리지 계정에 대한 최대 송신(미국 지역) | RA-GRS/GRS를 사용하도록 설정한 경우 20Gbps, LRS/ZRS의 경우 30Gbps |
범용 v1 스토리지 계정에 대한 최대 송신(미국 이외의 지역) | RA-GRS/GRS를 사용하도록 설정한 경우 10Gbps, LRS/ZRS의 경우 15Gbps |
스토리지 계정당 최대 IP 주소 규칙 수 | 400 |
스토리지 계정당 최대 가상 네트워크 규칙 수 | 400 |
스토리지 계정당 최대 리소스 인스턴스 규칙 수 | 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 |
1 단일 Blob의 처리량은 여러 요인에 따라 달라집니다. 이러한 요인에는 동시성, 요청 크기, 성능 계층, 원본 업로드 속도 및 다운로드 대상이 포함되지만 이에 국한되지 않습니다. 높은 처리량 블록 Blob의 향상된 성능을 활용하려면 더 큰 Blob 또는 블록을 업로드하세요. 특히 256KiB보다 큰 Blob 또는 블록 크기를 사용하여 Blob 배치 또는 블록 배치 작업을 호출합니다.
2 페이지 Blob은 계층 구조 네임스페이스가 사용하도록 설정된 계정에서 아직 지원되지 않습니다.
다음 표에서는 서비스 버전별로 허용되는 최대 블록 및 Blob 크기를 설명합니다.
서비스 버전 | 최대 블록 크기(블록 배치 사용) | 최대 Blob 크기(블록 목록 배치 사용) | 단일 쓰기 작업을 통한 최대 Blob 크기(Blob 배치 사용) |
---|---|---|---|
버전 2019-12-12 이상 | 4000MiB | 약 190.7TiB(4000MiB X 50,000 블록) | 5,000MiB |
버전 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 메시지 크기 가정) |
단일 큐의 목표 처리량(1KiB 메시지) | 초당 최대 2,000개의 메시지 |
Azure Table Storage 용량 한도
다음 표에서는 테이블 스토리지의 용량, 확장성 및 성능 목표에 대해 설명합니다.
리소스 | 대상 |
---|---|
Azure Storage 계정에서 테이블의 수 | 스토리지 계정의 용량에 의해서만 제한됨 |
테이블에 있는 파티션 수 | 스토리지 계정의 용량에 의해서만 제한됨 |
파티션의 엔터티 수 | 스토리지 계정의 용량에 의해서만 제한됨 |
단일 테이블의 최대 크기 | 500TiB |
모든 속성 값을 비롯한 단일 엔터티의 최대 크기 | 1MiB |
테이블 엔터티의 최대 속성 수 | 255개(세 가지 시스템 속성 PartitionKey, RowKey 및 Timestamp 포함) |
엔터티에 있는 개별 속성의 최대 전체 크기 | 속성 유형에 따라 다릅니다. 자세한 내용은 테이블 서비스 데이터 모델 이해의 속성 유형을 참조하세요. |
PartitionKey | 최대 1024자 크기의 문자열 |
RowKey | 최대 1024자 크기의 문자열 |
엔터티 그룹 트랜잭션의 크기 | 한 개 트랜잭션에는 최대 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 상호 연결을 사용하여 Azure 지역 내에서 프라이빗 클라우드 연결을 집계합니다. |
최대 Azure VMware Solution ExpressRoute 포트 속도 | 10Gbps(FastPath를 사용하도록 설정된 Ultra Performance Gateway SKU 사용) 사용되는 가상 네트워크 게이트웨이는 실제 대역폭을 결정합니다. 자세한 내용은 ExpressRoute 가상 네트워크 게이트웨이 정보를 참조하세요. |
NSX에 할당된 최대 Azure 공용 IPv4 주소 수 | 2,000 |
프라이빗 클라우드당 최대 Azure VMware Solution Interconnect 수 | 10 |
Azure VMware Solution 프라이빗 클라우드당 최대 Azure ExpressRoute Global Reach 연결 수 | 8 |
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 웹 PubSub 한도
리소스 | 기본 제한 | 최대 한도 |
---|---|---|
무료 계층의 인스턴스당 Azure Web PubSub 서비스 단위 | 1 | 1 |
Standard/Premium_P1 계층에 대한 인스턴스당 Azure Web PubSub 서비스 단위 | 100 | 100 |
Premium_P2 계층에 대한 인스턴스당 Azure Web PubSub 서비스 단위 | 100 - 1,000 | 100 - 1,000 |
무료 계층의 지역별 구독당 Azure Web PubSub 서비스 단위 | 5 | 5 |
지역별 구독당 총 Azure Web PubSub 서비스 단위 수 | 150 | 제한 없음 |
무료 계층의 단위당 동시 연결 | 20 | 20 |
표준/프리미엄 계층의 단위당 동시 연결 | 1,000 | 1,000 |
무료 계층의 단위당 일일 포함 메시지 수 | 20,000 | 20,000 |
무료 계층의 일일 단일당 추가 메시지 수 | 0 | 0 |
표준/프리미엄 계층의 경우 하루 단위당 메시지가 포함됩니다. | 1,000,000 | 1,000,000 |
표준/프리미엄 계층의 경우 일일 단위당 추가 메시지 | 제한 없음 | 무제한 |
구독의 기본 한도에 대한 업데이트를 요청하려면 지원 티켓을 엽니다.
청구 시 연결 및 메시지가 계산되는 방식에 대한 자세한 내용은 Azure Web PubSub 서비스의 청구 모델을 참조하세요.
요구 사항이 한도를 초과하는 경우 무료 계층에서 표준/프리미엄 계층으로 스케일 업하거나 단위를 스케일 아웃합니다. 자세한 내용은 Azure Web PubSub 서비스 인스턴스의 크기를 조정하는 방법을 참조하세요.
요구 사항이 단일 인스턴스의 제한을 초과하는 경우 인스턴스를 추가하세요. 자세한 내용은 Azure Web PubSub에서 지역 복제를 사용하는 방법을 참조하세요.
Backup 제한
Azure Backup 지원 설정 및 제한 사항에 대한 요약은 Azure Backup 지원 매트릭스를 참조하세요.
Batch 제한
리소스 | 기본 제한 | 최대 한도 |
---|---|---|
구독당 지역별 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 계정에 대한 할당량입니다. 배치 계정에서 할당량을 봅니다.
클래식 배포 모델 제한
Azure Resource Manager 배포 모델 대신 클래식 배포 모델을 사용하는 경우 다음과 같은 제한이 적용됩니다.
리소스 | 기본 제한 | 최대 한도 |
---|---|---|
구독당 vCPU1 | 20 | 10,000 |
구독당 공동 관리자 | 200 | 200 |
구독당 Storage 계정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용 표준 코어(CPU)의 수 | 0 |
구독당 지역별 V100 GPU용 표준 코어(CPU)의 수 | 0 |
IP당 포트 수 | 5 |
컨테이너 인스턴스 로그 크기 - 실행 중인 인스턴스 | 4MB |
컨테이너 인스턴스 로그 크기 - 중지된 인스턴스 | 16KB 또는 1000개 줄 |
시간당 컨테이너 그룹 생성 수 | 3001 |
5분당 컨테이너 그룹 생성 수 | 1001 |
시간당 컨테이너 그룹 삭제 수 | 3001 |
5분당 컨테이너 그룹 삭제 수 | 1001 |
1제한을 늘리도록 요청하려면 Azure 지원 요청을 만듭니다. Azure 체험 계정 및 Azure for Students를 포함한 체험 구독은 제한 또는 할당량을 늘릴 수 없습니다. 체험 구독을 사용하는 경우 종량제 구독으로 업그레이드할 수 있습니다.
2기본적으로 종량제 구독으로 제한됩니다. 제한은 다른 범주 유형에 따라 달라질 수 있습니다.
Container Registry 제한
다음 표에서는 기본, 표준 및 프리미엄 서비스 계층의 기능 및 제한에 대해 자세히 설명합니다.
리소스 | Basic | Standard | Premium |
---|---|---|---|
포함된 스토리지1(GiB) | 10 | 100 | 500 |
스토리지 한도(TiB) | 40 | 40 | 40 |
최대 이미지 레이어 크기(GiB) | 200 | 200 | 200 |
최대 매니페스트 크기(MiB) | 4 | 4 | 4 |
분당 ReadOps2, 3 | 1,000 | 3,000 | 10,000 |
분당 WriteOps2, 4 | 100 | 500 | 2,000 |
다운로드 대역폭2(Mbps) | 30 | 60 | 100 |
업로드 대역폭2(Mbps) | 10 | 20 | 50 |
웹후크 | 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 pull은 이미지의 레이어 수와 매니페스트 검색을 더한 값에 따라 여러 읽기 작업으로 변환됩니다.
4 docker push는 푸시해야 하는 레이어 수에 따라 여러 쓰기 작업으로 변환됩니다. docker push
에는 기존 이미지에 대해 매니페스트를 검색할 ReadOps가 포함되어 있습니다.
5 content/delete
, content/read
, content/write
, metadata/read
, metadata/write
의 개별 작업은 범위 맵당 리포지토리 제한에 해당합니다.
Content Delivery Network 제한
리소스 | 제한 |
---|---|
Azure Content Delivery Network 프로필 | 25 |
프로필당 Content Delivery Network 엔드포인트 | 25 |
엔드포인트당 사용자 지정 도메인 | 25 |
프로필당 최대 원본 그룹 | 10 |
원본 그룹 당 최대 원본 | 10 |
CDN 엔드포인트당 최대 규칙 수 | 25 |
규칙당 최대 일치 조건 수 | 10 |
규칙당 최대 작업 수 | 5 |
프로필당 최대 대역폭* | 75Gbps |
프로필당 초당 최대 요청 수 | 100,000 |
HTTP 헤더 크기 제한(헤더당) | 32KB |
*이 두 가지 한도는 Microsoft의 Azure CDN Standard(클래식)에만 적용됩니다. 트래픽이 전 세계적으로 분산되지 않고 하나 또는 두 지역에 집중되지 않거나 더 높은 할당량 한도가 필요한 경우 Azure 지원 요청을 만듭니다.
Content Delivery Network 구독은 하나 이상의 Content Delivery Network 프로필을 포함할 수 있습니다. Content Delivery Network 프로필은 하나 이상의 Content Delivery Network 엔드포인트를 포함할 수 있습니다. 여러 프로필을 사용하여 인터넷 도메인, 웹 애플리케이션 또는 일부 기타 조건에서 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 | 지원에서 할당량 증가를 요청하는 방법을 알아봅니다. |
파이프라인당 최대 활동 수(컨테이너에 대한 내부 활동 포함) | 80 | 120 |
단일 자체 호스팅 통합 런타임에 대해 만들 수 있는 연결된 통합 런타임의 최대 수 | 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/시간 | 1,200/시간 이 제한은 Azure Data Factory가 아닌 Azure Resource Manager가 부과합니다. |
API 호출 읽기 | 12,500/시간 | 12,500/시간 이 제한은 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 가격을 참조하세요.
2 Azure 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 리소스 관리자 API 제한범위 안의 속도로 API 호출을 수행할 수 있습니다.
Data Lake Storage 제한
Azure Data Lake Storage Gen2는 전용 서비스 또는 스토리지 계정 유형이 아닙니다. 빅 데이터 분석을 전담하는 기능의 최신 릴리스입니다. 이러한 기능은 범용 v2 또는 BlockBlobStorage 스토리지 계정에서 사용할 수 있으며 계정의 계층 구조 네임스페이스 기능을 사용하도록 설정하여 가져올 수 있습니다. 스케일링 대상은 다음 문서를 참조하세요.
Azure Data Lake Storage Gen1은 전용 서비스입니다. 빅 데이터 분석 작업을 위한 엔터프라이즈급 하이퍼스케일 리포지토리입니다. Data Lake Storage Gen1을 사용하면 운영 및 예비 분석을 위해 단일 위치에서 원하는 크기, 유형 및 수집 속도의 데이터를 캡처할 수 있습니다. Data Lake Storage Gen1 계정에 저장할 수 있는 데이터 양에는 제한이 없습니다.
리소스 | 한도 | 설명 |
---|---|---|
구독당, 지역당, Data Lake Storage Gen1 계정의 최대 수 | 10 | 이 한도 증가를 요청하려면 고객 지원팀에 문의하세요. |
파일 또는 폴더당 최대 액세스 ACL 수 | 32 | 이것은 하드 한도입니다. 항목 수가 적은 액세스를 관리하려면 그룹을 사용하세요. |
파일 또는 폴더당 최대 기본 ACL 수 | 32 | 이것은 하드 한도입니다. 항목 수가 적은 액세스를 관리하려면 그룹을 사용하세요. |
Data Share 제한
Azure Data Share를 사용하면 조직에서 여러 고객 및 파트너와 데이터를 간단하고 안전하게 공유할 수 있습니다.
리소스 | 한도 |
---|---|
Azure 구독당 Data Share 리소스의 최대 수 | 100 |
Data Share 리소스당 최대 보낸 공유 수 | 200 |
Data Share 리소스당 최대 받은 공유 수 | 100 |
보낸 공유당 최대 초대 수 | 200 |
보낸 공유당 최대 공유 구독 수 | 200 |
공유당 최대 데이터 세트 수 | 200 |
공유당 최대 스냅샷 일정 수 | 1 |
Database Migration Service 제한
Azure Database Migration Service는 가동 중지 시간을 최소화하면서 여러 데이터베이스 소스에서 Azure 데이터 플랫폼으로 원활하게 마이그레이션할 수 있도록 설계된 완벽하게 관리되는 서비스입니다.
리소스 | 한도 | 설명 |
---|---|---|
지역별 구독당 최대 서비스 수 | 10 | 이 한도 증가를 요청하려면 고객 지원팀에 문의하세요. |
Device Update for 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 제한
참고 항목
이 서비스의 일부 영역에는 조정 가능한 한도가 있습니다. 이는 다음 표에 조정 가능 여부 열과 함께 표시되어 있습니다. 제한을 조정할 수 있는 경우 ‘조정 가능 여부’ 값은 ‘예’입니다.
기능 제한
다음 표에는 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 표준 계층을 사용하면 MQTT(메시지 큐 원격 분석 전송) 브로커 기능을 사용하여 게시-구독을 사용하고 Event Grid 네임스페이스를 통해 메시지의 풀-배달을 사용할 수 있습니다. Event Grid 기본 계층은 Event Grid 사용자 지정 토픽, Event Grid 시스템 토픽, 이벤트 도메인 및 Event Grid 파트너 토픽을 사용하여 푸시 배달을 사용하도록 설정합니다. 올바른 Event Grid 계층 선택을 참조하세요. 이 문서에서는 두 계층의 할당량 및 한도에 대해 설명합니다.
Event Grid 네임스페이스 리소스 제한
Azure Event Grid 네임스페이스는 MQTT 메시징 및 HTTP 끌어오기 배달을 사용하도록 설정합니다. 다음 제한은 Azure Event Grid 네임스페이스 리소스에 적용됩니다.
제한 설명 | 제한 |
---|---|
Azure 구독당 Event Grid 네임스페이스 | 50 |
Event Grid 네임스페이스당 최대 처리량 단위 | 40 |
Event Grid 네임스페이스당 IP 방화벽 규칙 | 16 |
Event Grid 네임스페이스의 MQTT 제한
다음 제한은 Azure Event Grid 네임스페이스 리소스의 MQTT에 적용됩니다.
참고 항목
처리량 단위(TU)는 네임스페이스에서 수신 및 송신 이벤트 속도 용량을 정의합니다. 이를 통해 메시지 수신 및 송신에 대한 네임스페이스 리소스의 용량을 제어할 수 있습니다.
제한 설명 | 제한 |
---|---|
Event Grid 네임스페이스당 MQTT 세션 | TU(처리량 단위)당 10,000개 |
Event Grid 네임스페이스당 세션 | TU당 10,000 |
세션 만료 간격 | 8시간, Event Grid 네임스페이스에서 구성 가능 |
Event Grid 네임스페이스당 인바운드 MQTT 게시 요청 | TU별 초당 메시지 1,000개 |
Event Grid 네임스페이스당 인바운드 MQTT 대역폭 | TU별 초당 1MB |
세션당 인바운드 MQTT 게시 요청 | 초당 100개의 메시지 |
세션당 인바운드 MQTT 대역폭 | 초당 1MB |
인바운드 진행 중인 MQTT 메시지* | 100개 메시지 |
인바운드 진행 중인 MQTT 대역폭* | 64KB |
Event Grid 네임스페이스당 아웃바운드 MQTT 게시 요청 | TU별 초당 메시지 1,000개 |
Event Grid 네임스페이스당 아웃바운드 MQTT 대역폭 | TU별 초당 1MB |
세션당 아웃바운드 MQTT 게시 요청 | 초당 100개의 메시지 |
세션당 아웃바운드 MQTT 대역폭 | 초당 1MB |
아웃바운드 진행 중인 MQTT 메시지* | 100개 메시지 |
아웃바운드 진행 중인 MQTT 대역폭* | 64KB |
최대 메시지 크기 | 512KB |
항목별 세그먼트/항목 필터 | 8 |
토픽 크기 | 256B |
MQTTv5 응답 항목 | 256B |
MQTTv5 토픽 별칭 | 세션당 10개 |
모든 사용자 속성의 MQTTv5 총 크기 | 32KB |
MQTTv5 콘텐츠 형식 크기 | 256B |
MQTTv5 상관 데이터 크기 | 256B |
연결 요청 | TU당 초당 요청 200개 |
MQTTv5 인증 데이터 크기 | 8KB |
최대 연결 유지 간격 | 1160 |
MQTT SUBSCRIBE 패킷당 토픽 필터 | 10 |
Event Grid 네임스페이스당 구독 및 구독 취소 요청 | 초당 200회 요청 |
세션당 구독 및 구독 취소 요청 | 초당 5개의 요청 |
MQTT 세션당 구독 | 50 |
Event Grid 네임스페이스당 구독 | 1백만 |
MQTT 항목별 구독 | Event Grid 네임스페이스 또는 세션당 구독 제한을 초과하지 않는 한 무제한 |
등록된 클라이언트 리소스 | TU당 클라이언트 10,000개 |
CA 인증서 | 10 |
클라이언트 그룹 | 10 |
토픽 공간 | 10 |
토픽 템플릿 | 토픽 공간당 10 |
권한 바인딩 | 100 |
* MQTTv5의 경우 흐름 제어 지원에 대해 자세히 알아봅니다.
Event Grid 네임스페이스의 이벤트 제한
다음 제한은 Azure Event Grid 네임스페이스 리소스의 이벤트에 적용됩니다.
제한 설명 | 제한 |
---|---|
Event Grid 네임스페이스 토픽 | TU당 100 |
이벤트 수신 | 초당 이벤트 1,000개 또는 TU당 초당 1MB(둘 중 먼저 도래하는 기준) |
이벤트 송신(푸시 및 풀 API) | 초당 최대 이벤트 2,000개 또는 TU당 초당 2MB |
이벤트 송신(잠금 API 승인, 해제, 거부 및 갱신) | 초당 최대 이벤트 2,000개 또는 TU당 초당 2MB |
Event Grid 네임스페이스 항목에 대한 최대 이벤트 보존 | 7 일 |
토픽당 구독 | 500 |
최대 이벤트 크기 | 1MB |
Batch 크기 | 1MB |
요청당 이벤트 | 1,000 |
사용자 지정 토픽, 시스템 토픽 및 파트너 토픽 리소스 한도
다음 한도는 Azure Event Grid 사용자 지정 토픽, 시스템 토픽 및 파트너 토픽 리소스에 적용됩니다.
제한 설명 | 제한 |
---|---|
Azure 구독당 사용자 지정 토픽 | 100 제한에 도달하면 다른 지역을 고려하거나 100,000개 항목을 지원할 수 있는 도메인을 사용하도록 고려할 수 있습니다. |
토픽당 이벤트 구독 | 500 이 제한은 늘릴 수 없습니다. |
사용자 지정 또는 파트너 토픽에 대한 게시 비율(수신) | 이벤트 5,000개 또는 초당 5MB(둘 중 먼저 도래하는 기준) 이벤트는 제한 및 가격 책정 목적으로 64KB 데이터 청크로 계산됩니다. 따라서 이벤트가 128KB이면 두 개의 이벤트로 계산됩니다. |
이벤트 크기 | 1MB 이 제한은 늘릴 수 없습니다. |
항목에 대한 최대 이벤트 보존 | 1일. 이 제한은 늘릴 수 없습니다. |
일괄 처리당 들어오는 이벤트 수 | 5,000 이 제한은 늘릴 수 없습니다. |
토픽당 프라이빗 엔드포인트 연결 | 64 이 제한은 늘릴 수 없습니다. |
토픽당 IP Firewall 규칙 | 128 |
도메인 리소스 제한
Azure Event Grid 도메인 리소스에는 다음과 같은 한도가 적용됩니다.
제한 설명 | 제한 |
---|---|
Azure 구독당 도메인 | 100 |
도메인당 토픽 | 100,000 |
도메인 내 토픽당 이벤트 구독 | 500 이 제한은 늘릴 수 없습니다. |
도메인 범위 이벤트 구독 | 50 이 제한은 늘릴 수 없습니다. |
도메인에 대한 게시 비율(수신) | 이벤트 5,000개 또는 초당 5MB(둘 중 먼저 도래하는 기준) 이벤트는 제한 및 가격 책정 목적으로 64KB 데이터 청크로 계산됩니다. 따라서 이벤트가 128KB이면 두 개의 이벤트로 계산됩니다. |
도메인 항목에 대한 최대 이벤트 보존 | 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를 구성할 수 있습니다.
- 전용 클러스터를 만들기하면 하나의 CU가 클러스터에 할당됩니다. 클러스터를 만드는 동안 크기 조정 지원 옵션을 사용하도록 설정하면 CU를 늘려 스케일 아웃하거나 클러스터의 CU를 줄여 스케일 인할 수 있습니다. 단계별 지침은 전용 클러스터 크기 조정을 참조하세요. 크기 조정 지원 기능을 지원하지 않는 클러스터의 경우 티켓을 제출하여 클러스터의 CU를 조정합니다.
제한 | Basic | Standard | Premium | 전용 |
---|---|---|---|---|
Event Hubs 게시의 최대 크기 | 256 KB | 1MB | 1MB | 1MB |
Event Hub당 소비자 그룹 수 | 1 | 20 | 100 | 1,000 CU당 제한 없음 |
네임스페이스당 Kafka 소비자 그룹 수 | 해당 없음 | 1,000 | 1,000 | 1,000 |
네임스페이스당 조정된 연결 수 | 100 | 5,000 | PU당 10,000 예를 들어 네임스페이스에 3개의 PU가 할당된 경우 제한은 30,000입니다. |
CU당 100,000 |
이벤트 데이터의 최대 보존 기간 | 하루 | 7 일 | 90일 | 90일 |
보관을 위한 이벤트 스토리지 | TU당 84GB | TU당 84GB | PU당 1TB | CU당 10TB |
최대 TU 또는 PU 또는 CU | 40TU | 40TU | 16PU | 20개 CU |
Event Hub당 파티션 수 | 32 | 32 | 이벤트 허브당 100개이지만 네임스페이스 수준에서 PU당 200개로 제한됩니다. 예를 들어 네임스페이스에 2개의 PU가 할당된 경우 네임스페이스에 있는 모든 이벤트 허브의 총 파티션 수에 대한 제한은 2 * 200 = 400입니다. |
이벤트 허브당 1,024 CU당 2,000 |
구독당 네임스페이스의 수 | 1,000 | 1,000 | 1,000 | 1,000(CU당 50) |
네임스페이스당 Event Hubs 개수 | 10 | 10 | PU당 100 | 1,000 |
Capture | 해당 없음 | 시간당 요금 부과 | 포함됨 | 포함됨 |
압축된 이벤트 허브의 크기 | 해당 없음 | 파티션당 1GB | 파티션당 250GB | 파티션당 250GB |
메가바이트 단위의 스키마 레지스트리(네임스페이스) 크기 | 해당 없음 | 25 | 100 | 1,024 |
스키마 레지스트리 또는 네임스페이스에 있는 스키마 그룹 수 | 해당 없음 | 1: 기본 그룹 제외 | 100 스키마당 1MB |
1,000 스키마당 1MB |
모든 스키마 그룹의 스키마 버전 수 | 해당 없음 | 25 | 1,000 | 10,000 |
단위당 처리량 | 수신: 1MB/초 또는 초당 1000개 이벤트 송신: 2MB/초 또는 초당 4,096개 이벤트 |
수신: 1MB/초 또는 초당 1,000개 이벤트 송신: 2MB/초 또는 초당 4,096개 이벤트 |
PU당 제한 없음 * | CU당 제한 없음 * |
* 리소스 할당, 파티션 수, 스토리지 등의 요소에 따라 달라집니다.
참고 항목
이벤트를 개별적으로 게시하거나 일괄처리할 수 있습니다. 게시 제한(SKU에 따름)은 단일 이벤트인지 일괄 처리인지에 관계없이 적용됩니다. 최대 임계값보다 큰 게시 이벤트는 거부됩니다.
IoT Central 제한
IoT Central은 구독 시 배포할 수 있는 애플리케이션 수를 100개로 제한합니다. 자세한 내용은 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 |
다음 표에서는 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, 원하는 속성 섹션과 보고된 속성 섹션의 경우 각각 32KB |
디바이스 쌍 문자열 키의 최대 길이 | 1KB |
디바이스 쌍 문자열 값의 최대 길이 | 4KB |
디바이스 쌍에서 개체의 최대 깊이 | 10 |
직접 메서드 페이로드의 최대 크기 | 128KB |
작업 내역의 최대 보존 | 30일 |
최대 동시 작업 | 10(S3의 경우), 5(S2의 경우), 1(S1의 경우) |
최대 추가 엔드포인트 수(기본 제공 엔드포인트 초과) | 10(S1, S2 및 S3의 경우) |
최대 메시지 라우팅 규칙 | 100(S1, S2 및 S3의 경우) |
동시에 연결되는 최대 디바이스 스트림 수 | 50(S1, S2, S3 및 F1만 해당) |
최대 디바이스 스트림 데이터 전송 | 하루 300MB(S1, S2, S3 및 F1만 해당) |
참고 항목
단일 IoT 허브에 등록할 수 있는 디바이스 및 모듈의 총수는 1,000,000개로 제한됩니다.
다음 할당량이 초과되면 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/초/단위(100/분/단위)(S2의 경우), 1.67/초/단위(100/분/단위)(S1의 경우) |
디바이스 단위 작업 연산 처리량 | 50/초/단위(S3의 경우), 최대 10/초 또는 1/초/단위(S2의 경우), 10/초(S1의 경우) |
디바이스 스트림 시작 속도 | 5개의 새 스트림/초(S1, S2, S3 및 F1에만 해당) |
IoT Hub Device Provisioning Service 제한
다음 표에는 Azure IoT Hub Device Provisioning Service 리소스에 적용되는 제한이 나열되어 있습니다.
리소스 | 제한 | 조절이 가능한가요? |
---|---|---|
Azure 구독당 최대 디바이스 프로비저닝 서비스 | 10 | 아니요 |
최대 등록 수 | 1,000,000 | 아니요 |
개별 등록의 최대 수 | 1,000,000 | 아니요 |
최대 등록 그룹 수(X.509 인증서) | 100 | 아니요 |
최대 등록 그룹 수(대칭 키) | 100 | 아니요 |
최대 CA 수 | 25 | 아니요 |
연결된 최대 IoT 허브 수 | 50 | 아니요 |
최대 메시지 크기 | 96KB | 아니요 |
팁
대칭 키 등록 그룹에 대한 하드 제한이 차단 문제인 경우 해결 방안으로 개별 등록을 사용하는 것이 좋습니다.
Device Provisioning Service에는 다음과 같은 속도 제한이 있습니다.
요금 | 단위당 값 | 조절이 가능한가요? |
---|---|---|
작업 | 1,000/분/서비스 | 아니요 |
디바이스 등록 | 1,000/분/서비스 | 아니요 |
디바이스 폴링 작업 | 5/10초/디바이스 | 아니요 |
키 값 제한
Azure Key Vault 리소스 공급자는 자격 증명 모음과 관리형 HSM이라는 두 가지 리소스 유형을 지원합니다. 다음 두 섹션에서는 이들 각각에 대한 서비스 제한을 설명합니다.
리소스 종류: 자격 증명 모음
이 섹션에서는 리소스 종류 vaults
에 대한 서비스 제한에 대해 설명합니다.
키 트랜잭션(지역당 자격 증명 모음당 10초 내에 허용되는 최대 트랜잭션1):
키 유형 | 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 트랜잭션
비밀, 관리되는 스토리지 계정 키 및 자격 증명 모음 트랜잭션:
트랜잭션 유형 | 지역당, 자격 증명 모음당 10초 내에 허용되는 최대 트랜잭션1 |
---|---|
암호 비밀 만들기 |
300 |
모든 다른 트랜잭션 | 4,000 |
이러한 한도에 도달할 경우 제한을 처리하는 방법에 대한 내용은 Azure Key Vault 제한 지침을 참조하세요.
1 모든 트랜잭션 유형에 대한 구독 차원의 한도는 키 자격 증명 모음 한도의 5배입니다.
키, 비밀, 인증서 백업
비밀, 키 또는 인증서와 같은 키 자격 증명 개체를 백업하면 백업 작업에서 해당 개체를 암호화된 Blob으로 다운로드합니다. 이 Blob은 Azure 외부에서 암호를 해독할 수 없습니다. 이 Blob에서 사용 가능한 데이터를 가져오려면 동일한 Azure 구독 및 Azure 지역 내의 키 자격 증명 모음으로 Blob을 복원해야 합니다.
트랜잭션 유형 | 허용되는 최대 키 자격 증명 모음 개체 버전 |
---|---|
개별 키, 비밀, 인증서 백업 | 500 |
참고 항목
제한보다 높은 버전의 키, 비밀 또는 인증서 개체를 백업하려고 시도하면 오류가 발생합니다. 이전 버전의 키, 비밀 또는 인증서는 삭제할 수 없습니다.
키, 비밀 및 인증서 수 제한:
Key Vault는 자격 증명 모음에 저장할 수 있는 키, 비밀 또는 인증서의 수를 제한하지 않습니다. 작업이 제한되지 않도록 하려면 자격 증명 모음에 대한 트랜잭션 제한을 고려해야 합니다.
Key Vault는 비밀, 키 또는 인증서의 버전 수를 제한하지 않지만 많은 수의 버전(500개 이상)을 저장하면 백업 작업의 성능에 영향을 줄 수 있습니다. Azure Key Vault 백업을 참조하세요.
리소스 종류: 관리형 HSM
이 섹션에서는 리소스 종류 managed HSM
에 대한 서비스 제한에 대해 설명합니다.
개체 제한
Item | 제한 |
---|---|
지역별 구독당 HSM 인스턴스 수 | 5 |
HSM 인스턴스당 키 수 | 5000 |
키당 버전 수 | 100 |
HSM 인스턴스당 사용자 지정 역할 정의 수 | 50 |
HSM 범위에서 역할 할당 수 | 50 |
각 개별 키 범위의 역할 할당 수 | 10 |
관리 작업에 대한 트랜잭션 제한(HSM 인스턴스별 초당 작업 수)
연산 | 초당 SQL 작업 수 |
---|---|
모든 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개 만들기
사용자가 할당한 관리 ID가 Azure 리소스와 함께 할당될 수 있는 속도입니다.
- 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(필수) 추가 용량의 경우 표준 요금 적용 |
20 MB 포함 | 20 MB 포함 | 20 MB 포함 |
CPU 용량 | 하루 60분 | 제한 없음 | 무제한 |
아웃바운드 데이터 전송 | 하루 165MB(매일 롤오버) | 포함됨 | 포함됨 |
이러한 한도 및 가격 책정에 대한 자세한 내용은 Azure Mobile Services 가격 책정을 참조하세요.
다단계 인증 한도
리소스 | 기본 제한 | 최대 한도 |
---|---|---|
구독당 신뢰할 수 있는 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 |
IP 구성당, NIC당 애플리케이션 보안 그룹 | 20 |
NSG 규칙당 원본/대상으로 참조되는 애플리케이션 보안 그룹 | 10 |
애플리케이션 보안 그룹당 IP 구성 | 4,000 |
네트워크 보안 그룹의 모든 보안 규칙 내에서 지정할 수 있는 애플리케이션 보안 그룹 | 100 |
사용자 정의 경로 테이블 | 200 |
경로 테이블당 사용자 정의 경로 | 400 |
Azure VPN Gateway당 지점 및 사이트 간 루트 인증서 | 20 |
Azure VPN Gateway당 지점 및 사이트 간 철회된 클라이언트 인증서 | 300 |
가상 네트워크 탭 | 100 |
가상 네트워크 탭당 네트워크 인터페이스 탭 구성 | 100 |
공용 IP 주소 제한
리소스 | 기본 제한 | 최대 한도 |
---|---|---|
공용 IP 주소1,2 | 기본 10 | 고객 지원 문의 |
고정 공용 IP 주소1 | 기본 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에서), IP당 규칙(IP 기반 LB)1 | 300 |
고가용성 포트 규칙 | 내부 프런트 엔드당 1 |
Load Balancer당 아웃바운드 규칙 | 600 |
백 엔드 풀 크기 | 5,000 |
Azure 전역 Load Balancer 백 엔드 풀 크기 | 300 |
프런트 엔드당 백 엔드 IP 구성 2 | 10,000 |
모든 프런트 엔드에 걸쳐 백엔드 IP 구성 | 500,000 |
1 각 NIC는 NIC의 모든 IP 구성에서 총 300개의 규칙(부하 분산, 인바운드 NAT 및 아웃바운드 규칙 결합)을 구성할 수 있습니다. IP 기반 LB의 경우 이 제한은 IP당입니다. 2개 백 엔드 IP 구성은 부하 분산, 인바운드 NAT 및 아웃바운드 규칙을 비롯한 모든 부하 분산 장치 규칙에서 집계됩니다. 각 규칙은 백 엔드 풀 인스턴스가 하나의 구성으로 계산되도록 구성됩니다.
Load Balancer는 처리량 제한을 적용하지 않습니다. 그러나 가상 머신 및 가상 네트워크에 대한 처리량 제한은 여전히 적용됩니다. 자세한 내용은 가상 머신 네트워크 대역폭을 참조하세요.
게이트웨이 부하 분산 장치
리소스 | 제한 |
---|---|
Load Balancer당 연결된 리소스(LB 프런트 엔드 구성 또는 VM NIC IP 구성이 결합됨) | 100 |
표준 Load Balancer에 대한 모든 제한은 게이트웨이 부하 분산 장치에도 적용됩니다.
기본 Load Balancer
리소스 | 제한 |
---|---|
부하 분산 장치 | 1,000 |
리소스당 규칙 | 250 |
NIC당 규칙(NIC의 모든 IP에서) | 300 |
프런트 엔드 IP 구성 3 | 200 |
백 엔드 풀 크기 | 300 IP 구성, 단일 가용성 집합 |
Load Balancer당 가용성 집합 | 1 |
VM당 Load Balancer 수 | 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(Access Control 목록) | 50 | 50 |
Application Gateway 제한
다음 표는 달리 언급하지 않는 한 v1, v2, 표준 및 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 대형 게이트웨이 50,0002 |
|
최대 URL 길이 | 32KB | |
최대 헤더 크기 | 32KB | |
HTTP/2의 최대 헤더 크기 | 8KB | |
HTTP/2에 대한 최대 헤더 크기 | 16KB | |
HTTP/2 연결당 최대 요청 수 | 1000 | 동일한 프런트 엔드 HTTP/2 연결을 공유할 수 있는 총 요청 수 |
최대 파일 업로드 크기(표준 SKU) | V1 - 2GB V2 - 4GB |
이 최대 크기 제한은 요청 본문과 공유됩니다. |
최대 파일 업로드 크기(WAF SKU) | V1 중형 - 100MB V1 대형 - 500MB V2 - 750MB V2(CRS 3.2 또는 DRS 포함) - 4GB3 |
1MB - 최솟값 100MB(기본값) CRS 3.2 또는 DRS가 포함된 V2 - 켜기/끄기 가능 |
최대 요청 크기 제한 표준 SKU(파일 없음) | V1 - 2GB V2 - 4GB |
|
최대 요청 크기 제한 WAF SKU(파일 없음) | V1 또는 V2(CRS 3.1 이상 포함) - 128KB V2(CRS 3.2 또는 DRS 포함) - 2MB3 |
8KB - 최솟값 128KB - 기본값 CRS 3.2 또는 DRS가 포함된 V2 - 켜기/끄기 가능 |
최대 요청 검사 한도 WAF SKU | V1 또는 V2(CRS 3.1 이상 포함) - 128KB V2(CRS 3.2 또는 DRS 포함) - 2MB3 |
8KB - 최솟값 128KB - 기본값 CRS 3.2 또는 DRS가 포함된 V2 - 켜기/끄기 가능 |
최대 Private Link 구성 | 2 | 공용 IP용 1개, 개인 IP용 1개 |
최대 Private Link IP 구성 | 8 | |
WAF 정책당 최대 WAF 사용자 지정 규칙 | 100 | |
일치 조건당 WAF IP 주소 범위 | 540 600 - CRS 3.2 또는 DRS 포함 |
|
Application Gateway당 최대 WAF 제외 수 | 40 200 - CRS 3.2 또는 DRS 포함 |
|
일치 조건당 WAF 문자열 일치 값 | 10 |
1 표에 나열된 리소스 수는 CRS 3.2 또는 DRS를 실행하는 표준 Application Gateway SKU 및 WAF 지원 SKU에 적용됩니다. CRS 3.1 이하를 실행하는 WAF 지원 SKU의 경우 지원되는 수는 40입니다. 자세한 내용은 WAF 엔진을 참조하세요.
2 제한은 Application Gateway 리소스당이 아닌 Application Gateway 인스턴스당입니다.
3 Application Gateway에 대한 WAF 정책을 통해 값을 정의해야 합니다.
컨테이너용 Application Gateway 한도
리소스 | 제한 |
---|---|
컨테이너용 Application Gateway | 구독당 1,000 |
연결 | 게이트웨이당 1 |
프런트 엔드 | 게이트웨이당 5 |
Kubernetes 수신 및 게이트웨이 API 구성 제한
리소스 | 제한 |
---|---|
리소스 명명 | 128자 |
네임스페이스 명명 | 128자 |
게이트웨이당 수신기 | 게이트웨이 리소스당 수신기 64개(Gateway API로 적용) |
총 AGC 참조 | ALB 컨트롤러당 5개 |
총 인증서 참조 | AGC당 100개 |
총 수신 대기자 | AGC당 200개 |
총 노선 | AGC당 200개 |
전체 규칙 | AGC당 200개 |
전체 서비스 | AGC당 100개 |
전체 엔드포인트 | AGC당 5000 |
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 영역
리소스 | 제한 |
---|---|
구독당 퍼블릭 DNS 영역 | 250 1 |
공용 DNS 영역당 레코드 집합 | 10,000 1 |
공용 DNS 영역에 있는 레코드 집합당 레코드 | 20 1 |
단일 Azure 리소스의 별칭 레코드 수 | 20 |
1이러한 할당량 한도를 늘려야 하는 경우 Azure 지원팀에 문의하세요.
공용 DNS 영역 작업
연산 | 제한(영역당) |
---|---|
만들기 | 40/분 |
삭제 | 40/분 |
가져오기 | 1000/분 |
List | 60/분 |
리소스 그룹별 목록 | 60/분(리소스 그룹당) |
엽데이트 | 40/분 |
공용 DNS 리소스 레코드 작업
연산 | 제한(영역당) |
---|---|
만들기 | 200/분 |
삭제 | 200/분 |
가져오기 | 2000/분 |
DNS 영역별 목록 | 60/분 |
유형별 정렬 | 60/분 |
엽데이트 | 200/분 |
프라이빗 DNS
프라이빗 DNS 영역
리소스 | 제한 |
---|---|
구독당 프라이빗 DNS 영역 | 1000 |
프라이빗 DNS 영역당 레코드 집합 | 25000 |
프라이빗 DNS 영역의 레코드 집합당 레코드 | 20 |
프라이빗 DNS 영역당 Virtual Network 링크 | 1000 |
자동 등록을 사용하는 프라이빗 DNS 영역당 Virtual Network 링크 | 100 |
자동 등록을 사용하도록 설정한 상태에서 가상 네트워크를 연결할 수 있는 프라이빗 DNS 영역 수 | 1 |
가상 네트워크를 연결할 수 있는 프라이빗 DNS 영역 수 | 1000 |
프라이빗 DNS 영역 작업
연산 | 제한(구독당) |
---|---|
만들기 | 40/분 |
삭제 | 40/분 |
가져오기 | 200/분(영역당) |
구독별 목록 | 60/분 |
리소스 그룹별 목록 | 100/분(리소스 그룹당) |
엽데이트 | 40/분 |
프라이빗 DNS 리소스 레코드 작업
연산 | 제한(영역당) |
---|---|
만들기 | 60/분 |
삭제 | 60/분 |
가져오기 | 200/분 |
List | 100/분 |
엽데이트 | 60/분 |
가상 네트워크 링크 작업
연산 | 제한(영역당) |
---|---|
만들기 | 60/분 |
삭제 | 60/분 |
가져오기 | 100/분 |
가상 네트워크별 목록 | 20/분 |
엽데이트 | 60/분 |
Azure에서 제공하는 DNS 확인자 VM 제한
리소스 | 제한 |
---|---|
가상 머신이 Azure DNS 확인자로 보낼 수 있는 초당 DNS 쿼리 수 | 1000 1 |
가상 머신당 최대 대기 중(응답 보류 중) DNS 쿼리 수 | 200 1 |
1이러한 제한은 가상 네트워크 수준이 아닌 모든 개별 가상 머신에 적용됩니다. 이러한 제한을 초과하는 DNS 쿼리는 삭제됩니다. 이러한 제한은 DNS Private Resolver가 아닌 기본 Azure 확인자에 적용됩니다.
DNS Private Resolver1
리소스 | 제한 |
---|---|
구독당 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 한도
리소스 | 제한 |
---|---|
최대 데이터 처리량 | 프리미엄 SKU의 경우 100Gbps, 표준 SKU의 경우 30Gbps, 기본(미리 보기) SKU의 경우 250Mbps 자세한 내용은 Azure Firewall 성능을 참조하세요. |
규칙 제한 | 네트워크 규칙의 20,000개 고유한 원본/대상 네트워크의 고유 원본/대상 = 합계(고유 원본 주소 * 각 규칙에 대한 고유 대상 주소) IP 그룹은 포함된 IP 주소 수에 관계없이 하나의 주소로 계산됩니다. 인사이트 탭 아래의 정책 분석에서 방화벽 정책 네트워크 규칙 수를 추적할 수 있습니다. 프록시로서 Firewall Latency Probe 메트릭을 모니터링하여 사용량이 많은 시간에도 20ms 이내로 유지되도록 할 수도 있습니다. |
단일 규칙 컬렉션 그룹 내의 총 규칙 크기 | 2022년 7월 이전에 만든 방화벽 정책의 경우 1MB 2022년 7월 이후에 생성된 방화벽 정책의 경우 2MB |
방화벽 정책의 규칙 컬렉션 그룹 수 | 2022년 7월 이전에 만든 방화벽 정책의 경우 50개 2022년 7월 이후에 생성된 방화벽 정책의 경우 90개 |
최대 DNAT 규칙 수(최대 외부 대상 수) | 최대 250개[방화벽 공용 IP 주소 수 + 고유 대상(대상 주소, 포트 및 프로토콜) 수] DNAT 제한은 기본 플랫폼으로 인해 발생합니다. 예를 들어 동일한 대상 IP 주소 및 포트(하나의 고유한 대상)에 500개의 UDP 규칙을 구성할 수 있지만, 동일한 IP 주소에 대한 500개의 규칙은 500개의 다른 포트가 제한(500개의 고유한 대상)을 초과합니다. 테넌트가 250개 넘게 필요한 경우 다른 방화벽을 추가해야 합니다. |
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를 통해 온-프레미스 네트워크에 대한 기본 경로를 학습하는 경우 직접 인터넷 연결을 유지하기 위해 Internet으로 설정된 NextHopType 값을 통해 0.0.0.0/0 UDR로 재정의해야 합니다. 기본적으로 Azure Firewall은 온-프레미스 네트워크에 대한 강제 터널링을 지원하지 않습니다. 그러나 구성에 온-프레미스 네트워크에 대한 강제 터널링이 필요한 경우 Microsoft는 사례별로 지원할 예정입니다. 사용자의 사례를 검토할 수 있도록 지원 부서에 연락해주시기 바랍니다. 수락되면 사용자의 구독을 허용하고 필요한 방화벽 인터넷 연결이 유지되도록 합니다. |
네트워크 규칙의 FQDN | 성능을 향상시키려면 방화벽당 모든 네트워크 규칙에서 FQDN이 1000개를 초과하지 않도록 합니다. |
TLS 검사 시간 제한 | 120초 |
Azure Front Door(클래식) 제한
- 다음 한도 외에도 회람 규칙, 프런트 엔드 도메인, 프로토콜 및 경로 수에 대한 복합 제한이 있습니다.
리소스 | 클래식 계층 제한 |
---|---|
구독당 Azure Front Door 리소스 수 | 100 |
리소스당 사용자 지정 도메인을 포함하는 프런트 엔드 호스트 | 500 |
리소스당 라우팅 규칙 | 500 |
규칙 집합당 규칙 | 25 |
리소스당 백 엔드 풀 수2 | 50 |
백 엔드 풀당 백 엔드 수 | 100 |
라우팅 규칙에 일치하는 경로 패턴 | 25 |
단일 캐시 제거 호출의 URL 수 | 100 |
최대 대역폭1 | 75Gbps |
프로필별 초당 최대 요청 수1 | 100,000 |
HTTP 헤더 크기 제한(헤더당) | 32KB |
정책당 사용자 지정 웹 애플리케이션 방화벽 규칙 | 100 |
구독당 웹 애플리케이션 방화벽 정책 수 | 100 |
사용자 지정 규칙당 웹 애플리케이션 방화벽 일치 조건 수 | 10 |
사용자 지정 규칙당 웹 애플리케이션 방화벽 IP 주소 범위 수 | 600 |
일치 조건당 웹 애플리케이션 방화벽 문자열 일치 값 수 | 10 |
웹 애플리케이션 방화벽 문자열 일치 값 길이 | 256 |
웹 애플리케이션 방화벽 POST 본문 매개 변수 이름 길이 | 256 |
웹 애플리케이션 방화벽 HTTP 헤더 이름 길이 | 256 |
웹 애플리케이션 방화벽 쿠키 이름 길이 | 256 |
웹 애플리케이션 방화벽 제외 제한 | 100 |
웹 애플리케이션 방화벽 HTTP 요청 본문 검사 제한 | 128KB |
웹 애플리케이션 방화벽 사용자 지정 응답 본문 길이 | 32KB |
1트래픽이 전 세계적으로 분산되지 않고 하나 이상의 지역에 집중되지 않거나 더 높은 할당량 한도가 필요한 경우 Azure 지원 요청을 만듭니다.
2제한을 늘리도록 요청하려면 Azure 지원 요청을 만듭니다. Azure 체험 계정 및 Azure for Students를 포함한 체험 구독은 제한 또는 할당량을 늘릴 수 없습니다. 체험 구독을 사용하는 경우 종량제 구독으로 업그레이드할 수 있습니다.
Azure Front Door 표준 및 프리미엄 서비스 한도
- 구독 당 최대 500개의 총 표준 및 프리미엄 프로필.
- 다음 한도 외에도 라우팅, 도메인, 프로토콜 및 경로 수에 대한 복합 제한이 있습니다.
리소스 | 표준 계층 제한 | 프리미엄 계층 제한 |
---|---|---|
구독당 최대 프로필 | 500 | 500 |
프로필당 최대 엔드포인트 | 10 | 25 |
프로필당 최대 사용자 지정 도메인 | 100 | 500 |
프로필당 최대 원본 그룹 | 100 | 200 |
원본 그룹 당 최대 원본 | 50 | 50 |
프로필당 최대 원본 | 100 | 200 |
최대 원본 시간 초과 | 16-240초 | 16-240초 |
프로필당 최대 경로 | 100 | 200 |
프로필당 최대 규칙 집합 | 100 | 200 |
경로당 최대 규칙 | 100 | 100 |
규칙 집합당 최대 규칙 | 100 | 100 |
최대 대역폭1 | 75Gbps | 75Gbps |
프로필별 초당 최대 요청 수1 | 100,000 | 100,000 |
라우팅 규칙에 일치하는 경로 패턴 | 25 | 50 |
단일 캐시 제거 호출의 URL 수 | 100 | 100 |
프로필당 최대 보안 정책 | 100 | 200 |
보안 정책당 최대 연결 | 110 | 225 |
프로필당 최대 비밀 | 100 | 500 |
HTTP 헤더 크기 제한(헤더당) | 32KB | 32KB |
구독당 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 |
1트래픽이 전 세계적으로 분산되지 않고 하나 이상의 지역에 집중되지 않거나 더 높은 할당량 한도가 필요한 경우 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(지역의 서비스에 액세스를 사용하도록 설정하기 위한 해당 지역의 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 수(피어된 가상 네트워크 포함) | 4,000 |
Azure Route Server가 지원할 수 있는 가상 네트워크 수 | 500 |
Azure Route Server가 지원할 수 있는 총 온-프레미스 및 Azure Virtual Network 접두사 수 | 10,000 |
1 NVA가 한도보다 많은 경로를 보급하면 BGP 세션이 끊깁니다.
참고 항목
분기 간이 사용하도록 설정된 경우 VNet 주소 공간 및 Route Server에서 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 주소 공간에서 ExpressRoute 가상 네트워크 게이트웨이로 Azure 개인 피어링에서 보급되는 최대 IPv4 경로 수 | 1,000 | 1,000 |
VNet 주소 공간에서 ExpressRoute 가상 네트워크 게이트웨이로 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 Direct만 해당
참고 항목
Global Reach 연결은 ExpressRoute 회로당 가상 네트워크 연결 제한에 따라 계산됩니다. 예를 들어 10Gbps 프리미엄 회로는 5개의 Global Reach 연결과 95개의 ExpressRoute 게이트웨이에 대한 연결 또는 95개의 Global Reach 연결과 5개의 ExpressRoute 게이트웨이에 대한 연결 또는 회로에 대해 최대 100개의 연결 제한까지의 기타 조합을 허용합니다.
ExpressRoute 게이트웨이 성능 한도
다음 표에서는 다양한 형식의 게이트웨이, 각각의 제한 사항, 예상 성능 메트릭을 간략하게 설명합니다. 이 숫자는 다음 테스트 조건에서 파생되었으며 최대 지원 한계를 나타냅니다. 실제 성능은 트래픽이 이 테스트 조건을 얼마나 근접하게 복제하는지에 따라 다를 수 있습니다.
테스트 조건
게이트웨이 SKU | 온-프레미스에서 전송된 트래픽 | 게이트웨이에서 보급한 경로 수 | 게이트웨이에서 학습한 경로 수 |
---|---|---|---|
표준/ERGw1Az | 1Gbps | 500 | 4000 |
고성능/ERGw2Az | 2Gbps | 500 | 9,500 |
Ultra Performance/ErGw3Az | 10Gbps | 500 | 9,500 |
ErGwScale(배율 단위당) | 1Gbps | 500 | 4,000 |
참고 항목
ExpressRoute는 가상 네트워크 주소 공간, 온-프레미스 네트워크 및 관련 가상 네트워크 피어링 연결에 걸쳐 최대 11,000개의 경로를 지원할 수 있습니다. ExpressRoute 연결의 안정성을 보장하려면 ExpressRoute에 11,000개 이상의 경로를 알리지 마세요.
성능 결과
이 표는 Azure Resource Manager와 클래식 배포 모델 모두에 적용됩니다.
게이트웨이 SKU | 초당 메가비트 | 초당 패킷 수 | 가상 네트워크의 지원되는 VM 수 1 | 흐름 개수 제한 |
---|---|---|---|---|
표준/ERGw1Az | 1,000 | 100,000 | 2,000 | 200,000 |
고성능/ERGw2Az | 2,000 | 200,000 | 4,500 | 400,000 |
Ultra Performance/ErGw3Az | 10000 | 1,000,000 | 11,000 | 1,000,000 |
ErGwScale(배율 단위당) | 1,000 | 100,000 | 2,000 | 배율 단위당 100,000 |
1 표의 값은 예상 수치이며 게이트웨이의 CPU 사용률에 따라 달라집니다. CPU 사용률이 높고 지원되는 VM 수가 초과되면 게이트웨이가 패킷 삭제를 시작합니다.
Important
- 애플리케이션 성능은 엔드투엔드 대기 시간 및 애플리케이션을 여는 트래픽 흐름 수와 같은 여러 요인에 따라 달라집니다. 테이블의 숫자는 이상적인 환경에서 애플리케이션이 이론상 수행할 수 있는 상한값을 나타냅니다. 또한 Microsoft는 ExpressRoute Virtual Network 게이트웨이에서 일상적인 호스트 및 OS 유지 관리를 수행하여 서비스의 안정성을 유지합니다. 유지 관리 기간 중에는 게이트웨이의 컨트롤 플레인 및 데이터 경로 용량이 줄어듭니다.
- 유지 관리 기간 동안 프라이빗 엔드포인트 리소스에 대한 일시적인 연결 문제가 발생할 수 있습니다.
- ExpressRoute는 최대 1400바이트의 TCP 및 UDP 패킷 크기를 지원합니다. 1400바이트보다 큰 패킷 크기는 조각화됩니다.
- Azure Route Server는 최대 4000개의 VM을 지원할 수 있습니다. 이 제한에는 피어링된 가상 네트워크의 VM이 포함됩니다. 자세한 내용은 Azure Route Server 제한 사항을 참조하세요.
NAT Gateway 제한
구독당 지역별로 Azure Resource Manager를 통해 관리되는 NAT Gateway 리소스에는 다음 제한이 적용됩니다. 구독 제한을 기준으로 현재 리소스 사용량을 보는 방법을 알아봅니다.
리소스 | 제한 |
---|---|
공용 IP 주소 | NAT 게이트웨이당 16개 |
서브넷 | NAT Gateway당 800개 |
데이터 처리량1 | 50Gbps |
엔터프라이즈 및 CSP 계약을 위한 NAT Gateway2 | 지역별 구독당 1,000개 |
후원 및 종량제를 위한 NAT Gateway2 | 지역별 구독당 100개 |
평가판 및 기타 모든 제품 유형을 위한 NAT Gateway2 | 지역별 구독당 15개 |
처리된 패킷 | 1M - 초당 5M 패킷 |
동일한 대상 엔드포인트에 대한 연결 | 공용 IP당 동일한 대상에 대한 50,000개의 연결 |
총 연결 수 | NAT 게이트웨이당 2M 연결 |
1 50Gbps의 총 데이터 처리량은 NAT Gateway 리소스를 통해 아웃바운드 및 인바운드(반환) 데이터로 분할됩니다. 데이터 처리량은 NAT Gateway를 통한 아웃바운드 데이터의 경우 25Gbps, 인바운드(응답) 데이터의 경우 25Gbps로 속도가 제한됩니다.
2 NAT Gateway의 기본 한도는 평가판, 종량제, CSP 등 제품 범주 형식에 따라 다릅니다. 예를 들어 기업계약 구독의 기본값은 1000입니다.
Private Link 제한
Azure 프라이빗 링크에는 다음과 같은 한도가 적용됩니다.
리소스 | 제한 |
---|---|
가상 네트워크당 프라이빗 엔드포인트 수 | 1000 |
구독당 프라이빗 엔드포인트 수 | 64000 |
구독당 프라이빗 링크 서비스 수 | 800 |
표준 Load Balancer당 프라이빗 링크 서비스 수 | 8 |
프라이빗 링크 서비스의 IP 구성 수 | 8(PLS당 사용되는 NAT IP 주소에 대한 수치) |
동일한 프라이빗 링크 서비스의 프라이빗 엔드포인트 수 | 1000 |
프라이빗 링크 서비스의 표시 유형 설정에서 허용되는 구독 수 | 100 |
프라이빗 링크 서비스의 자동 승인 설정에서 허용되는 구독 수 | 100 |
키 자격 증명 모음당 프라이빗 엔드포인트 수 | 64 |
구독당 프라이빗 엔드포인트가 포함된 키 자격 증명 모음의 수 | 400 |
프라이빗 엔드포인트에 연결할 수있는 프라이빗 DNS 영역 그룹의 수 | 1 |
각 그룹의 DNS 영역 수 | 5 |
프라이빗 엔드포인트 네트워크 인터페이스의 개인 IP 주소 수 | 500 |
Traffic Manager 제한
리소스 | 제한 |
---|---|
구독당 프로필 | 200 1 |
프로필당 엔드포인트 | 200 |
1 이러한 제한을 늘려야 하는 경우 Azure 지원에 문의하세요.
VPN Gateway 한도
달리 명시되지 않는 한 VPN Gateway 리소스 및 VPN Gateway 가상 네트워크 게이트웨이에는 다음 한도가 적용됩니다.
리소스 | 제한 |
---|---|
VNet 주소 접두사 | VPN 게이트웨이당 600개 |
BGP 경로 집계 | VPN 게이트웨이당 4,000개 |
로컬 네트워크 게이트웨이 주소 접두사 | 로컬 네트워크 게이트웨이당 1000개 |
S2S 연결 | 한도는 게이트웨이 SKU에 따라 다릅니다. 게이트웨이 SKU별 한도 표를 참조하세요. |
P2S 연결 | 한도는 게이트웨이 SKU에 따라 다릅니다. 게이트웨이 SKU별 한도 표를 참조하세요. |
P2S 경로 제한 - IKEv2 | Windows가 아닌 경우 256 / Windows인 경우 25 |
P2S 경로 제한-OpenVPN | 1000 |
최대 시작합니다. | VpnGw1-5/AZ의 경우 500K 인바운드 및 500K 아웃바운드 |
트래픽 선택기 정책 | 100 |
사용자 지정 APIPA BGP 주소 | 32 |
가상 네트워크의 지원되는 VM 수 | 한도는 게이트웨이 SKU에 따라 다릅니다. 게이트웨이 SKU별 한도 표를 참조하세요. |
게이트웨이 SKU별 한도
VPN 게이트웨이 생성 |
SKU | S2S/VNet-to-VNet 터널 |
P2S SSTP 연결 |
P2S IKEv2/OpenVPN Connections |
집계 처리량 벤치마크 |
BGP | Zone-redundant | Virtual Network에서 지원되는 VM 수 |
---|---|---|---|---|---|---|---|---|
생성 1 | 기본 | 최대 10 | 최대 128 | 지원되지 않음 | 100Mbps | 지원되지 않음 | 아니요 | 200 |
생성 1 | VpnGw1 | 최대 30 | 최대 128 | 최대 250 | 650Mbps | 지원됨 | 아니요 | 450 |
생성 1 | VpnGw2 | 최대 30 | 최대 128 | 최대 500 | 1Gbps | 지원됨 | 아니요 | 1300 |
생성 1 | VpnGw3 | 최대 30 | 최대 128 | 최대 1000 | 1.25Gbps | 지원됨 | 아니요 | 4000 |
생성 1 | VpnGw1AZ | 최대 30 | 최대 128 | 최대 250 | 650Mbps | 지원됨 | 예 | 1000 |
생성 1 | VpnGw2AZ | 최대 30 | 최대 128 | 최대 500 | 1Gbps | 지원됨 | 예 | 2000 |
생성 1 | VpnGw3AZ | 최대 30 | 최대 128 | 최대 1000 | 1.25Gbps | 지원됨 | 예 | 5000 |
생성 2 | VpnGw2 | 최대 30 | 최대 128 | 최대 500 | 1.25Gbps | 지원됨 | 아니요 | 685 |
생성 2 | VpnGw3 | 최대 30 | 최대 128 | 최대 1000 | 2.5Gbps | 지원됨 | 아니요 | 2240 |
생성 2 | VpnGw4 | 최대 100* | 최대 128 | 최대 5,000 | 5Gbps | 지원됨 | 아니요 | 5300 |
생성 2 | VpnGw5 | 최대 100* | 최대 128 | 최대 10000 | 10Gbps | 지원됨 | 아니요 | 6700 |
생성 2 | VpnGw2AZ | 최대 30 | 최대 128 | 최대 500 | 1.25Gbps | 지원됨 | 예 | 2000 |
생성 2 | VpnGw3AZ | 최대 30 | 최대 128 | 최대 1000 | 2.5Gbps | 지원됨 | 예 | 3300 |
생성 2 | VpnGw4AZ | 최대 100* | 최대 128 | 최대 5,000 | 5Gbps | 지원됨 | 예 | 4400 |
생성 2 | VpnGw5AZ | 최대 100* | 최대 128 | 최대 10000 | 10Gbps | 지원됨 | 예 | 9000 |
게이트웨이 SKU 및 한도에 대한 자세한 내용은 게이트웨이 SKU 정보를 참조하세요.
게이트웨이 성능 제한
이 섹션의 표에는 VpnGw SKU에 대한 성능 테스트 결과가 나열되어 있습니다. VPN 터널은 VPN 게이트웨이 인스턴스에 연결됩니다. 각 인스턴스 처리량은 이전 섹션의 처리량 테이블에 설명되어 있으며 해당 인스턴스에 연결되는 모든 터널에서 집계할 수 있습니다. 이 표에서는 다른 게이트웨이 SKU에 대해 관찰된 대역폭 및 터널당 초당 패킷 처리량을 보여 줍니다. 모든 테스트는 연결이 100개이고 표준 부하 조건에서 Azure 내의 게이트웨이(엔드포인트) 간에 수행되었습니다. 공개적으로 사용 가능한 iPerf 및 CTSTraffic 도구를 사용하여 사이트 간 연결 성능을 측정했습니다.
- IPsec 암호화와 무결성 모두에 GCMAES256 알고리즘을 사용할 때 최상의 성능을 얻었습니다.
- IPsec 암호화에 AES256을 사용하고 무결성에 SHA256을 사용할 때는 평균 성능을 얻었습니다.
- IPsec 암호화에 DES3을 사용하고 무결성에 SHA256을 사용할 때는 가장 낮은 성능을 얻었습니다.
생성 | SKU | 알고리즘 used |
처리량 관찰된 처리량 |
터널별 초당 패킷 수 observed |
---|---|---|---|---|
생성 1 | VpnGw1 | GCMAES256 AES256, SHA256 DES3, SHA256 |
650Mbps 500Mbps 130Mbps |
62,000 47,000 12,000 |
생성 1 | VpnGw2 | GCMAES256 AES256, SHA256 DES3, SHA256 |
1.2Gbps 650Mbps 140Mbps |
100,000 61,000 13,000 |
생성 1 | VpnGw3 | GCMAES256 AES256, SHA256 DES3, SHA256 |
1.25Gbps 700Mbps 140Mbps |
120,000 66,000 13,000 |
생성 1 | VpnGw1AZ | GCMAES256 AES256, SHA256 DES3, SHA256 |
650Mbps 500Mbps 130Mbps |
62,000 47,000 12,000 |
생성 1 | VpnGw2AZ | GCMAES256 AES256, SHA256 DES3, SHA256 |
1.2Gbps 650Mbps 140Mbps |
110,000 61,000 13,000 |
생성 1 | VpnGw3AZ | GCMAES256 AES256, SHA256 DES3, SHA256 |
1.25Gbps 700Mbps 140Mbps |
120,000 66,000 13,000 |
생성 2 | VpnGw2 | GCMAES256 AES256, SHA256 DES3, SHA256 |
1.25Gbps 550Mbps 130Mbps |
120,000 52,000 12,000 |
생성 2 | VpnGw3 | GCMAES256 AES256, SHA256 DES3, SHA256 |
1.5Gbps 700Mbps 140Mbps |
140,000 66,000 13,000 |
생성 2 | VpnGw4 | GCMAES256 AES256, SHA256 DES3, SHA256 |
2.3Gbps 700Mbps 140Mbps |
220,000 66,000 13,000 |
생성 2 | VpnGw5 | GCMAES256 AES256, SHA256 DES3, SHA256 |
2.3Gbps 700Mbps 140Mbps |
220,000 66,000 13,000 |
생성 2 | VpnGw2AZ | GCMAES256 AES256, SHA256 DES3, SHA256 |
1.25Gbps 550Mbps 130Mbps |
120,000 52,000 12,000 |
생성 2 | VpnGw3AZ | GCMAES256 AES256, SHA256 DES3, SHA256 |
1.5Gbps 700Mbps 140Mbps |
140,000 66,000 13,000 |
생성 2 | VpnGw4AZ | GCMAES256 AES256, SHA256 DES3, SHA256 |
2.3Gbps 700Mbps 140Mbps |
220,000 66,000 13,000 |
생성 2 | VpnGw5AZ | GCMAES256 AES256, SHA256 DES3, SHA256 |
2.3Gbps 700Mbps 140Mbps |
220,000 66,000 13,000 |
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 연결 | 500 - Virtual WAN의 총 허브 수 |
Virtual WAN Hub Router별 총 처리량 | VNet 간 전송용 50Gbps |
단일 Virtual WAN 허브에 연결된 모든 VNet의 VM 워크로드 | 2000(기본 제한 이상으로 제한 또는 할당량을 높이려면 허브 설정 참조). |
허브가 연결된 리소스(가상 네트워크, 분기, 기타 가상 허브 등)에서 허용할 수 있는 총 경로 수 | 10,000 |
Notification Hubs 제한
계층 | 무료 | Basic | Standard |
---|---|---|---|
포함된 푸시 | 1백만 | 1천만 | 1천만 |
활성 디바이스 | 500 | 200,000 | 1천만 |
설치 또는 등록당 태그 할당량 | 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(메시징 단위)당 1000입니다. |
네임스페이스에 새 토픽 또는 큐를 만들기 위한 후속 요청이 거부됩니다. 따라서 Azure Portal을 통해 구성된 경우 오류 메시지가 생성됩니다. 관리 API에서 호출되는 경우 호출 코드에서 예외가 수신됩니다. |
네임스페이스당 분할된 토픽 또는 큐 수 | 네임스페이스 | 기본 및 표준 계층: 100 각 분할된 큐 또는 토픽은 네임스페이스 당 1,000개의 엔터티를 할당량으로 계산합니다. | 네임스페이스에 분할된 새 토픽 또는 큐를 만들기 위한 후속 요청이 거부됩니다. 따라서 Azure Portal을 통해 구성된 경우 오류 메시지가 생성됩니다. 관리 API에서 호출되는 경우 호출 코드에서 QuotaExceededException 예외가 수신됩니다. 기본 또는 표준 계층 네임스페이스에 분할된 엔터티를 더 많이 포함하려면 추가 네임스페이스를 만듭니다. |
모든 메시징 엔터티 경로의 최대 크기: 큐 또는 토픽 | Entity | 260자 | |
모든 메시징 엔터티 이름의 최대 크기: 네임스페이스, 구독 또는 구독 규칙 | Entity | 50자 | |
메시지 ID의 최대 크기 | Entity | 128 | |
메시지 세션 ID의 최대 크기 | Entity | 128 | |
큐, 토픽 또는 구독 엔터티의 메시지 크기 | Entity | 표준 계층 256KB AMQP의 프리미엄 계층에는 100MB, HTTP 및 SBMP의 프리미엄에는 1MB입니다. 일괄 처리의 최대 크기는 표준 계층의 경우 256KB이고 프리미엄 계층의 경우 1MB입니다. 메시지 크기에는 속성(시스템 및 사용자) 크기와 페이로드 크기가 포함됩니다. 시스템 속성의 크기는 시나리오에 따라 다릅니다. |
이러한 할당량을 초과하는 들어오는 메시지가 거부되며 호출 코드에서 예외를 수신합니다. |
큐, 토픽 또는 구독 엔터티의 메시지 속성 크기 | Entity | 각 속성에 대한 최대 메시지 속성 크기는 32KB입니다. 모든 속성의 누적 크기는 64KB를 초과할 수 없습니다. 이 제한은 사용자 속성과 시퀀스 번호, 레이블 및 메시지 ID와 같은 시스템 속성을 모두 가진 broker 저장 메시지의 전체 헤더에 적용됩니다. 속성 모음에서 헤더 속성의 최대 수: byte/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개가 넘는 메시지를 보낼 수 없습니다"라는 예외를 수신합니다. |
DeleteMessagesAsync 호출에서 삭제된 최대 메시지 수 | Entity | 4000 | |
PeekMessagesAsync 호출에서 반환되는 최대 메시지 수 | Entity | 250 | |
가상 네트워크 및 IP 필터 규칙 수 | 네임스페이스 | 128 |
사이트 복구 제한
Azure Site Recovery에는 다음과 같은 제한이 적용됩니다.
제한 식별자 | 제한 |
---|---|
구독당 자격 증명 모음 수 | 500 |
구독당 보호된 디스크 수(데이터 및 OS 모두) | 3000 |
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/시간 | 1,200/시간 이 제한은 Azure Synapse Analytics가 아닌 Azure Resource Manager가 부과합니다. |
API 호출 읽기 | 12,500/시간 | 12,500/시간 이 제한은 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 가격 책정을 참조하세요.
2 Azure 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 리소스 관리자 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 울트라 디스크 용량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는 여러 지역에 복제해야 합니다. 이를 위해 Azure는 각 지역에 대해 관리되지 않는 스토리지 계정을 만듭니다. 애플리케이션에서 사용하는 관리되지 않는 스토리지 계정 수는 모든 애플리케이션의 복제본 수에 따라 결정됩니다.
일반적으로 각 스토리지 계정은 최대 200개의 동시 연결을 수용할 수 있습니다. 다음은 "UnmanagedStorageAccountCount" 오류를 해결하기 위한 옵션입니다.
- 원본 애플리케이션 Blob에 페이지 Blob을 사용합니다. 관리되지 않는 계정은 블록 Blob 복제에만 사용됩니다. 페이지 Blob에는 이러한 제한이 없습니다.
- VM 애플리케이션 버전의 복제본 수를 줄이거나 더 이상 필요하지 않은 애플리케이션을 삭제합니다.
- 지원 요청을 제출하여 할당량 증가를 가져옵니다.
자세한 내용은 VM 애플리케이션을 참조하세요.
디스크 암호화 집합
구독 별로 지역당 5,000개의 디스크 암호화 집합 제한이 있습니다. 자세한 내용은 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/초 | 최대 500MB/초 |
*디스크당 확장 처리량 | 해당 없음 | 해당 없음 | 해당 없음 | 해당 없음 | 해당 없음 | 최대 150MB/s | 최대 300MB/s | 최대 500MB/초 | 최대 500MB/초 | 최대 500MB/초 | 최대 500MB/초 |
* 성능 플러스(미리 보기)가 사용하도록 설정된 디스크에만 적용됩니다.
표준 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 |
디스크당 기본 처리량 | 최대 100MB/s | 최대 100MB/초 | 최대 100MB/초 | 최대 100MB/초 | 최대 100MB/초 | 최대 100MB/초 | 최대 100MB/초 | 최대 100MB/초 | 최대 100MB/초 | 최대 100MB/초 | 최대 100MB/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/초 | 150MB/초 | 150MB/초 | 150MB/초 | 150MB/초 | 150MB/초 | 150MB/초 | 150MB/초 | 250MB/초 | |||||
최대 버스트 기간 | 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/초 | 25MB/초 | 25MB/초 | 25MB/초 | 50MB/초 | 100MB/초 | 125MB/s | 150MB/초 | 200MB/s | 250MB/초 | 250MB/초 | 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은 각각 표준 스토리지와 프리미엄 스토리지를 사용하는 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분 |
|
씬 복원 가용성 | 마지막 장애 조치 | |
최대 클라이언트 읽기/쓰기 처리량(SSD 계층에서 제공 시)* | 920/720MB/초(단일 10기가비트 이더넷 네트워크 인터페이스를 사용하는 경우) | MPIO 및 2개의 네트워크 인터페이스를 사용하는 경우 최대 2배 |
최대 클라이언트 읽기/쓰기 처리량(HDD 계층에서 제공 시)* | 120/250MB/초 | |
최대 클라이언트 읽기/쓰기 처리량(클라우드 계층에서 제공 시)* | 11/41MB/초 | 읽기 처리량은 충분한 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 | 각 구독에는 지역당 최대 1500개의 작업이 있을 수 있습니다. |
참조 데이터 Blob MB | 5GB | 1개 이상의 SU를 사용하는 경우 최대 5GB. |
쿼리의 최대 문자 수 | 512000 | Azure Stream Analytics 작업 쿼리에는 512k 문자의 하드 제한이 있습니다. |
Virtual Machines 제한
Virtual Machines 제한
리소스 | 제한 |
---|---|
클라우드 서비스당 가상 머신 1 | 50 |
클라우드 서비스당 입력 엔드포인트 2 | 150 |
1 Azure Resource Manager 대신 클래식 배포 모델을 사용하여 만든 가상 머신은 클라우드 서비스에 자동으로 저장됩니다. 부하 분산 및 가용성을 위해 해당 클라우드 서비스에 더 많은 가상 머신을 추가할 수 있습니다.
2 입력 엔드포인트를 사용하여 가상 머신의 클라우드 서비스 외부에서 가상 머신에 통신할 수 있습니다. 같은 클라우드 서비스나 가상 네트워크에 있는 가상 머신은 서로 간에 자동으로 통신할 수 있습니다.
Virtual Machines 제한 - Azure 리소스 관리자
Azure Resource Manager 및 Azure 리소스 그룹을 사용하는 경우 다음 제한이 적용됩니다.
리소스 | 제한 |
---|---|
구독 | 지역당 25,0001 |
구독당 VM 총 코어 수 | 지역당 201 한도를 늘리려면 고객 지원팀에 문의하세요. |
구독당 Azure Spot VM 총 코어 수 | 지역당 201 한도를 늘리려면 고객 지원팀에 문의하세요. |
시리즈당 VM(Dv2 및 F 등), 구독당 코어 | 지역당 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개의 A1 VM 또는 30개의 D1 VM 또는 총 코어가 30개를 초과하지 않는 두 가지의 조합을 배포할 수 있습니다. 조합의 예로는 10개의 A1 VM과 20개의 D1 VM이 있습니다.
컴퓨팅 갤러리 제한
Compute Gallery를 사용하여 리소스를 배포할 때 구독당 제한이 있습니다.
- 구독마다, 지역마다 갤러리 100개
- 구독마다, 지역마다 이미지 정의 1,000개
- 구독마다, 지역마다 이미지 버전 10,000개
관리 실행 명령 제한
허용되는 관리형 실행 명령의 최대 수는 현재 25개로 제한됩니다.
Virtual Machine Scale Sets 제한
리소스 | 제한 |
---|---|
확장 집합에서 최대 VM 수 | 1,000 |
확장 집합의 사용자 지정 VM 이미지에 따라 최대 VM 수 | 600 |
지역별 구독당 최대 확장 집합 수 | 2,500 |
IB 클러스터용 VMSS에서 지원되는 최대 노드 수 | 100 |
Virtual Network 관리자 제한
범주 | 제한 사항 |
---|---|
일반적인 제한 사항 | |
테넌트 간 지원 | 정적 멤버십 네트워크 그룹에만 해당 |
Azure 구독 | 정책 적용은 < 15,000 구독으로 제한됨 |
정책 적용 모드 | 사용하지 않도록 설정으로 설정한 경우 네트워크 그룹에 추가되지 않음 |
정책 평가 주기 | 표준 평가 주기는 지원되지 않음 |
구독 운동 | 구독을 다른 테넌트로 이동하는 것은 지원되지 않음 |
연결된 그룹의 제한 사항 | |
그룹의 가상 네트워크 | 최대 250개의 가상 네트워크 |
프라이빗 엔드포인트와의 통신 | 현재 미리 보기에서는 지원되지 않음 |
허브 및 스포크 구성 | 허브에 피어링된 최대 500개의 가상 네트워크 |
직접 연결 | 사용하도록 설정된 경우 최대 250개의 가상 네트워크 |
네트워크 그룹 멤버 자격 | 가상 네트워크는 최대 두 개의 연결된 그룹에 속할 수 있습니다. |
겹치는 IP 공간 | 중복된 IP 주소에 대한 통신이 끊어짐 |
보안 관리 규칙의 제한 사항 | |
IP 접두사 | 최대 1,000개의 IP 접두사 결합 |
관리 규칙 | 한 수준에서 최대 100개의 관리 규칙 |
개발 터널 한도
개발 터널에는 다음 한도가 적용됩니다. 한도는 매월 다시 설정됩니다.
리소스 | 제한 |
---|---|
대역폭 | 사용자당 5GB |
터널 | 사용자당 10 |
Active connections | 포트당 20 |
Ports | 터널당 10 |
HTTP 요청 속도 | 포트당 1500/분 |
데이터 전송 속도 | 터널당 최대 20MB/초 |
최대 웹 전달 HTTP 요청 본문 크기 | 16MB |
개발 터널에 대한 더 높은 사용 한도를 요청하려면 GitHub 리포지토리에서 문제를 엽니다. 이 문제에 늘리려는 한도와 이유를 포함합니다.