다음을 통해 공유


Azure 구독 및 서비스 제한, 할당량 및 제약 조건

이 문서는 때때로 할당량이라고도 하는 가장 일반적인 Microsoft Azure 제한의 일부를 나열합니다.

제한을 관리하는 방법

Note

일부 서비스에는 조정 가능한 한도가 있습니다.

한도를 조정할 수 있는 경우 표에는 기본 한도최대 한도 헤더가 포함됩니다. 한도는 기본 한도를 초과할 수 있지만 최대 한도를 초과할 수는 없습니다. 조정 가능한 한도가 있는 일부 서비스는 한도를 조정하는 방법에 대한 정보와 함께 다른 헤더를 사용합니다.

서비스에 조정 가능한 한도가 없는 경우 다음 표에서는 한도 조정에 대한 추가 정보 없이 헤더 한도를 사용합니다. 이런 경우에는 기본 한도와 최대 한도가 동일합니다.

기본 한도 이상으로 한도 또는 할당량을 높이려는 경우 비용 없이 온라인 고객 지원 요청을 개설합니다.

소프트 제한하드 제한이라는 용어는 종종 비공식적으로 현재 조정 가능한 제한(소프트 제한) 및 최대 제한(하드 제한)을 설명하는 데 사용됩니다. 제한을 조정할 수 없는 경우 소프트 제한이 아니라 하드 제한만 있습니다.

무료 Azure 평가판 구독은 한도 또는 할당량 증가를 받을 수 없습니다. 이러한 유형의 구독이 있는 경우 종량제 구독으로 업그레이드할 수 있습니다. 자세한 내용은 Azure 계정 업그레이드 및 Azure 체험 또는 결제에 대한 개요를 참조하세요.

일부 한도는 지역 수준에서 관리됩니다. 한 지역의 워크로드에 대한 할당량을 결정한 다음 배포하려는 각 지역에 대해 해당 금액을 요청합니다.

예를 들어 vCPU(가상 중앙 처리 장치) 할당량을 사용하는 경우:

  • vCPU에 대한 지원을 통해 할당량 증가를 요청하려면 어떤 지역에서 사용할 vCPU 수를 결정합니다.
  • 그런 다음, 원하는 금액 및 지역에 대한 vCPU 할당량 증가를 요청합니다.
  • 서유럽 지역에서 30개의 vCPU를 사용하여 애플리케이션을 실행해야 하는 경우, 서유럽에서 30개의 vCPU를 구체적으로 요청합니다.
  • vCPU 할당량은 다른 지역에서는 증가하지 않습니다. 서유럽만 30-vCPU 할당량이 있습니다.

특정 지역의 할당량을 확인하는 방법에 대한 자세한 내용은 리소스 할당량 오류 해결을 참조하세요.

General limits

Azure 관리 그룹 제한

Azure 관리 그룹에는 다음 제한이 적용됩니다.

Resource Limit
Microsoft Entra 테넌트별 관리 그룹 10,000
관리 그룹당 구독 Unlimited.
관리 그룹 계층 구조의 수준 루트 수준 + 6 수준1
관리 그룹당 직접 부모 관리 그룹 One
위치당 관리 그룹 수준 배포 8002
관리 그룹 수준 배포의 위치 10
배포 기록의 관리 그룹별 배포 내역 8003

16 수준에는 구독 수준이 포함되지 않습니다.

2800개 배포 제한에 도달하면 기록에서 더 이상 필요하지 않은 배포를 삭제합니다. 관리 그룹 수준 배포를 삭제하려면 Remove-AzManagementGroupDeployment 또는 az deployment mg delete를 사용합니다.

3한도에 가까워지면 배포가 기록에서 자동으로 삭제됩니다. 배포 기록에서 항목을 삭제해도 배포된 리소스에는 영향을 주지 않습니다. 자세한 내용은 배포 기록에서 자동 삭제를 참조하세요.

Azure 구독 제한

Azure Resource Manager 및 Azure 리소스 그룹을 사용하는 경우 다음 제한이 적용됩니다.

Resource Limit
Microsoft Entra 테넌트와 연결된 Azure 구독 Unlimited
구독당 공동 관리자 Unlimited
구독당 리소스 그룹 980
Azure Resource Manager API 요청 크기 4,194,304 bytes
구독당 태그 수1 50
구독당 고유한 태그 계산2 80,000
위치당 구독 수준 배포 8003
구독 수준 배포 위치의 위치 10

1최대 50개의 태그를 구독에 직접 적용할 수 있습니다. 구독 내에서 각 리소스 또는 리소스 그룹도 50개의 태그로 제한됩니다. 그러나 구독에는 리소스 및 리소스 그룹에 분산된 태그가 무제한으로 포함될 수 있습니다.

2Resource Manager는 고유한 태그 수가 80,000개 이하일 경우에만 구독에 태그 이름 및 값의 목록을 반환합니다. 고유 태그는 리소스 ID, 태그 이름 및 태그 값의 조합으로 정의됩니다. 예를 들어, 동일한 태그 이름과 값을 가진 두 개의 리소스는 두 개의 고유한 태그로 계산됩니다. 개수가 80,000개를 초과하더라도 태그로 리소스를 찾을 수 있습니다.

3한도에 가까워지면 배포가 기록에서 자동으로 삭제됩니다. 자세한 내용은 배포 기록에서 자동 삭제를 참조하세요.

Azure 리소스 그룹 제한

Resource Limit
리소스 그룹당 리소스 리소스는 리소스 그룹으로 제한되지 않습니다. 대신 리소스 그룹의 리소스 형식에 의해 제한됩니다. 다음 행을 참조하세요.
리소스 그룹별 리소스 및 리소스 유형별 리소스 800 - 일부 리소스 유형은 800 제한을 초과할 수 있습니다. 리소스 그룹당 800 인스턴스로 제한되지 않는 리소스를 참조하세요.
배포 기록에서 리소스 그룹별 배포 8001
배포당 리소스 800
고유 범위당 관리 잠금 20
리소스당 또는 리소스 그룹당 태그 수 50
태그 키 길이 512
태그 값 길이 256

1한도에 가까워지면 배포가 기록에서 자동으로 삭제됩니다. 배포 기록에서 항목을 삭제해도 배포된 리소스에는 영향을 주지 않습니다. 자세한 내용은 배포 기록에서 자동 삭제를 참조하세요.

Template limits

Value Limit
Parameters 256
Variables 256
자원(복사본 수 포함) 800
Outputs 64
Template expression 24,576 chars
내보낸 템플릿의 리소스 200
Template size 4 MB
리소스 정의 크기 1 MB
매개 변수 파일 크기 4 MB

중첩된 템플릿을 사용하여 일부 템플릿 제한을 초과할 수 있습니다. 자세한 내용은 Azure 리소스를 배포할 때 연결된 템플릿 사용을 참조하세요. 매개 변수, 변수 또는 출력의 수를 줄이려면 개체에 여러 값을 결합할 수 있습니다. 자세한 내용은 매개 변수로 개체 사용을 참조하세요.

총 요청 크기가 너무 크면 4 MB 미만의 템플릿이나 매개 변수 파일에 오류가 발생할 수 있습니다. 큰 요청이 방지되도록 템플릿을 간소화하는 방법에 대한 자세한 내용은 작업 크기 초과에 대한 오류 해결을 참조하세요.

Azure API 센터 제한

Resource Free plan1 Standard plan2
최대 API 수 200 10,000
API당 최대 버전 수 5 100
버전당 최대 정의 수 5 5
API당 최대 배포 수 10 10
환경의 최대 수 20 20
최대 작업 영역 수 1 (Default) 1 (Default)
엔터티당 최대 사용자 지정 메타데이터 속성 수3 10 20
"개체" 형식의 사용자 지정 메타데이터 속성에 있는 자식 속성의 최대 수 10 10
분당 최대 요청(데이터 평면) 3,000 6,000
분석된 최대 API 정의 수 10 2,0004
최대 분석 프로필 수 1 3
연결된 API 원본의 최대 수 5 1 3
연결된 API 원본에서 동기화된 최대 API 수 200 2,0004
API 센터 포털의 의미 체계 검색 No Yes

1 API 분석을 포함한 전체 서비스 기능의 사용은 제한적입니다.
2 표준 플랜의 제한을 늘리려면 지원에 문의하세요.
3 API, 배포 및 환경에 할당된 사용자 지정 메타데이터 속성입니다.
4 프로세스를 완료하는 데 몇 분에서 최대 24시간이 걸릴 수 있습니다.
5 연결된 API Management 인스턴스와 같은 원본입니다.

Azure API Management 제한

이 섹션에서는 다음을 포함하여 다양한 서비스 계층의 Azure API Management 인스턴스에 적용되는 제한에 대한 정보를 제공합니다.

제한 사항 - API Management 클래식 계층

다음 표의 제한은 2025년 7월부터 도입됩니다.

한도 증가를 요청하려면 Azure Portal에서 지원 요청을 만듭니다. 자세한 내용은 Azure 지원 계획을 참조하세요.

Resource Consumption Developer Basic Standard Premium
Scale units 해당 없음(자동 크기 조정) 1 2 4 지역당 31
Azure 구독당 서비스 인스턴스 20 Unlimited Unlimited Unlimited Unlimited
Caches 100 100 100 100 100
캐시 크기(단위당) External only 10 MiB 50 MiB 1 GiB 5 GiB
HTTP 권한당 동시 백 엔드 연결1 Unlimited 1,024 단위당 2,048 단위당 2,048 단위당 2,048
캐시된 응답 크기 2 MiB 2 MiB 2 MiB 2 MiB 2 MiB
정책 문서 크기 16 KiB 256 KiB 256 KiB 256 KiB 256 KiB
사용자 지정 게이트웨이 도메인 N/A 20 N/A N/A 20
CA certificates N/A 10 10 10 10
Client certificates 50 100 100 100 100
API(수정 버전 포함) 150 150 150 500 2,500
API releases 100 100 100 100 100
API operations 3,000 3,000 3,000 10,000 20,000
API당 API 작업 100 100 100 100 100
API 버전 집합 100 100 100 100 100
API tags 100 100 100 100 100
API당 API 태그 100 100 100 100 100
API 태그 설명 100 100 100 100 100
API당 API 태그 설명 100 100 100 100 100
제품당 API 100 100 100 100 100
Backends 100 100 100 100 100
Products 50 50 50 200 400
Subscriptions N/A 500 500 2,000 4,000
사용자당 구독 N/A 100 100 100 100
제품당 구독 100 100 100 100 100
Groups N/A 20 20 100 200
제품당 그룹 N/A 100 100 100 100
사용자당 그룹 N/A 100 100 100 100
Users N/A 300 300 2,000 4,000
제품당 사용자 수 N/A 100 100 100 100
Loggers 100 100 100 100 100
Policy fragments 50 50 50 50 100
Named values 100 100 100 100 100
Private endpoints 100 100 100 100 100
총 요청 기간 30 seconds Unlimited Unlimited Unlimited Unlimited
요청 페이로드 크기 1 GiB Unlimited Unlimited Unlimited Unlimited
버퍼링된 페이로드 크기 2 MiB 500 MiB 500 MiB 500 MiB 500 MiB
진단 로그의 요청/응답 페이로드 크기 8,192 bytes 8,192 bytes 8,192 bytes 8,192 bytes 8,192 bytes
요청 URL 크기2 16,384 bytes Unlimited Unlimited Unlimited Unlimited
URL 경로 세그먼트의 문자 길이 1,024 1,024 1,024 1,024 1,024
명명된 값의 문자 길이 4,096 4,096 4,096 4,096 4,096
유효성 검사 정책에 사용되는 API 스키마의 크기 4 MB 4 MB 4 MB 4 MB 4 MB
Schemas 100 100 100 100 100
API당 스키마 100 100 100 100 100
유효성 검사 콘텐츠 정책의 요청 또는 응답 본문 크기 100 KiB 100 KiB 100 KiB 100 KiB 100 KiB
Self-hosted gateways3 N/A 25 N/A N/A 25
OpenID Connect 공급자 10 10 10 10 10
4단원당 활성 WebSocket 연결 N/A 2,500 5,000 5,000 5,000
Tags 100 100 100 100 100
제품당 태그 100 100 100 100 100
Credential providers 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
Authorization servers 10 10 10 500 500
연결당 분당 권한 부여 요청 250 250 250 250 250
GraphQL resolvers 100 100 100 100 100
API당 GraphQL 리졸버 100 100 100 100 100
Workspaces N/A N/A N/A N/A 100
작업 영역당 API N/A N/A N/A N/A 50
작업 공간당 작업 공간 게이트웨이 프리미엄 N/A N/A N/A N/A 30

1 백 엔드에서 명시적으로 닫지 않으면 연결이 풀링되고 다시 사용됩니다.
2 최대 2,048바이트 길이의 쿼리 문자열을 포함합니다.
3 자체 호스팅 게이트웨이 리소스와 연결된 노드(또는 복제본)의 수는 프리미엄 계층에서 무제한이며, 개발자 계층에서는 단일 노드로 제한됩니다.
4 최대 60,000개의 연결.

제한 사항 - API Management v2 계층

한도 증가를 요청하려면 Azure Portal에서 지원 요청을 만듭니다. 자세한 내용은 Azure 지원 계획을 참조하세요.

Resource Basic v2 Standard v2 Premium v2
최대 배율 단위 수 10 10 30
서비스 인스턴스당 최대 캐시 크기 250 MB 1 GB 5 GB
서비스 인스턴스당 최대 API 수 150 500 2,500
서비스 인스턴스당 최대 API 작업 수 3,000 10,000 20,000
서비스 인스턴스당 최대 구독 수 500 2,000 4,000
서비스 인스턴스당 최대 제품 수 50 200 400
서비스 인스턴스당 최대 사용자 수 300 2,000 4,000
서비스 인스턴스당 최대 그룹 수 20 100 200
서비스 인스턴스당 최대 권한 부여 서버 수 10 500 500
서비스 인스턴스당 최대 정책 조각 수 50 50 100
서비스 인스턴스당 최대 OpenID Connect 공급자 수 10 10 20
서비스 인스턴스당 최대 인증서 수 100 100 100
서비스 인스턴스당 최대 백 엔드 수 100 100 100
서비스 인스턴스당 최대 캐시 수 100 100 100
서비스 인스턴스당 명명된 값의 최대 수 100 100 100
서비스 인스턴스당 최대 로거 수 100 100 100
서비스 인스턴스당 최대 스키마 수 100 100 100
API당 최대 스키마 수 100 100 100
서비스 인스턴스당 최대 태그 수 100 100 100
API당 최대 태그 수 100 100 100
서비스 인스턴스당 최대 버전 집합 수 100 100 100
API당 최대 릴리스 수 100 100 100
API당 최대 작업 수 100 100 100
서비스 인스턴스당 최대 GraphQL 해결 프로그램 수 100 100 100
API당 최대 GraphQL 해결 프로그램 수 100 100 100
제품당 최대 API 수 100 100 100
API당 최대 구독 수 100 100 100
제품당 최대 구독 수 100 100 100
제품당 최대 그룹 수 100 100 100
제품당 최대 태그 수 100 100 100
HTTP 권한당 동시 백 엔드 연결1 2,048 2,048 2,048
캐시된 최대 응답 크기 2 MiB 2 MiB 2 MiB
최대 정책 문서 크기 256 KiB 256 KiB 256 KiB
최대 요청 페이로드 크기 1 GiB 1 GiB 1 GiB
최대 버퍼링된 페이로드 크기 2 MiB 2 MiB 2 MiB
진단 로그의 최대 요청/응답 페이로드 크기 8,192 bytes 8,192 bytes 8,192 bytes
최대 요청 URL 크기2 16,384 bytes 16,384 bytes 16,384 bytes
URL 패스 세그먼트의 최대 길이 1,024 characters 1,024 characters 1,024 characters
명명된 값의 최대 문자 길이 4,096 characters 4,096 characters 4,096 characters
콘텐츠 유효성 검사 정책에서 요청 또는 응답 본문의 최대 크기 100 KiB 100 KiB 100 KiB
유효성 검사 정책에서 사용하는 API 스키마의 최대 크기 4 MB 4 MB 4 MB
장치당 최대 활성 WebSocket 연결 수3 5,000 5,000 5,000

1 백 엔드에서 명시적으로 닫지 않으면 연결이 풀링되고 다시 사용됩니다.
2 최대 2,048바이트 길이의 쿼리 문자열을 포함합니다.
3 서비스 인스턴스당 최대 60,000개까지 연결합니다.

제한 - API Management 작업 영역

Azure API Management의 작업 영역당 리소스 제한은 다음과 같습니다.

Resource 작업 영역 - 프리미엄 계층
인스턴스당 최대 작업 영역 수 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 Basic v2 Standard v2 Premium v2
업로드할 최대 미디어 파일 수 15 15 15
미디어 파일의 최대 크기 500 KB 500 KB 500 KB
최대 페이지 수 30 50 50
최대 위젯 수1 30 50 50
페이지당 메타데이터의 최대 크기 350 KB 350 KB 350 KB
위젯당 최대 메타데이터 크기1 350 KB 350 KB 350 KB
분당 최대 클라이언트 요청 수 200 200 200

1 텍스트, 이미지, API 목록 등 기본 제공 위젯에 대한 제한입니다. 현재 사용자 지정 위젯 및 사용자 지정 HTML 코드 위젯은 v2 계층에서 지원되지 않습니다.

Azure 앱 서비스 제한

Resource Free Shared Basic Standard Premium (v1-v4) Isolated
Azure App Service 계획당1 10 100 Unlimited2 Unlimited2 Unlimited2 Unlimited2
App Service 환경 X
Windows code-only X X X X X X
Windows containers X X
Linux 코드 전용 및 컨테이너 X X X X X
컴퓨팅 인스턴스 유형 Shared Shared Dedicated3 Dedicated3 Dedicated3

Dedicated3
App Service 요금제 지역당 10개 리소스 그룹 당 10 리소스 그룹당 100 리소스 그룹당 100 리소스 그룹당 100 리소스 그룹당 100
컴퓨팅 인스턴스 유형 Shared Shared Dedicated3 Dedicated3 Dedicated3

Dedicated3
규모 확장(최대 인스턴스 수) 1 shared 1 shared 3 dedicated3 10 dedicated3 v1 전용 20개; v2, v3 및 v4 전용 30개. 3 100 dedicated4
Storage5 1 GB5 1 GB5 10 GB5 50 GB5 250 GB5 1 TB12

사용 가능한 스토리지 할당량은 999GB입니다.
CPU 시간(5분)6 3 minutes 3 minutes 무제한, 표준 요금으로 결제 무제한, 표준 요금으로 결제 무제한, 표준 요금으로 결제 무제한, 표준 요금으로 결제
CPU 시간(일)6 60 minutes 240 minutes 무제한, 표준 요금으로 결제 무제한, 표준 요금으로 결제 무제한, 표준 요금으로 결제 무제한, 표준 요금으로 결제
메모리(1시간) App Service 요금제당 1,024MB 앱당 1,024MB N/A N/A N/A N/A
Bandwidth 165 MB 무제한, 데이터 전송 요금 이 적용 무제한, 데이터 전송 요금 이 적용 무제한, 데이터 전송 요금 이 적용 무제한, 데이터 전송 요금 이 적용 무제한, 데이터 전송 요금 이 적용
Application architecture 32-bit 32-bit 32-bit/64-bit 32-bit/64-bit 32-bit/64-bit 32-bit/64-bit
인스턴스당 WebSocket(Windows)7 5 35 350 Unlimited Unlimited Unlimited
인스턴스당 WebSocket(Linux)7 5 N/A ~50K ~50K ~50K ~50K
인스턴스당 아웃바운드 IP 연결 수 600 600 인스턴스 크기에 따라 다름8 인스턴스 크기에 따라 다름8 인스턴스 크기에 따라 다름8 16,000
애플리케이션당 동시 디버거 연결 1 1 1 5 5 5
구독당 App Service Certificate 수 Not supported Not supported 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 연결 포함
Hybrid connections 플랜당 5개 플랜당 25개 앱당 220개 앱당 220개
가상 네트워크 통합 X X X X
Private Endpoints 앱당 100 앱당 100 앱당 100
통합 부하 분산 장치 X X X X X9
Access restrictions 앱당 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
Endpoint monitoring X X X X
앱당 스테이징 슬롯 수 5 20 20
프로덕션에서 테스트 X X X
Diagnostic Logs 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/P0V4/P1V4 인스턴스당 1,920개, B2/S2/P2V3/P2V4 인스턴스당 3,968개, B3/S3/P3V3/P4V4 인스턴스당 8,064개.

9 앱 서비스 격리된 SKU는 Azure Load Balancer를 통해 내부적으로 부하 분산(ILB)될 수 있으므로 인터넷과의 퍼블릭 연결이 없습니다. 그 결과, ILB 격리 App Service의 일부 기능은 ILB 네트워크 엔드포인트와 직접 액세스되는 컴퓨터에서 사용해야 합니다.

10 App Service 인스턴스 내에서 요청 시, 일정에 따라 또는 연속적인 백그라운드 작업으로 사용자 지정 실행 파일 및/또는 스크립트를 실행합니다. "Always On 기능이 계속적인 WebJobs 실행을 위해 필요합니다." App Service 인스턴스에서 실행할 수 있는 WebJobs 수에는 미리 정의된 제한이 없습니다. 애플리케이션 코드에서 수행하려고 하는 작업에 따라 실제적인 제한이 있습니다.

11 표준 인증서만 발급합니다(와일드카드 인증서는 사용할 수 없음). 사용자 지정 도메인당 무료 인증서는 하나만 사용할 수 있습니다.

12 단일 App Service 환경에 배포된 모든 앱의 총 스토리지 사용량(서로 다른 리소스 그룹에 할당되는 방법에 관계없이).

Azure Automation 제한

Process automation

Resource Limit Notes
지역 내 구독의 활성 Automation 계정 최대 수 10 엔터프라이즈 및 CSP 구독은 서비스에서 지원하는 공용 지역에서 Automation 계정을 만들 수 있습니다. 할당량 증가를 요청하는 지원 요청을 만듭니다. Learn more.
2 종량제, 스폰서, MSDN, MPN, Azure Pass 구독은 서비스에서 지원하는 모든 공용 지역에서 Automation 계정을 만들 수 있습니다. 할당량 증가를 요청하는 지원 요청을 만듭니다. Learn more.
1 무료 평가판 및 Azure for Student 구독은 구독당 지역당 하나의 Automation 계정만 만들 수 있습니다. 허용되는 지역 목록: EastUS, EastUS2, WestUS, NorthEurope, SoutheastAsia 및 JapanWest2 2
Automation 계정당 동일한 시간에 동시에 실행되는 최대 작업 수 50 이 한도에 도달하면 작업을 만들기 위한 후속 요청이 실패합니다. 클라이언트는 오류 응답을 받습니다.
공용 지역에서의 엔터프라이즈 및 CSP 구독 할당량 증가를 요청하는 지원 요청을 만듭니다. Learn more.
10 종량제 구독, 스폰서 구독, MSDN 구독, MPN 구독, 공용 지역 내 Azure Pass 구독. 할당량 증가를 요청하는 지원 요청을 만듭니다.
5 공용 지역의 공용 구독에서 학생을 위한 Azure 및 평가판 Azure 2.
Azure Automation 계정당 30초마다 제출할 수 있는 최대 새 작업 수 100 이 한도에 도달하면 작업을 만들기 위한 후속 요청이 실패합니다. 클라이언트는 오류 응답을 받습니다.
30일 롤링 기간 동안 작업 메타데이터의 최대 스토리지 크기 10GB(약 4백만 개 작업) 이 한도에 도달하면 작업을 만들기 위한 후속 요청이 실패합니다.
최대 작업 스트림 한도 1 MiB 단일 스트림이 1MiB를 초과하면 안 됩니다.
Azure Automation 포털의 최대 작업 스트림 한도 200KB 작업 로그를 표시하는 포털 한도.
Automation 계정당 30초마다 가져올 수 있는 모듈의 최대 수 5
모듈의 최대 크기 100 MB
노드 구성 파일의 최대 크기 1 MB 상태 구성에 적용
작업 런타임, 무료 계층 월별 구독당 500분
샌드박스당 허용되는 디스크 공간의 최대 크기1 1 GB Azure 샌드박스에만 적용됩니다.
샌드박스에 지정된 최대 메모리 양1 400 MB Azure 샌드박스에만 적용됩니다.
샌드박스당 허용되는 최대 네트워크 소켓 수1 1,000 Azure 샌드박스에만 적용됩니다.
Runbook당 허용되는 최대 실행 시간1 3 hours Azure 샌드박스에만 적용됩니다.
Automation 계정당 최대 Runbook 수 800
Automation 계정당 최대 시스템 하이브리드 runbook worker 수 4,000
Automation 계정당 최대 사용자 하이브리드 runbook worker 수 4,000
단일 Hybrid Runbook Worker에서 실행할 수 있는 최대 동시 작업 수 50
최대 'Runbook' 작업 매개 변수 크기 512 kilobytes
최대 Runbook 매개 변수 50 50개의 매개 변수 한도에 도달하면 JSON 또는 XML 문자열을 매개 변수에 전달하고 Runbook을 사용하여 구문 분석할 수 있습니다.
최대 웹후크 페이로드 크기 512 kilobytes
작업 데이터가 보존되는 최대 일수 30 days
최대 PowerShell 워크플로 상태 크기 5 MB 워크플로 점검을 수행할 때 PowerShell 워크플로 런북에 적용됩니다.
Automation 계정에서 지원되는 최대 태그 수 15
변수 값 필드의 최대 문자 수 1048576

1샌드박스는 여러 작업에서 사용할 수 있는 공유 환경입니다. 동일한 샌드박스를 사용하는 작업은 샌드박스의 리소스 제한에 의해 바인딩됩니다.
Azure 무료 계정학생용 Azure를 포함한 2개의 무료 구독은 제한 또는 할당량 변경을 받을 수 없습니다. 무료 구독이 있는 경우 종량제 구독으로 업그레이드할 수 있습니다. 정부 클라우드에 대한 3가지 제한: Automation 계정당 동일한 시간 인스턴스에서 동시 실행 중인 작업 200개, 구독당 Automation 계정 수에 제한이 없습니다.

변경 내용 추적 및 인벤토리

다음 표는 변경 내용 추적에 대한 머신당 추적된 항목 한도를 보여 줍니다.

Resource Limit Notes
File 500
File size 5 MB
Registry 250
Windows software 250 소프트웨어 업데이트를 포함하지 않습니다.
Linux packages 1,250
Services 250
Daemon 250

Azure 업데이트 관리자

다음은 각 동적 범위에 대한 동적 범위 권장 한도입니다.

Resource Limit
Resource associations 1000
태그 필터 수 50
리소스 그룹 필터 수 50

일정 패치에 대한 제한 사항은 다음과 같습니다.

Indicator 퍼블릭 클라우드 제한 Mooncake/Fairfax Limit
지역별 구독당 일정 수 250 250
일정에 대한 총 리소스 연결 수 3,000 3,000
각 동적 범위의 리소스 연결 1,000 1,000
지역별 구독 또는 리소스 그룹당 동적 범위 수 250 250
일정당 동적 범위 수 200 100
일정당 모든 동적 범위에 연결된 총 구독 수 200 100

Azure 애플리케이션 구성

Resource Limit Comment
무료 계층에 대한 구성 저장소 구독당 지역마다 하나의 매장입니다.
표준 계층에 대한 구성 저장소 구독당 무제한 저장소.
프리미엄 계층에 대한 구성 저장소 구독당 무제한 저장소.
무료 계층에 대한 구성 저장소 요청 일별 1000건의 요청 할당량이 모두 사용되면 해당 일이 끝날 때까지 모든 요청에 대해 HTTP 상태 코드 429가 반환됩니다.
표준 계층에 대한 구성 저장소 요청 시간당 30,000 할당량이 소진되면 요청은 해당 시간이 끝날 때까지 너무 많은 요청을 나타내는 HTTP 상태 코드 429를 반환할 수 있습니다.
프리미엄 계층에 대한 구성 저장소 요청 요청에 대한 할당량 제한이 없습니다.
무료 계층에 대한 처리량 보장된 처리량이 없습니다.
표준 계층에 대한 처리량 읽기 요청에 대해 초당 최대 300개의 요청(RPS)을 허용하고 쓰기 요청에는 최대 60개의 RPS를 허용합니다.
프리미엄 계층에 대한 처리량 읽기 요청에 대해 초당 최대 450개의 요청(RPS)을 허용하고 쓰기 요청에는 최대 100개의 RPS를 허용합니다.
무료 계층용 스토리지 10 MB 총 크기가 저장 한도보다 작으면 키와 레이블 수에는 제한이 없습니다.
표준 계층용 스토리지 1 GB 총 크기가 저장 한도보다 작으면 키와 레이블 수에는 제한이 없습니다.
프리미엄 계층용 스토리지 4 GB 총 크기가 저장 한도보다 작으면 키와 레이블 수에는 제한이 없습니다.
키 및 값 10 KB 모든 메타데이터를 포함한 단일 키-값 항목의 경우.
무료 계층을 위한 스냅샷 스토리지 10 MB 스냅샷 스토리지는 "무료 계층용 스토리지"에 추가로 제공됩니다. 보관된 스냅샷과 활성 스냅샷 모두에 대한 스토리지가 이 제한에 포함됩니다.
표준 계층용 스냅샷 스토리지 1 GB 스냅샷 스토리지는 "표준 계층용 스토리지"에 추가로 제공됩니다. 보관된 스냅샷과 활성 스냅샷 모두에 대한 스토리지가 이 제한에 포함됩니다.
프리미엄 계층에 대한 스냅샷 스토리지 4 GB 스냅샷 스토리지는 "프리미엄 계층용 스토리지"와 함께 추가됩니다. 보관된 스냅샷과 활성 스냅샷 모두에 대한 스토리지가 이 제한에 포함됩니다.
Snapshot size 1 MB

Azure Cache for Redis 제한

Resource Limit
Cache size 1.2 TB
Databases 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 제한

Resource Limit
배포당 웹 또는 작업자 역할1 25
배포당 인스턴스 입력 엔드포인트 25
배포당 입력 엔드포인트 25
배포당 내부 엔드포인트 25
배포당 호스티드 서비스 인증서 199

1웹 또는 작업자 역할이 있는 각 Azure 클라우드 서비스에는 프로덕션용과 스테이징용으로 두 개의 배포가 있을 수 있습니다. 이 한도는 고유한 역할 수, 즉 구성을 참조합니다. 이 한도는 역할당 인스턴스 수, 즉 크기 조정을 참조하지 않습니다.

Azure AI 검색 한도

가격 책정 계층은 검색 서비스의 용량 및 제한을 결정합니다. 이러한 계층은 다음과 같습니다.

  • 무료: 다른 Azure 구독자와 공유되고 평가 및 소규모 개발 프로젝트에 도움이 되는 다중 테넌트 서비스
  • 기본: 프로덕션 워크로드에 대한 전용 컴퓨팅 리소스를 더 작은 규모로 제공하고 고가용성 쿼리 워크로드에 대해 최대 3개의 복제본을 제공합니다.
  • 표준: S1, S2, S3 및 S3 고밀도를 포함합니다. 더 큰 프로덕션 워크로드를 위한 것이며, 표준 계층 내에 여러 수준이 있으므로 워크로드 프로필과 가장 일치하는 리소스 구성을 선택할 수 있습니다.

구독당 제한

지역당 각 계층에서 허용되는 최대 서비스 수까지 여러 청구 가능한 검색 서비스(기본 및 이상)를 만들 수 있습니다. 예를 들어 기본 계층에서 최대 16개의 서비스를 만들고 동일한 구독 및 지역 내의 S1 계층에 16개의 서비스를 만들 수 있습니다. 그런 다음, 동일한 구독에서 총 32개의 기본 서비스를 조합하여 다른 지역에 16개의 기본 서비스를 추가로 만들 수 있습니다. 계층에 대한 자세한 내용은 Azure AI 검색에 대한 계층(또는 SKU) 선택을 참조하세요.

최대 서비스 제한은 요청 시 설정할 수 있습니다. 동일한 구독 내에서 더 많은 서비스가 필요한 경우 지원 요청을 제출합니다.

Resource Free 1 Basic S1 S2 S3 S3 HD L1 L2
지역당 최대 서비스 1 16 16 8 6 6 6 6
최대 SU(검색 단위)2 N/A 3 SU 36 SU 36 SU 36 SU 36 SU 36 SU 36 SU

1 Azure 구독당 하나의 무료 검색 서비스를 사용할 수 있습니다. 무료 계층은 다른 고객과 공유되는 인프라를 기반으로 합니다. 하드웨어는 전용이 아니므로 스케일 업이 지원되지 않으며 스토리지는 50MB로 제한됩니다. 추가 서비스를 위한 공간을 확보하기 위해 비활성 기간이 연장된 후 무료 검색 서비스가 삭제될 수 있습니다.

2 SU(검색 단위)는 복제본 또는 파티션으로 할당되는 청구 가능 단위입니다. 둘 다 필요합니다. SU 조합에 대해 자세히 알아보려면 검색 서비스 용량 예측 및 관리를 참조하세요.

검색 서비스당 제한

다음 표에서는 서비스 수준의 SLA, 파티션 수 및 복제본 수에 대해 설명합니다.

Resource Free Basic S1 S2 S3 S3 HD L1 L2
SLA(서비스 수준 약정) No Yes Yes Yes Yes Yes Yes Yes
Partitions N/A 3 1 12 12 12 3 12 12
Replicas N/A 3 12 12 12 12 12 12

1 기본 계층은 2024년 4월 3일 이후에 만들어진 새 검색 서비스에서 총 9개의 SU(검색 단위)에 대해 3개의 파티션과 3개의 복제본을 지원합니다. 이전 기본 서비스는 하나의 파티션과 3개의 복제본으로 제한됩니다.

검색 서비스에는 최대 저장 한도(파티션 크기에 파티션 수를 곱함) 또는 최대 인덱스 수 또는 인덱서에 대한 엄격한 제한 중 먼저 도래하는 제한이 적용됩니다.

SLA(서비스 수준 계약)는 쿼리 워크로드에 대한 복제본이 두 개 이상 있는 청구 가능 서비스 또는 쿼리 및 인덱싱 워크로드에 대한 복제본 3개 이상에 적용됩니다. 파티션의 수는 SLA 고려사항이 아닙니다. 자세한 내용은 Azure AI 검색의 안정성을 참조하세요.

무료 서비스에는 고정 파티션 또는 복제본이 없으며 다른 구독자와 리소스를 공유합니다.

파티션 스토리지(GB)

서비스별 스토리지 제한은 서비스 생성 날짜지역이라는 두 가지에 따라 다릅니다. 지원되는 대부분의 지역에서 최신 서비스에 대한 제한은 더 높습니다.

이 표에서는 시간이 지남에 따라 스토리지 할당량이 증가했음을 GB 단위로 보여 줍니다. 2024년 4월부터 각주에 나열된 지역에서 더 높은 용량 파티션이 온라인 상태가 됩니다. 지원되는 지역에 이전 서비스가 있는 경우 서비스를 더 높은 스토리지 제한으로 업그레이드 할 수 있는지 확인합니다.

서비스 생성 날짜 Basic 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
2025 년 2월 10일 이후 3 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.

3 더 높은 용량의 스토리지는 서유럽에서 사용할 수 있습니다.

Important

현재 4월 3일 이전 제한이 적용되는 다음 지역에서는 더 높은 스토리지 제한을 사용할 수 없습니다.

  • Israel Central
  • Qatar Central
  • ⁠Spain Central
  • South India

문서 크기, 초당 쿼리, 키, 요청 및 응답을 포함하여 제한에 대한 자세한 내용은 Azure AI Search의 서비스 제한을 참조하세요.

Azure AI Services의 제한

Azure 구독당 Azure AI 서비스 리소스 수에는 다음 한도가 적용됩니다. 구독당 리소스 종류마다 허용되는 '무료' 계정은 하나로 제한됩니다. 각 Azure AI 서비스에는 다른 한도가 있을 수도 있습니다. 자세한 내용은 Azure AI 서비스를 참조하세요.

Type Limit Example
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 Portal 지원 요청을 만들고 변경해야 하는 제한을 설명합니다.

다음 제한 사항은 모든 Azure Communications Gateway에 적용됩니다.

  • 모든 트래픽은 IPv4를 사용해야 합니다.
  • 모든 트래픽은 TLS 1.2 이상을 사용해야 합니다. 이전 버전은 지원되지 않습니다.
  • 활성 호출 수는 Azure Communications Gateway에 할당된 사용자 수의 15%로 제한됩니다. 사용자 정의는 Azure Communications Gateway 비용 계획 및 관리를 참조하세요.
  • 활발하게 트랜스코딩되는 호출 수는 총 활성 호출 수의 5%로 제한됩니다.

Azure Communications Gateway에는 SIP 신호에 대한 제한도 있습니다.

Resource Limit
최대 SIP 메시지 크기 10 Kilobytes
SDP 메시지 본문의 최대 길이 128 Kilobytes
요청 URI의 최대 길이 256 Bytes
접점 헤더 URI의 최대 길이 256 Bytes
URI의 userinfo 부분의 최대 길이 256 Bytes
From 헤더의 최대 도메인 이름 길이 255 Bytes
SIP 헤더 이름의 최대 길이 32 Bytes
SIP 본문 이름의 최대 길이 64 Bytes
Supported, Require 또는 Proxy-Require 헤더의 최대 길이 256 Bytes
SIP 옵션 태그의 최대 길이 32 Bytes

해당 매개 변수가 대화 상자 만들기 메시지에 없는 경우 일부 엔드포인트에서 다음 헤더의 매개 변수를 대화 내 메시지에 추가할 수 있습니다. 이 경우 RFC 3261이 이 동작을 허용하지 않기 때문에 Azure Communications Gateway는 매개 변수를 제거합니다.

  • Request URI
  • To header
  • From header

프로비전 API에는 모든 리소스에 적용되는 분당 요청 100개의 속도 제한이 있습니다. 여러 리소스를 업데이트하기 위한 일괄 처리 요청은 하나의 요청으로 계산됩니다.

Azure Container Apps 한도

Azure Container Apps의 제한에 대해 Azure Container Apps의 할당량을 참조하세요.

애플리케이션에서 사용할 수 있는 디스크 공간의 양은 연결된 워크로드 프로필에 따라 달라집니다. 사용 가능한 디스크 공간은 컨테이너 앱에 배포할 수 있는 이미지 크기 한도를 결정합니다.

전용 워크로드 프로필의 경우 이미지 크기 한도는 인스턴스당입니다.

Display name Name 이미지 크기 한도(GB)
Consumption consumption 8*
Dedicated-D4 D4 90
Dedicated-D8 D8 210
Dedicated-D16 D16 460
Dedicated-D32 D32 940
Dedicated-E4 E4 90
Dedicated-E8 E8 210
Dedicated-E16 E16 460
Dedicated-E32 E32 940
Dedicated-NC24-A100 (preview) NC24-A100 210
Dedicated-NC48-A100 (preview) NC48-A100 460
Dedicated-NC96-A100 (preview) NC96-A100 940

* 사용량 워크로드 프로필의 이미지 크기 한도는 이미지와 앱 간에 공유됩니다. 예를 들어 앱에서 사용하는 로그에는 이 크기 한도가 적용됩니다.

Azure Cosmos DB 제한

Azure Cosmos DB의 제한 사항에 대해 Azure Cosmos DB의 제한을 참조하세요.

Azure Data Explorer 제한

다음 표에서는 Azure Data Explorer 클러스터의 최대 한도에 대해 설명합니다.

Resource Limit
구독당 지역별 클러스터 수 20
클러스터당 인스턴스 수 1,000
클러스터의 데이터베이스 수 10,000
리더 클러스터(데이터 공유 생산자)당 팔로워 클러스터(데이터 공유 소비자) 수 100

Note

클러스터의 데이터베이스 수구독별 지역별 클러스터에 대해 더 높은 한도를 요청할 수 있습니다. 한도 증가를 요청하려면 Azure 지원에 문의하세요.

다음 표에서는 Azure Data Explorer 클러스터에서 수행되는 관리 작업에 대한 한도를 설명합니다.

Scope Operation Limit
Cluster 읽기(예: 클러스터 가져오기) 5분당 500개
Cluster 쓰기(예: 데이터베이스 만들기) 시간당 1,000

Azure Database for MySQL 유연한 서버

Azure Database for MySQL - Flexible Server의 제한 사항을 참조하세요.

Azure Database for PostgreSQL 유연한 서버

Azure Database for PostgreSQL 유연한 서버 제한 사항에 대해서는 Azure Database for PostgreSQL 유연한 서버의 제한 사항을 참조하세요.

Azure 배포 환경 한도

Subscription 배포당 런타임 한도 구독당 지역당 월별 런타임 한도 환경당 저장 한도
Enterprise 30 min 5000 min 1 GB
종량제 10 min 200 min 1 GB
Azure Pass 10 min 200 min 1 GB
MSDN 10 min 200 min 1 GB
CSP 10 min 200 min 1 GB
Free trial 10 min 200 min 1 GB
Azure for Students 10 min 200 min 1 GB

Azure Files 및 Azure 파일 동기화

Azure Files 및 Azure 파일 동기화 대한 제한에 대한 자세한 내용은 Azure Files 및 Azure 파일 동기화 대한 확장성 및 성능 목표를 참조하세요.

Azure Functions 제한

Resource Flex 사용량 계획 Premium plan 전용 플랜/ASE Container Apps Consumption plan
기본 시간 제한 기간(분) 30 30 301 3016 5
최대 타임아웃 시간 (분) unbounded9 unbounded9 unbounded2 unbounded17 10
최대 아웃바운드 연결 수(인스턴스당) unbounded unbounded unbounded unbounded 600개 활성(총 1,200개)
최대 요청 크기(MB)3 210 210 210 210 210
최대 쿼리 문자열 길이3 4096 4096 4096 4096 4096
최대 요청 URL 길이3 8192 8192 8192 8192 8192
인스턴스당 ACU 210-840 100-840/210-25010 varies 100 varies
최대 메모리(인스턴스당 GB) 414 3.5-14 1.75-256/8-256 varies 1.5
최대 인스턴스 수(Windows | Linux)15 n/a | 1000 20-100 10-30(100 ASE)11 300-100018 200 | 100
플랜당 함수 앱13 1 100 unbounded4 unbounded4 100
App Service 요금제 n/a 리소스 그룹당 100 리소스 그룹당 100 n/a 지역당 100
당 배포 슬롯 12 n/a 3 1-2011 not supported 2
Storage (temporary)5 0.8 GB 21-140 GB 11-140 GB n/a 0.5 GB
Storage (persisted) 0 GB7 250 GB 10-1000 GB11 n/a 1 GB6,7
앱당 사용자 지정 도메인 500 500 500 not supported 5007
사용자 지정 도메인 TSL/SSL 지원 바인딩되지 않은 SNI SSL 및 하나의 IP SSL 연결이 포함됨 바인딩되지 않은 SNI SSL 및 하나의 IP SSL 연결이 포함됨 바인딩되지 않은 SNI SSL 및 하나의 IP SSL 연결이 포함됨 not supported 무제한 SNI SSL 연결 포함

서비스 제한에 대한 참고 사항:

  1. 기본적으로 App Service 계획의 Functions 1.x 런타임에 대한 제한 시간은 제한되지 않습니다.
  2. App Service 요금제를 Always On으로 설정해야 합니다. 표준 요금으로 결제하세요. 플랫폼 업데이트 중에는 10분의 유예 기간이 제공됩니다.
  3. 이러한 제한은 호스트에 설정됩니다.
  4. 호스트할 수 있는 함수 앱의 실제 수는 앱의 활동, 머신 인스턴스의 크기 및 해당 리소스 사용률에 따라 달라집니다.
  5. 스토리지 제한은 동일한 App Service 요금제에 있는 모든 앱에서 임시 스토리지의 총 콘텐츠 크기입니다. Linux의 소비 계획의 경우 스토리지는 현재 1.5GB입니다.
  6. 사용량 플랜은 지속형 스토리지에 Azure Files 공유를 사용합니다. 고유한 Azure Files 공유를 제공하는 경우 특정 공유 크기 제한은 WEBSITE_CONTENTAZUREFILECONNECTIONSTRING에 대해 설정한 스토리지 계정에 따라 달라집니다.
  7. Linux에서는 고유한 Azure Files 공유를 명시적으로 탑재해야 합니다.
  8. 소비 계획에서 함수 앱이 호스트되는 경우 CNAME 옵션만 지원됩니다. 프리미엄 플랜 또는 App Service 요금제에서 호스트되는 함수 앱의 경우 CNAME 또는 A 레코드 중 하나를 사용하여 사용자 지정 도메인을 매핑할 수 있습니다.
  9. 최대 실행 제한 시간은 적용되지 않습니다. 그러나 함수 실행에 지정된 유예 기간은 스케일 인 중에는 60분이며, 플랫폼 업데이트 중에는 10분입니다.
  10. 작업자는 고객 앱을 호스트하는 역할입니다. 작업자는 vCPU 1개/3.5GB RAM, vCPU 2개/7GB RAM 또는 vCPU 4개/14GB RAM의 세 가지 고정 크기를 사용할 수 있습니다.
  11. 자세한 내용은 App Service 제한을 참조하세요.
  12. 프로덕션 슬롯을 포함합니다.
  13. 현재 지정된 구독에는 5,000개의 함수 앱이 제한됩니다.
  14. Flex 소비 계획 인스턴스 크기는 현재 512MB, 2,048MB 또는 4,096MB로 정의됩니다. 자세한 내용은 인스턴스 메모리를 참조하세요.
  15. 자세한 내용은 호스팅 비교 문서의 크기 조정 을 참조하세요.
  16. 최소 복제본 수를 0으로 설정하면 기본 제한 시간은 앱에서 사용되는 특정 트리거에 따라 달라집니다.
  17. 최소 복제본 수가 하나 이상으로 설정된 경우.

자세한 내용은 Azure 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에서 지원 요청을 만들고 문제 유형 서비스 및 구독 제한(할당량)을 사용합니다.

Quota Name Default Limit Maximum Limit Notes
Workspace 10 Contact support 구독당 제한
FHIR 10 Contact support 작업 영역당 제한
DICOM 10 Contact support 작업 영역당 제한
MedTech 10 N/A 작업 영역당 제한을 늘릴 수 없습니다.

Azure API for FHIR 서비스 제한

Azure API for FHIR은 임상 건강 데이터를 위한 관리형 표준 기반의 규격을 준수하는 API로 실행 가능한 분석 및 기계 학습 솔루션을 지원합니다.

Quota Name Default Limit Maximum Limit Notes
RU(요청 단위) 100,000 RUs 지원팀에 문의 사용 가능한 최대 수는 1,000,000입니다. 최소 400RU 또는 40RU/GB 중 큰 쪽이 필요합니다.
Concurrent connections 2개의 인스턴스에서 15개의 동시 연결(총 30개의 동시 요청) Contact support
구독당 Azure API for FHIR 서비스 인스턴스 10 Contact support

Azure Kubernetes Service 제한

Resource Limit
전역적으로 구독당 최대 클러스터 수 5,000
Virtual Machine Scale Sets 및 표준 Load Balancer SKU를 사용하는 클러스터당 최대 노드 수 5,000(모든 노드 풀에서)
참고: 클러스터당 최대 5,000개의 노드를 스케일 업할 수 없는 경우 대규모 클러스터 모범 사례를 참조하세요.
노드 풀당 최대 노드(Virtual Machine Scale Sets 노드 풀) 1000
클러스터당 최대 노드 풀 100
노드당 최대 파드 수: Kubenet 네트워킹 플러그인 사용 Maximum: 250
Azure CLI 기본값: 110
Azure Resource Manager 템플릿 기본값: 110
Azure Portal 배포 기본값: 30
노드당 최대 Pod 수: Azure Container Networking Interface(Azure CNI)1 사용 Maximum: 250
Windows Server 컨테이너에 권장되는 최대 개수: 110개
Default: 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 Windows Server 컨테이너는 Azure CNI 네트워킹 플러그 인을 사용해야 합니다. Kubenet은 Windows Server 컨테이너에서 지원되지 않습니다.

Kubernetes 컨트롤 플레인 계층 Limit
Standard tier 부하에 따라 Kubernetes API 서버를 자동으로 스케일링합니다. 더 큰 컨트롤 플레인 구성 요소 제한 및 API 서버/등 인스턴스.
Free tier 진행 중 요청 제한으로 인해 리소스가 제한됩니다. 권장되는 노드 제한이 클러스터당 10개 노드입니다. 실험, 학습 및 간단한 테스트에 가장 적합합니다. 프로덕션/중요 워크로드에는 권장되지 않습니다.
Resource Limit
전역적으로 구독당 최대 클러스터 수 5,000
Virtual Machine Scale Sets 및 표준 Load Balancer SKU를 사용하는 클러스터당 최대 노드 수 5,000(모든 노드 풀에서)
참고: 클러스터당 최대 5,000개의 노드를 스케일 업할 수 없는 경우 대규모 클러스터 모범 사례를 참조하세요.
노드 풀당 최대 노드(Virtual Machine Scale Sets 노드 풀) 1000
클러스터당 최대 노드 풀 100
노드당 최대 파드 수: Kubenet 네트워킹 플러그인 사용 Maximum: 250
Azure CLI 기본값: 110
Azure Resource Manager 템플릿 기본값: 110
Azure Portal 배포 기본값: 30
노드당 최대 Pod 수: Azure Container Networking Interface(Azure CNI)1 사용 Maximum: 250
Windows Server 컨테이너에 권장되는 최대 개수: 110개
Default: 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 Windows Server 컨테이너는 Azure CNI 네트워킹 플러그 인을 사용해야 합니다. Kubenet은 Windows Server 컨테이너에서 지원되지 않습니다.

Kubernetes 컨트롤 플레인 계층 Limit
Standard tier 부하에 따라 Kubernetes API 서버를 자동으로 스케일링합니다. 더 큰 컨트롤 플레인 구성 요소 제한 및 API 서버/등 인스턴스.
Free tier 진행 중 요청 제한으로 인해 리소스가 제한됩니다. 권장되는 노드 제한이 클러스터당 10개 노드입니다. 실험, 학습 및 간단한 테스트에 가장 적합합니다. 프로덕션/중요 워크로드에는 권장되지 않습니다.

Azure Lab Services

Azure Lab Services 리소스 수에는 다음 한도가 적용됩니다.

리소스 종류당

Grouping Resource type Limit
Per subscription Labs 980
리소스 그룹당 Labs 800
Lab plans 800
Per lab Schedules 250
VM(가상 컴퓨터) 400

지역당 - 랩 플랜 및 랩

Subscription type 연구실 플랜 한도 Lab limits
Default 2 2
종량제 500 500
MPN 500 500
오픈 환경의 Azure 500 500
Enterprise Agreement 500 500
MSDN 500 500
Sponsored 100 15
CSP 500 500
Azure Pass 100 25
Free Trial 100 15
학생용 Azure 100 15

Azure Lab Services 용량 한도에 대한 자세한 내용은 Azure Lab Services의 용량 한도를 참조하세요.

한도 증가를 요청하기 위한 지원 문의

Azure Load Testing 제한 사항

Azure 부하 테스트 제한에 대한 Azure Load Testing의 서비스 제한을 참조하세요.

Azure Machine Learning 제한

Azure Machine Learning 컴퓨팅 할당량에 대한 최신 값은 Azure Machine Learning을 사용하여 리소스에 대한 할당량 및 제한 관리 및 증가를 참조하세요.

Azure Maps 제한

Note

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 가격 책정 계층에서만 사용할 수 있습니다.

Resource Limit
Azure 구독당 최대 스토리지 1 GB
파일 업로드당 최대 크기 100 MB

Note

Azure Maps Data Service 사용 중지

Azure Maps 데이터 서비스([v1] 및 [v2])는 이제 더 이상 사용되지 않으며 9/16/24에 사용 중지됩니다. Azure Maps 데이터 레지스트리 서비스는 Data Service를 대체합니다. 자세한 내용은 데이터 레지스트리를 만드는 방법을 참조하세요.

Azure Managed Grafana 제한

Limit Description Essential Standard X1 Standard X2
Alert rules 만들 수 있는 경고 규칙의 최대 수. Not supported 인스턴스당 500개 인스턴스당 1000
Grafana 인스턴스에 대한 메모리 전용 인스턴스의 Grafana에 대한 메모리 양입니다. Basic Standard Expanded
Dashboards 만들 수 있는 대시보드의 최대 수. 인스턴스당 20개 Unlimited Unlimited
Data sources 만들 수 있는 데이터 원본의 최대 수. 인스턴스당 5개 Unlimited Unlimited
API keys 만들 수 있는 API 키의 최대 수 인스턴스당 2개 인스턴스당 100개 인스턴스당 100개
데이터 쿼리 시간 제한 Grafana에서 시간이 초과되기 전에 데이터 쿼리 응답 헤더 수신을 위한 최대 대기 시간. 200 seconds 200 seconds 200 seconds
데이터 원본 쿼리 크기 나가는 HTTP 요청의 응답에서 읽거나 수락하는 최대 바이트 수. 80 MB 80 MB 80 MB
렌더링 이미지 또는 PDF 보고서 대기 시간 Grafana에서 시간이 초과되기 전에 이미지나 보고서 PDF 렌더링 요청을 완료하는 데 걸리는 최대 지속 시간. Not supported 220 seconds 220 seconds
Instance count Azure 지역당 단일 구독의 최대 인스턴스 수. 1 50 50
IP당 요청 수 초당 IP당 최대 요청 수. 초당 요청 90회 초당 요청 90회 초당 요청 90회
HTTP 호스트당 요청 수 초당 HTTP 호스트당 최대 요청 수. HTTP 호스트는 각 고유 호스트 클라이언트를 설명할 수 있는 들어오는 HTTP 요청의 호스트 헤더를 나타냅니다. 초당 45회의 요청 초당 45회의 요청 초당 45회의 요청

Azure Monitor 제한

Azure Monitor 제한은 Azure Monitor 서비스 제한을 참조하세요.

Azure Data Factory 한도

Azure Data Factory는 고객 구독이 서로 다른 워크로드로부터 보호되도록 하기 위해 다음과 같은 기본 제한이 적용되는 다중 테넌트 서비스입니다. 구독에 대한 최대 제한 값을 높이려면 고객 지원에 문의하세요.

Resource Default limit Maximum limit
데이터 팩터리 내 총 엔터티(예: 파이프라인, 데이터 세트, 트리거, 연결된 서비스, 프라이빗 엔드포인트 및 통합 런타임) 수 5,000 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 2,400
파이프라인당 최대 활동 수(컨테이너에 대한 내부 활동 포함) 120 120
단일 자체 호스팅 통합 런타임에 대해 만들 수 있는 연결된 통합 런타임의 최대 수 100 100
단일 자체 호스팅 통합 런타임에 대해 만들 수 있는 최대 노드 수 4 4
파이프라인당 최대 매개 변수 수 50 50
ForEach items 100,000 100,000
ForEach parallelism 20 50
파이프라인당 최대 대기 중 실행 수 100 100
표현당 문자 수 8,192 8,192
최소 연속 창 트리거 간격 5 min 15 min
파이프라인 활동 실행에 대한 최소 시간 제한 10 min 10 min
파이프라인 활동 실행에 대한 최대 시간 제한 7 days 7 days
파이프라인 개체에 대한 개체당 바이트 수3 200 KB 200 KB
데이터 세트 및 연결된 서비스 개체에 대한 개체당 바이트 수3 100 KB 2,000 KB
각 작업 실행에 대한 페이로드당 바이트4 896 KB 896 KB
복사 작업 실행당 데이터 통합 단위 수1 256 256
API 호출 쓰기 1,200/h 1,200/h

이 제한은 Azure Data Factory가 아닌 Azure Resource Manager가 부과합니다.
API 호출 읽기 12,500/h 12,500/h

이 제한은 Azure Data Factory가 아닌 Azure Resource Manager가 부과합니다.
분당 모니터링 쿼리 1,000 1,000
데이터 흐름 디버그 세션의 최대 시간 8 hrs 8 hrs
통합 런타임당 동시 데이터 흐름 수 50 50
관리형 vNet의 통합 런타임당 동시 데이터 흐름 수 50 50
팩터리당 사용자당 동시 데이터 흐름 디버그 세션 수 3 3
Data Flow Azure IR TTL(Time to Live) 제한 4 hrs 4 hrs
팩터리에서 메타데이터 엔터티 크기 제한 2 GB 2 GB

1 DIU(데이터 통합 장치)는 클라우드 간 복사 작업에 사용됩니다. 데이터 통합 단위(버전 2)에서 자세히 알아봅니다. 요금 청구에 대한 자세한 내용은 Azure Data Factory 가격을 참조하세요.

2Azure Integration Runtime은 데이터 규정 준수, 효율성 및 네트워크 송신 비용 절감을 보장하기 위해 전역적으로 사용할 수 있습니다.

Region group Regions
지역 그룹 1 미국 중부, 미국 동부, 미국 동부 2, 북유럽, 서유럽, 미국 서부, 미국 서부 2
지역 그룹 2 오스트레일리아 동부, 오스트레일리아 남동부, 브라질 남부, 인도 중부, 일본 동부, 미국 중북부, 미국 중남부, 동남 아시아, 미국 중서부
지역 그룹 3 Other regions

관리형 가상 네트워크를 사용하도록 설정하면 모든 지역 그룹의 DIU(데이터 통합 단위)는 2,400입니다.

3 파이프라인, 데이터 세트 및 연결된 서비스 개체에서 워크로드의 논리적 그룹화를 나타냅니다. 이러한 개체에 대한 제한은 Azure Data Factory를 사용하여 이동 및 처리할 수 있는 데이터 양과는 관련이 없습니다. Data Factory는 크기를 조정하여 페타바이트 규모의 데이터를 처리할 수 있도록 설계되었습니다.

4 각 활동 실행에 대한 페이로드에는 활동 구성, 하나 이상의 연결된 데이터 세트 및 연결된 서비스 구성(있는 경우) 및 활동 유형별로 생성된 시스템 속성의 작은 부분이 포함됩니다. 이러한 페이로드 크기에 대한 제한은 Azure Data Factory를 사용하여 이동 및 처리할 수 있는 데이터 양과는 관련이 없습니다. 이 제한에 도달하는 경우 증상 및 권장 사항에 대해 알아보세요.

웹 서비스 호출 제한

Azure Resource Manager에는 API 호출 제한이 있습니다. Azure 리소스 관리자 API 제한범위 안의 속도로 API 호출을 수행할 수 있습니다.

Azure NetApp 파일

Azure NetApp Files에는 용량에 대한 지역 제한이 있습니다. 각 구독에 대한 표준 용량 제한은 모든 서비스 수준에서 지역당 25TiB입니다. 용량을 늘리려면 서비스 및 구독 제한(할당량) 지원 요청을 사용합니다.

Azure NetApp Files의 제한에 대한 자세한 내용은 Azure NetApp Files의 리소스 제한을 참조하세요.

Azure Policy 제한

Azure Policy의 각 개체 형식에 대한 최대 수가 있습니다. 정의의 경우 범위 항목은 관리 그룹 또는 구독을 의미합니다. 할당 및 예외의 경우 범위 항목은 관리 그룹, 구독, 리소스 그룹 또는 개별 리소스를 의미합니다.

Where What Maximum count
Scope Policy definitions 500
Scope Initiative definitions 200
Tenant Initiative definitions 2,500
Scope 정책 또는 이니셔티브 할당 200
Scope Exemptions 1000
Policy definition Parameters 20
Initiative definition Policies 1000
Initiative definition Parameters 400
정책 또는 이니셔티브 할당 Exclusions (notScopes) 400
Policy rule Nested conditionals 512
Remediation task Resources 50,000
정책 정의, 이니셔티브 또는 할당 요청 본문 Bytes 1,048,576

정책 규칙에는 조건 수와 복잡성에 대한 제한이 더 많습니다. 자세한 내용은 정책 규칙 제한을 참조하세요.

Azure Quantum 제한

공급자 제한 및 할당량

Azure Quantum Service는 자사 및 타사 서비스 공급자를 모두 지원합니다. 타사 공급자는 제한 및 할당량을 소유합니다. 사용자는 타사 공급자를 구성할 때 Azure Portal에서 제품 및 제한을 볼 수 있습니다.

Microsoft 자사 최적화 솔루션 공급자에 대해 게시된 할당량 제한은 아래에서 확인할 수 있습니다.

SKU 학습 및 개발

Resource Limit
CPU 기반 동시 작업 최대 5개1의 동시 작업
FPGA 기반 동시 작업 최대 2개1의 동시 작업
CPU 기반 해 찾기 시간 매월 20시간
FPGA 기반 문제 해결 시간 매월 1시간

학습 및 개발 SKU를 사용하는 동안 할당량 한도 증가를 요청할 수 없습니다. 대신 대규모 성능 SKU로 전환해야 합니다.

SKU 규모의 성능

Resource Default Limit Maximum Limit
CPU 기반 동시 작업 최대 100개1의 동시 작업 기본 제한과 동일
FPGA 기반 동시 작업 최대 101개의 동시 작업 기본 제한과 동일
Solver hours 매월 1,000시간 매월 최대 50,000 시간

한도를 높이려면 Azure 지원에 문의하세요.

자세한 내용은 Azure Quantum 가격 책정 페이지를 참조하세요. 타사 제품에 대한 자세한 내용은 Azure Portal의 관련 공급자 가격 책정 페이지를 검토하세요.

1 큐에 동시에 대기할 수 있는 작업 수를 설명합니다.

Azure RBAC 제한

Azure RBAC(역할 기반 액세스 제어)에는 다음 제한이 적용됩니다.

Area Resource Limit
Azure 역할 할당
Azure 구독당 Azure 역할 할당 수 4,000
관리 그룹당 Azure 역할 할당 수 500
Azure 역할 할당의 설명 크기 권장 최대값: 512자
Azure 역할 할당의 조건 크기 8 KB
Azure 사용자 지정 역할
테넌트당 Azure 사용자 지정 역할 수 5,000
테넌트당 Azure 사용자 지정 역할 수
(21Vianet에서 운영하는 Microsoft Azure의 경우)
2,000
Azure 사용자 지정 역할의 역할 이름 크기 권장 최대값: 256자
Azure 사용자 지정 역할에 대한 설명 크기 권장 최대값: 512자
Azure 사용자 지정 역할 정의의 크기 1 MB
Azure 사용자 지정 역할에 대한 할당 가능한 범위 수 2,000
Azure 할당 거부
Azure 구독당 시스템 관리 거부 할당 수 2,000

Azure SignalR Service 제한

Resource Default limit Maximum limit
무료 계층의 인스턴스당 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 Unlimited
무료 계층의 단위당 동시 연결 20 20
표준/프리미엄 계층의 단위당 동시 연결 1,000 1,000
무료 계층의 단위당 일일 포함 메시지 수 20,000 20,000
무료 계층의 유닛당 일일 추가 메시지数 0 0
표준/프리미엄 계층의 경우 하루 단위당 메시지가 포함됩니다. 1,000,000 1,000,000
표준/프리미엄 계층의 경우 일일 단위당 추가 메시지 Unlimited Unlimited

구독의 기본 한도에 대한 업데이트를 요청하려면 지원 티켓을 엽니다.

연결 및 메시지 계산 방법에 대한 자세한 내용은 Azure SignalR Service의 메시지 및 연결을 참조하세요.

요구 사항이 제한을 초과하는 경우 무료 계층에서 표준 계층으로 전환하고 단위를 추가하세요. 자세한 내용은 Azure SignalR Service 인스턴스를 스케일링하는 방법을 참조하세요.

요구 사항이 단일 인스턴스의 제한을 초과하는 경우 인스턴스를 추가하세요. 자세한 내용은 Azure SignalR Service에서 지역 복제를 사용하도록 설정하는 방법을 참조하세요.

Azure Spring Apps 한도

Azure Spring Apps의 제한에 대한 자세한 내용은 Azure Spring Apps에 대한 할당량 및 서비스 계획을 참조하세요.

Azure Storage 제한

이 섹션에서는 Azure Storage에 대한 다음 한도를 나열합니다.

표준 스토리지 계정 한도

다음 표에서는 Azure 범용 v2(GPv2), 범용 v1(GPv1) 및 Blob 스토리지 계정의 기본 제한을 설명합니다. 수신 제한은 스토리지 계정에 보내는 모든 데이터를 나타냅니다. 송신 제한은 스토리지 계정에서 받는 모든 데이터를 나타냅니다.

대부분의 시나리오에서 GPv2 스토리지 계정을 사용하는 것이 좋습니다. 가동 중지 시간 없이 데이터를 복사할 필요 없이 GPv1 또는 Blob 스토리지 계정을 GPv2 계정으로 쉽게 업그레이드할 수 있습니다. 자세한 내용은 GPv2 스토리지 계정으로 업그레이드를 참조하세요.

Note

더 높은 용량과 수신 한도를 요청할 수 있습니다. 한도 증가를 요청하려면 Azure 지원에 문의하세요.

Resource Limit
표준 및 프리미엄 스토리지 계정을 포함하여 구독당 지역별 표준 엔드포인트가 있는 최대 스토리지 계정 수입니다. 기본값으로 250, 요청 시 5001
표준 및 프리미엄 스토리지 계정을 포함하여 구독당 지역당 Azure DNS 영역 엔드포인트(미리 보기)가 있는 최대 스토리지 계정 수입니다. 5000 (preview)
기본 최대 스토리지 계정 용량 5PiB 2
Blob 컨테이너, Blob, 디렉터리 및 하위 디렉터리(계층 구조 네임스페이스를 사용하는 경우), 파일 공유, 테이블, 큐, 엔터티 또는 스토리지 계정당 메시지의 최대 수입니다. No limit
다음 지역의 범용 v2 및 Blob Storage 계정당 기본 최대 요청 속도:
  • East Asia
  • Southeast Asia
  • Australia East
  • Brazil South
  • Canada Central
  • 중국 동부 2
  • 중국 북부 3
  • North Europe
  • West Europe
  • France Central
  • 독일 중서부
  • Central India
  • Japan East
  • Jio 인도 서부
  • Korea Central
  • Norway East
  • 남아프리카 북부
  • Sweden Central
  • UAE North
  • UK South
  • Central US
  • East US
  • 미국 동부 2
  • USGov Virginia
  • USGov Arizona
  • 미국 중북부
  • 미국 중남부
  • West US
  • 미국 서부 2
  • 미국 서부 3
초당 40,000개 요청2
이전 행에 나열되지 않은 지역의 범용 v2 및 Blob Storage 계정당 기본 최대 요청 속도입니다. 초당 20,000개 요청2
다음 지역의 범용 v2 및 Blob Storage 계정당 기본 최대 수신:
  • East Asia
  • Southeast Asia
  • Australia East
  • Brazil South
  • Canada Central
  • 중국 동부 2
  • 중국 북부 3
  • North Europe
  • West Europe
  • France Central
  • 독일 중서부
  • Central India
  • Japan East
  • Jio 인도 서부
  • Korea Central
  • Norway East
  • 남아프리카 북부
  • Sweden Central
  • UAE North
  • UK South
  • Central US
  • East US
  • 미국 동부 2
  • USGov Virginia
  • USGov Arizona
  • 미국 중북부
  • 미국 중남부
  • West US
  • 미국 서부 2
  • 미국 서부 3
60 Gbps2
이전 행에 나열되지 않은 지역의 범용 v2 및 Blob Storage 계정당 기본 최대 수신입니다. 25 Gbps2
범용 v1 스토리지 계정의 기본 최대 수신(모든 지역) 10 Gbps2
다음 지역의 범용 v2 및 Blob Storage 계정의 기본 최대 송신:
  • East Asia
  • Southeast Asia
  • Australia East
  • Brazil South
  • Canada Central
  • 중국 동부 2
  • 중국 북부 3
  • North Europe
  • West Europe
  • France Central
  • 독일 중서부
  • Central India
  • Japan East
  • Jio 인도 서부
  • Korea Central
  • Norway East
  • 남아프리카 북부
  • Sweden Central
  • UAE North
  • UK South
  • Central US
  • East US
  • 미국 동부 2
  • USGov Virginia
  • USGov Arizona
  • 미국 중북부
  • 미국 중남부
  • West US
  • 미국 서부 2
  • 미국 서부 3
200 Gbps2
이전 행에 나열되지 않은 지역의 범용 v2 및 Blob Storage 계정의 기본 최대 송신입니다. 50 Gbps2
범용 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를 사용하여 관리 작업을 수행하는 경우에만 적용됩니다. 제한은 요청의 리소스 지역당 구독당 적용됩니다.

Resource Limit
Storage 계정 관리 작업(읽기) 5분당 800
Storage 계정 관리 작업(쓰기) 초당 10/시간당 1200
Storage 계정 관리 작업(목록) 5분당 100

Azure Blob Storage 용량 한도

Resource Target
단일 Blob 컨테이너의 최대 크기 최대 스토리지 계정 용량과 동일
블록 Blob 또는 추가 Blob의 최대 블록 수 50,000 blocks
블록 Blob의 최대 블록 크기 4000 MiB
블록 블롭의 최대 크기 50,000 X 4000MiB(약 190.7TiB)
추가 Blob의 최대 블록 크기 4 MiB
추가 Blob의 최대 크기 50,000 x 4MiB(약 195GiB)
페이지 Blob의 최대 크기 8 TiB2
Blob 컨테이너별로 저장된 액세스 정책의 최대 수 5
단일 Blob의 대상 요청 속도 초당 최대 500개 요청
단일 페이지 Blob의 대상 처리량 초당 최대 60MiB2
단일 블록 Blob의 대상 처리량 최대 스토리지 계정 수신/송신 한도1

1 단일 Blob의 처리량은 여러 요인에 따라 달라집니다. 이러한 요인에는 동시성, 요청 크기, 성능 계층, 원본 업로드 속도 및 다운로드 대상이 포함되지만 이에 국한되지 않습니다. 높은 처리량 블록 Blob의 향상된 성능을 활용하려면 더 큰 Blob 또는 블록을 업로드하세요. 특히 256KiB보다 큰 Blob 또는 블록 크기를 사용하여 Blob 배치 또는 블록 배치 작업을 호출합니다.

2 페이지 Blob은 계층적 네임스페이스가 설정된 계정에서 아직 지원되지 않습니다.

다음 표에서는 서비스 버전별로 허용되는 최대 블록 및 Blob 크기를 설명합니다.

Service version 최대 블록 크기(블록 배치 사용) 최대 Blob 크기(블록 목록 배치 사용) 단일 쓰기 작업을 통한 최대 Blob 크기(Put Blob 사용)
버전 2019-12-12 이상 4000 MiB 약 190.7TiB(4000MiB X 50,000 블록) 5000 MiB
버전 2016-05-31~버전 2019-07-07 100 MiB 약 4.75TiB(100MiB X 50,000 블록) 256 MiB
2016-05-31 이전 버전 4 MiB 약 195GiB(4MiB X 50,000 블록) 64 MiB

Azure Queue storage 용량 한도

Resource Target
단일 큐의 최대 크기 500 TiB
큐의 최대 메시지 크기 64 KiB
큐별로 저장된 최대 액세스 정책 수 5
스토리지 계정당 최대 요청 속도 초당 20,000개 메시지(1KiB 메시지 크기 가정)
단일 큐의 목표 처리량(1KiB 메시지) 초당 최대 2,000개의 메시지

Azure Table Storage 용량 한도

다음 표에서는 테이블 스토리지의 용량, 확장성 및 성능 목표에 대해 설명합니다.

Resource Target
Azure Storage 계정에서 테이블의 수 스토리지 계정의 용량에 의해서만 제한됨
테이블에 있는 파티션 수 스토리지 계정의 용량에 의해서만 제한됨
파티션의 엔터티 수 스토리지 계정의 용량에 의해서만 제한됨
단일 테이블의 최대 크기 500 TiB
모든 속성 값을 비롯한 단일 엔터티의 최대 크기 1 MiB
테이블 엔터티의 최대 속성 수 255개(세 가지 시스템 속성 PartitionKey, RowKeyTimestamp 포함)
엔터티에 있는 개별 속성의 최대 전체 크기 속성 유형에 따라 다릅니다. 자세한 내용은 테이블 서비스 데이터 모델 이해속성 유형을 참조하세요.
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 개체 부모 컨테이너 개체당 Service Limit
Workspace Microsoft Entra 테넌트 1300
HostPool Workspace 400
Application group Microsoft Entra 테넌트 5001
RemoteApp Application group 500
Role Assignment 모든 Azure Virtual Desktop 개체 200
Session Host HostPool 10,000

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의 최대 제한에 대해 설명합니다.

Resource Limit
프라이빗 클라우드당 vSphere 클러스터 12
클러스터당 최소 ESXi 호스트 수 3(하드 한도)
클러스터당 최대 ESXi 호스트 수 16(하드 한도)
프라이빗 클라우드당 최대 ESXi 호스트 수 96
프라이빗 클라우드당 최대 vCenter Server 수 1(하드 한도)
최대 HCX 사이트 페어링 수 25 (어느 버전이든지)
최대 HCX 서비스 메시 수 10(모든 버전)
단일 위치에서 단일 가상 네트워크 게이트웨이로 Azure ExpressRoute를 연결한 Azure VMware 솔루션 프라이빗 클라우드의 최대 수 4
사용된 가상 네트워크 게이트웨이는 연결된 프라이빗 클라우드의 실제 최대 수를 결정합니다. 자세한 내용은 ExpressRoute 가상 네트워크 게이트웨이 정보를 참조하세요.
이 임계값을 초과하는 경우 Azure VMware Solution 상호 연결을 사용하여 Azure 지역 내에서 프라이빗 클라우드 연결을 집계합니다.
최대 Azure VMware Solution ExpressRoute 처리량 10Gbps(FastPath가 사용하도록 설정된 Ultra Performance Gateway 버전 사용)**
사용되는 가상 네트워크 게이트웨이에 따라 실제 대역폭이 결정됩니다. 자세한 내용은 ExpressRoute 가상 네트워크 게이트웨이 정보를 참조하세요.
Azure VMware 솔루션 ExpressRoute에는 포트 속도 제한 사항이 없으며 10Gbps 이상의 성능을 발휘합니다. 서비스 품질로 인해 10Gbps 이상의 속도는 보장되지 않습니다.
NSX에 할당된 최대 Azure 공용 IPv4 주소 수 2,000
프라이빗 클라우드당 최대 Azure VMware Solution Interconnect 수 10
Azure VMware Solution 프라이빗 클라우드당 최대 Azure ExpressRoute Global Reach 연결 수 8
vSAN 용량 제한 총 사용 가능량의 75%(서비스 수준 계약에 25% 사용 가능)
VMware Site Recovery Manager: 보호되는 가상 머신의 최대 수 3,000
VMware Site Recovery Manager: 복구 플랜당 최대 가상 머신 수 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분 RPO의 작동 방식을 참조하세요.

** 이 소프트 권장 한도는 시나리오에 따라 더 높은 처리량을 지원할 수 있습니다.

다른 VMware 관련 제한의 경우 VMware by Broadcom 구성 최대 도구를 사용합니다.

Azure Web PubSub 제한사항

Resource Default limit Maximum limit
무료 계층의 인스턴스당 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 Unlimited
무료 계층의 단위당 동시 연결 20 20
표준/프리미엄 계층의 단위당 동시 연결 1,000 1,000
무료 계층의 단위당 일일 포함 메시지 수 20,000 20,000
무료 계층의 유닛당 일일 추가 메시지数 0 0
표준/프리미엄 계층의 경우 하루 단위당 메시지가 포함됩니다. 1,000,000 1,000,000
표준/프리미엄 계층의 경우 일일 단위당 추가 메시지 Unlimited Unlimited

구독의 기본 한도에 대한 업데이트를 요청하려면 지원 티켓을 엽니다.

청구 시 연결 및 메시지가 계산되는 방식에 대한 자세한 내용은 Azure Web PubSub 서비스의 청구 모델을 참조하세요.

요구 사항이 한도를 초과하는 경우 무료 계층에서 표준/프리미엄 계층으로 스케일 업하거나 단위를 스케일 아웃합니다. 자세한 내용은 Azure Web PubSub 서비스 인스턴스의 크기를 조정하는 방법을 참조하세요.

요구 사항이 단일 인스턴스의 제한을 초과하는 경우 인스턴스를 추가하세요. 자세한 내용은 Azure Web PubSub에서 지역 복제를 사용하는 방법을 참조하세요.

Backup limits

Azure Backup 지원 설정 및 제한 사항에 대한 요약은 Azure Backup 지원 매트릭스를 참조하세요.

Batch limits

Resource Default limit Maximum limit
구독당 지역별 Azure Batch 계정 1-3 50
Batch 계정당 전용 코어 0-9001 Contact support
Batch 계정당 낮은 우선 순위의 코어 수 0-1001 Contact support
배치 계정당 활성 작업 및 작업 일정(완료된 작업에는 제한이 없음) 100-300 1,0002
Batch 계정당 풀 0-1001 5002
Batch 계정당 프라이빗 엔드포인트 연결 100 100

1 용량 관리를 위해 일부 지역의 새 Batch 계정 및 일부 구독 유형에 대한 기본 할당량이 위의 값 범위에서 감소했습니다. 경우에 따라 이 한도가 0으로 감소했습니다. 새 Batch 계정을 만들 때 할당량을 확인하고 필요한 경우 적절한 코어 또는 서비스 할당량 증가를 요청합니다. 또는 구독의 모든 Batch 계정에서 코어 및 VM 제품군 할당량을 유지 관리하는 데는 이미 충분한 할당량이 있는 Batch 계정 또는 사용자 구독 풀 할당 Batch 계정을 다시 사용하는 것이 좋습니다. 활성 작업 또는 풀 같은 서비스 할당량은 사용자 구독 풀 할당 Batch 계정의 경우에도 개별 Batch 계정에 적용됩니다.

2 이 한도를 초과하여 늘리려면 Azure 지원에 문의합니다.

Note

기본 제한은 Batch 계정을 만드는 데 사용되는 구독 유형에 따라 달라집니다. 표시된 코어 할당량은 Batch 서비스 모드의 Batch 계정에 대한 할당량입니다. 배치 계정에서 할당량을 봅니다.

클래식 배포 모델 제한

Azure Resource Manager 배포 모델 대신 클래식 배포 모델을 사용하는 경우 다음 제한이 적용됩니다.

Resource Default limit Maximum limit
구독당 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 계정이 모두 포함됩니다.

컨테이너 인스턴스 제한

Resource Actual Limit
구독당 지역별 표준 SKU 컨테이너 그룹의 수 100
구독당 지역별 전용 SKU 컨테이너 그룹의 수 01
컨테이너 그룹당 컨테이너 개수 60
컨테이너 그룹당 볼륨 개수 20
구독당 지역별 표준 SKU 코어(CPU)의 수 100
구독당 지역별 K80 GPU용 표준 코어(CPU)의 수 0
구독당 지역별 V100 GPU용 표준 코어(CPU)의 수 0
IP당 포트 수 5
컨테이너 인스턴스 로그 크기 - 실행 중인 인스턴스 4 MB
컨테이너 인스턴스 로그 크기 - 중지된 인스턴스 16KB 또는 1000개 줄
시간당 컨테이너 그룹 생성 수 3001
5분당 컨테이너 그룹 생성 수 1001
시간당 컨테이너 그룹 삭제 수 3001
5분당 컨테이너 그룹 삭제 수 1001

1제한을 늘리도록 요청하려면 Azure 지원 요청을 만듭니다. Azure 체험 계정Azure for Students를 포함한 체험 구독은 제한 또는 할당량을 늘릴 수 없습니다. 체험 구독을 사용하는 경우 종량제 구독으로 업그레이드할 수 있습니다.
2종량제 구독의 기본 한도. 제한은 다른 범주 유형에 따라 달라질 수 있습니다.

Azure Container Registry 제한

다음 표에서는 기본, 표준 및 프리미엄 Azure Container Registry 서비스 계층의 기능 및 제한에 대해 자세히 설명합니다.

Resource 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
Webhooks 2 10 500
Geo-replication N/A N/A Supported
Availability zones N/A N/A Supported
Content trust N/A N/A Supported
프라이빗 엔드포인트가 있는 프라이빗 링크 N/A N/A Supported
• 프라이빗 엔드포인트 N/A N/A 200
공용 IP 네트워크 규칙 N/A N/A 100
서비스 엔드포인트 VNet 액세스 N/A N/A Preview
• 가상 네트워크 규칙 N/A N/A 100
Customer-managed keys N/A N/A Supported
Repository-scoped permissions Supported Supported Supported
• Tokens 100 500 50,000
• 범위 맵 100 500 50,000
• Actions 500 500 500
• 범위 맵당 리포지토리5 500 500 500
익명 끌어오기 액세스 N/A Preview Preview

1 각 계층의 일별 요금에 포함된 스토리지입니다. 추가 스토리지는 GiB당 일일 추가 요금으로 레지스트리 스토리지 제한까지 사용할 수 있습니다. 요금 정보는 Azure Container Registry 가격 책정을 참조하세요. 레지스트리 스토리지 제한을 초과하는 스토리지가 필요한 경우 Azure 지원에 문의하세요.

2ReadOps, WriteOpsBandwidth는 최소 추정치입니다. Azure Container Registry는 필요한 사용량에 따라 성능을 개선하려고 합니다. 빠른 다운로드 속도를 얻으려면 두 리소스, ACR 및 디바이스가 동일한 지역에 있어야 합니다.

3docker pull은 매니페스트 검색을 포함하여 이미지 레이어 수에 따라 여러 읽기 작업을 수행하게 됩니다.

4docker push는 푸시해야 하는 레이어 수에 따라 여러 쓰기 작업으로 변환됩니다. docker push에는 기존 이미지에 대해 매니페스트를 검색할 ReadOps가 포함되어 있습니다.

5, content/delete, content/read, content/write, metadata/read의 개별 metadata/write은 범위 맵당 리포지토리 제한에 해당합니다.

Azure 콘텐츠 전송 네트워크의 제한

Resource Limit
Azure Content Delivery Network 프로필 25
프로필당 콘텐츠 전송 네트워크 엔드포인트들 25
엔드포인트당 사용자 지정 도메인 25
프로필당 최대 원본 그룹 10
원본 그룹 당 최대 원본 10
CDN 엔드포인트당 최대 규칙 수 25
규칙당 최대 일치 조건 수 10
규칙당 최대 작업 수 5
프로필당 최대 대역폭* 75 Gbps
프로필당 초당 최대 요청 수 100,000
HTTP 헤더 크기 제한(헤더당) 32 KB

*이 두 가지 한도는 Microsoft의 Azure CDN Standard(클래식)에만 적용됩니다. 트래픽이 한두 지역에 전역적으로 분산되고 집중되지 않거나 더 높은 할당량 제한이 필요한 경우 Azure 지원 요청을 만듭니다.

Content Delivery Network 구독은 하나 이상의 Content Delivery Network 프로필을 포함할 수 있습니다. Content Delivery Network 프로필은 하나 이상의 Content Delivery Network 엔드포인트를 포함할 수 있습니다. 여러 프로필을 사용하여 인터넷 도메인, 웹 애플리케이션 또는 일부 기타 조건에서 Content Delivery Network 엔드포인트를 구성하는 것이 좋습니다.

Azure Data Lake Analytics 제한

Azure Data Lake Analytics는 분산 인프라와 복잡한 코드를 관리하는 복잡한 작업을 쉽게 해 줍니다. 이는 리소스를 동적으로 프로비저닝하며, 엑사바이트 단위의 데이터를 분석하는 데 사용될 수 있습니다. 작업이 완료되면 리소스가 자동으로 서서히 종료됩니다. 사용된 처리량에 대한 비용만 지불합니다. 저장된 데이터 크기 또는 사용된 컴퓨팅 양을 늘리거나 줄일 때 코드를 다시 작성할 필요가 없습니다. 구독의 기본 한도를 높이려면 고객 지원팀에 문의하세요.

Resource Limit Comments
최대 동시 작업 수 20
계정당 최대 AU(분석 단위) 수 250 20개의 작업에 최대 250개의 AU 조합을 사용합니다. 이 한도를 높이려면 Microsoft 지원에 문의하세요.
작업 제출의 최대 스크립트 크기 3 MB
구독당, 지역당 Data Lake Analytics 계정의 최대 수 5 이 한도를 높이려면 Microsoft 지원에 문의하세요.

Azure Data Lake Storage 제한

Azure Data Lake Storage Gen2는 전용 서비스 또는 스토리지 계정 유형이 아닙니다. 빅 데이터 분석을 전담하는 기능의 최신 릴리스입니다. 이러한 기능은 범용 v2 또는 BlockBlobStorage 스토리지 계정에서 사용할 수 있으며 계정의 계층 구조 네임스페이스 기능을 사용하도록 설정하여 가져올 수 있습니다. 규모 목표에 대해서는 이 기사들을 참조하세요.

Azure Data Lake Storage Gen1은 전용 서비스입니다. 빅 데이터 분석 작업을 위한 엔터프라이즈급 하이퍼스케일 리포지토리입니다. Data Lake Storage Gen1을 사용하면 운영 및 예비 분석을 위해 단일 위치에서 원하는 크기, 유형 및 수집 속도의 데이터를 캡처할 수 있습니다. Data Lake Storage Gen1 계정에 저장할 수 있는 데이터 양에는 제한이 없습니다.

Resource Limit Comments
구독당, 지역당, Data Lake Storage Gen1 계정의 최대 수 10 이 한도 증가를 요청하려면 고객 지원팀에 문의하세요.
파일 또는 폴더당 최대 액세스 ACL 수 32 이것은 하드 한도입니다. 항목 수가 적은 액세스를 관리하려면 그룹을 사용하세요.
파일 또는 폴더당 최대 기본 ACL 수 32 이것은 하드 한도입니다. 항목 수가 적은 액세스를 관리하려면 그룹을 사용하세요.

Azure Data Share 제한

Azure Data Share를 사용하면 조직에서 여러 고객 및 파트너와 데이터를 간단하고 안전하게 공유할 수 있습니다.

Resource Limit
Azure 구독당 Data Share 리소스의 최대 수 100
Data Share 리소스당 최대 보낸 공유 수 200
Data Share 리소스당 최대 받은 공유 수 100
보낸 공유당 최대 초대 수 200
보낸 공유당 최대 공유 구독 수 200
공유당 최대 데이터 세트 수 200
공유당 최대 스냅샷 일정 수 1

Azure Database Migration Service 제한

Azure Database Migration Service는 가동 중지 시간을 최소화하면서 여러 데이터베이스 소스에서 Azure 데이터 플랫폼으로 원활하게 마이그레이션할 수 있도록 설계된 완벽하게 관리되는 서비스입니다.

Resource Limit Comments
지역별 구독당 최대 서비스 수 10 이 한도 증가를 요청하려면 고객 지원팀에 문의하세요.

IoT Hub에 대한 Azure 디바이스 업데이트 제한

제한은 표준 SKU에 대해서만 조정할 수 있습니다. 제한 조정 요청은 사례별로 평가되며 승인이 보장되지 않습니다.

제한 조정 요청은 무료 SKU에 허용되지 않습니다. 또한 무료 SKU 인스턴스는 표준 SKU 인스턴스로 업그레이드할 수 없습니다.

다음 표에서는 Azure Resource Manager의 IoT Hub용 디바이스 업데이트 리소스에 대한 제한을 보여 줍니다.

Resource 표준 SKU 제한 무료 SKU 제한 표준 SKU에 대해 조정할 수 있나요?
구독당 계정 50 1 No
계정당 인스턴스 수 50 1 No
계정 이름의 길이 3-24 characters 3-24 characters No
인스턴스 이름의 길이 3-36 characters 3-36 characters No

다음 표에서는 다양한 디바이스 업데이트 작업과 관련된 제한을 보여 줍니다.

Operation 표준 SKU 제한 무료 SKU 제한 표준 SKU에 대해 조정할 수 있나요?
인스턴스당 디바이스 수 1 million 10 Yes
인스턴스당 디바이스 그룹 수 100 10 Yes
인스턴스당 디바이스 클래스 수 80 10 Yes
인스턴스당 활성 배포 수 취소를 위해 예약된 1개를 포함하여 50개 5( 취소를 위해 예약된 1개 포함) Yes
삭제되지 않은 모든 활성, 비활성 및 취소된 배포를 포함하여 인스턴스당 총 배포 수 100 20 No
인스턴스당 업데이트 공급자 수 25 2 No
인스턴스당, 공급자당 업데이트 이름 수 25 2 No
인스턴스당, 업데이트 공급자와 이름당 업데이트 버전 수 100 5 No
인스턴스당 총 업데이트 수 100 10 No
최대 단일 업데이트 파일 크기 2 GB 2 GB Yes
단일 가져오기 작업 내 모든 파일의 최대 결합 크기 2 GB 2 GB Yes
단일 업데이트의 최대 파일 수 10 10 No
인스턴스당 포함된 총 데이터 스토리지 100 GB 5 GB No

Note

취소되거나 비활성 배포는 총 배포 제한에 포함됩니다. 새 배포를 만들 수 없도록 이러한 배포를 주기적으로 정리해야 합니다.

Azure Digital Twins의 제한사항

Note

이 서비스의 일부 영역에는 조정 가능한 한도가 있으며, 다른 영역에는 없습니다. 다음 표에서는 이 조건을 나타내기 위해 Adjustable? 열을 사용합니다. 제한을 조정할 수 있는 경우 ‘조정 가능 여부’ 값은 ‘예’입니다.

Functional limits

다음 표에는 Azure Digital Twins의 기능 제한이 나와 있습니다.

Area Capability Default limit Adjustable?
Azure resource 구독당 지역의 Azure Digital Twins 인스턴스 수 10 예, 최대 50개
Digital twins Azure Digital Twins 인스턴스의 트윈 수 2,000,000 Yes
Digital twins 단일 가져오기 작업 API 작업에서 가져올 수 있는 디지털 트윈 수 2,000,000 No
Digital twins 단일 쌍으로 수신 관계 수 50,000 No
Digital twins 단일 쌍에서 발신 관계 수 50,000 No
Digital twins 총 Azure Digital Twins 인스턴스 관계 수 20,000,000 Yes
Digital twins 단일 가져오기 작업 API 작업에서 가져올 수 있는 관계 수 10,000,000 No
Digital twins 단일 쌍의 최대 크기(PUT 또는 PATCH 요청의 JSON 본문) 32 KB No
Digital twins 최대 요청 페이로드 크기 32 KB No
Digital twins 문자열 속성 값의 최대 크기(UTF-8) 4 KB No
Digital twins 속성 이름의 최대 크기 1 KB No
Routing 단일 Azure Digital Twins 인스턴스의 엔드포인트 수 6 No
Routing 단일 Azure Digital Twins 인스턴스의 경로 수 6 Yes
Models 단일 Azure Digital Twins 인스턴스 내의 모델 수 10,000 Yes
Models 단일 API 호출에서 가져올 수 있는 모델 수(가져오기 작업 API를 사용하지 않음) 250 No
Models 단일 가져오기 작업 API 작업에서 가져올 수 있는 모델 수 10,000 No
Models 단일 모델의 최대 크기(PUT 또는 PATCH 요청의 JSON 본문) 1 MB No
Models 단일 페이지에 반환된 항목 수 100 No
Query 단일 페이지에 반환된 항목 수 1000 Yes
Query 쿼리의 AND / OR 식 수 50 Yes
Query IN / NOT IN 절의 배열 항목 수 50 Yes
Query 쿼리의 문자 수 8,000 Yes
Query 쿼리의 JOINS 5 Yes

Rate limits

다음 표에서는 다양한 API의 속도 제한을 나열합니다.

API Capability Default limit Adjustable?
Jobs API 초당 요청 수 1 Yes
Jobs API 동시에 실행되는 대량 작업 수(가져오기 및 삭제 포함) 1 Yes
Models API 초당 요청 수 100 Yes
Digital Twins API 초당 읽기 요청 수 1,000 Yes
Digital Twins API 초당 패치 요청 수 1,000 Yes
Digital Twins API 모든 트윈 및 관계에서 초당 생성/삭제 작업 수 500 Yes
Digital Twins API 단일 트윈 또는 그 수신/발신 관계에서 초당 수행되는 생성/업데이트/삭제 작업 수 10 No
Digital Twins API 단일 쌍 또는 수신/발신 관계에 대한 미해결 작업 수 500 No
Query API 초당 요청 수 500 Yes
Query API 초당 쿼리 단위 4,000 Yes
이벤트 경로 API 초당 요청 수 100 Yes

Other limits

Azure Digital Twins 모델에 대한 DTDL 문서 내의 데이터 형식 및 필드에 대한 제한은 GitHub: DTDL(Digital Twins Definition Language) - 버전 3의 사양 설명서에서 찾을 수 있습니다.

쿼리 대기 시간 세부 정보는 쿼리 언어에 설명되어 있습니다. 특정 쿼리 언어 기능의 제한 사항은 쿼리 참조 문서에서 확인할 수 있습니다.

Azure Event Grid 제한

Note

이 문서에 나열된 다음 한도는 지역별입니다.

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 네임스페이스 리소스에 적용됩니다.

Limit description Limit
Azure 구독별 Event Grid 네임스페이스 50
Event Grid 네임스페이스당 최대 처리량 단위 40(TU를 40개 이상으로 늘리려면 askmqtt@microsoft.com으로 문의하세요)
Event Grid 네임스페이스당 IP 방화벽 규칙 16

Event Grid 네임스페이스의 MQTT 제한

다음 제한은 Azure Event Grid 네임스페이스 리소스의 MQTT에 적용됩니다.

Note

처리량 단위(TU)는 네임스페이스에서 수신 및 송신 이벤트 속도 용량을 정의합니다. 이를 통해 메시지 수신 및 송신에 대한 네임스페이스 리소스의 용량을 제어할 수 있습니다.

Limit description Limit
Event Grid 네임스페이스당 MQTT 세션 TU(처리량 단위)당 10,000원
이벤트 그리드 네임스페이스별 세션 TU당 10,000
세션 만료 간격 8시간, Event Grid 네임스페이스에서 구성 가능
Event Grid 네임스페이스당 인바운드 MQTT 게시 요청 TU별 초당 메시지 1,000개
Event Grid 네임스페이스당 인바운드 MQTT 대역폭 TU별 초당 1MB
세션당 인바운드 MQTT 게시 요청 초당 1000개의 메시지
세션당 인바운드 MQTT 대역폭 초당 1MB
인바운드 진행 중인 MQTT 메시지* 1000 messages
인바운드 진행 중인 MQTT 대역폭* 64 KB
Event Grid 네임스페이스당 아웃바운드 MQTT 게시 요청 TU별 초당 메시지 1,000개
Event Grid 네임스페이스당 아웃바운드 MQTT 대역폭 TU별 초당 1MB
세션당 아웃바운드 MQTT 게시 요청 초당 100개의 메시지
세션당 아웃바운드 MQTT 대역폭 초당 1MB
아웃바운드 진행 중인 MQTT 메시지* 100 messages
아웃바운드 진행 중인 MQTT 대역폭* 64 KB
최대 메시지 크기 512 KB
항목별 세그먼트/항목 필터 15
Topic size 256 B
MQTTv5 응답 항목 256 B
MQTTv5 토픽 별칭 세션당 10개
모든 사용자 속성의 MQTTv5 총 크기 32 KB
클라이언트 세션당 MQTT 연결 속도 클라이언트 세션당 초당 1회 연결 시도
MQTTv5 콘텐츠 형식 크기 256 B
MQTTv5 상관 데이터 크기 256 B
Connect requests TU당 초당 요청 200개
MQTTv5 인증 데이터 크기 8 KB
최대 연결 유지 간격 1160
MQTT SUBSCRIBE 패킷당 토픽 필터 10
Event Grid 네임스페이스당 구독 및 구독 취소 요청 초당 200회 요청
세션당 구독 및 구독 취소 요청 초당 5개의 요청
MQTT 세션당 구독 50
Event Grid 네임스페이스당 구독 수 1 million
MQTT 항목별 구독 Event Grid 네임스페이스 또는 세션당 구독 제한을 초과하지 않는 한 무제한
등록된 클라이언트 리소스 TU당 클라이언트 10,000개
CA certificates 10
Client groups 10
Topic spaces 10
Topic templates 토픽 공간당 10
Permission bindings 100

* MQTTv5의 경우 흐름 제어 지원에 대해 자세히 알아봅니다.

Event Grid 네임스페이스의 이벤트 제한

다음 제한은 Azure Event Grid 네임스페이스 리소스의 이벤트에 적용됩니다.

Limit description Limit
Event Grid 네임스페이스 항목 TU당 100
Event ingress 초당 이벤트 1,000개 또는 TU당 초당 1MB(둘 중 먼저 도래하는 기준)
이벤트 송신(푸시 및 풀 API) 초당 최대 이벤트 2,000개 또는 TU당 초당 2MB
이벤트 송신(잠금 API 승인, 해제, 거부 및 갱신) 초당 최대 이벤트 2,000개 또는 TU당 초당 2MB
Event Grid 네임스페이스 항목에 대한 최대 이벤트 보존 7 days
토픽당 구독 500
최대 이벤트 크기 1 MB
Batch size 1 MB
요청당 이벤트 1,000

사용자 지정 토픽, 시스템 토픽 및 파트너 토픽 리소스 한도

다음 한도는 Azure Event Grid 사용자 지정 토픽, 시스템 토픽 및 파트너 토픽 리소스에 적용됩니다.

Limit description Limit
Azure 구독당 사용자 지정 토픽 100
제한에 도달하면 다른 지역을 고려하거나 100,000개 항목을 지원할 수 있는 도메인을 사용하도록 고려할 수 있습니다.
토픽당 이벤트 구독 500
이 제한은 늘릴 수 없습니다.
사용자 지정 또는 파트너 토픽에 대한 게시 비율(수신) 이벤트 5,000개 또는 초당 5MB(둘 중 먼저 도래하는 기준) 이벤트는 제한 및 가격 책정 목적으로 64KB 데이터 청크로 계산됩니다. 따라서 이벤트가 128KB이면 두 개의 이벤트로 계산됩니다.
Event size 1 MB
이 제한은 늘릴 수 없습니다.
항목에 대한 최대 이벤트 보존 1 day. 이 제한은 늘릴 수 없습니다.
일괄 처리당 수신 이벤트 수 5,000
이 제한은 늘릴 수 없습니다.
토픽당 프라이빗 엔드포인트 연결 64
이 제한은 늘릴 수 없습니다.
토픽당 IP Firewall 규칙 128

도메인 리소스 제한

Azure Event Grid 도메인 리소스에는 다음과 같은 한도가 적용됩니다.

Limit description Limit
Azure 구독당 도메인 100
도메인당 토픽 100,000
도메인 내 토픽당 이벤트 구독 500
이 제한은 늘릴 수 없습니다.
도메인 범위 이벤트 구독 50
이 제한은 늘릴 수 없습니다.
도메인에 대한 게시 비율(수신) 이벤트 5,000개 또는 초당 5MB(둘 중 먼저 도래하는 기준) 이벤트는 제한 및 가격 책정 목적으로 64KB 데이터 청크로 계산됩니다. 따라서 이벤트가 128KB이면 두 개의 이벤트로 계산됩니다.
도메인 항목에 대한 최대 이벤트 보존 1 day. 이 제한은 늘릴 수 없습니다.
도메인당 프라이빗 엔드포인트 연결 64
토픽당 IP Firewall 규칙 128

Azure Event Hubs 제한 사항

다음 표는 Azure Event Hubs의 할당량과 제한을 제공합니다. Event Hubs 가격에 대한 자세한 내용은 Event Hubs 가격 책정을 참조하세요.

모든 계층에 대한 공통 제한

다음 제한은 모든 계층에서 공통적으로 적용됩니다.

Limit Notes Value
이벤트 허브 이름의 크기 - 256 characters
소비자 그룹 이름의 크기 Kafka 프로토콜에는 소비자 그룹을 만들 필요가 없습니다.

Kafka: 256문자

AMQP: 50문자

각 소비자 그룹당 에포크가 아닌 수신자 수 - 5
네임스페이스당 권한 부여 규칙의 수 권한 부여 규칙 만들기에 대한 후속 요청이 거부됩니다. 12
GetRuntimeInformation 메서드에 대한 호출 수 - 소비자 그룹당 초당 50개
VNet(가상 네트워크) 수 - 128
IP 구성 규칙 수 - 128
스키마 그룹 이름의 최대 길이 50
스키마 이름의 최대 길이 100
스키마당 크기(바이트) 1 MB
스키마 그룹당 속성 수 1024
스키마 그룹 속성 키당 크기(바이트) 256
스키마 그룹 속성 값당 크기(바이트) 1024

기본, 표준, 프리미엄, 전용 계층 비교

다음 표에서는 기본, 표준, 프리미엄 및 전용 계층에 따라 다른 제한을 보여 줍니다.

Note

  • 표에서 CU는 용량 단위이고, PU는 처리 단위이고, TU는 처리량 단위입니다.
  • 기본 또는 표준 계층 네임스페이스에 대해 TU를 구성하거나 프리미엄 계층 네임스페이스에 대해 PU를 구성할 수 있습니다.
  • 전용 클러스터를 만들기하면 하나의 CU가 클러스터에 할당됩니다. 클러스터를 만드는 동안 크기 조정 지원 옵션을 사용하도록 설정하면 CU를 늘려 스케일 아웃하거나 클러스터의 CU를 줄여 스케일 인할 수 있습니다. 단계별 지침은 전용 클러스터 크기 조정을 참조하세요. 크기 조정 지원 기능을 지원하지 않는 클러스터의 경우 티켓을 제출하여 클러스터의 CU를 조정합니다.
Limit Basic Standard Premium Dedicated
Event Hubs 게시의 최대 크기 256 KB 1 MB 1 MB 1 MB
Event Hub당 소비자 그룹 수 1 20 100 1,000
CU당 제한 없음
네임스페이스당 Kafka 소비자 그룹 수 NA 1,000 1,000 1,000
네임스페이스당 중개된 연결 수 100 5,000 PU당 10,000

예를 들어 네임스페이스에 4PU가 할당된 경우 제한은 40,000입니다.
CU당 100,000
이벤트 데이터의 최대 보존 기간 1 day 7 days 90 days 90 days
보관을 위한 이벤트 스토리지 TU당 84GB TU당 84GB PU당 1TB CU당 10TB
최대 TU 또는 PU 또는 CU 40 TUs 40 TUs 16 PUs 20 CUs
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 N/A 시간당 요금 부과 Included Included
압축된 이벤트 허브의 크기 N/A 파티션당 1GB 파티션당 250GB 파티션당 250GB
메가바이트 단위의 스키마 레지스트리(네임스페이스) 크기 N/A 25 100 1,024
스키마 레지스트리 또는 네임스페이스에 있는 스키마 그룹 수 N/A 1: 기본 그룹 제외 100
스키마당 1MB
1,000
스키마당 1MB
모든 스키마 그룹의 스키마 버전 수 N/A 25 1,000 10,000
단위당 처리량 수신: 1MB/초 또는 초당 1000개 이벤트
송신: 2MB/초 또는 초당 4,096개 이벤트
수신: 1MB/초 또는 초당 1,000개 이벤트
송신: 2MB/초 또는 초당 4,096개 이벤트
PU당 제한 없음 * CU당 제한 없음 *

* 리소스 할당, 파티션 수, 스토리지 등의 요소에 따라 달라집니다.

Note

이벤트를 개별적으로 게시하거나 일괄처리할 수 있습니다. 게시 제한(SKU에 따름)은 단일 이벤트인지 일괄 처리인지에 관계없이 적용됩니다. 최대 임계값보다 큰 게시 이벤트는 거부됩니다.

Azure IoT Central 제한

IoT Central은 구독 시 배포할 수 있는 애플리케이션 수를 100개로 제한합니다. 자세한 내용은 Azure IoT Central 할당량 및 제한을 참조하세요.

Azure IoT Hub 제한

다음 표는 다양한 서비스 계층 S1, S2, S3, F1과 관련한 한도를 나타냅니다. 각 계층에서 각각의 단위에 대한 비용은 Azure IoT Hub 가격 책정을 참조하세요.

Resource S1 Standard S2 Standard S3 Standard F1 Free
Messages/day 400,000 6,000,000 300,000,000 8,000
Maximum units 200 200 10 1

다음 표에서는 IoT Hub 리소스에 적용되는 한도를 나열합니다.

Resource Limit
Azure 구독당 최대 유료 IoT Hub 50
Azure 구독당 최대 무료 IoT Hub 1
디바이스 ID의 최대 문자 수 128
최대 디바이스 ID 수
한 번의 호출로 반환됨
1,000
디바이스에서 클라우드로 전송되는 메시지의 IoT Hub 메시지 최대 보존 기간 7 days
장치-클라우드 메시지의 최대 크기 256 KB
디바이스->클라우드 배치의 최대 크기 AMQP 및 HTTP: 전체 일괄 처리에 256KB
MQTT: 각 메시지에 256KB
디바이스->클라우드 배치의 최대 메시지 500
클라우드에서 디바이스로 메시지의 최대 크기 64 KB
클라우드-디바이스 메시지의 최대 TTL 2 days
클라우드에서 디바이스로 최대 전송 횟수
messages
100
디바이스별 클라우드에서 디바이스로의 최대 큐 깊이 50
피드백 메시지의 최대 전송 횟수
클라우드에서 장치로의 메시지에 대한 응답으로
100
피드백 메시지의 최대 TTL
클라우드에서 디바이스로의 메시지에 대한 응답
2 days
디바이스 쌍의 최대 크기 태그 섹션의 경우 8KB, 원하는 속성 섹션과 보고된 속성 섹션의 경우 각각 32KB
디바이스 쌍 문자열 키의 최대 길이 1 KB
디바이스 쌍 문자열 값의 최대 길이 4 KB
디바이스 트윈 내 개체의 최대 깊이 10
직접 메서드 페이로드의 최대 크기 128 KB
작업 내역의 최대 보존 30 days
최대 동시 작업 10(S3의 경우), 5(S2의 경우), 1(S1의 경우)
최대 추가 엔드포인트 수(기본 제공 엔드포인트 초과) 10(S1, S2 및 S3의 경우)
최대 메시지 라우팅 규칙 100(S1, S2 및 S3의 경우)
동시에 연결되는 최대 디바이스 스트림 수 50(S1, S2, S3 및 F1만 해당)
최대 장치 데이터 흐름 전송 하루 300MB(S1, S2, S3 및 F1만 해당)

Note

단일 IoT 허브에 등록할 수 있는 디바이스 및 모듈의 총수는 1,000,000개로 제한됩니다.

다음 할당량이 초과되면 IoT Hub가 요청을 제한합니다.

Throttle Per-hub value
ID 레지스트리 작업
(만들기, 검색, 목록, 업데이트 및 삭제)
개별 또는 대량 가져오기/내보내기
83.33/초/단위(5,000/분/단위)(S3의 경우)
1.67/초/단위(100/분/단위)(S1 및 S2의 경우)
Device connections 6,000/초/단위(S3의 경우), 120/초/단위(S2의 경우), 12/초/단위(S1의 경우)
100/초의 최솟값.
Device-to-cloud sends 6,000/초/단위(S3의 경우), 120/초/단위(S2의 경우), 12/초/단위(S1의 경우)
100/초의 최솟값.
Cloud-to-device sends 83.33/초/단위(5,000/분/단위)(S3의 경우), 1.67/초/단위(100/분/단위)(S1 및 S2의 경우)
Cloud-to-device receives 833.33/초/단위(50,000/분/단위)(S3의 경우), 16.67/초/단위(1,000/분/단위)(S1 및 S2의 경우)
파일 업로드 작업 83.33 파일 업로드 시작/초/단위(5,000/분/단위)(S3의 경우), 1.67 파일 업로드 시작/초/단위(100/분/단위)(S1 및 S2의 경우)
디바이스당 동시 파일 업로드 10회.
Direct methods 24MB/초/단위(S3의 경우), 480KB/초/단위(S2의 경우), 160KB/초/단위(S1의 경우)
8KB 제한 미터 크기를 기준으로 합니다.
디바이스 쌍 읽기 500/초/단위(S3의 경우), 최대 100/초 또는 10/초/단위(S2의 경우), 100/초(S1의 경우)
디바이스 트윈 업데이트 250/초/단위(S3의 경우), 최대 50/초 또는 5/초/단위(S2의 경우), 50/초(S1의 경우)
Jobs operations
(만들기, 업데이트, 나열 및 삭제)
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에만 해당)

Azure IoT Hub Device Provisioning Service 제한

다음 표에는 Azure IoT Hub Device Provisioning Service 리소스에 적용되는 제한이 나열되어 있습니다.

Resource Limit
Azure 구독당 최대 디바이스 프로비저닝 서비스 10
최대 등록 수 1,000,000
개별 등록의 최대 수 1,000,000
최대 등록 그룹 수(X.509 인증서) 100
최대 등록 그룹 수(대칭 키) 100
최대 CA 수 25
연결된 최대 IoT 허브 수 50
최대 메시지 크기 96 KB

Tip

대칭 키 등록 그룹에 대한 하드 제한이 차단 문제인 경우 개별 등록을 해결 방법으로 사용합니다.

Device Provisioning Service에는 다음과 같은 속도 제한이 있습니다.

Rate Per-unit value
Operations 1,000/min/service
Device registrations 1,000/min/service
디바이스 폴링 작업 5/10 sec/device

Azure Key Vault 제한

리소스 종류: 자격 증명 모음

이 섹션에서는 리소스 종류 vaults에 대한 서비스 제한에 대해 설명합니다.

키 트랜잭션(지역1당 자격 증명 모음당 10초 동안 허용되는 최대 트랜잭션)

Key type HSM key
CREATE key
HSM key
모든 다른 트랜잭션
Software key
CREATE key
Software key
모든 다른 트랜잭션
RSA 2,048-bit 10 2,000 20 4,000
RSA 3,072-bit 10 500 20 1,000
RSA 4,096-bit 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

Note

위의 표에서 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 클라이언트는 제한 HTTP 상태 코드가 표시되기 전에 지정된 10초 간격으로 다음 작업 중 429 수행할 수 있습니다.

  • 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 트랜잭션

비밀, 관리되는 스토리지 계정 키 및 자격 증명 모음 트랜잭션:

Transactions type 지역당, 자격 증명 모음당 10초 내에 허용되는 최대 트랜잭션1
Secret
CREATE secret
300개(총 3개 작업에서 모두)
Certificate
IMPORT certificate
300개(총 3개 작업에서 모두)
Key
IMPORT key
300개(총 3개 작업에서 모두)
모든 다른 트랜잭션 4,000

Note

300 트랜잭션 제한은 "CREATE secret", "IMPORT Certificate" 및 "IMPORT key" 작업에 전체적으로 적용됩니다. 예를 들어 10초 이내에 100개의 비밀을 만들고, 100개의 인증서를 가져오고, 100개의 키를 가져오는 경우 제한에 도달하고 제한이 발생합니다. 이러한 한도에 도달할 경우 제한을 처리하는 방법에 대한 내용은 Azure Key Vault 제한 지침을 참조하세요.

1 모든 트랜잭션 유형에 대한 구독 전체에 걸친 한도는 키 자격 증명 금고 한도의 5배입니다.

키, 비밀, 인증서 백업

비밀, 키 또는 인증서와 같은 키 자격 증명 모음 개체를 백업하면 백업 작업에서 해당 개체를 암호화된 BLOB으로 다운로드합니다. 이 Blob은 Azure 외부에서 암호를 해독할 수 없습니다. 이 Blob에서 사용 가능한 데이터를 가져오려면 동일한 Azure 구독 및 Azure 지역 내의 키 자격 증명 모음으로 Blob을 복원해야 합니다.

Transactions type 허용되는 최대 키 자격 증명 모음 개체 버전
개별 키, 비밀, 인증서 백업 500

Note

버전 수가 제한을 초과하는 키, 비밀 또는 인증서 개체를 백업하려고 하면 작업이 실패합니다. 이전 버전의 키, 비밀 또는 인증서는 삭제할 수 없습니다.

키, 비밀 및 인증서 수 제한:

Key Vault는 볼트에 저장되는 키, 비밀 또는 인증서의 수를 제한하지 않습니다. 작업이 제한되지 않도록 하려면 자격 증명 모음에 대한 트랜잭션 제한을 고려해야 합니다.

Key Vault는 비밀, 키 또는 인증서의 버전 수를 제한하지 않지만 많은 수의 버전(500개 이상)을 저장하면 백업 작업의 성능에 영향을 줄 수 있습니다. Azure Key Vault 백업을 참조하세요.

Azure Key Vault: 관리형 HSM 제한

리소스 종류: 관리형 HSM

이 섹션에서는 리소스 종류 managed HSM에 대한 서비스 제한에 대해 설명합니다.

Object limits

Item Limits
지역별 구독당 HSM 인스턴스 수 5
HSM 인스턴스당 키 수 5000
키당 버전 수 100
HSM 인스턴스당 사용자 지정 역할 정의 수 50
HSM 범위에서 역할 할당 수 50
각 개별 키 범위의 역할 할당 수 10

자세한 성능 용량 계획 및 크기 조정 지침은 Azure Managed HSM 크기 조정 지침을 참조하세요.

Azure 관리 ID 제한

  • 각 관리 ID는 Microsoft Entra 서비스 한도 및 제한 사항에 설명된 대로 Microsoft Entra 테넌트의 개체 할당량 한도에 포함됩니다.

  • 관리 ID를 만들 수 있는 속도에는 다음과 같은 한도가 있습니다.

    1. Azure 지역별 Microsoft Entra 테넌트당: 20초당 400개의 만들기 작업.
    2. Azure 지역별 Azure 구독당: 20초당 작업 80개 만들기
  • 사용자가 할당한 관리 ID가 Azure 리소스와 함께 할당될 수 있는 속도입니다.

    1. Azure 지역별 Microsoft Entra 테넌트당: 20초당 400개의 할당 작업.
    2. Azure 지역별 Azure 구독당: 20초당 작업 300개 할당

Azure Media Services 제한

Note

고정되지 않은 리소스의 경우 지원 티켓을 열어 할당량 증가를 요청하세요. 더 높은 한도를 얻기 위해 추가 Azure Media Services 계정을 만들지 마세요.

Account limits

Resource Default Limit
단일 구독의 Media Services 계정 100 (fixed)

Asset limits

Resource Default Limit
Media Services 계정당 자산 1,000,000

스토리지(미디어) 제한

Resource Default Limit
File size 일부 시나리오에서는 Media Services에서 처리를 위해 지원되는 최대 파일 크기에 제한이 있습니다. (1)
Storage accounts 100(2) (fixed)

1 현재 Azure Blob Storage에서 단일 blob에 대해 지원되는 최대 크기는 최대 5TB입니다. 서비스에서 사용되는 VM 크기에 따라 Media Services에 추가 제한이 적용됩니다. 크기 제한은 업로드하는 파일과 Media Services 처리(인코딩 또는 분석)의 결과로 생성되는 파일에도 적용됩니다. 원본 파일이 260GB보다 크면 작업이 실패할 수 있습니다.

2 스토리지 계정은 동일한 Azure 구독에 속해 있어야 합니다.

작업(인코딩 및 분석) 제한

Resource Default Limit
Media Services 계정당 작업 수 500,000 (3)(고정)
작업당 작업 입력 50 (fixed)
작업당 작업 출력 20 (fixed)
미디어 서비스 계정별 변환 100 (fixed)
변환에서 출력 변환 20 (fixed)
작업 입력당 파일 10 (fixed)

3 이 번호에는 대기 중, 완료, 활성 및 취소된 작업도 포함됩니다. 삭제된 작업은 포함되지 않습니다.

레코드의 총 수가 최고 할당량 미만인 경우에도 사용자 계정에 있는 90일이 지난 작업 레코드는 자동으로 삭제됩니다.

라이브 스트리밍 제한

Resource Default Limit
Media Services 계정당 라이브 이벤트 (4) 5
라이브 이벤트당 라이브 출력 3 (5)
최대 라이브 출력 기간 DVR 창의 크기

4 라이브 이벤트 제한 사항에 대한 자세한 내용은 라이브 이벤트 형식 비교 및 제한을 참조하세요.

5 라이브 출력은 생성과 동시에 시작되고 삭제되면 중지됩니다.

패키징 및 전달 제한

Resource Default Limit
Media Services 계정당 스트리밍 엔드포인트(중지됨 또는 실행 중) 2
동적 매니페스트 필터 100
Streaming Policies 100 (6)
자산과 동시에 연관된 고유 스트리밍 로케이터 100(7) (fixed)

6 사용자 지정 스트리밍 정책을 사용하는 경우 Media Service 계정에 대해 이러한 정책을 제한적으로 설계하고 동일한 암호화 옵션 및 프로토콜이 필요할 때마다 스트리밍 로케이터에 다시 사용해야 합니다. 각 스트리밍 로케이터에 대해 새 스트리밍 정책을 만들지 않아야 합니다.

7 스트리밍 로케이터는 사용자별 액세스 제어를 관리하도록 설계되지 않았습니다. 개별 사용자에게 서로 다른 액세스 권한을 부여하려면 DRM(Digital Rights Management)솔루션을 사용 합니다.

Protection limits

Resource Default Limit
콘텐츠 키 정책당 옵션 30
계정당 Media Services 키 전달 서비스의 각 DRM 유형에 대한 월별 라이선스 1,000,000

Support ticket

고정되지 않은 리소스에 대해 지원 티켓을 열어 할당량 증가를 요청할 수 있습니다. 원하는 할당량 변경, 사용 사례 시나리오 및 필요한 영역에 대한 세부 정보를 요청에 포함시킵니다.
더 높은 한도를 얻기 위해 추가 Azure Media Services 계정을 만들지 마십시오.

Azure Media Services v2(레거시)

Media Services v2(레거시)와 관련된 제한은 [Media Services v2(레거시)]를 참조하세요.

Azure Mobile Services의 제한

Tier Free Basic Standard
API calls 500,000 단위당 150만 단위당 1,500만
Active devices 500 Unlimited Unlimited
Scale N/A 최대 6개 Unlimited units
Push notifications Azure Notification Hubs 무료 계층 포함, 최대 100만 회 푸시 Notification Hubs 기본 계층 포함, 최대 1,000만 회 푸시 Notification Hubs 표준 계층 포함, 최대 1,000만 회 푸시
Real-time messaging/
WebSockets
Limited 모바일 서비스당 350 Unlimited
Offline synchronizations Limited Included Included
Scheduled jobs Limited Included Included
Azure SQL Database(필수)
추가 용량의 경우 표준 요금 적용
20 MB 포함 20 MB 포함 20 MB 포함
CPU capacity 하루 60분 Unlimited Unlimited
아웃바운드 데이터 전송 하루 165MB(매일 롤오버) Included Included

이러한 한도 및 가격 책정에 대한 자세한 내용은 Azure Mobile Services 가격 책정을 참조하세요.

Azure 네트워킹 제한

네트워킹 제한 - Azure Resource Manager

다음 제한은 구독당 지역별로 Azure Resource Manager를 통해 관리되는 네트워킹 리소스에 대해서만 적용됩니다. 구독 제한을 기준으로 현재 리소스 사용량을 보는 방법을 알아봅니다.

Note

모든 기본 제한을 최대 한계로 증가시켰습니다. 최대 한도 열이 없는 경우 리소스에 조정 가능한 한도가 없는 것입니다. 이전에 지원을 통해 이러한 제한을 수동으로 늘렸으며 현재 다음 표에 나열된 것보다 낮은 제한이 표시되는 경우 무료 온라인 고객 지원 요청을 여세요.

Resource Limit
Virtual networks 1,000
가상 네트워크당 서브넷 3,000
가상 네트워크당 가상 네트워크 피어링 500
가상 네트워크당 가상 네트워크 게이트웨이(VPN 게이트웨이) 1
가상 네트워크당 가상 네트워크 게이트웨이(ExpressRoute 게이트웨이) 1
가상 네트워크당 DNS 서버 20
네트워크 인터페이스당 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
경로 테이블당 서비스 태그가 있는 경로 25
Azure VPN Gateway당 지점 및 사이트 간 루트 인증서 20
Azure VPN Gateway당 지점 및 사이트 간 철회된 클라이언트 인증서 300
가상 네트워크 탭 100
가상 네트워크 탭당 네트워크 인터페이스 탭 구성 100

공용 IP 주소 제한

Resource Default limit Maximum limit
기본 공용 IPv4, IPv6 주소1,2 10 Contact support
표준 공용 IPv4, IPv6 주소1 10 Contact support
전역 계층 공용 IPv4, IPv6 주소1 10 Contact support
라우팅 기본 설정 인터넷 공용 IPv4, IPv6 주소1 10 Contact support
공용 IP 접두사 구독에서 표준 공용 IP 수로 제한됨 Contact support
공용 IP 접두사 길이 /28 Contact support
사용자 지정 IP 접두사 5 Contact support

1공용 IPv4/v6 주소의 기본 제한은 무료 평가판, 종량제, CSP와 같은 제품 범주 유형에 따라 다릅니다. 예를 들어 기업계약 구독의 기본값은 1000이고 종량제의 기본값은 20입니다. 제안의 대부분은 10에서 시작합니다. 구독당 공용 IP 주소의 전체 최대 개수도 있습니다.

2개기본 공용 IP 주소는 더 이상 사용되지 않으며 2025년 9월 30일부터 사용 중지됩니다. 자세한 내용은 여기 를 참조하세요.

다음 제한은 구독당 클래식 배포 모델을 통해 관리되는 네트워킹 리소스에 대해서만 적용됩니다. 구독 제한을 기준으로 현재 리소스 사용량을 보는 방법을 알아봅니다.

Resource Default limit Maximum limit
Virtual networks 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 Contact support
배포당 개인 IP(내부 부하 분산) 1 1
엔드포인트 ACL(Access Control 목록) 50 50

Azure Load Balancer 제한

표준 Load Balancer

Resource Limit
Load balancers 1,000
프런트 엔드 IP 구성 600
리소스당 규칙(Load Balancer + 인바운드 NAT) 1,500
NIC당 규칙(NIC의 모든 IP에서)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 및 아웃바운드 규칙 결합)을 구성할 수 있습니다. 2 백 엔드 IP 구성은 부하 분산, 인바운드 NAT 및 아웃바운드 규칙을 비롯한 모든 부하 분산 장치 규칙에서 집계됩니다. 각 규칙은 백 엔드 풀 인스턴스가 하나의 구성으로 계산되도록 구성됩니다.

Load Balancer는 처리량 제한을 적용하지 않습니다. 그러나 가상 머신 및 가상 네트워크에 대한 처리량 제한은 여전히 적용됩니다. 자세한 내용은 가상 머신 네트워크 대역폭을 참조하세요.

게이트웨이 부하 분산 장치

Resource Limit
게이트웨이 로드 밸런서 프런트 엔드별 연결된 리소스 (로드 밸런서 프런트 엔드 구성 또는 VM NIC IP 구성 결합) 100

표준 Load Balancer에 대한 모든 제한은 게이트웨이 부하 분산 장치에도 적용됩니다.

기본 로드 밸런서

Resource Limit
Load balancers 1,000
리소스당 규칙 250
NIC당 규칙(NIC의 모든 IP에서) 300
프런트 엔드 IP 구성 3 200
백엔드 서버 집합 크기 300 IP 구성, 단일 가용성 집합
Load Balancer당 가용성 집합 1
VM당 로드 밸런서 수 2개(공용 1개 및 내부용 1개)

3 백 엔드 풀의 단일 불연속 리소스(독립 실행형 가상 머신, 가용성 집합 또는 가상 머신 확장 집합 배치 그룹)에 대한 제한은 단일 기본 공용 Load Balancer와 기본 내부 Load Balancer에 걸쳐 최대 250개의 프런트 엔드 IP 구성을 갖는 것입니다.

Azure 애플리케이션 게이트웨이 제한

다음 표는 달리 언급하지 않는 한 v1, v2, 표준 및 WAF SKU에 적용됩니다.

Resource Limit Note
Azure Application Gateway 구독당 지역별 1,000개
프런트 엔드 IP 구성 4 IPv4 - 공용 1개 및 프라이빗 1개.
IPv6 - 공용 1개 및 프라이빗 1개.
Frontend ports 1001
백 엔드 주소 풀 100
풀당 백 엔드 대상 1,200
HTTP listeners 2001 트래픽을 라우팅하는 100개의 활성 수신기로 제한됩니다. 활성 수신기 수 = 총 수신기 수 - 비활성 수신기 수입니다.
라우팅 규칙 내의 기본 구성이 트래픽을 라우팅하도록 설정된 경우(예: 수신기, 백 엔드 풀 및 HTTP 설정을 사용하는 경우) 이러한 설정은 수신기로도 간주됩니다. 자세한 내용은 Application Gateway를 참조하세요.
HTTP 부하 분산 규칙 4001
백 엔드 HTTP 설정 1001
게이트웨이당 인스턴스 V1 제품 코드 - 32
V2 SKU - 125
SSL certificates 1001 HTTP 수신기당 1
최대 SSL 인증서 크기 V1 SKU - 10KB
V2 SKU - 16KB
최대 신뢰할 수 있는 클라이언트 CA 인증서 크기 25 KB 25KB는 업로드된 pem 또는 cer 파일에 포함된 루트 및 중간 인증서의 최대 집계 크기입니다.
최대 신뢰할 수 있는 클라이언트 CA 인증서 200 SSL 프로필당 100개
Authentication certificates 100
신뢰할 수 있는 루트 인증서 100
최소 요청 시간 제한 1 second
프라이빗 백엔드에 대한 최대 요청 시간 제한 24 hours
외부 백엔드에 대한 최대 요청 시간 제한 4 minutes
사이트 수 1001 HTTP 수신기당 1
수신기당 URL 맵 1
수신기당 호스트 이름 5
URL 맵당 최대 경로 기반 규칙 100
Redirect configurations 1001
다시 쓰기 규칙 집합 수 400
다시 쓰기 규칙 집합당 헤더 또는 URL 구성 수 40
다시 쓰기 규칙 집합당 조건 수 40
동시 WebSocket 연결 중간 게이트웨이 20,0002
대형 게이트웨이 50,0002
최대 URL 길이 32 KB
최대 헤더 크기 32 KB
HTTP/2의 최대 헤더 크기 8 KB
HTTP/2에 대한 최대 헤더 크기 16 KB
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 일치 조건 10 이 제한은 WAF에 의해 적용되지 않습니다. 10개 이상의 매칭 조건을 추가하면 성능이 저하될 수 있습니다.
일치 조건당 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 정책을 통해 값을 정의해야 합니다.

컨테이너용 Azure Application Gateway 제한

Resource Limit
컨테이너용 Application Gateway 구독당 1,000
Associations 게이트웨이당 1
Frontends 게이트웨이당 5

Kubernetes 인그레스 및 게이트웨이 API 구성 제한

Resource Limit
Resource naming 128 characters
Namespace naming 128 characters
게이트웨이당 수신기 게이트웨이 리소스당 수신기 64개(Gateway API로 적용)
총 AGC 참조 ALB 컨트롤러당 5개
총 인증서 참조 AGC당 100개
Total listeners AGC당 200개
Total routes AGC당 200개
Total rules AGC당 200개
Total services AGC당 100개
Total endpoints AGC당 5000

Azure Bastion 제한

인스턴스는 Azure Bastion을 구성할 때 생성되는 최적화된 Azure VM입니다. 기본 SKU를 사용하여 Azure Bastion을 구성하면 2개의 인스턴스가 만들어집니다. 표준 SKU를 사용하는 경우 2~50의 인스턴스 수를 지정할 수 있습니다.

Workload Type* 인스턴스당 세션 제한**
Light 25
Medium 20
Heavy 2

*이러한 워크로드 유형은 원격 데스크톱 워크로드에 정의됩니다.
**이러한 제한은 Azure Bastion에 대한 RDP 성능 테스트를 기반으로 합니다. 숫자는 다른 진행 중인 RDP 세션 또는 기타 진행 중인 SSH 세션으로 인해 달라질 수 있습니다.

Azure DNS 제한

Public DNS

공용 DNS 영역
Resource Limit
구독당 퍼블릭 DNS 영역 250 1
공용 DNS 영역당 레코드 집합 10,000 1
공용 DNS 영역에 있는 레코드 집합당 레코드 20 1
공용 DNS 영역에서 설정된 레코드당 TXT 레코드 400
단일 Azure 리소스의 별칭 레코드 수 50

1이러한 할당량 한도를 늘려야 하는 경우 Azure 지원팀에 문의하세요.

공용 DNS 영역 작업
Operation 제한(영역당)
Create 40/min
Delete 40/min
Get 1000/min
List 60/min
리소스 그룹별 목록 60/분(리소스 그룹당)
Update 40/min
공용 DNS 리소스 레코드 작업
Operation 제한(영역당)
Create 200/min
Delete 200/min
Get 2000/min
DNS 영역별 목록 60/min
유형별 정렬 60/min
Update 200/min

Private DNS

프라이빗 DNS 영역
Resource Limit
구독당 프라이빗 DNS 영역 1000
프라이빗 DNS 영역당 레코드 집합 25000
프라이빗 DNS 영역의 레코드 집합당 레코드 20
프라이빗 DNS 영역당 Virtual Network 링크 1000
자동 등록을 사용하는 프라이빗 DNS 영역당 Virtual Network 링크 100
자동 등록을 사용하도록 설정한 상태에서 가상 네트워크를 연결할 수 있는 프라이빗 DNS 영역 수 1
가상 네트워크를 연결할 수 있는 프라이빗 DNS 영역 수 1000
프라이빗 DNS 영역 작업
Operation 구독별 제한
Create 40/min
Delete 40/min
Get 200/분(영역당)
구독별 목록 60/min
리소스 그룹별 목록 100/분(리소스 그룹당)
Update 40/min
프라이빗 DNS 리소스 레코드 작업
Operation 제한(영역당)
Create 60/min
Delete 60/min
Get 200/min
List 100/min
Update 60/min
Operation 제한(영역당)
Create 60/min
Delete 60/min
Get 100/min
가상 네트워크별 목록 20/min
Update 60/min

Azure에서 제공하는 DNS 확인자 VM 제한

Resource Limit
가상 머신이 Azure DNS 확인자로 보낼 수 있는 초당 DNS 쿼리 수 1000 1
가상 머신당 최대 대기 중(응답 보류 중) DNS 쿼리 수 200 1

1이러한 제한은 가상 네트워크 수준이 아닌 모든 개별 가상 머신에 적용됩니다. 이러한 제한을 초과하는 DNS 쿼리는 삭제됩니다. 이러한 제한은 DNS Private Resolver가 아닌 기본 Azure 확인자에 적용됩니다.

DNS Private Resolver1

Resource Limit
구독당 DNS 프라이빗 확인자 15
가상 네트워크당 DNS Private Resolver 1
DNS 프라이빗 확인자당 인바운드 엔드포인트 5
프라이빗 DNS 해결자당 아웃바운드 엔드포인트 5
DNS 전달 규칙 집합당 전달 규칙 1000
DNS 전달 규칙 집합당 가상 네트워크 링크 500
가상 네트워크에 연결된 DNS 전달 규칙 집합 1
DNS 전달 규칙 집합당 아웃바운드 엔드포인트 수 2
아웃바운드 엔드포인트당 DNS 전달 규칙 집합 2
전달 규칙당 대상 DNS 서버 6
각 엔드포인트별 QPS 10,000

1 포털이 업데이트될 때까지 Azure Portal에서 다른 한도가 적용될 수 있습니다. PowerShell을 사용하여 요소를 최신 제한까지 프로비전합니다.

Azure Firewall 한도

Resource Limit
가상 네트워크당 Azure 방화벽 1
최대 데이터 처리량 프리미엄 SKU의 경우 100Gbps, 표준 SKU의 경우 30Gbps, 기본(미리 보기) SKU의 경우 250Mbps

자세한 내용은 Azure Firewall 성능을 참조하세요.
Rule limits 네트워크 규칙의 20,000개 고유한 원본/대상

네트워크의 고유 원본/대상 = (원본 주소 + 원본 IP 그룹) * (대상 주소 + 대상 Fqdn 개수 + 대상 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 maximum. 모든 공용 IP 주소는 DNAT 규칙에서 사용할 수 있으며 모두 사용 가능한 SNAT 포트에 적용됩니다.
IP 그룹의 IP 주소 클래식 방화벽당 최대 50개의 고유 IP 그룹을 사용하는 것이 좋습니다.
방화벽 정책당 최대 200개의 고유 IP 그룹
각 IP 그룹당 최대 5,000개의 개별 IP 주소 또는 IP 접두사.
Route table 기본적으로 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 seconds

Azure Front Door(클래식) 제한

Resource 클래식 계층 제한
구독당 Azure Front Door 리소스 수 100
리소스당 사용자 지정 도메인을 포함하는 프런트 엔드 호스트 500
리소스당 라우팅 규칙 500
규칙 집합당 규칙 25
리소스당 백 엔드 풀 2 50
백 엔드 풀당 백 엔드 수 100
라우팅 규칙에 일치하는 경로 패턴 25
단일 캐시 제거 호출의 URL 수 100
최대 대역폭 1 75 Gbps
프로필 1당 초당 최대 요청 100,000
HTTP 헤더 크기 제한(헤더당) 32 KB
정책당 사용자 지정 웹 애플리케이션 방화벽 규칙 100
구독별 웹 애플리케이션 방화벽 정책 100
사용자 지정 규칙당 웹 애플리케이션 방화벽 일치 조건 수 10
사용자 지정 규칙당 웹 애플리케이션 방화벽 IP 주소 범위 수 600
일치 조건당 웹 애플리케이션 방화벽 문자열 일치 값 수 10
웹 애플리케이션 방화벽 문자열 일치 값 길이 256
웹 애플리케이션 방화벽 POST 본문 매개 변수 이름 길이 256
웹 애플리케이션 방화벽 HTTP 헤더 이름 길이 256
웹 애플리케이션 방화벽 쿠키 이름 길이 256
웹 애플리케이션 방화벽 제외 제한 100
웹 애플리케이션 방화벽 HTTP 요청 본문 검사 제한 128 KB
웹 애플리케이션 방화벽 사용자 지정 응답 본문 길이 32 KB

1 트래픽이 하나 이상의 지역에 전역적으로 분산되고 집중되지 않거나 할당량 제한이 더 높은 경우 Azure 지원 요청을 만듭니다.

2 한도 증가를 요청하려면 Azure 지원 요청을 만듭니다. Azure 체험 계정Azure for Students를 포함한 체험 구독은 제한 또는 할당량을 늘릴 수 없습니다. 체험 구독을 사용하는 경우 종량제 구독으로 업그레이드할 수 있습니다.

Azure Front Door 표준 및 프리미엄 서비스 한도

Resource 표준 계층 제한 프리미엄 계층 제한
구독당 최대 프로필 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 75 Gbps 75 Gbps
프로필 1,2당 초당 최대 요청 100,000 100,000
프로필 3당 최대 동시 WebSocket 연결 3,000 3,000
라우팅 규칙에 일치하는 경로 패턴 25 50
단일 캐시 제거 호출의 URL 수 100 100
프로필당 최대 보안 정책 100 200
보안 정책당 최대 연결 110 225
프로필당 최대 비밀 100 500
HTTP 헤더 크기 제한(헤더당) 32 KB 32 KB
구독당 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 요청 본문 및 파일 업로드 검사 제한 128 KB 128 KB
WAF 사용자 지정 응답 본문 길이 32 KB 32 KB

1 트래픽이 하나 이상의 지역에 전역적으로 분산되고 집중되지 않거나 더 높은 할당량 제한이 필요한 경우 Azure 지원 요청을 만듭니다.

2 현재 각 Front Door 프로필에 대한 POP 제한당 초당 5,000개의 요청이 있습니다. 이 제한을 초과하면 POP 위치가 연결을 삭제합니다. 요청이 더 많은 지역 중 하나에 집중되어 있고 이 제한을 초과하는 경우 Azure 지원 요청을 제출하여 더 높은 POP 제한을 요청할 수 있습니다.

3 3,000개 이상의 동시 WebSocket 연결이 필요한 경우 Azure 지원 요청을 제출합니다.

Timeout values

클라이언트에서 Front Door까지
  • 헤더 시간 제한 - TCP/TLS 연결을 설정한 후 Front Door는 클라이언트에서 모든 헤더를 수신하는 데 5초의 시간 제한이 있습니다. 클라이언트가 5초 이내에 헤더를 보내지 않으면 연결이 종료됩니다. 이 시간 제한 값은 구성할 수 없습니다.
  • HTTP 연결 유지 시간 제한 - Front Door에는 90초 HTTP 연결 유지 시간 제한이 있습니다. 클라이언트가 90초 동안 데이터를 보내지 않으면 연결이 종료됩니다. 이 시간 제한 값은 구성할 수 없습니다.
프론트 도어를 통해 애플리케이션 백엔드에 접근하기
  • 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 청크 분할 사용 안 함
Download 다운로드 크기 제한이 없습니다. 다운로드 크기 제한이 없습니다.
Upload 각 CTE 업로드가 2GB 미만이면 제한이 없습니다. 크기는 2GB보다 클 수 없습니다.

Other limits

  • 최대 URL 크기 - 8,192바이트 - 원시 URL의 최대 길이(URL의 스키마 + 호스트 이름 + 포트 + 경로 + 쿼리 문자열)를 지정합니다.
  • 최대 쿼리 문자열 크기 - 4,096바이트 - 쿼리 문자열의 최대 길이(바이트)를 지정합니다.
  • 상태 프로브 URL의 최대 HTTP 응답 헤더 크기 - 4,096바이트 - 상태 프로브의 모든 응답 헤더의 최대 길이를 지정합니다.
  • 최대 규칙 엔진 동작 헤더 값 문자: 640자.
  • 최대 규칙 엔진 조건 헤더 값 문자: 256자.
  • 최대 ETag 헤더 크기: 128바이트
  • 표준 및 프리미엄의 최대 엔드포인트 이름: 46자

규칙 엔진 구성에 적용되는 제한에 대한 자세한 내용은 규칙 엔진 용어를 참조하세요.

Azure Network Watcher 제한

Resource Limit
구독당 지역당 Network Watcher 인스턴스 수 1(지역의 서비스에 액세스를 사용하도록 설정하기 위한 해당 지역의 1개 인스턴스)
구독당 지역당 연결 모니터 수 100
연결 모니터당 최대 테스트 그룹 수 20
연결 모니터당 최대 소스 및 대상 수 100
연결 모니터당 최대 테스트 구성 수 20
구독당 지역당 패킷 캡처 세션 수 10,000(세션 수만, 저장된 캡처는 제외)
구독당 VPN 문제 해결 작업 수 1(한 번의 작업 수)

Azure Route Server 한도

Resource Limit
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 세션이 끊깁니다. 지원 사례를 통해 이 제한을 4,000으로 올릴 수 있습니다.

Note

분기 간이 사용하도록 설정된 경우 가상 네트워크 주소 공간과 Route Server에서 ExpressRoute 회로로 보급되는 경로의 총 수는 1,000을 초과할 수 없습니다. 자세한 내용은 ExpressRoute의 경로 보급 제한을 참조하세요.

Azure ExpressRoute 제한

Resource Limit
구독당 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

경로 보급 알림 한도

Resource 로컬/표준 SKU Premium SKU
Azure 개인 피어링을 통해 ExpressRoute 회로에 보급되는 IPv4 온-프레미스 경로의 최대 수 4,000 10,000
ExpressRoute 회로에 대한 Azure 프라이빗 피어링을 통해 광고된 IPv6 온-프레미스 경로의 최대 수 100 100
게이트웨이가 Azure 프라이빗 피어링을 통해 ExpressRoute 회로로 광고하는 최대 IPv4 가상 네트워크 경로 수 1,000 1,000
게이트웨이가 Azure 프라이빗 피어링을 통해 ExpressRoute 회로로 전달한 최대 IPv6 가상 네트워크 경로 수 100 100
온-프레미스에서 Microsoft 피어링에 공지되는 최대 IPv4 경로 수 200 200
온-프레미스에서 Microsoft 피어링에 공지되는 최대 IPv6 경로 수 200 200
Circuit size 로컬/표준 SKU Premium SKU
50 Mbps 10 20
100 Mbps 10 25
200 Mbps 10 25
500 Mbps 10 40
1 Gbps 10 50
2 Gbps 10 60
5 Gbps 10 75
10 Gbps 10 100
40 Gbps* 10 100
100 Gbps* 10 100

*100Gbps ExpressRoute Direct만 해당

Note

Global Reach 연결은 ExpressRoute 회로당 가상 네트워크 연결 제한에 따라 계산됩니다. 예를 들어 10Gbps 프리미엄 회로는 5개의 Global Reach 연결과 95개의 ExpressRoute 게이트웨이에 대한 연결 또는 95개의 Global Reach 연결과 5개의 ExpressRoute 게이트웨이에 대한 연결 또는 회로에 대해 최대 100개의 연결 제한까지의 기타 조합을 허용합니다.

ExpressRoute 게이트웨이 성능 한도

다음 표에서는 다양한 형식의 게이트웨이, 각각의 제한 사항, 예상 성능 메트릭을 간략하게 설명합니다.

지원되는 최대 제한

이 표는 Azure Resource Manager와 클래식 배포 모델 모두에 적용됩니다.

Gateway SKU 초당 메가비트 초당 패킷 수 가상 네트워크의 지원되는 VM 수 1 흐름 개수 제한 게이트웨이에서 학습한 경로 수
Standard/ERGw1Az 1,000 100,000 2,000 200,000 4,000
High Performance/ERGw2Az 2,000 200,000 4,500 400,000 9,500
Ultra Performance/ErGw3Az 10,000 1,000,000 11,000 1,000,000 9,500
ErGwScale(배율 단위당 1-10) 배율 단위당 1,000 배율 단위당 100,000 배율 단위당 2,000 배율 단위당 100,000 게이트웨이당 총 60,000개
ErGwScale(배율 단위당 11-40) 배율 단위당 1,000 배율 단위당 200,000 배율 단위당 1,000 배율 단위당 100,000 게이트웨이당 총 60,000개

1 표의 값은 예상 수치이며 게이트웨이의 CPU 사용률에 따라 달라집니다. CPU 사용률이 높고 지원되는 VM 수가 초과되면 게이트웨이가 패킷을 삭제하기 시작합니다.

Note

ExpressRoute는 가상 네트워크 주소 공간, 온-프레미스 네트워크 및 모든 관련 가상 네트워크 피어링 연결에 걸쳐 있는 최대 11,000개의 경로를 용이하게 할 수 있습니다. ExpressRoute 연결의 안정성을 보장하려면 ExpressRoute에 11,000개 이상의 경로를 알리지 마세요. 게이트웨이에서 광고하는 최대 경로 수는 1,000개 경로입니다.

Important

  • 애플리케이션 성능은 엔드 투 엔드 대기 시간 및 애플리케이션이 열리는 트래픽 흐름 수와 같은 여러 요인에 따라 달라집니다. 테이블의 숫자는 이상적인 환경에서 애플리케이션이 이론상 수행할 수 있는 상한값을 나타냅니다. 또한 서비스의 안정성을 유지하기 위해 ExpressRoute 가상 네트워크 게이트웨이에서 일상적인 호스트 및 OS 유지 관리를 수행합니다. 유지 관리 기간 중에는 게이트웨이의 컨트롤 플레인 및 데이터 경로 용량이 줄어듭니다.
  • 유지 관리 기간 동안 프라이빗 엔드포인트 리소스에 대한 간헐적인 연결 문제가 발생할 수 있습니다.
  • ExpressRoute는 최대 TCP 및 UDP 패킷 크기 1,400바이트를 지원합니다. 1,400바이트보다 큰 패킷 크기는 조각화됩니다.
  • Azure Route Server는 최대 4,000개의 VM을 지원할 수 있습니다. 이 제한에는 피어링된 가상 네트워크의 VM이 포함됩니다. 자세한 내용은 Azure Route Server 제한 사항을 참조하세요.
  • 위의 표의 값은 각 게이트웨이 SKU의 제한을 나타냅니다.

Azure NAT 게이트웨이 제한

구독당 지역별로 Azure Resource Manager를 통해 관리되는 NAT Gateway 리소스에는 다음 제한이 적용됩니다. 구독 제한을 기준으로 현재 리소스 사용량을 보는 방법을 알아봅니다.

Resource Limit
공용 IP 주소 NAT 게이트웨이당 16개
Subnets NAT Gateway당 800개
Data throughput1 50 Gbps
엔터프라이즈 및 CSP 계약을 위한 NAT Gateway2 지역별 구독당 1,000개
후원 및 종량제를 위한 NAT Gateway2 지역별 구독당 100개
평가판 및 기타 모든 제공 유형을 위한 NAT 게이트웨이2 지역별 구독당 15개
Packets processed 1M - 초당 5M 패킷
동일한 대상 엔드포인트에 대한 연결 공용 IP당 동일한 대상에 대한 50,000개의 연결
Connections total NAT 게이트웨이당 2M 연결

1 50Gbps의 총 데이터 처리량은 NAT Gateway 리소스를 통해 아웃바운드 및 인바운드(반환) 데이터로 분할됩니다. 데이터 처리량은 NAT Gateway를 통한 아웃바운드 데이터의 경우 25Gbps, 인바운드(응답) 데이터의 경우 25Gbps로 속도가 제한됩니다.

2 NAT Gateway의 기본 한도는 평가판, 종량제, CSP 등 제품 범주 형식에 따라 다릅니다. 예를 들어 기업계약 구독의 기본값은 1000입니다.

Azure 프라이빗 링크에는 다음과 같은 한도가 적용됩니다.

Resource Limit
가상 네트워크당 프라이빗 엔드포인트 수 1000
피어된 가상 네트워크의 프라이빗 엔드포인트 수 4000
구독당 프라이빗 엔드포인트 수 64000
구독당 프라이빗 링크 서비스 수 800
표준 Load Balancer당 프라이빗 링크 서비스 수 8
프라이빗 링크 서비스의 IP 구성 수 8(PLS당 사용되는 NAT IP 주소에 대한 수치)
동일한 프라이빗 링크 서비스의 프라이빗 엔드포인트 수 1000
프라이빗 링크 서비스의 표시 유형 설정에서 허용되는 구독 수 100
프라이빗 링크 서비스의 자동 승인 설정에서 허용되는 구독 수 100
키 자격 증명 모음당 프라이빗 엔드포인트 수 64
구독당 프라이빗 엔드포인트가 포함된 키 보관소의 수 400
프라이빗 엔드포인트에 연결할 수있는 프라이빗 DNS 영역 그룹의 수 1
각 그룹의 DNS 영역 수 5
프라이빗 엔드포인트 네트워크 인터페이스의 개인 IP 주소 수 500

Azure Traffic Manager에 대한 제한

Resource limits

Resource Limit
구독당 프로필 200 1
프로필당 엔드포인트 200

1 이러한 제한을 늘려야 하는 경우 Azure 지원에 문의하세요.

기본 제한

Profiles
Operation 제한(분당)
Create/update 600
Get 450
Delete 150
리소스 그룹 또는 구독에 나열 450
DNS 이름 가용성 확인 300
Endpoints
Operation 제한(분당)
Create/update/delete 300
Get 1500
지표 및 열 지도
Operation 제한(분당)
사용자 메트릭 키 가져오기/만들기/삭제 150
열 지도 가져오기 150
Geo hierarchy
Operation 제한(분당)
Get 150

Azure VPN Gateway 제한

달리 명시되지 않는 한 Azure VPN Gateway 리소스 및 가상 네트워크 게이트웨이에 다음 제한이 적용됩니다.

Resource Limit
VNet 주소 접두사 VPN 게이트웨이당 600개
BGP 경로 집계하기 VPN 게이트웨이당 4,000개
로컬 네트워크 게이트웨이 주소 접두사 로컬 네트워크 게이트웨이당 1000개
S2S connections 한도는 게이트웨이 SKU에 따라 다릅니다. 게이트웨이 SKU별 한도 표를 참조하세요.
P2S connections 한도는 게이트웨이 SKU에 따라 다릅니다. 게이트웨이 SKU별 한도 표를 참조하세요.
P2S 경로 제한 - IKEv2 Windows가 아닌 경우 256 / Windows인 경우 25
P2S 경로 제한-OpenVPN 1000
Max. flows VpnGw1-5/AZ의 경우 500K 인바운드 및 500K 아웃바운드
트래픽 선택기 정책 100
사용자 지정 APIPA BGP 주소 32
가상 네트워크의 지원되는 VM 수 한도는 게이트웨이 SKU에 따라 다릅니다. 게이트웨이 SKU별 한도 표를 참조하세요.

게이트웨이 SKU별 한도

VPN
Gateway
Generation
SKU S2S/VNet-to-VNet
Tunnels
P2S
SSTP 연결
P2S
IKEv2/OpenVPN 연결
Aggregate
처리량 벤치마크
BGP Zone-redundant Virtual Network에서 지원되는 VM 수
Generation1 Basic Max. 10 Max. 128 Not Supported 100 Mbps Not Supported No 200
Generation1 VpnGw1 Max. 30 Max. 128 Max. 250 650 Mbps Supported No 450
Generation1 VpnGw2 Max. 30 Max. 128 Max. 500 1 Gbps Supported No 1300
Generation1 VpnGw3 Max. 30 Max. 128 Max. 1000 1.25 Gbps Supported No 4000
Generation1 VpnGw1AZ Max. 30 Max. 128 Max. 250 650 Mbps Supported Yes 1000
Generation1 VpnGw2AZ Max. 30 Max. 128 Max. 500 1 Gbps Supported Yes 2000
Generation1 VpnGw3AZ Max. 30 Max. 128 Max. 1000 1.25 Gbps Supported Yes 5000
Generation2 VpnGw2 Max. 30 Max. 128 Max. 500 1.25 Gbps Supported No 685
Generation2 VpnGw3 Max. 30 Max. 128 Max. 1000 2.5 Gbps Supported No 2240
Generation2 VpnGw4 Max. 100* Max. 128 Max. 5000 5 Gbps Supported No 5300
Generation2 VpnGw5 Max. 100* Max. 128 Max. 10000 10 Gbps Supported No 6700
Generation2 VpnGw2AZ Max. 30 Max. 128 Max. 500 1.25 Gbps Supported Yes 2000
Generation2 VpnGw3AZ Max. 30 Max. 128 Max. 1000 2.5 Gbps Supported Yes 3300
Generation2 VpnGw4AZ Max. 100* Max. 128 Max. 5000 5 Gbps Supported Yes 4400
Generation2 VpnGw5AZ Max. 100* Max. 128 Max. 10000 10 Gbps Supported Yes 9000

게이트웨이 SKU 및 한도에 대한 자세한 내용은 게이트웨이 SKU 정보를 참조하세요.

게이트웨이 성능 제한

이 섹션의 표에는 VpnGw SKU에 대한 성능 테스트 결과가 나열되어 있습니다. VPN 터널은 VPN 게이트웨이 인스턴스에 연결됩니다. 각 인스턴스 처리량은 이전 섹션의 처리량 테이블에 설명되어 있으며 해당 인스턴스에 연결되는 모든 터널에서 집계할 수 있습니다. 이 표에서는 다른 게이트웨이 SKU에 대해 관찰된 대역폭 및 터널당 초당 패킷 처리량을 보여 줍니다. 모든 테스트는 100개의 연결과 표준 부하 조건하에 Azure 내의 서로 다른 지역의 게이트웨이와 엔드포인트 사이에서 수행되었습니다. 공개적으로 사용 가능한 iPerf 및 CTSTraffic 도구를 사용하여 사이트 간 연결 성능을 측정했습니다.

  • IPsec 암호화와 무결성 모두에 GCMAES256 알고리즘을 사용할 때 최상의 성능을 얻었습니다.
  • IPsec 암호화에 AES256을 사용하고 무결성에 SHA256을 사용할 때는 평균 성능을 얻었습니다.
  • IPsec 암호화에 DES3을 사용하고 무결성에 SHA256을 사용할 때는 가장 낮은 성능을 얻었습니다.
Generation SKU Algorithms
used
Throughput
관찰된 처리량
터널별 초당 패킷 수
observed
Generation1 VpnGw1 GCMAES256
AES256, SHA256
DES3, SHA256
650 Mbps
500 Mbps
130 Mbps
62,000
47,000
12,000
Generation1 VpnGw2 GCMAES256
AES256, SHA256
DES3, SHA256
1.2 Gbps
650 Mbps
140 Mbps
100,000
61,000
13,000
Generation1 VpnGw3 GCMAES256
AES256, SHA256
DES3, SHA256
1.25 Gbps
700 Mbps
140 Mbps
120,000
66,000
13,000
Generation1 VpnGw1AZ GCMAES256
AES256, SHA256
DES3, SHA256
650 Mbps
500 Mbps
130 Mbps
62,000
47,000
12,000
Generation1 VpnGw2AZ GCMAES256
AES256, SHA256
DES3, SHA256
1.2 Gbps
650 Mbps
140 Mbps
110,000
61,000
13,000
Generation1 VpnGw3AZ GCMAES256
AES256, SHA256
DES3, SHA256
1.25 Gbps
700 Mbps
140 Mbps
120,000
66,000
13,000
Generation2 VpnGw2 GCMAES256
AES256, SHA256
DES3, SHA256
1.25 Gbps
550 Mbps
130 Mbps
120,000
52,000
12,000
Generation2 VpnGw3 GCMAES256
AES256, SHA256
DES3, SHA256
1.5 Gbps
700 Mbps
140 Mbps
140,000
66,000
13,000
Generation2 VpnGw4 GCMAES256
AES256, SHA256
DES3, SHA256
2.3 Gbps
700 Mbps
140 Mbps
220,000
66,000
13,000
Generation2 VpnGw5 GCMAES256
AES256, SHA256
DES3, SHA256
2.3 Gbps
700 Mbps
140 Mbps
220,000
66,000
13,000
Generation2 VpnGw2AZ GCMAES256
AES256, SHA256
DES3, SHA256
1.25 Gbps
550 Mbps
130 Mbps
120,000
52,000
12,000
Generation2 VpnGw3AZ GCMAES256
AES256, SHA256
DES3, SHA256
1.5 Gbps
700 Mbps
140 Mbps
140,000
66,000
13,000
Generation2 VpnGw4AZ GCMAES256
AES256, SHA256
DES3, SHA256
2.3 Gbps
700 Mbps
140 Mbps
220,000
66,000
13,000
Generation2 VpnGw5AZ GCMAES256
AES256, SHA256
DES3, SHA256
2.3 Gbps
700 Mbps
140 Mbps
220,000
66,000
13,000

Azure Virtual WAN 제한

Resource Limit
허브당 VPN(분기) 연결 1,000
Virtual WAN 사이트 간 VPN 게이트웨이별 총 처리량 20 Gbps
Virtual WAN VPN 연결당 처리량(터널 2개) 2Gbps(IPsec 터널당 1Gbps)
허브당 지점 및 사이트 간 사용자 100,000
Virtual WAN 사용자 VPN(지점 및 사이트 간) 게이트웨이별 총 처리량 200 Gbps
Virtual WAN ExpressRoute 게이트웨이별 총 처리량 20 Gbps
허브당 ExpressRoute 회로 연결 8
라우팅 의도를 사용하지 않고 허브당 VNet 연결 500에서 Virtual WAN의 총 허브 수를 뺀 값
프라이빗 라우팅 정책이 사용하도록 설정된 라우팅 의도를 사용하여 단일 허브에 직접 연결된 모든 VNet의 주소 공간 Virtual WAN 허브당 400개 - 조정 가능
Virtual WAN Hub Router별 총 처리량 VNet 간 전송용 50Gbps
단일 Virtual WAN 허브에 연결된 모든 VNet의 VM 워크로드 2000(기본 제한 이상으로 제한 또는 할당량을 높이려면 허브 설정 참조).
허브가 연결된 리소스(가상 네트워크, 분기, 기타 가상 허브 등)에서 허용할 수 있는 총 경로 수 10,000

Azure Notification Hubs 제한

Tier Free Basic Standard
Included pushes 1 million 10 million 10 million
Active devices 500 200,000 10 million
설치 또는 등록당 태그 할당량 60 60 60

이러한 한도 및 가격 책정에 대한 자세한 내용은 Notification Hubs 가격 책정을 참조하세요.

Microsoft Dev Box 제한

Subscription type VM Cores Network Connections Dev centers 개발 상자 정의 개발 상자 프로젝트
종량제 20 5 2 200 500
Azure Pass 20 5 2 200 500
CSP 20 5 2 200 500
Free trial 0 0 0 0 0
학생용 Azure 0 0 0 0 0
Enterprise 80 10 5 200 500
MSDN n/a 5 2 200 500

Microsoft Entra 서비스 제한

Microsoft Entra 서비스 제한을 참조하세요.

Microsoft Purview 제한

최신 Microsoft Purview 할당량에 대한 클래식 Microsoft Purview 데이터 거버넌스 제한을 참조하세요.

Microsoft Sentinel 제한

Microsoft Sentinel의 제한 사항에 대해서는 Microsoft Sentinel 서비스 제한을 참조하세요.

Azure Service Bus 제한

다음 표에는 Azure Service Bus 메시징에 특정한 할당량 정보가 나와 있습니다. Service Bus에 대한 가격 책정 및 기타 할당량에 대한 정보는 Service Bus 가격 책정을 참조하세요.

모든 계층에 대한 공통 제한

다음 제한은 모든 계층에서 공통적으로 적용됩니다.

Quota name Value Notes
Azure 구독당 최대 네임스페이스 수 1000(기본값 및 최대값) 이 제한은 계층을 기반으로 하지 않는 Microsoft.ServiceBus 공급자를 기반으로 합니다. 따라서 모든 계층의 총 네임스페이스 수입니다. 추가 네임스페이스에 대한 후속 요청은 거부됩니다.
네임스페이스에 대한 동시 연결 수 넷 메시지: 1,000

AMQP: 5,000.
추가 연결에 대한 후속 요청은 거부됩니다. REST 작업은 동시 TCP 연결 계산에 포함되지 않습니다.
큐, 토픽 또는 구독 엔티티에서 동시 수신 요청의 수 5,000 후속 수신 요청이 거부됩니다. 이 할당량은 항목의 모든 구독 전반에 걸쳐 종합된 동시 수신 명령 수에 적용됩니다.
모든 메시징 엔터티 경로의 최대 크기: 큐 또는 토픽 260 characters.  
모든 메시징 엔터티 이름의 최대 크기: 네임스페이스, 구독 또는 구독 규칙 50 characters.  
메시지 ID의 최대 크기 128  
메시지 세션 ID의 최대 크기 128  
큐, 토픽 또는 구독 엔터티의 메시지 속성 크기

각 속성에 대한 최대 메시지 속성 크기는 32KB입니다.

모든 속성의 누적 크기는 64KB를 초과할 수 없습니다. 이 제한은 사용자 속성과 시퀀스 번호, 레이블 및 메시지 ID와 같은 시스템 속성을 모두 가진 broker 저장 메시지의 전체 헤더에 적용됩니다.

속성 모음에서 헤더 속성의 최대 수: byte/int.MaxValue.

SerializationException 예외가 생성됩니다.
토픽당 SQL 필터 수 2,000 토픽에 대한 추가 필터 만들기에 대한 후속 요청이 거부되고 호출 코드는 예외를 받습니다.
토픽당 상관 관계 필터 수 100,000 토픽에 대한 추가 필터 만들기에 대한 후속 요청이 거부되고 호출 코드는 예외를 받습니다.
SQL 필터 또는 작업의 크기 필터 조건 문자열의 최대 길이: 1,024(1K)

규칙 작업 문자열의 최대 길이: 1,024(1K)

규칙 작업당 식의 최대 수: 32
추가 필터를 만들기 위한 후속 요청은 거부되고 호출 코드는 예외를 받습니다.
네임스페이스, 큐 또는 토픽당 공유 액세스 권한 부여 규칙 수 엔터티 형식당 최대 규칙 수: 12

Service Bus 네임스페이스에 구성된 규칙은 모든 유형에 적용됩니다: 큐, 토픽.
추가 규칙 만들기에 대한 후속 요청은 거부되고 호출 코드는 예외를 받습니다.
트랜잭션당 메시지 수 100

Send()SendAsync() 작업 모두에 해당합니다.
들어오는 추가 메시지가 거부되고 호출 코드는 단일 트랜잭션에서 100개 이상의 메시지를 보낼 수 없다는 메시지와 함께 예외를 받습니다.
DeleteMessagesAsync 호출에서 삭제된 최대 메시지 수 500 DeleteMessagesAsync API는 호출당 최대 500개의 메시지 삭제를 지원합니다. 이 제한을 초과하는 요청(예: 4000)은 ArgumentOutOfRangeException을 throw합니다.
PeekMessagesAsync 호출에서 반환되는 최대 메시지 수 250
가상 네트워크 및 IP 필터 규칙 수 128  

기본 계층과 표준 및 프리미엄 계층 비교

다음 표에서는 기본, 표준 및 프리미엄 계층에 대해 다른 제한을 보여 줍니다.

Quota name Basic Standard Premium Notes
큐 또는 토픽 크기 1, 2, 3, 4GB 또는 5GB

분할을 사용하는 경우 80GB입니다.
1, 2, 3, 4GB 또는 5GB

분할을 사용하는 경우 80GB입니다.
80 GB 큐 또는 토픽을 생성/업데이트할 때 정의됩니다.

네임스페이스에 있는 모든 엔터티의 총 크기는 다음 행에 설명된 네임스페이스 크기 제한을 초과할 수 없습니다.

후속 들어오는 메시지는 거부되고 호출 코드는 예외를 받습니다.

현재 큐에 전송되는 큰 메시지(크기 > 1MB)는 두 번 계산됩니다. 또한 토픽에 전송되는 큰 메시지(크기 > 1MB)는 X +1배로 계산됩니다. 여기서 X는 토픽에 대한 구독 수입니다.

Namespace size 400 GB 400 GB MU(메시징 단위)당 1TB입니다. 네임스페이스에 있는 모든 엔터티의 전체 크기는 이 제한을 초과할 수 없습니다.
네임스페이스당 토픽 또는 큐 수 10,000 10,000 MU(메시징 단위)당 1,000개. 네임스페이스에 새 토픽 또는 큐를 만들기 위한 후속 요청이 거부됩니다. 따라서 Azure Portal을 통해 구성된 경우 오류 메시지가 생성됩니다. 관리 API에서 호출되는 경우 호출 코드는 예외를 받습니다.
네임스페이스당 분할된 토픽 또는 큐 100 100 N/A 각 분할된 큐 또는 토픽은 네임스페이스별로 1,000개 엔터티 할당량에 포함됩니다.

네임스페이스에 분할된 새 토픽 또는 큐를 만들기 위한 후속 요청이 거부됩니다. 따라서 Azure Portal을 통해 구성된 경우 오류 메시지가 생성됩니다. 관리 API에서 호출되는 경우 호출 코드에서 QuotaExceededException 예외가 수신됩니다.

기본 또는 표준 계층 네임스페이스에 분할된 엔터티를 더 많이 포함하려면 추가 네임스페이스를 만듭니다.

큐, 엔터티 또는 구독 엔터티에 대한 메시지 크기 또는 일괄 처리 크기 256 KB 256 KB AMQP 프로토콜: 단일 메시지의 경우 최대 100MB입니다.

HTTP 및 SBMP 프로토콜: 단일 메시지의 경우 최대 1MB입니다.

모든 프로토콜: 메시지 일괄 처리의 경우 최대 1MB입니다.
메시지 크기에는 속성(시스템 및 사용자) 크기와 페이로드 크기가 포함됩니다. 시스템 속성의 크기는 시나리오에 따라 다릅니다. 이러한 할당량을 초과하는 들어오는 메시지는 거부되고 호출 코드는 예외를 받습니다.
토픽당 구독 수 2,000 2,000 2,000 토픽에 추가 구독을 만들기 위한 후속 요청이 거부됩니다. 따라서 포털을 통해 구성된 경우 오류 메시지가 표시됩니다. 관리 API에서 호출되는 경우 호출 코드는 예외를 받습니다.
초당 작업 수 1,000 1,000 N/A 프리미엄에는 초당 작업에 대한 고정된 제한이 없습니다. 처리량은 OU 수 와 워크로드의 특성에 따라 달라집니다. 워크로드가 처리량에 미치는 영향 및 이를 최적화하는 방법에 대한 자세한 내용은 Service Bus 메시징을 사용하여 성능 향상에 대한 모범 사례를 참조하세요.

Azure Site Recovery 제한

Azure Site Recovery에는 다음과 같은 제한이 적용됩니다.

Limit identifier Limit
구독당 자격 증명 모음 수 500
구독당 보호된 디스크 수(데이터 및 OS 모두) 3000
Recovery Services 자격 증명 모음당 어플라이언스 수 250
Recovery Services 자격 증명 모음당 보호 그룹 수 No limit
Recovery Services 자격 증명 모음당 복구 계획 수 No limit
보호 그룹당 서버 수 No limit
복구 계획당 서버 수 100

Azure SQL Database 제한

Azure SQL Database 제한은 다음을 참조하세요.

Azure SQL Database 논리 서버당 최대 프라이빗 엔드포인트 수는 250개입니다.

Azure Synapse Analytics 제한

Azure Synapse Analytics에는 고객의 구독이 서로의 워크로드로부터 보호되도록 하는 다음과 같은 기본값 한도가 있습니다. 구독에 대한 최대 한도를 높이려면 고객 지원에 문의하세요.

작업 영역에 대한 Azure Synapse 한도

사용량 기반 결제, 무료 평가판, Azure Pass 및 학생용 Azure 구독 제품 유형:

Resource Default limit Maximum limit
Azure 구독의 Synapse 작업 영역 2 2

다른 구독 제안 형식의 경우:

Resource Default limit Maximum limit
지역별 Azure 구독의 Synapse 작업 영역 20 100

Apache Spark에 대한 Azure Synapse 한도

사용량 기반 결제, 무료 평가판, Azure Pass 및 학생용 Azure 구독 제품 유형:

Resource 메모리 최적화 코어 GPU cores
Synapse 작업 영역의 Spark 코어 12 48

다른 구독 제안 형식의 경우:

Resource 메모리 최적화 코어 GPU cores
Synapse 작업 영역의 Spark 코어 50 50

Spark 풀에 대한 추가 제한은 Azure Synapse Analytics의 Apache Spark 풀에 대한 동시성 및 API 속도 제한을 참조하세요.

파이프라인에 대한 Azure Synapse 한도

Resource Default limit Maximum limit
Synapse 작업 영역 내 Synapse 파이프라인 800 800
작업 영역 내 총 엔터티(예: 파이프라인, 데이터 세트, 트리거, 연결된 서비스, 프라이빗 엔드포인트 및 통합 런타임) 수 5,000 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,0
지역 그룹 12: 6,000
지역 그룹 22: 3,000
지역 그룹 32: 1,500
관리형 가상 네트워크에서 구독당 Azure Integration Runtime 지역별 동시 데이터 통합 단위1 사용량 2,0 2,0
파이프라인당 최대 활동 수(컨테이너에 대한 내부 활동 포함) 120 120
단일 자체 호스팅 통합 런타임에 대해 만들 수 있는 연결된 통합 런타임의 최대 수 100 100
파이프라인당 최대 매개 변수 수 50 50
ForEach items 100,000 100,000
ForEach parallelism 20 50
파이프라인당 최대 대기 중 실행 수 100 100
표현당 문자 수 8,192 8,192
최소 연속 창 트리거 간격 5 min 15 min
파이프라인 활동 실행에 대한 최대 시간 제한 7 days 7 days
파이프라인 개체에 대한 개체당 바이트 수3 200 KB 200 KB
데이터 세트 및 연결된 서비스 개체에 대한 개체당 바이트 수3 100 KB 2,000 KB
각 작업 실행에 대한 페이로드당 바이트4 896 KB 896 KB
복사 작업 실행당 데이터 통합 단위 수1 256 256
API 호출 쓰기 1,200/h 1,200/h

이 제한은 Azure Synapse Analytics가 아닌 Azure Resource Manager가 부과합니다.
API 호출 읽기 12,500/h 12,500/h

이 제한은 Azure Synapse Analytics가 아닌 Azure Resource Manager가 부과합니다.
분당 모니터링 쿼리 1,000 1,000
데이터 흐름 디버그 세션의 최대 시간 8 hrs 8 hrs
통합 런타임당 동시 데이터 흐름 수 50 50
관리형 vNet의 통합 런타임당 동시 데이터 흐름 수 20 20
사용자당 작업 영역별 동시 데이터 흐름 디버그 세션 수 3 3
데이터 흐름 Azure IR TTL 제한 4 hrs 4 hrs
작업 영역 내 메타데이터 엔터티 크기 한도 2 GB 2 GB

1 DIU(데이터 통합 단위)는 클라우드 간 복사 작업에 사용됩니다. 데이터 통합 단위(버전 2)에서 자세히 알아보세요. 청구에 대한 자세한 내용은 Azure Synapse Analytics 가격 책정을 참조하세요.

2Azure Integration Runtime은 데이터 규정 준수, 효율성 및 네트워크 송신 비용 절감을 보장하기 위해 전역적으로 사용할 수 있습니다.

Region group Regions
지역 그룹 1 미국 중부, 미국 동부, 미국 동부 2, 북유럽, 서유럽, 미국 서부, 미국 서부 2
지역 그룹 2 오스트레일리아 동부, 오스트레일리아 남동부, 브라질 남부, 인도 중부, 일본 동부, 미국 중북부, 미국 중남부, 동남 아시아, 미국 중서부
지역 그룹 3 Other regions

관리형 가상 네트워크를 사용하도록 설정하면 모든 지역 그룹의 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 가상 머신 디스크 제한

Azure VM(가상 머신)에 여러 데이터 디스크를 연결할 수 있습니다. VM의 데이터 디스크 확장성 및 성능 목표에 따라 성능 및 용량 요구 사항을 충족하는 데 필요한 디스크의 수와 유형을 결정할 수 있습니다.

Important

최적의 성능을 위해 가상 머신에 연결된 과도하게 사용되는 디스크의 수를 제한하여 성능 저하를 방지하십시오. 연결된 모든 디스크의 동시 사용률이 높지 않으면 가상 머신이 더 많은 수의 디스크를 지원할 수 있습니다. 또한 기존 관리 디스크에서 관리 디스크를 만들 때 49개의 디스크만 동시에 만들 수 있습니다. 초기 49개 중 일부를 만든 후에 더 많은 디스크를 만들 수 있습니다.

Azure의 관리 디스크에 대해:

다음 표에서는 구독당 지역별 리소스 수의 기본 및 최대 제한을 보여 줍니다. 이러한 제한은 플랫폼 관리형 키 또는 고객 관리형 키로 암호화된 디스크에 관계없이 동일하게 유지됩니다. 리소스 그룹당 Managed Disks, 스냅샷 및 이미지 수에는 제한이 없습니다.

Resource Limit
표준 관리 디스크 50,000
표준 SSD 관리 디스크 50,000
프리미엄 SSD 관리 디스크 50,000
프리미엄 SSD v2 관리 디스크 1,000
GiB 2의 총 프리미엄 SSDv2 관리 디스크 용량 102,400
Ultra disks 1,000
GiB2의 총 Ultra Disk 용량 102,400
Standard_LRS snapshots1 75,000
Standard_ZRS snapshots1 75,000
Managed image 50,000

1 개별 디스크에는 500개의 증분 스냅샷이 있을 수 있습니다.

2 기본 최댓값이지만 요청에서 더 높은 용량이 지원됩니다. 용량 증가를 요청하려면 할당량 증가를 요청하거나 Azure 지원에 문의하세요.

표준 스토리지 계정의 경우:

표준 스토리지 계정의 최대 총 요청 속도는 20,000 IOPS입니다. 표준 스토리지 계정에서 모든 가상 머신 디스크의 총 IOPS는 이 제한을 초과할 수 없습니다.

비관리 디스크의 경우 요청 속도 제한에 따라 단일 표준 스토리지 계정에서 지원하는 활용도가 높은 디스크의 개수를 대략적으로 계산할 수 있습니다. 예를 들어 기본 계층 VM의 경우 자주 활용되는 디스크의 최대 수는 약 66개(디스크당 20,000/300 IOPS)입니다. 표준 계층 VM에 대해 자주 활용되는 디스크의 최대 수는 약 40개(디스크당 20,000/500 IOPS)입니다.

프리미엄 스토리지 계정의 경우:

프리미엄 스토리지 계정의 최대 총 처리량 속도는 50Gbps입니다. 모든 VM 디스크의 총 처리량은 이 제한을 초과할 수 없습니다.

자세한 내용은 Azure의 가상 머신 크기를 참조하세요.

VM 애플리케이션의 경우

Azure에서 VM 애플리케이션으로 작업할 때 "승인된 UnmanagedStorageAccountCount 할당량을 초과하므로 작업을 완료할 수 없습니다."라는 오류 메시지가 발생할 수 있습니다. 이 오류는 사용할 수 있는 관리되지 않는 스토리지 계정 수 제한에 도달한 경우 발생합니다.

VM 애플리케이션을 게시할 때 Azure는 여러 지역에 복제해야 합니다. 이를 위해 Azure는 각 지역에 대해 관리되지 않는 스토리지 계정을 만듭니다. 애플리케이션에서 사용하는 관리되지 않는 스토리지 계정 수는 모든 애플리케이션의 복제본 수에 따라 결정됩니다.

일반적으로 각 스토리지 계정은 최대 200개의 동시 연결을 수용할 수 있습니다. 다음은 "UnmanagedStorageAccountCount" 오류를 해결하기 위한 옵션입니다.

  • 원본 애플리케이션 블롭에 페이지 블롭을 사용하세요. 관리되지 않는 계정은 블록 Blob 복제에만 사용됩니다. 페이지 Blob에는 이러한 제한이 없습니다.
  • VM 애플리케이션 버전의 복제본 수를 줄이거나 더 이상 필요하지 않은 애플리케이션을 삭제합니다.
  • 지원 요청을 제출하여 할당량 증가를 가져옵니다.

자세한 내용은 VM 애플리케이션 개요를 참조하세요.

Azure 디스크 암호화 세트

지역 및 구독당 5,000개의 디스크 암호화 집합 제한이 허용됩니다. 할당량을 늘리려면 Azure 지원 문의하세요.

암호화 제한에 대한 자세한 내용은 다음 설명서를 참조하세요.

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 N/A N/A N/A N/A N/A 최대 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/초
*디스크당 확장 처리량 N/A N/A N/A N/A N/A 최대 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 N/A N/A N/A N/A N/A N/A N/A N/A 최대 1,500 최대 3,000 최대 6,000 최대 6,000 최대 6,000 최대 6,000
디스크당 기본 처리량 최대 100MB/s 최대 100MB/s 최대 100MB/s 최대 100MB/s 최대 100MB/s 최대 100MB/s 최대 100MB/s 최대 100MB/s 최대 100MB/s 최대 100MB/s 최대 100MB/s 최대 400MB/s 최대 600MB/s 최대 750MB/s
*디스크당 확장 처리량 N/A N/A N/A N/A N/A N/A N/A N/A 최대 150MB/s 최대 300MB/s 최대 600MB/s 최대 750MB/s 최대 750MB/s 최대 750MB/s
디스크당 최대 버스트 IOPS 600 600 600 600 600 600 600 600 1000
디스크당 최대 버스트 처리량 150 MB/s 150 MB/s 150 MB/s 150 MB/s 150 MB/s 150 MB/s 150 MB/s 150 MB/s 250 MB/s
최대 버스트 기간 30 min 30 min 30 min 30 min 30 min 30 min 30 min 30 min 30 min

* 퍼포먼스 플러스가 활성화된 디스크에만 적용됩니다.

프리미엄 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 N/A N/A N/A N/A N/A N/A N/A N/A 8,000 16,000 20,000 20,000 20,000 20,000
디스크당 기본 프로비전된 처리량 25 MB/s 25 MB/s 25 MB/s 25 MB/s 50 MB/s 100 MB/s 125 MB/s 150 MB/s 200 MB/s 250 MB/s 250 MB/s 500 MB/s 750 MB/s 900 MB/s
**디스크당 확장 프로비전된 처리량 N/A N/A N/A N/A N/A N/A N/A N/A 300 MB/s 600 MB/s 900 MB/s 900 MB/s 900 MB/s 900 MB/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*
디스크당 최대 버스트 처리량 170 MB/s 170 MB/s 170 MB/s 170 MB/s 170 MB/s 170 MB/s 170 MB/s 170 MB/s 1,000 MB/s* 1,000 MB/s* 1,000 MB/s* 1,000 MB/s* 1,000 MB/s* 1,000 MB/s*
최대 버스트 기간 30 min 30 min 30 min 30 min 30 min 30 min 30 min 30 min Unlimited* Unlimited* Unlimited* Unlimited* Unlimited* Unlimited*
예약 가능 No No No No No No No No 예, 최대 1년 예, 최대 1년 예, 최대 1년 예, 최대 1년 예, 최대 1년 예, 최대 1년

*주문형 버스팅이 설정된 디스크에만 적용됩니다.
** 퍼포먼스 플러스가 활성화된 디스크에만 적용됩니다.

프리미엄 SSD v2 관리 디스크

프리미엄 SSD와 달리 프리미엄 SSD v2에는 전용 크기가 없습니다. 프리미엄 SSD v2를 원하는 지원되는 크기로 설정하고 가동 중지 시간 없이 성능을 세분화하여 조정할 수 있습니다.

Disk Size 사용 가능한 최대 IOPS 사용 가능한 최대 처리량(MB/s)
1GiB-64TiB 3,000-80,000(GiB당 500 IOPS 증가) 125-1,200(집합 IOPS당 0.25MB/s 증가)

Ultra Disks

Ultra Disk 크기는 프리미엄 SSD, 표준 SSD, 표준 HDD 크기와 같습니다. Ultra Disk를 만들거나 수정할 때 설정한 크기는 프로비전된 디스크 크기 중 두 번째로 큰 크기로 청구됩니다. 따라서 200GiB Ultra Disk를 배포하거나 200GiB Ultra Disk를 설정하는 경우 프로비전된 디스크 크기 중 가장 큰 크기이므로 256GiB인 것처럼 요금이 청구되는 200GiB Ultra Disk가 있습니다.

다음 표는 사용할 디스크 크기와 성능 한도를 비교하여 제공합니다.

디스크 크기(GiB) IOPS Cap 처리량 한도(MB/s)
4 1,200 300
8 2,400 600
16 4,800 1,200
32 9,600 2,400
64 19,200 4,900
128 38,400 9,800
256 76,800 10,000
512 153,600 10,000
1,024 307,200 10,000
2,048-65,536(이 범위의 크기는 1TiB씩 증가) 400,000 10,000

관리되지 않는 가상 머신 디스크

표준 관리되지 않는 가상 머신 디스크: 디스크당 한도

VM tier 기본 계층 VM 표준 계층 VM
Disk size 4,095 GB 4,095 GB
영구 디스크당 최대 8KB IOPS 300 500
최대 IOPS를 수행하는 최대 디스크 수 66 40

프리미엄 관리되지 않는 가상 머신 디스크: 계정당 한도

Resource Limit
계정당 총 디스크 용량 35 TB
계정당 총 스냅샷 용량 10 TB
계정당 최대 대역폭(수신 + 송신)1 < = 50 Gbps

1인그레스 은 스토리지 계정으로 전송되는 요청의 모든 데이터를 나타냅니다. 출구는 스토리지 계정에서 수신된 응답의 모든 데이터를 의미합니다.

프리미엄 관리되지 않는 가상 머신 디스크: 디스크당 한도

Premium Storage 디스크 유형 P10 P20 P30 P40 P50
Disk size 128 GiB 512 GiB 1,024GiB(1TB) 2,048GiB(2TB) 4,095GiB(4TB)
디스크당 최대 IOPS 500 2,300 5,000 7,500 7,500
디스크당 최대 처리량 100 MB/sec 150 MB/sec 200 MB/sec 250 MB/sec 250 MB/sec
스토리지 계정당 최대 디스크 수 280 70 35 17 8

프리미엄 관리되지 않는 가상 머신 디스크: VM당 한도

Resource Limit
VM당 최대 IOPS GS5 VM에서 80,000 IOPS
VM당 최대 처리량 GS5 VM에서 2,000MB/초

Azure StorSimple 시스템 제한

Limit identifier Limit Comments
스토리지 계정 자격 증명의 최대 수 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
  • 볼륨이 16개를 초과하는 경우, 슬롯이 사용 가능해지면 순차적으로 처리됩니다.
  • 복제 또는 복원된 계층화된 볼륨의 새 백업은 작업이 완료될 때까지 발생할 수 없습니다. 로컬 볼륨의 경우 볼륨이 온라인 상태가 된 후에 백업이 허용됩니다.
계층화된 볼륨의 복원 및 복제 복구 시간 <2분
  • 볼륨은 볼륨의 크기에 상관없이 복원 또는 복제 작업 중 2분 내에 사용할 수 있습니다.
  • 대부분의 데이터 및 메타데이터가 여전히 클라우드에 상주하므로 볼륨의 성능은 초기에는 느려질 수도 있습니다. 성능은 데이터가 클라우드에서 StorSimple 디바이스로 흐르면서 향상될 수도 있습니다.
  • 메타데이터의 총 다운로드 시간은 할당된 볼륨 크기에 따라 다릅니다. 메타데이터는 할당된 볼륨 데이터의 TB당 5분의 속도로 자동으로 백그라운드에 가져와집니다. 이 속도는 클라우드에 대한 인터넷 대역폭에 의해 영향을 받을 수 있습니다.
  • 모든 메타데이터가 디바이스에 있는 경우 복원 또는 복제 작업이 완료됩니다.
  • 복원 또는 복제 작업이 완료될 때까지 Backup 작업을 수행할 수 없습니다.
로컬로 고정된 볼륨의 복구 시간 복원 <2분
  • 볼륨은 볼륨의 크기에 상관없이 복원 작업 중 2분 내에 사용할 수 있습니다.
  • 대부분의 데이터 및 메타데이터가 여전히 클라우드에 상주하므로 볼륨의 성능은 초기에는 느려질 수도 있습니다. 성능은 데이터가 클라우드에서 StorSimple 디바이스로 흐르면서 향상될 수도 있습니다.
  • 메타데이터의 총 다운로드 시간은 할당된 볼륨 크기에 따라 다릅니다. 메타데이터는 할당된 볼륨 데이터의 TB당 5분의 속도로 자동으로 백그라운드에 가져와집니다. 이 속도는 클라우드에 대한 인터넷 대역폭에 의해 영향을 받을 수 있습니다.
  • 계층화된 볼륨과 달리, 로컬로 고정된 볼륨이 있는 경우 볼륨 데이터도 디바이스에 로컬로 다운로드됩니다. 모든 볼륨 데이터를 디바이스로 가져왔으면 복원 작업이 완료된 것입니다.
  • 복원 작업은 오래 걸릴 수 있으며, 복원을 완료하는 데 걸리는 총 시간은 프로비저닝된 로컬 볼륨의 크기, 인터넷 대역폭 및 디바이스의 기존 데이터에 따라 달라집니다. 로걸로 고정된 볼륨에서는 복원 작업이 진행 중인 동안 백업 작업이 허용됩니다.
Thin-restore availability Last failover
최대 클라이언트 읽기/쓰기 처리량(SSD 계층에서 제공 시)* 920/720MB/초(단일 10기가비트 이더넷 네트워크 인터페이스를 사용하는 경우) MPIO 및 2개의 네트워크 인터페이스를 사용하는 경우 최대 2배
최대 클라이언트 읽기/쓰기 처리량(HDD 계층에서 제공 시)* 120/250 MB/sec
최대 클라이언트 읽기/쓰기 처리량(클라우드 계층에서 제공 시)* 11/41 MB/sec 읽기 처리량은 충분한 I/O 큐 깊이를 생성 및 유지 관리하는 클라이언트에 따라 달라집니다.

*I/O 형식당 최대 처리량은 100% 읽기 및 100% 쓰기 시나리오로 측정되었습니다. 실제 처리량은 낮을 수 있으며 I/O 조합 및 네트워크 상태에 따라 다릅니다.

Azure Stream Analytics 제한


Limit identifier Limit Comments
지역별 구독당 최대 스트리밍 단위 수 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 5 GB 1개 이상의 SU를 사용하는 경우 최대 5GB.
쿼리의 최대 문자 수 512000 Azure Stream Analytics 작업 쿼리에는 512k 문자의 하드 제한이 있습니다.

Azure Virtual Machines 제한 사항

Azure Virtual Machines 제한 사항

Resource Limit
클라우드 서비스당 가상 머신 1 50
클라우드 서비스당 입력 엔드포인트 2 150

1 Azure Resource Manager 대신 클래식 배포 모델을 사용하여 만든 가상 머신은 클라우드 서비스에 자동으로 저장됩니다. 부하 분산 및 가용성을 위해 해당 클라우드 서비스에 더 많은 가상 머신을 추가할 수 있습니다.

2 입력 엔드포인트를 사용하여 가상 머신의 클라우드 서비스 외부에서 가상 머신에 통신할 수 있습니다. 같은 클라우드 서비스나 가상 네트워크에 있는 가상 머신은 서로 간에 자동으로 통신할 수 있습니다.

Azure Virtual Machines 제한 사항 - Azure Resource Manager

Azure Resource Manager 및 Azure 리소스 그룹을 사용하는 경우 다음 제한이 적용됩니다.

Resource Limit
구독당 가상 머신 수 지역당 25,0001
구독당 VM 총 코어 수 지역당 201 한도를 늘리려면 고객 지원팀에 문의하세요.
구독당 Azure Spot VM 총 코어 수 지역당 201 한도를 늘리려면 고객 지원팀에 문의하세요.
시리즈당 VM(Dv2 및 F 등), 구독당 코어 지역당 201 한도를 늘리려면 고객 지원팀에 문의하세요.
구독당 가용성 집합 지역당 2,500
가용성 집합당 가상 머신 200
리소스 그룹근접 배치 그룹 800
가용성 집합당 인증서 1992
구독당 인증서 Unlimited3

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 또는 가용성 집합으로 구성됩니다.

Note

가상 머신 코어에는 지역별 총 한도가 있습니다. 또한 Dv2 및 F와 같은 지역별 크기 시리즈에 대한 한도도 있습니다. 이러한 한도는 별도로 적용됩니다. 미국 동부 총 VM 코어 한도가 30이고, A 시리즈 코어 한도 30이며, D 시리즈 코어 한도는 30인 구독을 예로 들 수 있습니다. 이러한 구독은 30개의 A1 VM 또는 30개의 D1 VM 또는 총 코어가 30개를 초과하지 않는 두 가지의 조합을 배포할 수 있습니다. 조합의 예로는 10개의 A1 VM과 20개의 D1 VM이 있습니다.

컴퓨팅 갤러리를 사용하는 경우 리소스 배포에 대한 구독당 제한이 있습니다.

  • 구독당 및 지역당 100개의 컴퓨팅 갤러리
  • 구독당 및 지역당 1,000개의 이미지 정의
  • 구독당 및 지역당 10,000개의 이미지 버전

관리 실행 명령 제한

허용되는 최대 관리형 실행 명령은 현재 25로 제한됩니다.

Azure Virtual Machine Scale Sets 제한

Resource Limit
확장 집합에서 최대 VM 수 1,000
확장 집합의 사용자 지정 VM 이미지에 따라 최대 VM 수 600
지역별 구독당 최대 확장 집합 수 2,500
IB 클러스터용 VMSS에서 지원되는 최대 노드 수 100

Azure Virtual Network Manager 제한

Category Limitation
General Limitations
Cross-tenant Support 정적 멤버십 네트워크 그룹에만 해당
Azure Subscriptions 정책 적용은 < 15,000 구독으로 제한됨
정책 적용 모드 사용하지 않도록 설정으로 설정한 경우 네트워크 그룹에 추가되지 않음
정책 평가 주기 표준 평가 주기는 지원되지 않음
Subscription Movement 구독을 다른 테넌트로 이동하는 것은 지원되지 않음
연결 구성에 대한 제한
연결된 그룹의 가상 네트워크 연결된 그룹은 기본적으로 최대 250개의 VNet을 포함할 수 있으며, 이 양식을 사용하여 요청 시 1,000개까지 확장할 수 있습니다.
Private Endpoints 연결된 그룹당 프라이빗 엔드포인트 1000개
Hub-and-Spoke Configuration 허브에 피어된 최대 1,000대 가상 네트워크
Direct Connectivity 기본적으로 최대 250개의 VNet이 있으며, 이 양식을 사용하여 요청 시 1,000개까지 확장할 수 있습니다.
Group Membership 가상 네트워크는 최대 두 개의 연결된 그룹에 속할 수 있으며, 이 양식을 사용하여 요청 시 1000개까지 확장할 수 있습니다.
겹치는 IP 공간 중복된 IP 주소에 대한 통신이 끊어짐
보안 관리자 규칙에 대한 제한
IP Prefixes 최대 1,000개의 IP 접두사 결합
Admin Rules 한 수준에서 최대 100개의 관리 규칙
사용자 정의 경로에 대한 제한
경로 테이블당 사용자 정의 경로 Max 1,000

개발 터널 한도

개발 터널에는 다음 한도가 적용됩니다. 한도는 매월 다시 설정됩니다.

Resource Limit
Bandwidth 사용자당 5GB
Tunnels 사용자당 10
Active connections 포트당 1000
Ports 터널당 10
HTTP 요청 속도 포트당 1500/분
데이터 전송 속도 터널당 최대 20MB/초
최대 웹 전달 HTTP 요청 본문 크기 16 MB

이러한 제한에 대한 질문은 GitHub 리포지토리에서 문제를 엽니다.

네트워크 보안 경계 제한

Scale limitations

네트워크 보안 경계 기능은 다음과 같은 확장 제한이 있는 일반적인 공용 네트워크 제어를 사용하여 PaaS 리소스의 배포를 지원하는 데 사용할 수 있습니다.

Limitation Description
네트워크 보안 경계 수 구독당 권장 한도로 최대 100까지 지원됩니다.
네트워크 보안 경계당 프로필 권장 제한으로 최대 200개까지 지원합니다.
프로필당 규칙 요소 수 인바운드 및 아웃바운드 각각 최대 200개까지 지원되며, 이는 하드 제한입니다.
동일한 네트워크 보안 경계와 연결된 구독의 PaaS 리소스 수 권장 제한으로 최대 1000까지 지원합니다.

Other limitations

네트워크 보안 경계에는 다음과 같은 다른 제한 사항이 있습니다.

Limitation/Issue Description
네트워크 보안 경계 액세스 로그에 누락된 필드 네트워크 보안 경계 액세스 로그가 집계되었을 수 있습니다. 'count' 및 'timeGeneratedEndTime' 필드가 누락된 경우 집계 수를 1로 간주합니다.
사용 권한 문제로 SDK를 통한 연결 만들기 실패 상태: 403(사용할 수 없음); 오류 코드: AuthorizationFailed, '/subscriptions/xyz/providers/Microsoft.Network/locations/xyz/networkSecurityPerimeterOperationStatuses/xyz' 범위에서 'Microsoft.Network/locations/networkSecurityPerimeterOperationStatuses/read' 작업을 수행하는 동안 이 오류가 발생할 수 있습니다.

수정될 때까지 'Microsoft.Network/locations/*/read' 권한을 사용하거나 CreateOrUpdateAsync SDK API에서 WaitUntil.Started를 사용하여 연결을 만듭니다.
리소스 이름은 네트워크 보안 경계를 지원하기 위해 44자를 초과할 수 없습니다. Azure Portal에서 만든 네트워크 보안 경계 리소스 연결의 형식 {resourceName}-{perimeter-guid}은 다음과 같습니다. 요구 사항 이름 필드에 맞게 80자를 초과할 수 없도록 하려면 리소스 이름을 44자로 제한해야 합니다.
서비스 엔드포인트 트래픽은 지원되지 않습니다. IaaS에서 PaaS 통신까지 프라이빗 엔드포인트를 사용하는 것이 좋습니다. 현재 인바운드 규칙에서 0.0.0.0/0을 허용하는 경우에도 서비스 엔드포인트 트래픽을 거부할 수 있습니다.

Note

각 서비스에 대한 각 제한 사항은 개별 PaaS 설명서를 참조하세요.

Next steps

자세한 내용을 알아보려면 다음 자료를 확인하세요.