다음을 통해 공유


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

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

Azure 가격 책정에 대한 자세한 내용은 Azure 가격 책정 개요를 참조하세요. 여기서 가격 계산기를 사용하여 비용을 예측할 수 있습니다. 특정 서비스(예: Windows VM)에 대한 가격 책정 세부 정보 페이지로 이동해도 됩니다. 비용 관리에 대한 팁은 Azure 청구 및 비용 관리를 사용하여 예상치 못한 비용 방지를 참조하세요.

한도 관리

참고 항목

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

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

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

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

‘소프트 제한’ 및 ‘하드 제한’이라는 용어를 현재 한도, 조정 가능한 한도(소프트 제한) 및 최대 한도(하드 제한)를 설명하기 위해 비공식적으로 사용하는 경우가 있습니다. 한도를 조정할 수 없는 경우에는 소프트 제한이 없으며 하드 제한만 있습니다.

평가판 구독은 제한하거나 할당량을 증가할 수 없습니다. 평가판 구독을 사용하는 경우 종량제 구독으로 업그레이드할 수 있습니다. 자세한 내용은 Azure 평가판 구독을 종량제 구독으로 업그레이드평가판 구독 FAQ를 참조하세요.

일부 한도는 지역 수준에서 관리됩니다.

vCPU 할당량을 한 예로 살펴보겠습니다. vCPU 지원 할당량 증가를 요청하려면 지역별로 사용하려는 vCPU 수를 결정해야 합니다. 그런 다음, 원하는 금액 및 지역에 대한 vCPU 할당량 증가를 요청합니다. 서유럽 지역에서 30개의 vCPU를 사용하여 애플리케이션을 실행해야 하는 경우, 서유럽에서 30개의 vCPU를 구체적으로 요청합니다. 이때 다른 지역의 vCPU 할당량은 증가하지 않으며 서유럽에만 30개의 vCPU 할당량이 제공됩니다.

따라서 한 지역의 워크로드에 대한 할당량을 결정해야 합니다. 그런 다음 배포하려는 각 지역에 해당량을 요청합니다. 특정 지역의 현재 할당량을 확인하는 방법에 대한 도움말은 리소스 할당량 관련 오류 해결을 참조하세요.

일반 제한

리소스 이름에 대한 제한 사항은 Azure 리소스에 대한 명명 규칙 및 제한 사항을 참조하세요.

Resource Manager API 읽기 및 쓰기 제한은 Resource Manager 요청 제한을 참조하세요.

관리 그룹 제한

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

리소스 제한
Microsoft Entra 테넌트별 관리 그룹 10,000
관리 그룹당 구독 무제한.
관리 그룹 계층 구조의 수준 루트 수준 + 6 수준1
관리 그룹당 직접 부모 관리 그룹 하나
위치당 관리 그룹 수준 배포 8002
관리 그룹 수준 배포 위치 10

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

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

구독 제한

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

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

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

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

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

리소스 그룹 제한

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

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

템플릿 제한

제한
매개 변수 256
variables 256
리소스(인쇄 매수 포함) 800
출력 64
템플릿 식 24,576개 문자
내보낸 템플릿의 리소스 200
템플릿 크기 4MB
리소스 정의 파일 1MB
매개 변수 파일 크기 4MB

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

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

Microsoft Entra ID 한도

Microsoft Entra 서비스의 이용 제약 조건 및 기타 서비스 제한 사항은 다음과 같습니다.

범주 한도
테넌트
  • 단일 사용자는 최대 500개의 Microsoft Entra 테넌트에 멤버 또는 게스트로 속할 수 있습니다.
  • 최대 200개의 테넌트를 만듭니다.
  • 테넌트당 300개의 라이선스 기반 구독(예: Microsoft 365 구독)으로 제한됩니다.
  • 도메인:
  • 관리되는 도메인 이름은 5,000개까지 추가할 수 있습니다.
  • 모든 도메인을 온-프레미스 Active Directory와 페더레이션하도록 설정하는 경우 2,500개 이하의 도메인 이름을 각 테넌트에 추가할 수 있습니다.
  • 리소스
    • 기본적으로 Microsoft Entra ID Free 버전 사용자는 단일 테넌트에 최대 50,000개의 Microsoft Entra 리소스를 만들 수 있습니다. 확인된 도메인이 하나 이상 있는 경우 조직의 기본 Microsoft Entra 서비스 할당량이 300,000개의 Microsoft Entra 리소스로 확장됩니다.
      셀프 서비스 등록으로 만들어진 조직에 대한 Microsoft Entra 서비스 할당량은 내부 관리자 인수를 수행하고 조직이 하나 이상의 확인된 도메인이 있는 관리 테넌트로 변환된 후에도 50,000개의 Microsoft Entra 리소스로 유지됩니다. 이 서비스 제한은 Microsoft Entra 가격 책정 페이지의 리소스 500,000개 가격 책정 계층 제한과 관련이 없습니다.
      기본 할당량을 초과하여 사용하려면 Microsoft 지원에 문의해야 합니다.
    • 관리자가 아닌 사용자는 250개 이하의 Microsoft Entra 리소스를 만들 수 있습니다. 이러한 할당량에는 활성 리소스와 삭제되었지만 복원 가능한 리소스가 포함됩니다. 삭제된 지 30일이 지나지 않은 삭제된 Microsoft Entra 리소스만 복원할 수 있습니다. 더 이상 복원할 수 없는 삭제된 Microsoft Entra 리소스는 30일 동안 1/4 값으로 이 할당량에 포함됩니다.
      정규 업무를 수행하는 동안 이 할당량을 반복적으로 초과할 가능성이 높은 개발자가 있는 경우 앱 등록을 무제한으로 만들 수 있는 권한이 있는 사용자 지정 역할을 만들고 할당할 수 있습니다.
    • 사용자, 그룹, 애플리케이션 및 서비스 주체를 포함하여 지정된 Microsoft Entra 테넌트의 모든 디렉터리 개체에 리소스 제한 사항이 적용됩니다.
    스키마 확장
    • 문자열 형식 확장은 최대 256자까지 가능합니다.
    • 이진 형식 확장은 256바이트로 제한됩니다.
    • 모든 형식과 모든 애플리케이션에 걸쳐 100개의 확장 값만 단일 Microsoft Entra 리소스에 작성할 수 있습니다.
    • User, Group, TenantDetail, Device, Application 및 ServicePrincipal 엔터티만 String 형식 또는 Binary 형식의 단일 값 특성으로 확장할 수 있습니다.
    애플리케이션
    • 최대 100명의 사용자 및 서비스 주체가 단일 애플리케이션의 소유자일 수 있습니다.
    • 사용자, 그룹 또는 서비스 주체는 최대 1,500개의 앱 역할 할당을 가질 수 있습니다. 이러한 제한은 단일 앱 역할의 할당 수가 아니라 모든 앱 역할의 서비스 주체, 사용자 또는 그룹에 대해 적용됩니다.
    • 사용자는 암호 기반 Single Sign-On을 사용하여 최대 48개 앱에 대해 자격 증명을 구성할 수 있습니다. 이 제한은 사용자가 할당된 그룹의 멤버인 경우가 아니라 사용자에게 앱이 직접 할당된 경우에만 구성된 자격 증명에 적용됩니다.
    • 그룹은 암호 기반 Single Sign-On을 사용하여 최대 48개 앱에 대해 자격 증명을 구성할 수 있습니다.
    • 지원되는 계정 유형별 유효성 검사 차이점에서 더 많은 한도의 유효성을 검사합니다.
    애플리케이션 매니페스트. 애플리케이션 매니페스트에는 최대 1,200개의 항목을 추가할 수 있습니다.
    지원되는 계정 유형별 유효성 검사 차이점에서 더 많은 한도의 유효성을 검사합니다.
    그룹
    • 관리자가 아닌 사용자는 Microsoft Entra 조직에서 최대 250개의 그룹을 만들 수 있습니다. 조직에서 그룹을 관리할 수 있는 모든 Microsoft Entra 관리자는 그룹을 무제한으로 만들 수도 있습니다(최대 Microsoft Entra 개체 제한까지). 사용자에게 자신의 제한을 제거하는 역할을 할당하는 경우 사용자 관리자 또는 그룹 관리자와 같은 낮은 권한의 기본 제공 역할을 할당하세요.
    • Microsoft Entra 조직은 최대 15,000개의 동적 그룹과 동적 관리 장치를 결합할 수 있습니다.
    • 단일 Microsoft Entra 조직(테넌트)에는 최대 500개의 역할 할당 가능 그룹을 만들 수 있습니다.
    • 최대 100명의 사용자가 단일 그룹의 소유자가 될 수 있습니다.
    • Microsoft Entra 리소스는 원하는 수만큼 단일 그룹의 멤버가 될 수 있습니다.
    • 사용자는 모든 그룹의 멤버가 될 수 있습니다. 보안 그룹을 SharePoint Online과 함께 사용하면 사용자는 총 2,049개 보안 그룹에 속할 수 있습니다. 여기에는 직접 및 간접 그룹 멤버 자격이 모두 포함됩니다. 이 한도가 초과되면 인증 및 검색 결과를 예측할 수 없게 됩니다.
    • 기본적으로 Microsoft Entra Connect를 사용하여 온-프레미스 Active Directory에서 Microsoft Entra ID로 동기화할 수 있는 그룹의 멤버 수는 50,000명으로 제한됩니다. 이 한도를 초과하는 그룹 멤버 자격을 동기화해야 하는 경우 Microsoft Entra Connect 동기화 V2 엔드포인트 API를 온보딩해야 합니다.
    • 그룹 목록을 선택하면 그룹 만료 정책을 최대 500개의 Microsoft 365 그룹에 할당할 수 있습니다. 정책이 모든 Microsoft 365 그룹에 적용되는 경우에는 제한이 없습니다.

    현재는 다음 시나리오에서 중첩 그룹이 지원됩니다.
    • 한 그룹을 다른 그룹의 멤버로 추가하고 그룹을 중첩할 수 있습니다.
    • 그룹 멤버 자격 클레임 토큰에서 그룹 멤버 자격 클레임을 받도록 앱이 구성되면 로그인한 사용자가 멤버인 중첩 그룹이 포함됩니다.
    • 조건부 액세스(조건부 액세스 정책에 그룹 범위가 있는 경우)
    • 셀프 서비스 암호 재설정에 대한 액세스 제한
    • Microsoft Entra 조인 및 디바이스 등록을 수행할 수 있는 사용자를 제한합니다.

    다음 시나리오에서는 중첩 그룹이 지원되지 않습니다.
    • 액세스 및 프로비전 모두에 대한 앱 역할 할당입니다. 앱에 그룹 할당이 지원되지만 직접 할당된 그룹 내에 중첩된 그룹은 액세스할 수 없습니다.
    • 그룹 기반 라이선스(그룹의 모든 멤버에게 자동으로 라이선스 할당)
    • Microsoft 365 그룹
    애플리케이션 프록시
    • 애플리케이션 프록시 애플리케이션마다 초당 최대 500개의 트랜잭션*
    • Microsoft Entra 조직의 경우 초당 최대 750개의 트랜잭션입니다.

      *트랜잭션은 고유 리소스에 대한 단일 HTTP 요청 및 응답으로 정의됩니다. 제한된 클라이언트는 429 응답(요청이 너무 많음)을 수신하게 됩니다. 트랜잭션 메트릭은 각 커넥터에서 수집되며 개체 이름 Microsoft AAD App Proxy Connector 아래의 성능 카운터를 사용하여 모니터링할 수 있습니다.
    액세스 패널 할당된 라이선스 수에 관계없이 액세스 패널에 표시할 수 있는 사용자별 애플리케이션의 수에는 제한이 없습니다.
    보고서 최대 1,000행을 표시하거나 보고서에 다운로드할 수 있습니다. 다른 모든 데이터는 잘립니다.
    관리 단위
    • Microsoft Entra 리소스는 30개 이하의 관리 장치의 멤버가 될 수 있습니다.
    • 테넌트에는 최대 100개의 제한된 관리 장치가 있습니다.
    • Microsoft Entra 조직은 최대 15,000개의 동적 그룹과 동적 관리 장치를 결합할 수 있습니다.
    Microsoft Entra 역할 및 권한
    • Microsoft Entra 조직에서는 최대 100개의 Microsoft Entra 사용자 지정 역할을 만들 수 있습니다.
    • 모든 범위에서 단일 보안 주체에 대해 최대 150개의 Microsoft Entra 사용자 지정 역할 할당.
    • 테넌트가 아닌 범위(예: 관리 장치 또는 Microsoft Entra 개체)의 단일 보안 주체에 대해 최대 100개의 Microsoft Entra 기본 제공 역할 할당. 테넌트 범위에서 Microsoft Entra 기본 제공 역할 할당에는 제한이 없습니다. 자세한 내용은 다양한 범위에서 Microsoft Entra 역할 할당을 참조하세요.
    • 그룹은 그룹 소유자로 추가할 수 없습니다.
    • 다른 사용자의 테넌트 정보를 읽을 수 있는 사용자의 기능은 관리자가 아닌 모든 사용자의 모든 테넌트 정보에 대한 액세스를 사용하지 않도록 설정하는 Microsoft Entra 조직 전체 스위치를 통해서만 제한할 수 있습니다(추천하지 않음). 자세한 내용은 멤버 사용자에 대한 기본 권한을 제한하려면을 참조하세요.
    • 관리자 역할 멤버 자격 추가 및 해지가 적용되기까지 최대 15분이 걸리며 로그아웃한 다음 다시 로그인해야 할 수 있습니다.
    조건부 액세스 정책 단일 Microsoft Entra 조직(테넌트)에서는 최대 195개의 정책을 만들 수 있습니다.
    사용 약관 단일 Microsoft Entra 조직(테넌트)에 최대 40개의 용어를 추가할 수 있습니다.
    다중 테넌트 조직
    • 소유자 테넌트를 포함하여 최대 5명의 활성 테넌트입니다. 소유자 테넌트는 보류 중인 테넌트를 5개 이상 추가할 수 있지만 한도를 초과하면 다중 테넌트 조직에 조인할 수 없습니다. 이 제한은 보류 중인 테넌트가 다중 테넌트 조직에 조인할 때 적용됩니다.
    • 활성 테넌트당 최대 내부 사용자는 100,000명입니다. 이 제한은 보류 중인 테넌트가 다중 테넌트 조직에 조인할 때 적용됩니다.

    API Center 한도

    리소스 무료 요금제1 표준 계획2
    최대 API 수 2003 10,000
    API당 최대 버전 수 5 100
    버전당 최대 정의 수 5 5
    API당 최대 배포 수 10 10
    환경의 최대 수 20 20
    최대 작업 영역 수 1(기본값) 1(기본값)
    엔터티당 최대 사용자 지정 메타데이터 속성 수 4 10 20
    "개체" 형식의 사용자 지정 메타데이터 속성에 있는 자식 속성의 최대 수 10 10
    분당 최대 요청(데이터 평면) 3,000 6,000
    4시간 동안 린팅할 수 있는 API 정의의 최대 개수 10 100
    연결된 API 원본의 최대 수 5 1 3

    90일 동안 무료 요금제 1 개 제공 후 서비스가 일시 삭제됩니다.
    2 표준 플랜의 제한을 늘리려면 지원에 문의하세요.
    3 무료 계획에서 API 분석 및 데이터 평면 API를 통한 액세스를 포함한 전체 서비스 기능의 사용은 5개의 API로 제한됩니다.
    4 API, 배포 및 환경에 할당된 사용자 지정 메타데이터 속성입니다.
    연결된 API Management 인스턴스와 같은 5 개 원본. 무료 계획에서 연결된 API 원본의 동기화는 200개의 API 및 5개의 API 정의로 제한됩니다.

    API Management 제한

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

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

    특정 API Management 리소스의 경우 제한은 소비 계층에서만 설정됩니다. 표시된 다른 API Management 클래식 계층에서는 이러한 리소스가 무제한입니다. 그러나 실제 상한은 가격 책정 계층, 서비스 용량, 배율 단위 수, 정책 구성, API 정의 및 형식, 동시 요청 수, 기타 요인을 포함한 서비스 구성에 따라 달라집니다.

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

    리소스 Consumption 개발자 기본 Standard Premium
    최대 배율 단위 수 해당 없음(자동 크기 조정) 1 2 4 지역당 31
    캐시 크기(단위당) 외부만 10MiB 50MiB 1GiB 5GiB
    HTTP 권한당 동시 백 엔드 연결1 제한 없음 1,024 단위당 2,048 단위당 2,048 단위당 2,048
    캐시된 최대 응답 크기 2MiB 2MiB 2MiB 2MiB 2MiB
    최대 정책 문서 크기 16KiB 256KiB 256KiB 256KiB 256KiB
    서비스 인스턴스당 최대 사용자 지정 게이트웨이 도메인 수 해당 없음 20 해당 없음 해당 없음 20
    서비스 인스턴스당 최대 CA 인증서 수 해당 없음 10 10 10 10
    Azure 구독당 최대 서비스 인스턴스 수 20 무제한 제한 없음 제한 없음 무제한
    서비스 인스턴스당 최대 구독 수 500 제한 없음 제한 없음 제한 없음 무제한
    서비스 인스턴스당 최대 클라이언트 인증서 수 50 무제한 제한 없음 제한 없음 무제한
    서비스 인스턴스당 최대 API 수 50 무제한 제한 없음 제한 없음 무제한
    서비스 인스턴스당 최대 API 작업 수 1,000 무제한 제한 없음 제한 없음 무제한
    최대 총 요청 기간 30초 무제한 제한 없음 제한 없음 무제한
    최대 요청 페이로드 크기 1GiB 무제한 제한 없음 제한 없음 무제한
    최대 버퍼링된 페이로드 크기 2MiB 무제한 제한 없음 제한 없음 무제한
    진단 로그의 최대 요청/응답 페이로드 크기 8,192바이트 8,192바이트 8,192바이트 8,192바이트 8,192바이트
    최대 요청 URL 크기2 16,384바이트 무제한 제한 없음 제한 없음 무제한
    URL 패스 세그먼트의 최대 문자 길이 1,024 1,024 1,024 1,024 1,024
    명명된 값의 최대 문자 길이 4,096 4,096 4,096 4,096 4,096
    유효성 검사 정책에서 사용하는 API 스키마의 최대 크기 4MB 4MB 4MB 4MB 4MB
    최대 스키마 100 100 100 100 100
    콘텐츠 유효성 검사 정책에서 요청 또는 응답 본문의 최대 크기 100KiB 100KiB 100KiB 100KiB 100KiB
    최대 자체 호스팅 게이트웨이 수3 해당 없음 25 해당 없음 해당 없음 25
    장치당 최대 활성 WebSocket 연결 수4 해당 없음 2,500 5,000 5,000 5,000
    API Management 리소스에서 지원하는 최대 태그 수 15 15 15 15 15
    서비스 인스턴스당 최대 자격 증명 공급자 수 1,000 1,000 1,000 1,000 1,000
    자격 증명 공급자당 최대 연결 수 10,000 10,000 10,000 10,000 10,000
    연결당 최대 액세스 정책 수 100 100 100 100 100
    연결당 분당 최대 권한 부여 요청 수 250 250 250 250 250
    서비스 인스턴스당 최대 작업 영역 해당 없음 해당 없음 해당 없음 해당 없음 100

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

    제한 사항 - API Management v2 계층

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

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

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

    제한 - API Management 작업 영역

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

    리소스 작업 영역 - 프리미엄 계층
    인스턴스당 최대 작업 영역 수 100
    프리미엄 작업 영역 게이트웨이당 최대 배율 단위 수 12
    최대 API 개수(수정 버전 및 수정 버전 포함) 200
    최대 API 작업 수 5,000
    API당 최대 작업 수 100
    API당 최대 릴리스 수 100
    API당 최대 스키마 수 100
    API당 최대 구독 수 200
    API당 최대 태그 수 100
    최대 백 엔드 수 200
    최대 인증서 수 200
    최대 그룹 수 50
    최대 로거 수 50
    최대 명명된 값 수 200
    최대 정책 조각 수 50
    최대 제품 수 100
    제품당 최대 API 수 200
    제품당 최대 그룹 수 200
    제품당 최대 구독 수 1,000
    제품당 최대 태그 수 50
    최대 스키마 수 500
    최대 구독 수 5,000
    최대 태그 수 200
    사용자당 최대 그룹 수 200
    최대 버전 집합 수 50

    제한 사항 - API Management v2 계층의 개발자 포털

    Item 기본 v2 표준 v2
    업로드할 최대 미디어 파일 수 15 15
    미디어 파일의 최대 크기 500KB 500KB
    최대 페이지 수 30 50
    최대 위젯 수1 30 50
    페이지당 메타데이터의 최대 크기 350KB 350KB
    위젯당 최대 메타데이터 크기1 350KB 350KB
    분당 최대 클라이언트 요청 수 200 200

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

    App Service 제한

    리소스 무료 공유됨 Basic Standard Premium(v1-v3) 격리
    Azure App Service 계획웹, 모바일 또는 API 앱 수1 10 100 무제한2 무제한2 무제한2 무제한2
    App Service 계획 지역당 10개 리소스 그룹 당 10 리소스 그룹당 100 리소스 그룹당 100 리소스 그룹당 100 리소스 그룹당 100
    컴퓨팅 인스턴스 유형 공유됨 공유됨 전용3 전용3 전용3

    전용3
    규모 확장(최대 인스턴스 수) 1개 공유됨 1개 공유됨 3개 전용됨3 10개 전용됨3 v1의 경우 20개 전용됨, v2 및 v3의 경우 30개 전용됨3 100개 전용됨 4
    스토리지5 1GB5 1GB5 10GB5 50GB5 250GB5 1TB12

    사용 가능한 스토리지 할당량은 999GB입니다.
    CPU 시간(5분)6 3분 3분 무제한, 표준 요금으로 결제 무제한, 표준 요금으로 결제 무제한, 표준 요금으로 결제 무제한, 표준 요금으로 결제
    CPU 시간(일)6 60분 240분 무제한, 표준 요금으로 결제 무제한, 표준 요금으로 결제 무제한, 표준 요금으로 결제 무제한, 표준 요금으로 결제
    메모리(1시간) App Service 계획당 1,024MB 앱당 1,024MB 해당 없음 해당 없음 해당 없음 해당 없음
    대역폭 165 MB 무제한, 데이터 전송 요금 이 적용 무제한, 데이터 전송 요금 이 적용 무제한, 데이터 전송 요금 이 적용 무제한, 데이터 전송 요금 이 적용 무제한, 데이터 전송 요금 이 적용
    애플리케이션 아키텍처 32비트 32비트 32비트/64비트 32비트/64비트 32비트/64비트 32비트/64비트
    인스턴스당 WebSocket(Windows)7 5 35 350 제한 없음 제한 없음 무제한
    인스턴스당 WebSocket(Linux)7 5 해당 없음 ~50K ~50K ~50K ~50K
    인스턴스당 아웃바운드 IP 연결 수 600 600 인스턴스 크기에 따라 다름8 인스턴스 크기에 따라 다름8 인스턴스 크기에 따라 다름8 16,000
    애플리케이션당 동시 디버거 연결 1 1 1 5 5 5
    구독당 App Service Certificate 수 지원되지 않음 지원되지 않음 10 10 10 10
    앱당 사용자 지정 도메인 0(azurewebsites.net 하위 도메인 전용) 500 500 500 500 500
    사용자 지정 도메인 SSL 지원 지원되지 않음, *.azurewebsites.net용 와일드카드 인증서는 기본적으로 사용 가능 지원되지 않음, *.azurewebsites.net용 와일드카드 인증서는 기본적으로 사용 가능 무제한 SNI SSL 연결 무제한 SNI SSL 및 1개의 IP SSL 연결 포함 무제한 SNI SSL 및 1개의 IP SSL 연결 포함 무제한 SNI SSL 및 1개의 IP SSL 연결 포함
    하이브리드 연결 플랜당 5개 플랜당 25개 앱당 220개 앱당 220개
    가상 네트워크 통합 X X X X
    프라이빗 엔드포인트 앱당 100 앱당 100 앱당 100
    통합 부하 분산 장치 X X X X X9
    액세스 제한 앱당 512개 규칙 앱당 512개 규칙 앱당 512개 규칙 앱당 512개 규칙 앱당 512개 규칙 앱당 512개 규칙
    Always On X X X X
    예약된 백업 수 2시간마다 예약된 백업 기준, 매일 최대 12개 백업(수동 + 예약) 2시간마다 예약된 백업 기준, 매일 최대 12개 백업(수동 + 예약) 1시간마다 예약된 백업 기준, 매일 최대 50개 백업(수동 + 예약) 1시간마다 예약된 백업 기준, 매일 최대 50개 백업(수동 + 예약)
    Autoscale X X X
    WebJobs10 X X X X X X
    엔드포인트 모니터링 X X X X
    앱당 스테이징 슬롯 수 5 20 20
    프로덕션에서 테스트 X X X
    진단 로그 X X X X X X
    Kudu X X X X X X
    인증 및 권한 부여 X X X X X X
    App Service 관리 인증서11 X X X X
    SLA 99.95% 99.95% 99.95% 99.95%

    1 별도로 명시하지 않는 한 App Service 계획당 앱 및 스토리지 할당량입니다.

    2 이러한 머신에서 호스팅할 수 있는 앱의 실제 수는 앱의 활동, 머신 인스턴스의 크기 및 해당 리소스 사용률에 따라 달라집니다.

    3 전용 인스턴스의 크기는 다를 수 있습니다. 자세한 내용은 App Service 가격 책정을 참조하세요.

    4 요청 시 더 많이 사용할 수 있습니다.

    5 스토리지 제한은 동일한 App Service 계획에 있는 모든 앱의 총 콘텐츠 크기입니다. 단일 리소스 그룹 및 지역의 모든 App Service 계획에 있는 모든 앱의 전체 콘텐츠 크기는 500GB를 초과할 수 없습니다. App Service에서 호스트되는 앱의 파일 시스템 할당량은 지역 및 리소스 그룹에서 만들어진 App Service 계획의 집계에 의해 결정됩니다.

    6 이러한 리소스는 전용 인스턴스의 실제 리소스(인스턴스 크기 및 인스턴스 수)로 제한됩니다.

    7두 인스턴스의 기본 계층으로 Windows 앱을 조정하면 두 인스턴스 각각에 대해 동시에 350개가 연결됩니다. 표준 계층 이상의 Windows 앱에서는 웹 소켓에 대한 이론적 한도가 없지만 다른 요소에서 웹 소켓의 수를 제한할 수 있습니다. 예를 들어 허용되는 최대 동시 요청 수(maxConcurrentRequestsPerCpu를 통해 정의)는 소형 VM당 7,500개, 중형 VM당 15,000개(7,500 x 2코어), 대형 VM당 75,000개(18,750 x 4코어)입니다. Linux 앱은 무료 SKU에서 5개의 동시 WebSocket 연결과 다른 모든 SKU의 인스턴스당 최대 50k의 동시 WebSocket 연결로 제한됩니다.

    8 최대 IP 연결 수는 인스턴스당 기준이며, 인스턴스 크기에 따라 달라집니다. 즉, B1/S1/P0V3/P1V3 인스턴스당 1,920개, B2/S2/P2V3 인스턴스당 3,968개, B3/S3/P3V3 인스턴스당 8,064개입니다.

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

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

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

    12 단일 App Service Environment에 배포된 모든 앱의 총 스토리지 사용량(여러 다른 리소스 그룹에 할당되는 방식에 관계 없음).

    Automation 한도

    프로세스 자동화

    리소스 제한 주의
    Azure Automation 계정당 30초마다 제출할 수 있는 최대 새 작업 수 100 이 한도에 도달하면 작업을 만들기 위한 후속 요청이 실패합니다. 클라이언트는 오류 응답을 받습니다.
    Automation 계정당 동일한 시간에 동시에 실행되는 최대 작업 수 200 이 한도에 도달하면 작업을 만들기 위한 후속 요청이 실패합니다. 클라이언트는 오류 응답을 받습니다.

    평가판과 Azure for Student 구독은 Automation 계정당 동시에 최대 10개의 동시 작업을 실행할 수 있습니다. 2
    지역의 구독에 있는 Automation 계정의 최대 수입니다. 제한 없음



    2




    1
    Enterprise 및 MSDN 구독은 서비스가 지원되는 모든 지역에서 Automation 계정을 만들 수 있습니다.

    종량제, MPN, Azure Pass 구독은 서비스가 지원하는 모든 지역에서 구독당 2개의 Automation 계정을 만들 수 있습니다.

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

    1샌드박스는 여러 작업에서 사용할 수 있는 공유 환경입니다. 동일한 샌드박스를 사용하는 작업은 샌드박스의 리소스 제한 사항에 따라 제한됩니다.
    2한도 증가를 요청하려면 Azure 지원 요청을 만듭니다. Azure 체험 계정Azure for Students를 포함한 체험 구독은 제한 또는 할당량을 늘릴 수 없습니다. 체험 구독을 사용하는 경우 종량제 구독으로 업그레이드할 수 있습니다.

    변경 내용 추적 및 인벤토리

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

    리소스 한도 참고
    파일 500
    파일 크기 5MB
    등록 250
    Windows 소프트웨어 250 소프트웨어 업데이트를 포함하지 않습니다.
    Linux 패키지 1,250
    Services 250
    디먼 250

    Azure 업데이트 관리자

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

    리소스 제한
    리소스 연결 1000
    태그 필터 수 50
    리소스 그룹 필터 수 50

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

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

    Azure App Configuration

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

    Azure Cache for Redis 제한

    리소스 제한
    캐시 크기 1.2TB
    데이터베이스 64
    연결된 최대 클라이언트 수 40,000
    고가용성을 위한 Azure Cache for Redis 복제본 3
    클러스터링을 사용하여 프리미엄 캐시 분할 10

    Azure Cache for Redis 제한 및 크기는 각 가격 책정 계층에 따라 다릅니다. 가격 책정 계층 및 해당 관련 크기를 확인하려면 Azure Cache for Redis 가격 책정을 참조하세요.

    Azure Cache for Redis 구성 제한에 대한 자세한 내용은 기본 Redis 서버 구성을 참조하세요.

    Azure Cache for Redis 인스턴스의 구성 및 관리는 Microsoft에서 수행하므로 Azure Cache for Redis에서 모든 Redis 명령이 지원되지는 않습니다. 자세한 내용은 Azure Cache for Redis에서 지원되지 않는 Redis 명령을 참조하세요.

    Azure Cloud Services 제한

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

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

    Azure AI 검색 한도

    가격 책정 계층은 검색 서비스의 용량 및 제한을 결정합니다. 계층은 다음을 포함합니다.

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

    구독당 제한

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

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

    리소스 무료 1 Basic S1 S2 S3 S3 HD L1 L2
    지역당 최대 서비스 1 16 16 8 6 6 6 6
    최대 SU(검색 단위)2 해당 없음 3 SU 36 SU 36 SU 36 SU 36 SU 36 SU 36 SU

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

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

    검색 서비스당 제한

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

    리소스 무료 Basic S1 S2 S3 S3 HD L1 L2
    SLA(서비스 수준 약정)
    파티션 해당 없음 3 1 12 12 12 3 12 12
    복제본 해당 없음 3 12 12 12 12 12 12

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

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

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

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

    파티션 스토리지(GB)

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

    이 표에서는 시간이 지남에 따라 스토리지 할당량이 증가했음을 GB 단위로 보여 줍니다. 각주에 나열된 지역에서 2024년 4월부터 더 높은 용량 파티션이 온라인 상태가 됩니다. 더 높은 용량은 새 검색 서비스로 제한됩니다. 지금은 현재 위치 업그레이드가 없습니다.

    서비스 생성 날짜 기본 S1 S2 S3/HD L1 L2
    2024년 4월 3일 이전 2 25 100 200 1,024 2,048
    2024년 4월 3일부터 2024년 5월 17일까지 1 15 160 512 1,024 1,024 2,048
    2024년 5월 17일 이후 2 15 160 512 1,024 2,048 4,096

    1 이러한 지역의 Basic, S1, S2, S3용 더 높은 용량 스토리지입니다. 아메리카: 브라질 남부, 캐나다 중부​, 캐나다 동부​, 미국 동부​, 미국 동부 2, ​미국 중부, 미국 중북부, 미국 중남부, 미국 서부​, 미국 서부 2​, 미국 서부 3​, 미국 중서부. 유럽: 프랑스 중부. 이탈리아 북부​​, 북유럽​, 노르웨이 동부, 폴란드 중부​, 스위스 북부​, 스웨덴 중부​, 영국 남부​, 영국 서부​. 중동: 아랍에미리트 북부. 아프리카: 남아프리카 공화국 북부. 아시아 태평양: 오스트레일리아 동부​, 오스트레일리아 남동부, 인도 중부, JIO 인디아 서부, 동아시아, 동남 아시아, 일본 동부, 일본 서부, 한국 중부, 한국 남부.

    2 L1 및 L2용 대용량 스토리지입니다. 더 많은 지역이 청구 가능한 모든 계층에서 더 높은 용량을 제공합니다. 유럽: 독일 북부, 독일 중서부, 스위스 서부. Azure Government: 텍사스, 애리조나, 버지니아. 아프리카: 남아프리카 공화국 북부. 아시아 태평양: 중국 북부 3, 중국 동부 3.

    일부 지역은 4월 3일 한도에 따라 여전히 오래된 인프라를 사용하고 있습니다. 새 서비스를 만들기 전에 지원되는 지역을 확인하여 선택한 지역이 추가 용량을 제공하는지 확인합니다.

    문서 크기, 초당 쿼리, 키, 요청 및 응답을 비롯한 좀 더 자세한 수준의 제한 사항에 대한 자세한 내용은 Azure AI Search의 서비스 제한 사항을 참조하세요.

    Azure AI 서비스 한도

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

    Type 제한 예시
    Azure AI 서비스 리소스의 혼합 지역별 Azure AI 서비스 리소스 최대 총 200개. 미국 서부의 Azure AI 비전 리소스 100개, 미국 서부의 Azure AI 음성 리소스 50개, 미국 서부의 Azure AI 언어 리소스 50개.
    단일 유형의 Azure AI 서비스 리소스. 지역별 리소스 최대 100개 미국 서부 2의 Azure AI 비전 리소스 수 100개와 미국 동부의 Azure AI 비전 리소스 수 100개.

    Azure Chaos Studio 한도

    Azure Chaos Studio 한도는 Azure Chaos Studio 서비스 한도를 참조하세요.

    Azure Communications Gateway 제한

    다음 기본 제한 및 할당량 중 일부는 늘릴 수 있습니다. 변경을 요청하려면 변경하려는 제한을 나타내는 변경 요청을 만듭니다.

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

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

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

    리소스 제한
    최대 SIP 메시지 크기 10킬로바이트
    SDP 메시지 본문의 최대 길이 128킬로바이트
    요청 URI의 최대 길이 256바이트
    접점 헤더 URI의 최대 길이 256바이트
    URI의 userinfo 부분의 최대 길이 256바이트
    From 헤더의 최대 도메인 이름 길이 255바이트
    SIP 헤더 이름의 최대 길이 32바이트
    SIP 본문 이름의 최대 길이 64바이트
    Supported, Require 또는 Proxy-Require 헤더의 최대 길이 256바이트
    SIP 옵션 태그의 최대 길이 32바이트

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

    • 요청 URI
    • To 헤더
    • From 헤더

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

    Azure Container Apps 한도

    Azure Container Apps 한도는 Azure Container Apps의 할당량을 참조하세요.

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

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

    표시 이름 이름 이미지 크기 한도(GB)
    소비 소비 8*
    Dedicated-D4 D4 90
    Dedicated-D8 D8 210
    Dedicated-D16 D16 460
    Dedicated-D32 D32 940
    Dedicated-E4 E4 90
    Dedicated-E8 E8 210
    Dedicated-E16 E16 460
    Dedicated-E32 E32 940
    Dedicated-NC24-A100(미리 보기) NC24-A100 210
    Dedicated-NC48-A100(미리 보기) NC48-A100 460
    Dedicated-NC96-A100(미리 보기) NC96-A100 940

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

    Azure Cosmos DB 제한

    Azure Cosmos DB 제한은 Azure Cosmos DB 제한을 참조하세요.

    Azure Data Explorer 제한

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

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

    참고 항목

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

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

    범위 연산 제한
    클러스터 읽기(예: 클러스터 가져오기) 5분당 500개
    클러스터 쓰기(예: 데이터베이스 만들기) 시간당 1,000

    Azure Database for MySQL

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

    Azure Database for PostgreSQL

    Azure Database for PostgreSQL 제한은 Azure Database for PostgreSQL의 제한 사항을 참조하세요.

    Azure 배포 환경 한도

    구독 배포당 런타임 한도 구독당 지역당 월별 런타임 한도 환경당 저장 한도
    Enterprise 30분 5000분 1GB
    종량제 10분 200분 1GB
    Azure Pass 10분 200분 1GB
    MSDN 10분 200분 1GB
    CSP 10분 200분 1GB
    무료 평가판 10분 200분 1GB
    Azure for Students 10분 200분 1GB

    Azure Files 및 Azure 파일 동기화

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

    Azure Functions 제한

    리소스 사용 계획 Flex 사용량 플랜13 프리미엄 계획 전용 플랜/ASE Container Apps
    기본 시간 제한 기간(분) 5 30 30 301 3016
    최대 시간 제한 기간(분) 10 무제한8 무제한8 무제한2 무제한17
    최대 아웃바운드 연결 수(인스턴스당) 600개 활성(총 1,200개) unbounded unbounded unbounded unbounded
    최대 요청 크기(MB)3 100 100 100 100 100
    최대 쿼리 문자열 길이3 4096 4096 4096 4096 4096
    최대 요청 URL 길이3 8192 8192 8192 8192 8192
    인스턴스당 ACU 100 다양함 210-840 100~840/210~2509 다양함
    최대 메모리(인스턴스당 GB) 1.5 414 3.5-14 1.75-14/3.5-14 다양함
    최대 인스턴스 수(Windows/Linux) 200/100 1000 15 100/20 SKU/100에 따라 다름10 10-30018
    플랜당 함수 앱12 100 100 100 무제한4 무제한4
    App Service 계획 지역당 100 해당 없음 리소스 그룹당 100 리소스 그룹당 100 해당 없음
    앱당 배포 슬롯11 2 해당 없음 3 1~2010 지원되지 않음
    스토리지(임시)5 0.5GB 0.8GB 21~140GB 11~140GB 해당 없음
    스토리지(영구) 1GB6 0GB6 250GB 10~1,000GB10 해당 없음
    앱당 사용자 지정 도메인 5007 500 500 500 지원되지 않음
    사용자 지정 도메인 SSL 지원 무제한 SNI SSL 연결 포함 무제한 SNI SSL 및 1개의 IP SSL 연결 포함 무제한 SNI SSL 및 1개의 IP SSL 연결 포함 무제한 SNI SSL 및 1개의 IP SSL 연결 포함 지원되지 않음

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

    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에 대해 설정한 스토리지 계정에 따라 달라집니다. Linux에서는 Flex 소비 및 소비 계획 모두에 대해 고유한 Azure Files 공유를 명시적으로 마운트해야 합니다.
    7. 소비 계획에서 함수 앱이 호스트되는 경우 CNAME 옵션만 지원됩니다. 프리미엄 플랜 또는 App Service 요금제에서 호스트되는 함수 앱의 경우 CNAME 또는 A 레코드 중 하나를 사용하여 사용자 지정 도메인을 매핑할 수 있습니다.
    8. 최대 실행 시간 제한 기간은 적용되지 않습니다. 그러나 함수 실행에 지정된 유예 기간은 스케일 인 중에는 60분이며, 플랫폼 업데이트 중에는 10분입니다.
    9. 작업자는 고객 앱을 호스트하는 역할입니다. 작업자는 vCPU 1개/3.5GB RAM, vCPU 2개/7GB RAM 또는 vCPU 4개/14GB RAM의 세 가지 고정 크기를 사용할 수 있습니다.
    10. 자세한 내용은 App Service 제한을 참조하세요.
    11. 프로덕션 슬롯을 포함합니다.
    12. 현재 지정된 구독에는 함수 앱 5,000개의 제한이 있습니다.
    13. Flex 사용 플랜은 현재 미리 보기로 제공됩니다.
    14. Flex 사용량 플랜 인스턴스 크기는 현재 2,048MB 또는 4,096MB로 정의됩니다. 자세한 내용은 인스턴스 메모리를 참조하세요.
    15. 미리 보기 중 Flex 사용량 플랜에는 지정된 지역에 걸쳐 모든 인스턴스의 총 메모리 사용량을 제한하는 지역별 구독 할당량이 있습니다. 자세한 내용은 인스턴스 메모리를 참조하세요.
    16. 최소 복제본 수가 0으로 설정되면 기본 시간 제한은 앱에서 사용되는 특정 트리거에 따라 달라집니다.
    17. 최소 복제본 수가 하나 이상으로 설정된 경우.
    18. Container Apps에서는 사용 가능한 코어 할당량이 충분하다면 최대 복제본 수를 설정할 수 있습니다.

    자세한 내용은 Functions 호스팅 플랜 비교를 참조하세요.

    Azure Health Data Services

    Azure Health Data Services 제한

    Health Data Services는 개방형 표준 및 프레임워크를 기반으로 하는 관리 API 서비스 집합입니다. Health Data Services는 워크플로우가 의료를 개선하고 확장 가능하고 안전한 의료 솔루션을 제공할 수 있도록 합니다. Health Data Services에는 FHIR(Fast Healthcare Interoperability Resources) 서비스, DICOM(Digital Imaging and Communications in Medicine) 서비스 및 MedTech 서비스가 포함됩니다.

    FHIR 서비스는 Health Data Services 내에서 FHIR 사양을 구현한 것입니다. 이를 통해 단일 작업 영역에서 하나 이상의 FHIR 서비스 인스턴스를 DICOM 및 MedTech 서비스 인스턴스(옵션)와 결합할 수 있습니다. Azure API for FHIR은 독립 실행형 서비스 제공 사항으로 일반 공급됩니다.

    Azure Health Data Services의 각 FHIR 서비스 인스턴스에는 기본적으로 4TB의 저장 한도가 있습니다. 데이터가 더 많은 경우 FHIR 서비스에 대한 스토리지를 최대 100TB까지 늘려달라고 Microsoft에 요청할 수 있습니다. 4TB보다 큰 스토리지를 요청하려면 Azure Portal에서 지원 요청을 만들고 문제 유형 서비스 및 구독 제한(할당량)을 사용합니다.

    할당량 이름 기본 제한 최대 제한 참고
    작업 영역 10 고객 지원 문의 구독당 제한
    FHIR 10 고객 지원 문의 작업 영역당 제한
    DICOM 10 고객 지원 문의 작업 영역당 제한
    MedTech 10 해당 없음 작업 영역당 제한을 늘릴 수 없습니다.

    Azure API for FHIR 서비스 제한

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

    할당량 이름 기본 제한 최대 제한 참고
    RU(요청 단위) 100,000RU 지원팀에 문의 사용 가능한 최대 수는 1,000,000입니다. 최소 400RU 또는 40RU/GB 중 큰 쪽이 필요합니다.
    동시 연결 2개의 인스턴스에서 15개의 동시 연결(총 30개의 동시 요청) 고객 지원 문의
    구독당 Azure API for FHIR 서비스 인스턴스 10 고객 지원 문의

    Azure Kubernetes Service 제한

    리소스 제한
    전 세계적으로 구독당 최대 클러스터 5,000
    지역별 구독당 최대 클러스터 수 1 100
    Virtual Machine Scale Sets 및 표준 Load Balancer SKU를 사용하는 클러스터당 최대 노드 수 5,000(모든 노드 풀에서)
    참고: 클러스터당 최대 5,000개의 노드를 스케일 업할 수 없는 경우 대규모 클러스터 모범 사례를 참조하세요.
    노드 풀당 최대 노드(Virtual Machine Scale Sets 노드 풀) 1000
    클러스터당 최대 노드 풀 100
    노드당 최대 Pod 수: Kubenet 네트워킹 플러그 인1 사용 최대: 250
    Azure CLI 기본값: 110
    Azure Resource Manager 템플릿 기본값: 110
    Azure Portal 배포 기본값: 30
    노드당 최대 Pod 수: Azure Container Networking Interface(Azure CNI)2 사용 최대: 250
    Windows Server 컨테이너에 권장되는 최대 개수: 110개
    기본값: 30
    OSM(오픈 서비스 메시) AKS 추가 기능 Kubernetes 클러스터 버전: AKS 지원 버전
    클러스터당 OSM 컨트롤러: 1
    OSM 컨트롤러당 Pod: 1600
    OSM에서 관리하는 Kubernetes 서비스 계정: 160
    표준 Load Balancer SKU를 사용하여 클러스터당 최대 부하 분산 kubernetes 서비스 유지 300
    Virtual Machine Availability Sets 및 기본 Load Balancer SKU를 사용하는 클러스터당 최대 노드 수 100

    1 요청 시 더 많이 사용할 수 있습니다.
    2 Windows Server 컨테이너는 Azure CNI 네트워킹 플러그 인을 사용해야 합니다. Kubenet은 Windows Server 컨테이너에서 지원되지 않습니다.

    Kubernetes 컨트롤 플레인 계층 제한
    표준 계층 부하에 따라 Kubernetes API 서버를 자동으로 스케일링합니다. 더 큰 컨트롤 플레인 구성 요소 제한 및 API 서버/등 인스턴스.
    무료 계층 리소스의 진행 중 요청 제한이 50개 변형 호출 및 100개 읽기 전용 호출로 제한됩니다. 권장되는 노드 제한이 클러스터당 10개 노드입니다. 실험, 학습 및 간단한 테스트에 가장 적합합니다. 프로덕션/중요 워크로드에는 권장되지 않습니다.

    Azure Lab Services

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

    리소스 종류당

    그룹화 리소스 종류 제한
    구독당 980
    리소스 그룹당 800
    랩 계획 800
    랩당 일정 250
    VM(가상 컴퓨터) 400

    지역당 - 랩 플랜 및 랩

    구독 유형 랩 플랜 한도 랩 한도
    기본값 2 2
    종량제 500 500
    MPN 500 500
    Azure in Open 500 500
    기업 계약 500 500
    MSDN 500 500
    스폰서 100 15
    CSP 500 500
    Azure Pass 100 25
    평가판 100 15
    Azure for Students 100 15

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

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

    Azure Load Testing 제한

    Azure Load Testing 제한은 Azure Load Testing의 서비스 제한을 참조하세요.

    Azure Machine Learning 제한

    Azure Machine Learning 컴퓨팅 할당량의 최신 값은 Azure Machine Learning 할당량 페이지에서 찾을 수 있습니다.

    Azure Maps 제한

    참고 항목

    Azure Maps Gen1 가격 계층 사용 중지

    Gen1 가격 책정 계층은 이제 더 이상 사용되지 않으며 26/9/15에 사용 중지됩니다. Gen2 가격 책정 계층은 Gen1(S0 및 S1 모두) 가격 책정 계층을 대체합니다. Azure Maps 계정에 Gen1 가격 책정 계층이 선택된 경우 사용 중지되기 전에 Gen2 가격 책정으로 전환할 수 있습니다. 그렇지 않으면 자동으로 업데이트됩니다. 자세한 내용은 Azure Maps 계정의 가격 책정 계층 관리를 참조하세요.

    초당 Azure Maps 쿼리는 Azure Maps QPS 속도 한도를 참조하세요.

    다음 표에서는 Azure 구독의 Azure Maps 계정에 대한 누적 데이터 크기 제한을 보여줍니다. Azure Maps Data Service는 Gen1(S1) 및 Gen2 가격 책정 계층에서만 사용할 수 있습니다.

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

    참고 항목

    Azure Maps Data Service 사용 중지

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

    Azure Managed Grafana 제한

    제한 설명 Essential Standard
    경고 규칙 만들 수 있는 경고 규칙의 최대 수. 지원되지 않음 인스턴스당 500개
    대시보드 만들 수 있는 대시보드의 최대 수. 인스턴스당 20개 제한 없음
    데이터 원본 만들 수 있는 데이터 원본의 최대 수. 인스턴스당 5개 제한 없음
    API 키 만들 수 있는 API 키의 최대 수 인스턴스당 2개 인스턴스당 100개
    데이터 쿼리 시간 제한 Grafana에서 시간이 초과되기 전에 데이터 쿼리 응답 헤더 수신을 위한 최대 대기 시간. 200초 200초
    데이터 원본 쿼리 크기 나가는 HTTP 요청의 응답에서 읽거나 수락하는 최대 바이트 수. 80MB 80MB
    렌더링 이미지 또는 PDF 보고서 대기 시간 Grafana에서 시간이 초과되기 전에 이미지 또는 보고서 PDF 렌더링 요청이 완료되는 최대 시간. 지원되지 않음 220초
    인스턴트 수 Azure 지역당 단일 구독의 최대 인스턴스 수. 1 50
    IP당 요청 수 초당 IP당 최대 요청 수. 초당 요청 90회 초당 요청 90회
    HTTP 호스트당 요청 수 초당 HTTP 호스트당 최대 요청 수. HTTP 호스트는 각 고유 호스트 클라이언트를 설명할 수 있는 들어오는 HTTP 요청의 호스트 헤더를 나타냅니다. 초당 요청 45회 초당 요청 45회

    Azure Monitor 제한

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

    Azure Data Factory 한도

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

    리소스 기본 제한 최대 한도
    데이터 팩터리 내 총 엔터티(예: 파이프라인, 데이터 세트, 트리거, 연결된 서비스, 프라이빗 엔드포인트 및 통합 런타임) 수 5,000 지원에서 할당량 증가를 요청하는 방법을 알아봅니다.
    한 구독의 Azure-SSIS Integration Runtime에 대한 총 CPU 코어 수 64 지원에서 할당량 증가를 요청하는 방법을 알아봅니다.
    팩터리의 모든 파이프라인에서 공유되는 데이터 팩터리당 동시 파이프라인 실행 수 10,000 10,000
    구독당 Azure Integration Runtime 지역별 동시 외부 활동 실행 수
    외부 활동은 통합 런타임에서 관리되지만, Databricks, 저장 프로시저, 웹 등을 포함한 연결된 서비스에서 실행됩니다. 이 제한은 자체 호스팅 IR에는 적용되지 않습니다.
    3,000 3,000
    구독당 Azure Integration Runtime 지역별 동시 파이프라인 활동 실행 수
    파이프라인 활동은 Lookup, GetMetadata 및 Delete를 포함한 통합 런타임에서 실행됩니다. 이 제한은 자체 호스팅 IR에는 적용되지 않습니다.
    1,000 1,000
    구독당 Azure Integration Runtime 지역별 동시 작성 작업 수
    테스트 연결을 포함하여 폴더 목록과 테이블 목록을 찾아보고 데이터를 미리 봅니다. 이 제한은 자체 호스팅 IR에는 적용되지 않습니다.
    200 200
    구독당 Azure Integration Runtime 지역별 동시 데이터 통합 단위1 사용량 지역 그룹 12: 6,000
    지역 그룹 22: 3,000
    지역 그룹 32: 1,500
    지역 그룹 12: 6,000
    지역 그룹 22: 3,000
    지역 그룹 32: 1,500
    관리형 가상 네트워크에서 구독당 Azure Integration Runtime 지역별 동시 데이터 통합 단위1 사용량 2,400 지원에서 할당량 증가를 요청하는 방법을 알아봅니다.
    파이프라인당 최대 활동 수(컨테이너에 대한 내부 활동 포함) 80 120
    단일 자체 호스팅 통합 런타임에 대해 만들 수 있는 연결된 통합 런타임의 최대 수 100 100
    단일 자체 호스팅 통합 런타임에 대해 만들 수 있는 최대 노드 수 4 지원에서 할당량 증가를 요청하는 방법을 알아봅니다.
    파이프라인당 최대 매개 변수 수 50 50
    ForEach 항목 100,000 100,000
    ForEach 병렬 처리 20 50
    파이프라인당 최대 대기 중 실행 수 100 100
    식당 문자 수 8,192 8,192
    최소 연속 창 트리거 간격 5분 15분
    파이프라인 활동 실행에 대한 최소 시간 제한 10분 10분
    파이프라인 활동 실행에 대한 최대 시간 제한 7 일 7 일
    파이프라인 개체에 대한 개체당 바이트 수3 200KB 200KB
    데이터 세트 및 연결된 서비스 개체에 대한 개체당 바이트 수3 100KB 2,000KB
    각 작업 실행에 대한 페이로드당 바이트4 896KB 896KB
    복사 작업 실행당 데이터 통합 단위 수1 256 256
    API 호출 쓰기 1,200/시간 1,200/시간

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

    이 제한은 Azure Data Factory가 아닌 Azure Resource Manager가 부과합니다.
    분당 모니터링 쿼리 1,000 1,000
    데이터 흐름 디버그 세션의 최대 시간 8시간 8시간
    통합 런타임당 동시 데이터 흐름 수 50 지원에서 할당량 증가를 요청하는 방법을 알아봅니다.
    관리형 vNet의 통합 런타임당 동시 데이터 흐름 수 50 지원에서 할당량 증가를 요청하는 방법을 알아봅니다.
    팩터리당 사용자당 동시 데이터 흐름 디버그 세션 수 3 3
    데이터 흐름 Azure IR TTL 제한 4시간 4시간
    팩터리에서 메타데이터 엔터티 크기 제한 2GB 지원에서 할당량 증가를 요청하는 방법을 알아봅니다.

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

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

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

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

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

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

    웹 서비스 호출 제한

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

    Azure NetApp Files

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

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

    Azure Policy 제한

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

    Where 구성할 항목 최대 수
    범위 정책 정의 500
    범위 이니셔티브 정의 200
    테넌트 이니셔티브 정의 2,500
    범위 정책 또는 이니셔티브 할당 200
    범위 예외 1000
    정책 정의 매개 변수 20
    이니셔티브 정의 정책 1000
    이니셔티브 정의 매개 변수 400
    정책 또는 이니셔티브 할당 제외(notScopes) 400
    정책 규칙 중첩된 조건부 512
    수정 작업 리소스 50,000
    정책 정의, 이니셔티브 또는 할당 요청 본문 바이트 1,048,576

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

    Azure Quantum 제한

    공급자 제한 및 할당량

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

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

    SKU 학습 및 개발

    리소스 제한
    CPU 기반 동시 작업 최대 5개1의 동시 작업
    FPGA 기반 동시 작업 최대 2개1의 동시 작업
    CPU 기반 해 찾기 시간 매월 20시간
    FPGA 기반 해 찾기 시간 매월 1시간

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

    SKU 규모의 성능

    리소스 기본 제한 최대 제한
    CPU 기반 동시 작업 최대 100개1의 동시 작업 기본 제한과 동일
    FPGA 기반 동시 작업 최대 101개의 동시 작업 기본 제한과 동일
    해 찾기 시간 매월 1,000시간 매월 최대 50,000 시간

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

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

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

    Azure RBAC 제한

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

    영역 리소스 제한
    Azure 역할 할당
    Azure 구독당 Azure 역할 할당 4,000
    관리 그룹당 Azure 역할 할당 500
    Azure 역할 할당의 설명 크기 2KB
    Azure 역할 할당의 조건 크기 8KB
    Azure 사용자 지정 역할
    테넌트당 Azure 사용자 지정 역할 5,000
    테넌트당 Azure 사용자 지정 역할
    (21Vianet에서 운영하는 Microsoft Azure의 경우)
    2,000
    Azure 사용자 지정 역할의 역할 이름 크기 512개 문자
    Azure 사용자 지정 역할에 대한 설명 크기 2KB
    Azure 사용자 지정 역할에 대한 할당 가능한 범위 수 2,000

    Azure SignalR Service 제한

    리소스 기본 제한 최대 한도
    무료 계층의 인스턴스당 Azure SignalR Service 단위 1 1
    Standard/Premium_P1 계층에 대한 인스턴스당 Azure SignalR Service 단위 100 100
    Premium_P2 계층에 대한 인스턴스당 Azure SignalR Service 단위 100 - 1,000 100 - 1,000
    무료 계층의 지역별 구독당 Azure SignalR Service 단위 5 5
    지역별 구독당 총 Azure SignalR Service 단위 수 150 제한 없음
    무료 계층의 단위당 동시 연결 20 20
    표준/프리미엄 계층의 단위당 동시 연결 1,000 1,000
    무료 계층의 단위당 일일 포함 메시지 수 20,000 20,000
    무료 계층의 일일 단일당 추가 메시지 수 0 0
    표준/프리미엄 계층의 경우 하루 단위당 메시지가 포함됩니다. 1,000,000 1,000,000
    표준/프리미엄 계층의 경우 일일 단위당 추가 메시지 제한 없음 무제한

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

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

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

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

    Azure Spring Apps 한도

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

    Azure Storage 제한

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

    표준 스토리지 계정 한도

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

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

    참고 항목

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

    리소스 제한
    표준 및 프리미엄 스토리지 계정을 포함하여 구독당 지역별 표준 엔드포인트가 있는 최대 스토리지 계정 수입니다. 기본값으로 250, 요청 시 5001
    표준 및 프리미엄 스토리지 계정을 포함하여 구독당 지역당 Azure DNS 영역 엔드포인트(미리 보기)가 있는 최대 스토리지 계정 수입니다. 5000(미리 보기)
    기본 최대 스토리지 계정 용량 5PiB 2
    Blob 컨테이너, Blob, 디렉터리 및 하위 디렉터리(계층 구조 네임스페이스를 사용하는 경우), 파일 공유, 테이블, 큐, 엔터티 또는 스토리지 계정당 메시지의 최대 수입니다. 제한 없음
    스토리지 계정당 기본 최대 요청 속도 초당 20,000개 요청2
    다음 지역의 범용 v2 및 Blob 스토리지 계정당 기본 최대 수신:
    • 동아시아
    • 동남아시아
    • 오스트레일리아 동부
    • 브라질 남부
    • 캐나다 중부
    • 중국 동부 2
    • 중국 북부 3
    • 북유럽
    • 서유럽
    • 프랑스 중부
    • 독일 중서부
    • 인도 중부
    • 일본 동부
    • Jio 인도 서부
    • 한국 중부
    • 노르웨이 동부
    • 남아프리카 북부
    • 스웨덴 중부
    • 아랍에미리트 북부
    • 영국 남부
    • 미국 중부
    • 미국 동부
    • 미국 동부 2
    • USGov 버지니아
    • USGov 애리조나
    • 미국 중북부
    • 미국 중남부
    • 미국 서부
    • 미국 서부 2
    • 미국 서부 3
    60Gbps2
    이전 행에 나열되지 않은 지역의 범용 v2 및 Blob 스토리지 계정당 기본 최대 수신입니다. 25Gbps2
    범용 v1 스토리지 계정의 기본 최대 수신(모든 지역) 10Gbps2
    다음 지역의 범용 v2 및 Blob 스토리지 계정의 기본 최대 송신:
    • 동아시아
    • 동남아시아
    • 오스트레일리아 동부
    • 브라질 남부
    • 캐나다 중부
    • 중국 동부 2
    • 중국 북부 3
    • 북유럽
    • 서유럽
    • 프랑스 중부
    • 독일 중서부
    • 인도 중부
    • 일본 동부
    • Jio 인도 서부
    • 한국 중부
    • 노르웨이 동부
    • 남아프리카 북부
    • 스웨덴 중부
    • 아랍에미리트 북부
    • 영국 남부
    • 미국 중부
    • 미국 동부
    • 미국 동부 2
    • USGov 버지니아
    • USGov 애리조나
    • 미국 중북부
    • 미국 중남부
    • 미국 서부
    • 미국 서부 2
    • 미국 서부 3
    200Gbps2
    이전 행에 나열되지 않은 지역의 범용 v2 및 Blob 스토리지 계정의 기본 최대 송신입니다. 50Gbps2
    범용 v1 스토리지 계정에 대한 최대 송신(미국 지역) RA-GRS/GRS를 사용하도록 설정한 경우 20Gbps, LRS/ZRS의 경우 30Gbps
    범용 v1 스토리지 계정에 대한 최대 송신(미국 이외의 지역) RA-GRS/GRS를 사용하도록 설정한 경우 10Gbps, LRS/ZRS의 경우 15Gbps
    스토리지 계정당 최대 IP 주소 규칙 수 400
    스토리지 계정당 최대 가상 네트워크 규칙 수 400
    스토리지 계정당 최대 리소스 인스턴스 규칙 수 200
    스토리지 계정당 최대 프라이빗 엔드포인트 수 200

    1 할당량을 늘리면 지역당 표준 엔드포인트를 사용하여 최대 500개의 스토리지 계정을 만들 수 있습니다. 자세한 내용은 Azure Storage 계정 할당량 증가를 참조하세요. 2 Azure Storage 표준 계정은 요청에 따라 더 높은 용량 제한과 수신 및 송신에 대한 더 높은 제한을 지원합니다. 계정 제한을 늘리려면 Azure 지원에 문의하세요.

    Azure Storage 리소스 공급자 한도

    다음과 같은 제한은 Azure Storage와 Azure Resource Manager를 사용하여 관리 작업을 수행하는 경우에만 적용됩니다. 제한은 요청에서 리소스의 지역별로 적용됩니다.

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

    Azure Blob Storage 용량 한도

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

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

    2 페이지 Blob은 계층 구조 네임스페이스가 사용하도록 설정된 계정에서 아직 지원되지 않습니다.

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

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

    Azure Queue storage 용량 한도

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

    Azure Table Storage 용량 한도

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

    리소스 대상
    Azure Storage 계정에서 테이블의 수 스토리지 계정의 용량에 의해서만 제한됨
    테이블에 있는 파티션 수 스토리지 계정의 용량에 의해서만 제한됨
    파티션의 엔터티 수 스토리지 계정의 용량에 의해서만 제한됨
    단일 테이블의 최대 크기 500TiB
    모든 속성 값을 비롯한 단일 엔터티의 최대 크기 1MiB
    테이블 엔터티의 최대 속성 수 255개(세 가지 시스템 속성 PartitionKey, 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 개체 부모 컨테이너 개체당 서비스 제한
    작업 영역 Microsoft Entra 테넌트 1300
    HostPool 작업 영역 400
    애플리케이션 그룹 Microsoft Entra 테넌트 5001
    RemoteApp 애플리케이션 그룹 500
    역할 할당 모든 Azure Virtual Desktop 개체 200
    세션 호스트 HostPool 10000

    1 500개가 넘는 애플리케이션 그룹이 필요한 경우 Azure Portal을 통해 지원 티켓을 제기하세요.

    Virtual Machines, Storage, 네트워킹 등 Azure Virtual Desktop에 사용되는 모든 Azure 리소스는 모두 이 문서의 관련 섹션에 설명된 자체 리소스 제한 사항이 적용됩니다. 모든 Azure Virtual Desktop 개체 간의 관계를 시각화하려면 Azure Virtual Desktop 논리 구성 요소 간의 관계 문서를 검토하세요.

    Azure Virtual Desktop을 시작하려면 시작 가이드를 사용합니다. Azure Virtual Desktop에 대한 자세한 아키텍처 콘텐츠는 클라우드 채택 프레임워크의 Azure Virtual Desktop 섹션을 사용합니다. Azure Virtual Desktop에 대한 가격 책정 정보는 Azure 가격 책정 계산기의 계산 섹션에 있는 "Azure Virtual Desktop"을 추가합니다.

    Azure VMware Solution 제한

    다음 표에서는 Azure VMware Solution의 최대 제한에 대해 설명합니다.

    리소스 한도
    프라이빗 클라우드당 vSphere 클러스터 12
    클러스터당 최소 ESXi 호스트 수 3(하드 한도)
    클러스터당 최대 ESXi 호스트 수 16(하드 한도)
    프라이빗 클라우드당 최대 ESXi 호스트 수 96
    프라이빗 클라우드당 최대 vCenter Server 수 1(하드 한도)
    최대 HCX 사이트 페어링 수 25(버전은 관계 없음)
    최대 HCX 서비스 메시 수 10(모든 버전)
    단일 위치에서 단일 Virtual Network 게이트웨이로 연결된 프라이빗 클라우드의 최대 Azure VMware Solution ExpressRoute 수 4
    사용된 가상 네트워크 게이트웨이는 실제 최대 연결된 프라이빗 클라우드를 결정합니다. 자세한 내용은 ExpressRoute 가상 네트워크 게이트웨이 정보를 참조하세요.
    이 임계값을 초과하는 경우 Azure VMware Solution 상호 연결을 사용하여 Azure 지역 내에서 프라이빗 클라우드 연결을 집계합니다.
    최대 Azure VMware Solution ExpressRoute 포트 속도 10Gbps(FastPath를 사용하도록 설정된 Ultra Performance Gateway SKU 사용)
    사용되는 가상 네트워크 게이트웨이는 실제 대역폭을 결정합니다. 자세한 내용은 ExpressRoute 가상 네트워크 게이트웨이 정보를 참조하세요.
    NSX에 할당된 최대 Azure 공용 IPv4 주소 수 2,000
    프라이빗 클라우드당 최대 Azure VMware Solution Interconnect 수 10
    Azure VMware Solution 프라이빗 클라우드당 최대 Azure ExpressRoute Global Reach 연결 수 8
    vSAN 용량 제한 총 가용의 75%(SLA에 25% 사용 가능)
    VMware Site Recovery Manager - 보호되는 Virtual Machines의 최대 수 3,000
    VMware Site Recovery Manager - 복구 플랜당 최대 Virtual Machines 수 2,000
    VMware Site Recovery Manager - 복구 플랜당 보호 그룹 수 250
    VMware Site Recovery Manager - RPO 값 5분 이상 *(하드 한도)
    VMware Site Recovery Manager - 보호 그룹당 최대 가상 머신 수 500
    VMware Site Recovery Manager - 최대 복구 플랜 수 250

    * 15분 미만의 RPO(복구 지점 목표)에 대한 자세한 내용은 vSphere 복제 관리 가이드에서 5분 복구 지점 목표의 작동 방식을 참조하세요.

    다른 VMware 관련 제한에 대해서는 VMware 구성 최대 도구를 사용하세요.

    Azure 웹 PubSub 한도

    리소스 기본 제한 최대 한도
    무료 계층의 인스턴스당 Azure Web PubSub 서비스 단위 1 1
    Standard/Premium_P1 계층에 대한 인스턴스당 Azure Web PubSub 서비스 단위 100 100
    Premium_P2 계층에 대한 인스턴스당 Azure Web PubSub 서비스 단위 100 - 1,000 100 - 1,000
    무료 계층의 지역별 구독당 Azure Web PubSub 서비스 단위 5 5
    지역별 구독당 총 Azure Web PubSub 서비스 단위 수 150 제한 없음
    무료 계층의 단위당 동시 연결 20 20
    표준/프리미엄 계층의 단위당 동시 연결 1,000 1,000
    무료 계층의 단위당 일일 포함 메시지 수 20,000 20,000
    무료 계층의 일일 단일당 추가 메시지 수 0 0
    표준/프리미엄 계층의 경우 하루 단위당 메시지가 포함됩니다. 1,000,000 1,000,000
    표준/프리미엄 계층의 경우 일일 단위당 추가 메시지 제한 없음 무제한

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

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

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

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

    Backup 제한

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

    Batch 제한

    리소스 기본 제한 최대 한도
    구독당 지역별 Azure Batch 계정 1-3 50
    Batch 계정당 전용 코어 0-9001 고객 지원 문의
    Batch 계정당 낮은 우선 순위의 코어 수 0-1001 고객 지원 문의
    배치 계정당 활성 작업 및 작업 일정(완료된 작업에는 제한이 없음) 100-300 1,0002
    Batch 계정당 풀 0-1001 5002
    Batch 계정당 프라이빗 엔드포인트 연결 100 100

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

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

    참고 항목

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

    클래식 배포 모델 제한

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

    리소스 기본 제한 최대 한도
    구독당 vCPU1 20 10,000
    구독당 공동 관리자 200 200
    구독당 Storage 계정2 100 100
    클라우드 서비스 20 200
    로컬 네트워크 10 500
    구독당 DNS 서버 9 100
    구독당 예약된 IP 20 100
    선호도 그룹 256 256
    구독 이름 길이(문자) 64 64

    1부분 CPU 코어를 사용하더라도 매우 작은 인스턴스가 vCPU 제한에 대해 하나의 vCPU로 계산됩니다.

    2스토리지 계정 제한에는 표준 및 Premium Storage 계정이 모두 포함됩니다.

    Container Instances 제한

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

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

    Container Registry 제한

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

    리소스 Basic Standard Premium
    포함된 스토리지1(GiB) 10 100 500
    스토리지 한도(TiB) 40 40 40
    최대 이미지 레이어 크기(GiB) 200 200 200
    최대 매니페스트 크기(MiB) 4 4 4
    분당 ReadOps2, 3 1,000 3,000 10,000
    분당 WriteOps2, 4 100 500 2,000
    다운로드 대역폭2(Mbps) 30 60 100
    업로드 대역폭2(Mbps) 10 20 50
    웹후크 2 10 500
    지역에서 복제 해당 없음 해당 없음 지원됨
    가용성 영역 해당 없음 해당 없음 지원됨
    콘텐츠 신뢰 해당 없음 해당 없음 지원됨
    프라이빗 엔드포인트가 있는 프라이빗 링크 해당 없음 해당 없음 지원됨
    • 프라이빗 엔드포인트 해당 없음 해당 없음 200
    공용 IP 네트워크 규칙 해당 없음 해당 없음 100
    서비스 엔드포인트 VNet 액세스 해당 없음 해당 없음 미리 보기
    • 가상 네트워크 규칙 해당 없음 해당 없음 100
    고객 관리형 키 해당 없음 해당 없음 지원됨
    리포지토리 범위 권한 지원됨 지원됨 지원됨
    • 토큰 100 500 50,000
    • 범위 맵 100 500 50,000
    • 동작 500 500 500
    • 범위 맵당 리포지토리5 500 500 500
    익명 끌어오기 액세스 해당 없음 미리 보기 미리 보기

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

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

    3 docker pull은 이미지의 레이어 수와 매니페스트 검색을 더한 값에 따라 여러 읽기 작업으로 변환됩니다.

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

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

    Content Delivery Network 제한

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

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

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

    Data Lake Analytics 제한

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

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

    데이터 팩터리 제한

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

    리소스 기본 제한 최대 한도
    데이터 팩터리 내 총 엔터티(예: 파이프라인, 데이터 세트, 트리거, 연결된 서비스, 프라이빗 엔드포인트 및 통합 런타임) 수 5,000 지원에서 할당량 증가를 요청하는 방법을 알아봅니다.
    한 구독의 Azure-SSIS Integration Runtime에 대한 총 CPU 코어 수 64 지원에서 할당량 증가를 요청하는 방법을 알아봅니다.
    팩터리의 모든 파이프라인에서 공유되는 데이터 팩터리당 동시 파이프라인 실행 수 10,000 10,000
    구독당 Azure Integration Runtime 지역별 동시 외부 활동 실행 수
    외부 활동은 통합 런타임에서 관리되지만, Databricks, 저장 프로시저, 웹 등을 포함한 연결된 서비스에서 실행됩니다. 이 제한은 자체 호스팅 IR에는 적용되지 않습니다.
    3,000 3,000
    구독당 Azure Integration Runtime 지역별 동시 파이프라인 활동 실행 수
    파이프라인 활동은 Lookup, GetMetadata 및 Delete를 포함한 통합 런타임에서 실행됩니다. 이 제한은 자체 호스팅 IR에는 적용되지 않습니다.
    1,000 1,000
    구독당 Azure Integration Runtime 지역별 동시 작성 작업 수
    테스트 연결을 포함하여 폴더 목록과 테이블 목록을 찾아보고 데이터를 미리 봅니다. 이 제한은 자체 호스팅 IR에는 적용되지 않습니다.
    200 200
    구독당 Azure Integration Runtime 지역별 동시 데이터 통합 단위1 사용량 지역 그룹 12: 6,000
    지역 그룹 22: 3,000
    지역 그룹 32: 1,500
    지역 그룹 12: 6,000
    지역 그룹 22: 3,000
    지역 그룹 32: 1,500
    관리형 가상 네트워크에서 구독당 Azure Integration Runtime 지역별 동시 데이터 통합 단위1 사용량 2,400 지원에서 할당량 증가를 요청하는 방법을 알아봅니다.
    파이프라인당 최대 활동 수(컨테이너에 대한 내부 활동 포함) 80 120
    단일 자체 호스팅 통합 런타임에 대해 만들 수 있는 연결된 통합 런타임의 최대 수 100 100
    단일 자체 호스팅 통합 런타임에 대해 만들 수 있는 최대 노드 수 4 지원에서 할당량 증가를 요청하는 방법을 알아봅니다.
    파이프라인당 최대 매개 변수 수 50 50
    ForEach 항목 100,000 100,000
    ForEach 병렬 처리 20 50
    파이프라인당 최대 대기 중 실행 수 100 100
    식당 문자 수 8,192 8,192
    최소 연속 창 트리거 간격 5분 15분
    파이프라인 활동 실행에 대한 최소 시간 제한 10분 10분
    파이프라인 활동 실행에 대한 최대 시간 제한 7 일 7 일
    파이프라인 개체에 대한 개체당 바이트 수3 200KB 200KB
    데이터 세트 및 연결된 서비스 개체에 대한 개체당 바이트 수3 100KB 2,000KB
    각 작업 실행에 대한 페이로드당 바이트4 896KB 896KB
    복사 작업 실행당 데이터 통합 단위 수1 256 256
    API 호출 쓰기 1,200/시간 1,200/시간

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

    이 제한은 Azure Data Factory가 아닌 Azure Resource Manager가 부과합니다.
    분당 모니터링 쿼리 1,000 1,000
    데이터 흐름 디버그 세션의 최대 시간 8시간 8시간
    통합 런타임당 동시 데이터 흐름 수 50 지원에서 할당량 증가를 요청하는 방법을 알아봅니다.
    관리형 vNet의 통합 런타임당 동시 데이터 흐름 수 50 지원에서 할당량 증가를 요청하는 방법을 알아봅니다.
    팩터리당 사용자당 동시 데이터 흐름 디버그 세션 수 3 3
    데이터 흐름 Azure IR TTL 제한 4시간 4시간
    팩터리에서 메타데이터 엔터티 크기 제한 2GB 지원에서 할당량 증가를 요청하는 방법을 알아봅니다.

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

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

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

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

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

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

    웹 서비스 호출 제한

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

    Data Lake Storage 제한

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

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

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

    Data Share 제한

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

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

    Database Migration Service 제한

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

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

    Device Update for IoT Hub 제한

    참고 항목

    지정된 리소스나 작업에 조정 가능한 한도가 없는 경우 기본 한도와 최대 한도는 동일합니다. 제한을 조정할 수 있는 경우 다음 표에는 기본 제한과 최대 제한이 모두 포함되어 있습니다. 한도는 기본 한도를 초과할 수 있지만 최대 한도를 초과할 수는 없습니다. 표준 SKU에 대한 한도만 조정할 수 있습니다. 무료 SKU에 대한 한도 조정 요청은 허용되지 않습니다. 한도 조정 요청은 사례별로 평가되며 승인이 보장되지는 않습니다. 또한 무료 SKU 인스턴스는 표준 SKU 인스턴스로 업그레이드할 수 없습니다.

    한도나 할당량을 기본 한도 이상으로 높이려는 경우 온라인 고객 지원 요청을 엽니다.

    다음 표에서는 Azure Resource Manager의 Device Update for IoT Hub 리소스 한도를 제공합니다.

    리소스 표준 SKU 제한 무료 SKU 한도 표준 SKU에 대해 조정할 수 있나요?
    구독당 계정 50 1 아니요
    계정당 인스턴스 수 50 1 아니요
    계정 이름의 길이 3-24자 3-24자 아니요
    인스턴스 이름의 길이 3-36자 3-36자 아니요

    다음 표에서는 Device Update for IoT Hub 내의 작업과 관련된 다양한 한도를 제공합니다.

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

    참고 항목

    취소되거나 비활성 배포는 총 배포 한도에 포함됩니다. 새 배포를 만드는 데 방해가 되지 않도록 이러한 배포를 주기적으로 정리하세요.

    Digital Twins 제한

    참고 항목

    이 서비스의 일부 영역에는 조정 가능한 한도가 있습니다. 이는 다음 표에 조정 가능 여부 열과 함께 표시되어 있습니다. 제한을 조정할 수 있는 경우 ‘조정 가능 여부’ 값은 ‘예’입니다.

    기능 제한

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

    지역 기능 기본 제한 조절이 가능한가요?
    Azure 리소스 구독당 지역의 Azure Digital Twins 인스턴스 수 10
    Digital Twins Azure Digital Twins 인스턴스의 트윈 수 2,000,000
    Digital Twins 단일 가져오기 작업 API 작업에서 가져올 수 있는 디지털 트윈 수 2,000,000 아니요
    Digital Twins 단일 쌍으로 들어오는 관계 수 50,000 아니요
    Digital Twins 단일 쌍에서 나가는 관계 수 50,000 아니요
    Digital Twins 총 Azure Digital Twins 인스턴스 관계 수 20,000,000
    Digital Twins 단일 가져오기 작업 API 작업에서 가져올 수 있는 관계 수 10,000,000 아니요
    Digital Twins 단일 쌍의 최대 크기(PUT 또는 PATCH 요청의 JSON 본문) 32KB 아니요
    Digital Twins 최대 요청 페이로드 크기 32KB 아니요
    Digital Twins 문자열 속성 값의 최대 크기(UTF-8) 4KB 아니요
    Digital Twins 속성 이름의 최대 크기 1KB 아니요
    라우팅 단일 Azure Digital Twins 인스턴스의 엔드포인트 수 6 아니요
    라우팅 단일 Azure Digital Twins 인스턴스의 경로 수 6
    모델 단일 Azure Digital Twins 인스턴스 내의 모델 수 10,000
    모델 단일 API 호출에서 가져올 수 있는 모델 수(가져오기 작업 API를 사용하지 않음) 250 아니요
    모델 단일 가져오기 작업 API 작업에서 가져올 수 있는 모델 수 10,000 아니요
    모델 단일 모델의 최대 크기(PUT 또는 PATCH 요청의 JSON 본문) 1MB 아니요
    모델 단일 페이지에 반환된 항목 수 100 아니요
    쿼리 단일 페이지에 반환된 항목 수 1000
    쿼리 쿼리의 AND / OR 식 수 50
    쿼리 IN / NOT IN 절의 배열 항목 수 50
    쿼리 쿼리의 문자 수 8,000
    쿼리 쿼리의 JOINS 5

    트래픽률 제한

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

    API 기능 기본 제한 조절이 가능한가요?
    작업 API 초당 요청 수 1
    작업 API 동시에 실행되는 대량 작업 수(가져오기 및 삭제 포함) 1
    모델 API 초당 요청 수 100
    Digital Twins API 초당 읽기 요청 수 1,000
    Digital Twins API 초당 패치 요청 수 1,000
    Digital Twins API 모든 트윈 및 관계에서 초당 생성/삭제 작업 수 500
    Digital Twins API 단일 쌍 또는 수신/발신 관계에 대한 초당 만들기/업데이트/삭제 작업 수 10 아니요
    Digital Twins API 단일 쌍 또는 수신/발신 관계에 대한 미해결 작업 수 500 아니요
    쿼리 API 초당 요청 수 500
    쿼리 API 초당 쿼리 단위 4,000
    이벤트 경로 API 초당 요청 수 100

    기타 제한

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

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

    Event Grid 제한

    참고 항목

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

    Event Grid 스로틀 한도

    Event Grid는 표준 계층 및 기본 계층을 제공합니다. Event Grid 표준 계층을 사용하면 MQTT(메시지 큐 원격 분석 전송) 브로커 기능을 사용하여 게시-구독을 사용하고 Event Grid 네임스페이스를 통해 메시지의 풀-배달을 사용할 수 있습니다. Event Grid 기본 계층은 Event Grid 사용자 지정 토픽, Event Grid 시스템 토픽, 이벤트 도메인 및 Event Grid 파트너 토픽을 사용하여 푸시 배달을 사용하도록 설정합니다. 올바른 Event Grid 계층 선택을 참조하세요. 이 문서에서는 두 계층의 할당량 및 한도에 대해 설명합니다.

    Event Grid 네임스페이스 리소스 제한

    Azure Event Grid 네임스페이스는 MQTT 메시징 및 HTTP 끌어오기 배달을 사용하도록 설정합니다. 다음 제한은 Azure Event Grid 네임스페이스 리소스에 적용됩니다.

    제한 설명 제한
    Azure 구독당 Event Grid 네임스페이스 50
    Event Grid 네임스페이스당 최대 처리량 단위 40
    Event Grid 네임스페이스당 IP 방화벽 규칙 16

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

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

    참고 항목

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

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

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

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

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

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

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

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

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

    도메인 리소스 제한

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

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

    Event Hubs 제한

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

    모든 계층에 대한 공통 제한

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

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

    Kafka: 256문자

    AMQP: 50문자

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

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

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

    참고 항목

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

    예를 들어 네임스페이스에 3개의 PU가 할당된 경우 제한은 30,000입니다.
    CU당 100,000
    이벤트 데이터의 최대 보존 기간 하루 7 일 90일 90일
    보관을 위한 이벤트 스토리지 TU당 84GB TU당 84GB PU당 1TB CU당 10TB
    최대 TU 또는 PU 또는 CU 40TU 40TU 16PU 20개 CU
    Event Hub당 파티션 수 32 32 이벤트 허브당 100개이지만 네임스페이스 수준에서 PU당 200개로 제한됩니다.

    예를 들어 네임스페이스에 2개의 PU가 할당된 경우 네임스페이스에 있는 모든 이벤트 허브의 총 파티션 수에 대한 제한은 2 * 200 = 400입니다.
    이벤트 허브당 1,024
    CU당 2,000
    구독당 네임스페이스의 수 1,000 1,000 1,000 1,000(CU당 50)
    네임스페이스당 Event Hubs 개수 10 10 PU당 100 1,000
    Capture 해당 없음 시간당 요금 부과 포함됨 포함됨
    압축된 이벤트 허브의 크기 해당 없음 파티션당 1GB 파티션당 250GB 파티션당 250GB
    메가바이트 단위의 스키마 레지스트리(네임스페이스) 크기 해당 없음 25 100 1,024
    스키마 레지스트리 또는 네임스페이스에 있는 스키마 그룹 수 해당 없음 1: 기본 그룹 제외 100
    스키마당 1MB
    1,000
    스키마당 1MB
    모든 스키마 그룹의 스키마 버전 수 해당 없음 25 1,000 10,000
    단위당 처리량 수신: 1MB/초 또는 초당 1000개 이벤트
    송신: 2MB/초 또는 초당 4,096개 이벤트
    수신: 1MB/초 또는 초당 1,000개 이벤트
    송신: 2MB/초 또는 초당 4,096개 이벤트
    PU당 제한 없음 * CU당 제한 없음 *

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

    참고 항목

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

    IoT Central 제한

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

    IoT Hub 제한

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

    리소스 S1 표준 S2 표준 S3 표준 F1 - 무료
    메시지 수/1일 400,000 6,000,000 300,000,000 8,000
    최대 단위 200 200 10 1

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

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

    참고 항목

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

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

    제한 허브 단위 값
    ID 레지스트리 작업
    (만들기, 검색, 목록, 업데이트 및 삭제)
    개별 또는 대량 가져오기/내보내기
    83.33/초/단위(5,000/분/단위)(S3의 경우)
    1.67/초/단위(100/분/단위)(S1 및 S2의 경우)
    디바이스 연결 6,000/초/단위(S3의 경우), 120/초/단위(S2의 경우), 12/초/단위(S1의 경우)
    100/초의 최솟값.
    디바이스->클라우드 보내기 6,000/초/단위(S3의 경우), 120/초/단위(S2의 경우), 12/초/단위(S1의 경우)
    100/초의 최솟값.
    클라우드-디바이스 보내기 83.33/초/단위(5,000/분/단위)(S3의 경우), 1.67/초/단위(100/분/단위)(S1 및 S2의 경우)
    클라우드-디바이스 받기 833.33/초/단위(50,000/분/단위)(S3의 경우), 16.67/초/단위(1,000/분/단위)(S1 및 S2의 경우)
    파일 업로드 작업 83.33 파일 업로드 시작/초/단위(5,000/분/단위)(S3의 경우), 1.67 파일 업로드 시작/초/단위(100/분/단위)(S1 및 S2의 경우)
    디바이스당 동시 파일 업로드 10회.
    직접 메서드 24MB/초/단위(S3의 경우), 480KB/초/단위(S2의 경우), 160KB/초/단위(S1의 경우)
    8KB 제한 미터 크기를 기준으로 합니다.
    디바이스 쌍 읽기 500/초/단위(S3의 경우), 최대 100/초 또는 10/초/단위(S2의 경우), 100/초(S1의 경우)
    디바이스 쌍 업데이트 250/초/단위(S3의 경우), 최대 50/초 또는 5/초/단위(S2의 경우), 50/초(S1의 경우)
    작업 연산
    (만들기, 업데이트, 나열 및 삭제)
    83.33/초/단위(5,000/분/단위)(S3의 경우), 1.67/초/단위(100/분/단위)(S2의 경우), 1.67/초/단위(100/분/단위)(S1의 경우)
    디바이스 단위 작업 연산 처리량 50/초/단위(S3의 경우), 최대 10/초 또는 1/초/단위(S2의 경우), 10/초(S1의 경우)
    디바이스 스트림 시작 속도 5개의 새 스트림/초(S1, S2, S3 및 F1에만 해당)

    IoT Hub Device Provisioning Service 제한

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

    리소스 제한 조절이 가능한가요?
    Azure 구독당 최대 디바이스 프로비저닝 서비스 10 아니요
    최대 등록 수 1,000,000 아니요
    개별 등록의 최대 수 1,000,000 아니요
    최대 등록 그룹 수(X.509 인증서) 100 아니요
    최대 등록 그룹 수(대칭 키) 100 아니요
    최대 CA 수 25 아니요
    연결된 최대 IoT 허브 수 50 아니요
    최대 메시지 크기 96KB 아니요

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

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

    요금 단위당 값 조절이 가능한가요?
    작업 1,000/분/서비스 아니요
    디바이스 등록 1,000/분/서비스 아니요
    디바이스 폴링 작업 5/10초/디바이스 아니요

    키 값 제한

    Azure Key Vault 리소스 공급자는 자격 증명 모음과 관리형 HSM이라는 두 가지 리소스 유형을 지원합니다. 다음 두 섹션에서는 이들 각각에 대한 서비스 제한을 설명합니다.

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

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

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

    키 유형 HSM 키
    CREATE 키
    HSM 키
    모든 다른 트랜잭션
    소프트웨어 키
    CREATE 키
    소프트웨어 키
    모든 다른 트랜잭션
    RSA 2,048비트 10 2,000 20 4,000
    RSA 3,072비트 10 500 20 1,000
    RSA 4,096비트 10 250 20 500
    ECC P-256 10 2,000 20 4,000
    ECC P-384 10 2,000 20 4,000
    ECC P-521 10 2,000 20 4,000
    ECC SECP256K1 10 2,000 20 4,000

    참고 항목

    위의 표에서 RSA 2,048비트 소프트웨어 키에는 10초당 4,000개 GET 트랜잭션이 허용됩니다. RSA 2,048비트 HSM 키의 경우 10초당 2,000개 GET 트랜잭션이 허용됩니다.

    제한 임계값은 가중치를 부여한 값이며, 해당 합계에 적용되어 있습니다. 예를 들어 앞의 표에 나와 있는 것처럼 RSA HSM 키에 대한 GET 작업을 수행할 때 4,096 비트 키를 사용할 경우 비용이 2,048비트 키보다 8배 더 듭니다. 2,000/250 = 8이기 때문입니다.

    Azure Key Vault 클라이언트는 429 제한 HTTP 상태 코드가 표시되기 전에 지정된 10초 간격으로 다음 작업 중 하나만 수행할 수 있습니다.

    • 4,000RSA 2,048비트 소프트웨어 키 GET 트랜잭션
    • 2,000RSA 2,048비트 HSM 키 GET 트랜잭션
    • 250RSA 4,096비트 HSM 키 GET 트랜잭션
    • 248RSA 4,096비트 HSM 키 GET 트랜잭션 및 16RSA 2,048비트 HSM 키 GET 트랜잭션

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

    트랜잭션 유형 지역당, 자격 증명 모음당 10초 내에 허용되는 최대 트랜잭션1
    암호
    비밀 만들기
    300
    모든 다른 트랜잭션 4,000

    이러한 한도에 도달할 경우 제한을 처리하는 방법에 대한 내용은 Azure Key Vault 제한 지침을 참조하세요.

    1 모든 트랜잭션 유형에 대한 구독 차원의 한도는 키 자격 증명 모음 한도의 5배입니다.

    키, 비밀, 인증서 백업

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

    트랜잭션 유형 허용되는 최대 키 자격 증명 모음 개체 버전
    개별 키, 비밀, 인증서 백업 500

    참고 항목

    제한보다 높은 버전의 키, 비밀 또는 인증서 개체를 백업하려고 시도하면 오류가 발생합니다. 이전 버전의 키, 비밀 또는 인증서는 삭제할 수 없습니다.

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

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

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

    리소스 종류: 관리형 HSM

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

    개체 제한

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

    관리 작업에 대한 트랜잭션 제한(HSM 인스턴스별 초당 작업 수)

    연산 초당 SQL 작업 수
    모든 RBAC 작업
    (역할 정의 및 역할 할당에 대한 모든 CRUD 작업 포함)
    5
    전체 HSM 백업/복원
    (HSM 인스턴스당 하나의 동시 백업 또는 복원 작업만 지원됨)
    1

    암호화 작업에 대한 트랜잭션 제한(HSM 인스턴스별 초당 작업 수)

    • 각 관리 HSM 인스턴스는 3개의 부하 분산된 HSM 파티션을 구성합니다. 처리량 제한은 각 파티션에 할당된 기본 하드웨어 용량의 함수입니다. 아래 표는 사용 가능한 파티션이 하나 이상인 최대 처리량을 보여줍니다. 3개의 파티션을 모두 사용할 수 있는 경우 실제 처리량은 최대 3배까지 높아질 수 있습니다.
    • 명시된 처리량 제한은 최대 처리량을 달성하기 위해 하나의 단일 키를 사용한다고 가정합니다. 예를 들어 단일 RSA-2048 키를 사용하는 경우 최대 처리량은 1100개의 서명 작업이 됩니다. 초당 1개의 트랜잭션과 함께 1,100개의 서로 다른 키를 사용하는 경우 동일한 처리량을 달성할 수 없습니다.
    RSA 키 작업(HSM 인스턴스별 초당 작업 수)
    연산 2048비트 3072비트 4096비트
    키 만들기 1 1 1
    키 삭제(일시 삭제) 10 10 10
    키 제거 10 10 10
    키 백업 10 10 10
    키 복원 10 10 10
    키 정보 가져오기 1100 1100 1100
    Encrypt 10000 10000 6000
    암호 해독 1100 360 160
    줄 바꿈 10000 10000 6000
    래핑 해제 1100 360 160
    Sign 1100 360 160
    확인 10000 10000 6000
    EC 키 작업(HSM 인스턴스별 초당 작업 수)

    이 표는 각 곡선 유형에 대한 초당 작업 수를 설명합니다.

    연산 P-256 P-256K P-384 P-521
    키 만들기 1 1 1 1
    키 삭제(일시 삭제) 10 10 10 10
    키 제거 10 10 10 10
    키 백업 10 10 10 10
    키 복원 10 10 10 10
    키 정보 가져오기 1100 1100 1100 1100
    Sign 260 260 165 56
    확인 130 130 82 28
    AES 키 작업(HSM 인스턴스별 초당 작업 수)
    • 암호화 및 암호 해독 작업은 4KB 패킷 크기를 가정합니다.
    • 암호화/암호 해독에 대한 처리량 제한은 AES-CBC 및 AES-GCM 알고리즘에 적용됩니다.
    • 래핑/래핑 해제에 대한 처리량 제한은 AES-KW 알고리즘에 적용됩니다.
    연산 128비트 192비트 256비트
    키 만들기 1 1 1
    키 삭제(일시 삭제) 10 10 10
    키 제거 10 10 10
    키 백업 10 10 10
    키 복원 10 10 10
    키 정보 가져오기 1100 1100 1100
    Encrypt 8000 8000 8000
    암호 해독 8000 8000 8000
    줄 바꿈 9000 9000 9000
    래핑 해제 9000 9000 9000

    관리 ID 제한

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

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

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

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

    Media Services 제한

    참고 항목

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

    계정 제한

    리소스 기본 제한
    단일 구독의 Media Services 계정 100(고정)

    자산 제한

    리소스 기본 제한
    Media Services 계정당 자산 1,000,000

    스토리지(미디어) 제한

    리소스 기본 제한
    파일 크기 일부 시나리오에서는 Media Services에서 처리를 위해 지원되는 최대 파일 크기에 제한이 있습니다. (1)
    스토리지 계정 100(2)(고정)

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

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

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

    리소스 기본 제한
    Media Services 계정 작업당 작업 500,000 (3)(고정)
    작업당 작업 입력 50(고정)
    작업당 작업 출력 20(고정)
    Media Services 계정당 변환 100(고정)
    변환에서 출력 변환 20(고정)
    작업 입력당 파일 10(고정)

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

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

    라이브 스트리밍 제한

    리소스 기본 제한
    Media Services 계정당 라이브 이벤트 (4) 5
    라이브 이벤트당 라이브 출력 3(5)
    최대 라이브 출력 기간 DVR 창의 크기

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

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

    패키징 및 전달 제한

    리소스 기본 제한
    Media Services 계정당 스트리밍 엔드포인트(중지됨 또는 실행 중) 2
    동적 매니페스트 필터 100
    스트리밍 정책 100(6)
    한번에 자산과 연결된 고유 스트리밍 로케이터 100(7)(고정)

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

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

    보호 제한

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

    지원 티켓

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

    Media Services v2(레거시)

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

    Mobile Services 제한

    계층 무료 Basic Standard
    API 호출 500,000 단위당 150만 단위당 1,500만
    활성 디바이스 500 제한 없음 무제한
    확장 해당 없음 최대 6개 무제한 단위
    푸시 알림 Azure Notification Hubs 무료 계층 포함, 최대 100만 회 푸시 Notification Hubs 기본 계층 포함, 최대 1,000만 회 푸시 Notification Hubs 표준 계층 포함, 최대 1,000만 회 푸시
    실시간 메시징/
    WebSocket
    제한 모바일 서비스당 350 제한 없음
    오프라인 동기화 제한 포함됨 포함됨
    Scheduled jobs 제한 포함됨 포함됨
    Azure SQL Database(필수)
    추가 용량의 경우 표준 요금 적용
    20 MB 포함 20 MB 포함 20 MB 포함
    CPU 용량 하루 60분 제한 없음 무제한
    아웃바운드 데이터 전송 하루 165MB(매일 롤오버) 포함됨 포함됨

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

    다단계 인증 한도

    리소스 기본 제한 최대 한도
    구독당 신뢰할 수 있는 IP 주소 또는 범위의 최대 수 0 50
    내 디바이스, 일수 기억 14 60
    앱 암호의 최대 수 0 제한 없음
    MFA 호출 중 X 회 시도 허용 1 99
    양방향 문자 메시지 시간 제한(초) 60 600
    기본 일회성 바이패스 시간(초) 300 1,800
    X 회 연속 MFA 거부 후 사용자 계정 잠금 설정 안 함 99
    X 분 후 계정 잠금 카운터 재설정 설정 안 함 9,999
    X 분 후 계정 잠금 해제 설정 안 함 9,999

    네트워킹 제한

    네트워킹 제한 - Azure Resource Manager

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

    참고 항목

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

    리소스 제한
    가상 네트워크 1,000
    가상 네트워크당 서브넷 3,000
    가상 네트워크당 가상 네트워크 피어링 500
    가상 네트워크당 가상 네트워크 게이트웨이(VPN 게이트웨이) 1
    가상 네트워크당 가상 네트워크 게이트웨이(ExpressRoute 게이트웨이) 1
    가상 네트워크당 DNS 서버 20
    가상 네트워크당 프라이빗 IP 주소 65,536
    피어링된 가상 네트워크 그룹의 총 개인 주소 128,000
    네트워크 인터페이스당 개인 IP 주소 256
    가상 머신당 개인 IP 주소 256
    네트워크 인터페이스당 공용 IP 주소 256
    가상 머신당 공용 IP 주소 256
    가상 머신 또는 역할 인스턴스의 NIC당 동시 TCP 또는 UDP 흐름 500,000
    네트워크 인터페이스 카드 65,536
    네트워크 보안 그룹 5,000
    NSG당 NSG 규칙 1,000
    보안 그룹의 원본 또는 대상에 대해 지정된 IP 주소 및 범위(한도는 원본과 대상에 별도로 적용됨) 4,000
    애플리케이션 보안 그룹 3,000
    IP 구성당, NIC당 애플리케이션 보안 그룹 20
    NSG 규칙당 원본/대상으로 참조되는 애플리케이션 보안 그룹 10
    애플리케이션 보안 그룹당 IP 구성 4,000
    네트워크 보안 그룹의 모든 보안 규칙 내에서 지정할 수 있는 애플리케이션 보안 그룹 100
    사용자 정의 경로 테이블 200
    경로 테이블당 사용자 정의 경로 400
    Azure VPN Gateway당 지점 및 사이트 간 루트 인증서 20
    Azure VPN Gateway당 지점 및 사이트 간 철회된 클라이언트 인증서 300
    가상 네트워크 탭 100
    가상 네트워크 탭당 네트워크 인터페이스 탭 구성 100

    공용 IP 주소 제한

    리소스 기본 제한 최대 한도
    공용 IP 주소1,2 기본 10 고객 지원 문의
    고정 공용 IP 주소1 기본 10 고객 지원 문의
    표준 공용 IP 주소1 10 고객 지원 문의
    공용 IP 접두사 구독에서 표준 공용 IP 수로 제한됨 고객 지원 문의
    공용 IP 접두사 길이 /28 고객 지원 문의
    사용자 지정 IP 접두사 5 고객 지원 문의

    1공용 IP 주소의 경우 기본 제한은 평가판, 종량제, CSP와 같은 제공 범주 유형에 따라 다릅니다. 예를 들어 기업계약 구독의 기본값은 1000입니다.

    2 공용 IP 주소 제한은 기본 및 표준을 포함하여 공용 IP 주소의 총 크기를 나타냅니다.

    부하 분산 장치 제한

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

    표준 Load Balancer

    리소스 제한
    부하 분산 장치 1,000
    프런트 엔드 IP 구성 600
    리소스당 규칙(Load Balancer + 인바운드 NAT) 1,500
    NIC당 규칙(NIC의 모든 IP에서), IP당 규칙(IP 기반 LB)1 300
    고가용성 포트 규칙 내부 프런트 엔드당 1
    Load Balancer당 아웃바운드 규칙 600
    백 엔드 풀 크기 5,000
    Azure 전역 Load Balancer 백 엔드 풀 크기 300
    프런트 엔드당 백 엔드 IP 구성 2 10,000
    모든 프런트 엔드에 걸쳐 백엔드 IP 구성 500,000

    1 각 NIC는 NIC의 모든 IP 구성에서 총 300개의 규칙(부하 분산, 인바운드 NAT 및 아웃바운드 규칙 결합)을 구성할 수 있습니다. IP 기반 LB의 경우 이 제한은 IP당입니다. 2개 백 엔드 IP 구성은 부하 분산, 인바운드 NAT 및 아웃바운드 규칙을 비롯한 모든 부하 분산 장치 규칙에서 집계됩니다. 각 규칙은 백 엔드 풀 인스턴스가 하나의 구성으로 계산되도록 구성됩니다.

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

    게이트웨이 부하 분산 장치

    리소스 제한
    Load Balancer당 연결된 리소스(LB 프런트 엔드 구성 또는 VM NIC IP 구성이 결합됨) 100

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

    기본 Load Balancer

    리소스 제한
    부하 분산 장치 1,000
    리소스당 규칙 250
    NIC당 규칙(NIC의 모든 IP에서) 300
    프런트 엔드 IP 구성 3 200
    백 엔드 풀 크기 300 IP 구성, 단일 가용성 집합
    Load Balancer당 가용성 집합 1
    VM당 Load Balancer 수 2개(공용 1개 및 내부용 1개)

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

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

    리소스 기본 제한 최대 한도
    가상 네트워크 100 100
    로컬 네트워크 사이트 수 20 50
    가상 네트워크당 DNS 서버 20 20
    가상 네트워크당 프라이빗 IP 주소 4,096 4,096
    가상 머신 또는 역할 인스턴스의 NIC당 동시 TCP 또는 UDP 흐름 500,000, 둘 이상의 NIC의 경우 최대 1,000,000 500,000, 둘 이상의 NIC의 경우 최대 1,000,000
    NSG(네트워크 보안 그룹) 200 200
    NSG당 NSG 규칙 200 1,000
    사용자 정의 경로 테이블 200 200
    경로 테이블당 사용자 정의 경로 400 400
    공용 IP 주소(동적) 500 500
    예약된 공용 IP 주소 500 500
    배포당 공용 IP 5 고객 지원 문의
    배포당 개인 IP(내부 부하 분산) 1 1
    엔드포인트 ACL(Access Control 목록) 50 50

    Application Gateway 제한

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

    리소스 제한 참고 항목
    Azure Application Gateway 구독당 지역별 1,000개
    프런트 엔드 IP 구성 2 공용 1 및 프라이빗 1
    프런트 엔드 포트 1001
    백 엔드 주소 풀 100
    풀당 백 엔드 대상 1,200
    HTTP 수신기 2001 트래픽을 라우팅하는 100개의 활성 수신기로 제한됩니다. 활성 수신기 수 = 총 수신기 수 - 비활성 수신기 수입니다.
    라우팅 규칙 내의 기본 구성이 트래픽을 라우팅하도록 설정된 경우(예: 수신기, 백 엔드 풀 및 HTTP 설정을 사용하는 경우) 이러한 설정은 수신기로도 간주됩니다. 자세한 내용은 Application Gateway를 참조하세요.
    HTTP 부하 분산 규칙 4001
    백 엔드 HTTP 설정 1001
    게이트웨이당 인스턴스 V1 SKU - 32
    V2 SKU - 125
    SSL 인증서 1001 HTTP 수신기당 1
    최대 SSL 인증서 크기 V1 SKU - 10KB
    V2 SKU - 16KB
    최대 신뢰할 수 있는 클라이언트 CA 인증서 크기 25KB 25KB는 업로드된 pem 또는 cer 파일에 포함된 루트 및 중간 인증서의 최대 집계 크기입니다.
    최대 신뢰할 수 있는 클라이언트 CA 인증서 200 SSL 프로필당 100개
    인증 인증서 100
    신뢰할 수 있는 루트 인증서 100
    최소 요청 시간 제한 1초
    프라이빗 백엔드에 대한 최대 요청 시간 제한 24시간
    외부 백엔드에 대한 최대 요청 시간 제한 4분
    사이트 수 1001 HTTP 수신기당 1
    수신기당 URL 맵 1
    수신기당 호스트 이름 5
    URL 맵당 최대 경로 기반 규칙 100
    구성 리디렉션 1001
    다시 쓰기 규칙 집합 수 400
    다시 쓰기 규칙 집합당 헤더 또는 URL 구성 수 40
    다시 쓰기 규칙 집합당 조건 수 40
    동시 WebSocket 연결 중간 게이트웨이 20,0002
    대형 게이트웨이 50,0002
    최대 URL 길이 32KB
    최대 헤더 크기 32KB
    HTTP/2의 최대 헤더 크기 8KB
    HTTP/2에 대한 최대 헤더 크기 16KB
    HTTP/2 연결당 최대 요청 수 1000 동일한 프런트 엔드 HTTP/2 연결을 공유할 수 있는 총 요청 수
    최대 파일 업로드 크기(표준 SKU) V1 - 2GB
    V2 - 4GB
    이 최대 크기 제한은 요청 본문과 공유됩니다.
    최대 파일 업로드 크기(WAF SKU) V1 중형 - 100MB
    V1 대형 - 500MB
    V2 - 750MB
    V2(CRS 3.2 또는 DRS 포함) - 4GB3
    1MB - 최솟값
    100MB(기본값)
    CRS 3.2 또는 DRS가 포함된 V2 - 켜기/끄기 가능
    최대 요청 크기 제한 표준 SKU(파일 없음) V1 - 2GB
    V2 - 4GB
    최대 요청 크기 제한 WAF SKU(파일 없음) V1 또는 V2(CRS 3.1 이상 포함) - 128KB
    V2(CRS 3.2 또는 DRS 포함) - 2MB3
    8KB - 최솟값
    128KB - 기본값
    CRS 3.2 또는 DRS가 포함된 V2 - 켜기/끄기 가능
    최대 요청 검사 한도 WAF SKU V1 또는 V2(CRS 3.1 이상 포함) - 128KB
    V2(CRS 3.2 또는 DRS 포함) - 2MB3
    8KB - 최솟값
    128KB - 기본값
    CRS 3.2 또는 DRS가 포함된 V2 - 켜기/끄기 가능
    최대 Private Link 구성 2 공용 IP용 1개, 개인 IP용 1개
    최대 Private Link IP 구성 8
    WAF 정책당 최대 WAF 사용자 지정 규칙 100
    일치 조건당 WAF IP 주소 범위 540
    600 - CRS 3.2 또는 DRS 포함
    Application Gateway당 최대 WAF 제외 수 40
    200 - CRS 3.2 또는 DRS 포함
    일치 조건당 WAF 문자열 일치 값 10

    1 표에 나열된 리소스 수는 CRS 3.2 또는 DRS를 실행하는 표준 Application Gateway SKU 및 WAF 지원 SKU에 적용됩니다. CRS 3.1 이하를 실행하는 WAF 지원 SKU의 경우 지원되는 수는 40입니다. 자세한 내용은 WAF 엔진을 참조하세요.

    2 제한은 Application Gateway 리소스당이 아닌 Application Gateway 인스턴스당입니다.

    3 Application Gateway에 대한 WAF 정책을 통해 값을 정의해야 합니다.

    컨테이너용 Application Gateway 한도

    리소스 제한
    컨테이너용 Application Gateway 구독당 1,000
    연결 게이트웨이당 1
    프런트 엔드 게이트웨이당 5

    Kubernetes 수신 및 게이트웨이 API 구성 제한

    리소스 제한
    리소스 명명 128자
    네임스페이스 명명 128자
    게이트웨이당 수신기 게이트웨이 리소스당 수신기 64개(Gateway API로 적용)
    총 AGC 참조 ALB 컨트롤러당 5개
    총 인증서 참조 AGC당 100개
    총 수신 대기자 AGC당 200개
    총 노선 AGC당 200개
    전체 규칙 AGC당 200개
    전체 서비스 AGC당 100개
    전체 엔드포인트 AGC당 5000

    Azure Bastion 제한

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

    워크로드 유형* 인스턴스당 세션 제한**
    밝게 25
    중간 20
    Heavy 2

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

    Azure DNS 제한

    공용 DNS

    공용 DNS 영역
    리소스 제한
    구독당 퍼블릭 DNS 영역 250 1
    공용 DNS 영역당 레코드 집합 10,000 1
    공용 DNS 영역에 있는 레코드 집합당 레코드 20 1
    단일 Azure 리소스의 별칭 레코드 수 20

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

    공용 DNS 영역 작업
    연산 제한(영역당)
    만들기 40/분
    삭제 40/분
    가져오기 1000/분
    List 60/분
    리소스 그룹별 목록 60/분(리소스 그룹당)
    엽데이트 40/분
    공용 DNS 리소스 레코드 작업
    연산 제한(영역당)
    만들기 200/분
    삭제 200/분
    가져오기 2000/분
    DNS 영역별 목록 60/분
    유형별 정렬 60/분
    엽데이트 200/분

    프라이빗 DNS

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

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

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

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

    DNS Private Resolver1

    리소스 제한
    구독당 DNS 프라이빗 확인자 15
    DNS 프라이빗 확인자당 인바운드 엔드포인트 5
    DNS 프라이빗 확인자당 아웃바운드 엔드포인트 5
    DNS 전달 규칙 집합당 전달 규칙 1000
    DNS 전달 규칙 집합당 가상 네트워크 링크 500
    DNS 전달 규칙 집합당 아웃바운드 엔드포인트 2
    아웃바운드 엔드포인트당 DNS 전달 규칙 집합 2
    전달 규칙당 대상 DNS 서버 6
    엔드포인트당 QPS 10,000

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

    Azure Firewall 한도

    리소스 제한
    최대 데이터 처리량 프리미엄 SKU의 경우 100Gbps, 표준 SKU의 경우 30Gbps, 기본(미리 보기) SKU의 경우 250Mbps

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

    네트워크의 고유 원본/대상 = 합계(고유 원본 주소 * 각 규칙에 대한 고유 대상 주소)

    IP 그룹은 포함된 IP 주소 수에 관계없이 하나의 주소로 계산됩니다.

    인사이트 탭 아래의 정책 분석에서 방화벽 정책 네트워크 규칙 수를 추적할 수 있습니다. 프록시로서 Firewall Latency Probe 메트릭을 모니터링하여 사용량이 많은 시간에도 20ms 이내로 유지되도록 할 수도 있습니다.
    단일 규칙 컬렉션 그룹 내의 총 규칙 크기 2022년 7월 이전에 만든 방화벽 정책의 경우 1MB
    2022년 7월 이후에 생성된 방화벽 정책의 경우 2MB
    방화벽 정책의 규칙 컬렉션 그룹 수 2022년 7월 이전에 만든 방화벽 정책의 경우 50개
    2022년 7월 이후에 생성된 방화벽 정책의 경우 90개
    최대 DNAT 규칙 수(최대 외부 대상 수) 최대 250개[방화벽 공용 IP 주소 수 + 고유 대상(대상 주소, 포트 및 프로토콜) 수]

    DNAT 제한은 기본 플랫폼으로 인해 발생합니다.

    예를 들어 동일한 대상 IP 주소 및 포트(하나의 고유한 대상)에 500개의 UDP 규칙을 구성할 수 있지만, 동일한 IP 주소에 대한 500개의 규칙은 500개의 다른 포트가 제한(500개의 고유한 대상)을 초과합니다.

    테넌트가 250개 넘게 필요한 경우 다른 방화벽을 추가해야 합니다.
    AzureFirewallSubnet 최소 크기 /26
    네트워크 및 애플리케이션 규칙의 포트 범위 1 - 65535
    공용 IP 주소 최대 250. 모든 공용 IP 주소는 DNAT 규칙에서 사용할 수 있으며 모두 사용 가능한 SNAT 포트에 적용됩니다.
    IP 그룹의 IP 주소 방화벽 정책당 최대 200개의 고유 IP 그룹
    각 IP 그룹당 최대 5,000개의 개별 IP 주소 또는 IP 접두사.
    경로 테이블 기본적으로 AzureFirewallSubnet에는 NextHopType 값이 Internet으로 설정된 0.0.0.0/0 경로가 있습니다.

    Azure Firewall에는 직접 인터넷 연결이 있어야 합니다. AzureFirewallSubnet이 BGP를 통해 온-프레미스 네트워크에 대한 기본 경로를 학습하는 경우 직접 인터넷 연결을 유지하기 위해 Internet으로 설정된 NextHopType 값을 통해 0.0.0.0/0 UDR로 재정의해야 합니다. 기본적으로 Azure Firewall은 온-프레미스 네트워크에 대한 강제 터널링을 지원하지 않습니다.

    그러나 구성에 온-프레미스 네트워크에 대한 강제 터널링이 필요한 경우 Microsoft는 사례별로 지원할 예정입니다. 사용자의 사례를 검토할 수 있도록 지원 부서에 연락해주시기 바랍니다. 수락되면 사용자의 구독을 허용하고 필요한 방화벽 인터넷 연결이 유지되도록 합니다.
    네트워크 규칙의 FQDN 성능을 향상시키려면 방화벽당 모든 네트워크 규칙에서 FQDN이 1000개를 초과하지 않도록 합니다.
    TLS 검사 시간 제한 120초

    Azure Front Door(클래식) 제한

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

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

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

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

    리소스 표준 계층 제한 프리미엄 계층 제한
    구독당 최대 프로필 500 500
    프로필당 최대 엔드포인트 10 25
    프로필당 최대 사용자 지정 도메인 100 500
    프로필당 최대 원본 그룹 100 200
    원본 그룹 당 최대 원본 50 50
    프로필당 최대 원본 100 200
    최대 원본 시간 초과 16-240초 16-240초
    프로필당 최대 경로 100 200
    프로필당 최대 규칙 집합 100 200
    경로당 최대 규칙 100 100
    규칙 집합당 최대 규칙 100 100
    최대 대역폭1 75Gbps 75Gbps
    프로필별 초당 최대 요청 수1 100,000 100,000
    라우팅 규칙에 일치하는 경로 패턴 25 50
    단일 캐시 제거 호출의 URL 수 100 100
    프로필당 최대 보안 정책 100 200
    보안 정책당 최대 연결 110 225
    프로필당 최대 비밀 100 500
    HTTP 헤더 크기 제한(헤더당) 32KB 32KB
    구독당 WAF(Web Application Firewall) 정책 100 100
    정책당 WAF 사용자 지정 규칙 100 100
    사용자 지정 규칙별 WAF 일치 조건 10 10
    정책당 WAF 사용자 지정 정규식 규칙 5 5
    일치 조건당 WAF IP 주소 범위 600 600
    일치 조건당 WAF 문자열 일치 값 10 10
    WAF 문자열 일치 값 길이 256 256
    WAF POST 본문 매개 변수 이름 길이 256 256
    WAF HTTP 헤더 이름 길이 256 256
    WAF 쿠키 이름 길이 256 256
    정책당 WAF 제외 100 100
    WAF HTTP 요청 본문 및 파일 업로드 검사 제한 128KB 128KB
    WAF 사용자 지정 응답 본문 길이 32KB 32KB

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

    시간 제한 값

    클라이언트에서 Front Door까지
    • Front Door에는 유휴 TCP 연결 시간 제한(61초)이 있습니다.
    Front Door-애플리케이션 백 엔드 연결
    • HTTP 요청이 백 엔드로 전달된 후 Azure Front Door는 백 엔드의 첫 번째 패킷에 대해 60초(표준 및 프리미엄) 또는 30초(클래식) 동안 기다립니다. 그런 다음 클라이언트에 503 오류를 반환하거나 캐시된 요청에 대해 504 오류를 반환합니다. Azure Front Door Standard 및 Premium API의 originResponseTimeoutSeconds 필드 또는 Azure Front Door(클래식) API의 sendRecvTimeoutSeconds 필드를 사용하여 이 값을 구성할 수 있습니다.

    • 백 엔드가 첫 번째 패킷을 수신한 후 원본이 originResponseTimeoutSeconds 또는 sendRecvTimeoutSeconds를 넘어 응답 본문 중간에 어떤 이유로든 일시 중지되면 응답이 취소됩니다.

    • Front Door는 HTTP 연결 유지를 활용하여 이전 요청에서 재사용할 수 있도록 연결을 열어 둡니다. 이러한 연결의 유휴 시간 제한은 90초입니다. Azure Front Door는 90초의 유휴 시간 제한에 도달한 후 유휴 연결을 끊습니다. 이 시간 초과 값은 구성할 수 없습니다.

    업로드 및 다운로드 데이터 제한

    CTE(청크 분할 전송 인코딩) 사용 HTTP 청크 분할 사용 안 함
    다운로드 다운로드 크기 제한이 없습니다. 다운로드 크기 제한이 없습니다.
    업로드 각 CTE 업로드가 2GB 미만이면 제한이 없습니다. 크기는 2GB보다 클 수 없습니다.

    기타 제한

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

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

    Azure Network Watcher 제한

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

    Azure Route Server 한도

    리소스 제한
    BGP 피어 수 8
    각 BGP 피어가 Azure Route Server에 보급할 수 있는 경로 수 1 1,000
    Azure Route Server에서 지원할 수 있는 가상 네트워크의 VM 수(피어된 가상 네트워크 포함) 4,000
    Azure Route Server가 지원할 수 있는 가상 네트워크 수 500
    Azure Route Server가 지원할 수 있는 총 온-프레미스 및 Azure Virtual Network 접두사 수 10,000

    1 NVA가 한도보다 많은 경로를 보급하면 BGP 세션이 끊깁니다.

    참고 항목

    분기 간이 사용하도록 설정된 경우 VNet 주소 공간 및 Route Server에서 ExpressRoute 회로로 보급되는 총 경로 수는 1,000개를 초과하지 않아야 합니다. 자세한 내용은 ExpressRoute의 경로 보급 제한을 참조하세요.

    ExpressRoute 제한

    리소스 제한
    구독당 ExpressRoute 회로 50(한도를 늘리기 위해 지원 요청 제출)
    Azure Resource Manager를 사용하는 구독당 지역별 ExpressRoute 회로 10
    동일한 가상 네트워크에 연결된 동일한 피어링 위치의 최대 회로 수 4
    동일한 가상 네트워크에 연결된 서로 다른 피어링 위치의 최대 회로 수 표준/ERGw1Az - 4
    고성능/ERGw2Az - 8
    초고성능/ErGw3Az - 16
    Fastpath를 사용하는 ExpressRoute 공급자 회로의 최대 IP 수 25,000
    Fastpath를 사용하는 ExpressRoute Direct 10Gbps의 최대 IP 수 100,000
    Fastpath를 사용하는 ExpressRoute Direct 100Gbps의 최대 IP 수 200,000
    ExpressRoute Traffic Collector의 최대 흐름 수 300,000

    경로 보급 알림 한도

    리소스 로컬/표준 SKU 프리미엄 SKU
    온-프레미스에서 Azure 개인 피어링에 보급되는 최대 IPv4 경로 수 4,000 10,000
    온-프레미스에서 Azure 개인 피어링에 보급되는 최대 IPv6 경로 수 100 100
    VNet 주소 공간에서 ExpressRoute 가상 네트워크 게이트웨이로 Azure 개인 피어링에서 보급되는 최대 IPv4 경로 수 1,000 1,000
    VNet 주소 공간에서 ExpressRoute 가상 네트워크 게이트웨이로 Azure 개인 피어링에서 보급되는 최대 IPv6 경로 수 100 100
    온-프레미스에서 Microsoft 피어링에 공지되는 최대 IPv4 경로 수 200 200
    온-프레미스에서 Microsoft 피어링에 공지되는 최대 IPv6 경로 수 200 200
    회로 크기 로컬/표준 SKU 프리미엄 SKU
    50Mbps 10 20
    100Mbps 10 25
    200Mbps 10 25
    500Mbps 10 40
    1Gbps 10 50
    2Gbps 10 60
    5Gbps 10 75
    10Gbps 10 100
    40Gbps* 10 100
    100Gbps* 10 100

    *100Gbps ExpressRoute Direct만 해당

    참고 항목

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

    ExpressRoute 게이트웨이 성능 한도

    다음 표에서는 다양한 형식의 게이트웨이, 각각의 제한 사항, 예상 성능 메트릭을 간략하게 설명합니다. 이 숫자는 다음 테스트 조건에서 파생되었으며 최대 지원 한계를 나타냅니다. 실제 성능은 트래픽이 이 테스트 조건을 얼마나 근접하게 복제하는지에 따라 다를 수 있습니다.

    테스트 조건

    게이트웨이 SKU 온-프레미스에서 전송된 트래픽 게이트웨이에서 보급한 경로 수 게이트웨이에서 학습한 경로 수
    표준/ERGw1Az 1Gbps 500 4000
    고성능/ERGw2Az 2Gbps 500 9,500
    Ultra Performance/ErGw3Az 10Gbps 500 9,500
    ErGwScale(배율 단위당) 1Gbps 500 4,000

    참고 항목

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

    성능 결과

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

    게이트웨이 SKU 초당 메가비트 초당 패킷 수 가상 네트워크의 지원되는 VM 수 1 흐름 개수 제한
    표준/ERGw1Az 1,000 100,000 2,000 200,000
    고성능/ERGw2Az 2,000 200,000 4,500 400,000
    Ultra Performance/ErGw3Az 10000 1,000,000 11,000 1,000,000
    ErGwScale(배율 단위당) 1,000 100,000 2,000 배율 단위당 100,000

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

    Important

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

    NAT Gateway 제한

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

    리소스 제한
    공용 IP 주소 NAT 게이트웨이당 16개
    서브넷 NAT Gateway당 800개
    데이터 처리량1 50Gbps
    엔터프라이즈 및 CSP 계약을 위한 NAT Gateway2 지역별 구독당 1,000개
    후원 및 종량제를 위한 NAT Gateway2 지역별 구독당 100개
    평가판 및 기타 모든 제품 유형을 위한 NAT Gateway2 지역별 구독당 15개
    처리된 패킷 1M - 초당 5M 패킷
    동일한 대상 엔드포인트에 대한 연결 공용 IP당 동일한 대상에 대한 50,000개의 연결
    총 연결 수 NAT 게이트웨이당 2M 연결

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

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

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

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

    Traffic Manager 제한

    리소스 제한
    구독당 프로필 200 1
    프로필당 엔드포인트 200

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

    VPN Gateway 한도

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

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

    게이트웨이 SKU별 한도

    VPN
    게이트웨이
    생성
    SKU S2S/VNet-to-VNet
    터널
    P2S
    SSTP 연결
    P2S
    IKEv2/OpenVPN Connections
    집계
    처리량 벤치마크
    BGP Zone-redundant Virtual Network에서 지원되는 VM 수
    생성 1 기본 최대 10 최대 128 지원되지 않음 100Mbps 지원되지 않음 아니요 200
    생성 1 VpnGw1 최대 30 최대 128 최대 250 650Mbps 지원됨 아니요 450
    생성 1 VpnGw2 최대 30 최대 128 최대 500 1Gbps 지원됨 아니요 1300
    생성 1 VpnGw3 최대 30 최대 128 최대 1000 1.25Gbps 지원됨 아니요 4000
    생성 1 VpnGw1AZ 최대 30 최대 128 최대 250 650Mbps 지원됨 1000
    생성 1 VpnGw2AZ 최대 30 최대 128 최대 500 1Gbps 지원됨 2000
    생성 1 VpnGw3AZ 최대 30 최대 128 최대 1000 1.25Gbps 지원됨 5000
    생성 2 VpnGw2 최대 30 최대 128 최대 500 1.25Gbps 지원됨 아니요 685
    생성 2 VpnGw3 최대 30 최대 128 최대 1000 2.5Gbps 지원됨 아니요 2240
    생성 2 VpnGw4 최대 100* 최대 128 최대 5,000 5Gbps 지원됨 아니요 5300
    생성 2 VpnGw5 최대 100* 최대 128 최대 10000 10Gbps 지원됨 아니요 6700
    생성 2 VpnGw2AZ 최대 30 최대 128 최대 500 1.25Gbps 지원됨 2000
    생성 2 VpnGw3AZ 최대 30 최대 128 최대 1000 2.5Gbps 지원됨 3300
    생성 2 VpnGw4AZ 최대 100* 최대 128 최대 5,000 5Gbps 지원됨 4400
    생성 2 VpnGw5AZ 최대 100* 최대 128 최대 10000 10Gbps 지원됨 9000

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

    게이트웨이 성능 제한

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

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

    Virtual WAN 제한

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

    Notification Hubs 제한

    계층 무료 Basic Standard
    포함된 푸시 1백만 1천만 1천만
    활성 디바이스 500 200,000 1천만
    설치 또는 등록당 태그 할당량 60 60 60

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

    Microsoft Dev Box 제한

    구독 유형 VM 코어 수 네트워크 연결 개발자 센터 개발 상자 정의 개발 상자 프로젝트
    종량제 20 5 2 200 500
    Azure Pass 20 5 2 200 500
    CSP 20 5 2 200 500
    무료 평가판 0 0 0 0 0
    Azure for Students 0 0 0 0 0
    Enterprise 80 10 5 200 500
    MSDN 해당 없음 5 2 200 500

    Microsoft Purview 제한

    Azure Purview 할당량의 최신 값은 Microsoft Purview 할당량 페이지에서 찾을 수 있습니다.

    Microsoft Sentinel 제한

    Microsoft Sentinel 한도는 Microsoft Sentinel에 대한 서비스 한도를 참조하세요.

    Service Bus 제한

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

    할당량 이름 범위 주의
    Azure 구독당 최대 네임스페이스 수 네임스페이스 1000(기본값 및 최대값) 이 제한은 계층을 기반으로 하지 않는 Microsoft.ServiceBus 공급자를 기반으로 합니다. 따라서 모든 계층의 총 네임스페이스 수입니다. 추가 네임스페이스에 대한 후속 요청은 거부됩니다.
    큐 또는 토픽 크기 Entity

    1, 2, 3, 4GB 또는 5GB

    프리미엄 SKU와 분할을 사용하는 표준 SKU에서 최대 큐 또는 토픽 크기는 80GB입니다.

    메시징 단위당 프리미엄 네임스페이스의 총 크기 제한은 1TB입니다. 네임스페이스에 있는 모든 엔터티의 전체 크기는 이 제한을 초과할 수 없습니다.

    큐 또는 토픽을 생성/업데이트할 때 정의됩니다.

    들어오는 후속 메시지가 거부되며 호출 코드에서 예외를 수신합니다.

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

    네임스페이스에 대한 동시 연결 수 네임스페이스 넷 메시지: 1,000

    AMQP: 5,000
    추가 연결에 대한 후속 요청이 거부되며 호출 코드에서 예외를 수신합니다. REST 작업은 동시 TCP 연결 계산에 포함되지 않습니다.
    큐, 토픽 또는 구독 엔터티의 동시 수신 요청 수 Entity 5,000 후속 수신 요청이 거부되며 호출 코드에서 예외를 수신합니다. 이 할당량은 항목의 모든 구독 전반에 걸쳐 종합된 동시 수신 명령 수에 적용됩니다.
    네임스페이스당 토픽 또는 큐 수 네임스페이스 기본 또는 표준 계층의 경우 10,000입니다. 네임스페이스에서 토픽 및 큐의 총수는 10,000 이하이어야 합니다.

    프리미엄 계층의 경우, MU(메시징 단위)당 1000입니다.
    네임스페이스에 새 토픽 또는 큐를 만들기 위한 후속 요청이 거부됩니다. 따라서 Azure Portal을 통해 구성된 경우 오류 메시지가 생성됩니다. 관리 API에서 호출되는 경우 호출 코드에서 예외가 수신됩니다.
    네임스페이스당 분할된 토픽 또는 큐 네임스페이스 기본 및 표준 계층: 100 각 분할된 큐 또는 토픽은 네임스페이스 당 1,000개의 엔터티를 할당량으로 계산합니다. 네임스페이스에 분할된 새 토픽 또는 큐를 만들기 위한 후속 요청이 거부됩니다. 따라서 Azure Portal을 통해 구성된 경우 오류 메시지가 생성됩니다. 관리 API에서 호출되는 경우 호출 코드에서 QuotaExceededException 예외가 수신됩니다.

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

    모든 메시징 엔터티 경로의 최대 크기: 큐 또는 토픽 Entity 260자  
    모든 메시징 엔터티 이름의 최대 크기: 네임스페이스, 구독 또는 구독 규칙 Entity 50자  
    메시지 ID의 최대 크기 Entity 128  
    메시지 세션 ID의 최대 크기 Entity 128  
    큐, 토픽 또는 구독 엔터티의 메시지 크기 Entity 표준 계층 256KB
    AMQP의 프리미엄 계층에는 100MB, HTTP 및 SBMP의 프리미엄에는 1MB입니다.

    일괄 처리의 최대 크기는 표준 계층의 경우 256KB이고 프리미엄 계층의 경우 1MB입니다.

    메시지 크기에는 속성(시스템 및 사용자) 크기와 페이로드 크기가 포함됩니다. 시스템 속성의 크기는 시나리오에 따라 다릅니다.
    이러한 할당량을 초과하는 들어오는 메시지가 거부되며 호출 코드에서 예외를 수신합니다.
    큐, 토픽 또는 구독 엔터티의 메시지 속성 크기 Entity

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

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

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

    SerializationException 예외가 생성됩니다.
    토픽당 구독 수 Entity 표준 등급 및 프리미엄 계층의 경우 토픽당 2,000. 토픽에 추가 구독을 만들기 위한 후속 요청이 거부됩니다. 따라서 포털을 통해 구성된 경우 오류 메시지가 표시됩니다. 관리 API에서 호출되는 경우 호출 코드에서 예외가 수신됩니다.
    토픽당 SQL 필터 수 Entity 2,000 토픽에서 추가 필터를 생성하기 위한 후속 요청이 거부되며 호출 코드에서 예외를 수신합니다.
    토픽당 상관 관계 필터 수 Entity 100,000 토픽에서 추가 필터를 생성하기 위한 후속 요청이 거부되며 호출 코드에서 예외를 수신합니다.
    SQL 필터 또는 작업의 크기 네임스페이스 필터 조건 문자열의 최대 길이: 1,024(1K)

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

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

    Service Bus 네임스페이스에 구성된 규칙이 큐, 토픽 등 모든 엔터티에 적용됩니다.
    추가 규칙을 생성하기 위한 후속 요청이 거부되며 호출 코드에서 예외를 수신합니다.
    트랜잭션당 메시지 수 처리 100

    Send()SendAsync() 작업 모두에 해당합니다.
    추가로 들어오는 메시지는 거부되고 호출 코드에서 "단일 트랜잭션에 100개가 넘는 메시지를 보낼 수 없습니다"라는 예외를 수신합니다.
    DeleteMessagesAsync 호출에서 삭제된 최대 메시지 수 Entity 4000
    PeekMessagesAsync 호출에서 반환되는 최대 메시지 수 Entity 250
    가상 네트워크 및 IP 필터 규칙 수 네임스페이스 128  

    사이트 복구 제한

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

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

    SQL Database 제한

    SQL Database 제한은 단일 데이터베이스에 대한 SQL Database 리소스 제한, 탄력적 풀 및 풀링된 데이터베이스에 대한 SQL Database 리소스 제한SQL Managed Instance에 대한 SQL Database 리소스 제한을 참조하세요.

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

    Azure Synapse Analytics 제한

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

    작업 영역에 대한 Azure Synapse 한도

    종량제, 평가판, Azure Pass 및 Azure for Students 구독 제품 유형:

    리소스 기본 제한 최대 한도
    Azure 구독의 Synapse 작업 영역 2 2

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

    리소스 기본 제한 최대 한도
    지역별 Azure 구독의 Synapse 작업 영역 20 100

    Apache Spark에 대한 Azure Synapse 한도

    종량제, 평가판, Azure Pass 및 Azure for Students 구독 제품 유형:

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

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

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

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

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

    리소스 기본 제한 최대 한도
    Synapse 작업 영역 내 Synapse 파이프라인 800 800
    작업 영역 내 총 엔터티(예: 파이프라인, 데이터 세트, 트리거, 연결된 서비스, 프라이빗 엔드포인트 및 통합 런타임) 수 5,000 지원에서 할당량 증가를 요청하는 방법을 알아봅니다.
    한 작업 영역의 Azure-SSIS Integration Runtime에 대한 총 CPU 코어 수 256 지원에서 할당량 증가를 요청하는 방법을 알아봅니다.
    작업 영역 내 모든 파이프라인에서 공유되는 작업 영역당 동시 파이프라인 실행 수 10,000 10,000
    작업 영역당 Azure Integration Runtime 지역별 동시 외부 활동 실행 수
    외부 활동은 통합 런타임에서 관리되지만, Databricks, 저장 프로시저, HDInsight, 웹 등을 포함한 연결된 서비스에서 실행됩니다. 자체 호스팅 IR에는 이 제한이 적용되지 않습니다.
    3,000 3,000
    작업 영역당 Azure Integration Runtime 지역별 동시 파이프라인 활동 실행 수
    파이프라인 활동은 Lookup, GetMetadata 및 Delete를 포함한 통합 런타임에서 실행됩니다. 자체 호스팅 IR에는 이 제한이 적용되지 않습니다.
    1,000 1,000
    작업 영역당 Azure Integration Runtime 지역별 동시 제작 작업 수
    테스트 연결을 포함하여 폴더 목록과 테이블 목록을 찾아보고 데이터를 미리 봅니다. 자체 호스팅 IR에는 이 제한이 적용되지 않습니다.
    200 200
    작업 영역당 Azure Integration Runtime 지역별 동시 데이터 통합 단위1 사용량 지역 그룹 12: 6,000
    지역 그룹 22: 3,000
    지역 그룹 32: 1,500
    관리형 가상 네트워크2: 2,400
    지역 그룹 12: 6,000
    지역 그룹 22: 3,000
    지역 그룹 32: 1,500
    관리형 가상 네트워크: 지원에서 할당량 증가를 요청하는 방법을 알아봅니다.
    파이프라인당 최대 활동 수(컨테이너에 대한 내부 활동 포함) 40 40
    단일 자체 호스팅 통합 런타임에 대해 만들 수 있는 연결된 통합 런타임의 최대 수 100 지원에서 할당량 증가를 요청하는 방법을 알아봅니다.
    파이프라인당 최대 매개 변수 수 50 50
    ForEach 항목 100,000 100,000
    ForEach 병렬 처리 20 50
    파이프라인당 최대 대기 중 실행 수 100 100
    식당 문자 수 8,192 8,192
    최소 연속 창 트리거 간격 5분 15분
    파이프라인 활동 실행에 대한 최대 시간 제한 7 일 7 일
    파이프라인 개체에 대한 개체당 바이트 수3 200KB 200KB
    데이터 세트 및 연결된 서비스 개체에 대한 개체당 바이트 수3 100KB 2,000KB
    각 작업 실행에 대한 페이로드당 바이트4 896KB 896KB
    복사 작업 실행당 데이터 통합 단위 수1 256 256
    API 호출 쓰기 1,200/시간 1,200/시간

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

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

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

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

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

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

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

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

    전용 SQL 풀에 대한 Azure Synapse 한도

    Azure Synapse Analytics에서 전용 SQL 풀의 용량 제한에 대한 세부 정보는 전용 SQL 풀 리소스 한도을 참조하세요.

    웹 서비스 호출에 대한 Azure Resource Manager 한도

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

    가상 머신 디스크 제한

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

    Important

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

    Azure 관리 디스크:

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

    리소스 제한
    표준 관리 디스크 50,000
    표준 SSD 관리 디스크 50,000
    프리미엄 SSD 관리 디스크 50,000
    프리미엄 SSD v2 관리 디스크 1,000
    프리미엄 SSD v2 관리 디스크 용량2 32,768
    Ultra disks 1,000
    울트라 디스크 용량2 32,768
    표준_LRS 스냅샷1 75,000
    표준_ZRS 스냅샷1 75,000
    관리형 이미지 50,000

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

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

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

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

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

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

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

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

    VM 애플리케이션의 경우

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

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

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

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

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

    디스크 암호화 집합

    구독 별로 지역당 5,000개의 디스크 암호화 집합 제한이 있습니다. 자세한 내용은 Linux용 또는 Windows용 가상 머신에 대한 암호화 설명서를 참조하세요. 할당량을 늘려야 하는 경우 Azure 지원에 문의하세요.

    관리되는 가상 머신 디스크

    표준 HDD 관리 디스크

    표준 디스크 유형 S4 S6 S10 S15 S20 S30 S40 S50 S60 S70 S80
    디스크 크기(GiB) 32 64 128 256 512 1,024 2,048 4,096 8,192 16,384 32,767
    디스크당 기본 IOPS 최대 500 최대 500 최대 500 최대 500 최대 500 최대 500 최대 500 최대 500 최대 1,300 최대 2,000 최대 2,000
    *디스크당 확장 IOPS 해당 없음 해당 없음 해당 없음 해당 없음 해당 없음 최대 1,500 최대 3,000 최대 3,000 최대 3,000 최대 3,000 최대 3,000
    디스크당 기본 처리량 최대 60MB/s 최대 60MB/s 최대 60MB/s 최대 60MB/s 최대 60MB/s 최대 60MB/s 최대 60MB/s 최대 60MB/s 최대 300MB/s 최대 500MB/초 최대 500MB/초
    *디스크당 확장 처리량 해당 없음 해당 없음 해당 없음 해당 없음 해당 없음 최대 150MB/s 최대 300MB/s 최대 500MB/초 최대 500MB/초 최대 500MB/초 최대 500MB/초

    * 성능 플러스(미리 보기)가 사용하도록 설정된 디스크에만 적용됩니다.

    표준 SSD 관리 디스크

    표준 SSD 크기 E1 E2 E3 E4 E6 E10 E15 E20 E30 E40 E50 E60 E70 E80
    디스크 크기(GiB) 4 8 16 32 64 128 256 512 1,024 2,048 4,096 8,192 16,384 32,767
    디스크당 기본 IOPS 최대 500 최대 500 최대 500 최대 500 최대 500 최대 500 최대 500 최대 500 최대 500 최대 500 최대 500 최대 2,000 최대 4,000 최대 6,000
    *디스크당 확장 IOPS 해당 없음 해당 없음 해당 없음 해당 없음 해당 없음 해당 없음 해당 없음 해당 없음 최대 1,500 최대 3,000 최대 6,000 최대 6,000 최대 6,000 최대 6,000
    디스크당 기본 처리량 최대 100MB/s 최대 100MB/초 최대 100MB/초 최대 100MB/초 최대 100MB/초 최대 100MB/초 최대 100MB/초 최대 100MB/초 최대 100MB/초 최대 100MB/초 최대 100MB/s 최대 400MB/s 최대 600MB/s 최대 750MB/s
    *디스크당 확장 처리량 해당 없음 해당 없음 해당 없음 해당 없음 해당 없음 해당 없음 해당 없음 해당 없음 최대 150MB/s 최대 300MB/s 최대 600MB/s 최대 750MB/s 최대 750MB/s 최대 750MB/s
    디스크당 최대 버스트 IOPS 600 600 600 600 600 600 600 600 1000
    디스크당 최대 버스트 처리량 150MB/초 150MB/초 150MB/초 150MB/초 150MB/초 150MB/초 150MB/초 150MB/초 250MB/초
    최대 버스트 기간 30분 30분 30분 30분 30분 30분 30분 30분 30분

    * 성능 플러스(미리 보기)가 사용하도록 설정된 디스크에만 적용됩니다.

    프리미엄 SSD 관리 디스크: 디스크당 한도

    프리미엄 SSD 크기 P1 P2 P3 P4 P6 P10 P15 P20 P30 P40 P50 P60 P70 P80
    디스크 크기(GiB) 4 8 16 32 64 128 256 512 1,024 2,048 4,096 8,192 16,384 32,767
    디스크당 기본 프로비전된 IOPS 120 120 120 120 240 500 1,100 2,300 5,000 7,500 7,500 16,000 18,000 20,000
    **디스크당 확장 프로비전된 IOPS 해당 없음 해당 없음 해당 없음 해당 없음 해당 없음 해당 없음 해당 없음 해당 없음 8,000 16,000 20,000 20,000 20,000 20,000
    디스크당 기본 프로비전된 처리량 25MB/초 25MB/초 25MB/초 25MB/초 50MB/초 100MB/초 125MB/s 150MB/초 200MB/s 250MB/초 250MB/초 500MB/s 750MB/s 900MB/s
    **디스크당 확장 프로비전된 처리량 해당 없음 해당 없음 해당 없음 해당 없음 해당 없음 해당 없음 해당 없음 해당 없음 300MB/s 600MB/s 900MB/s 900MB/s 900MB/s 900MB/s
    디스크당 최대 버스트 IOPS 3,500 3,500 3,500 3,500 3,500 3,500 3,500 3,500 30,000* 30,000* 30,000* 30,000* 30,000* 30,000*
    디스크당 최대 버스트 처리량 170MB/s 170MB/s 170MB/s 170MB/s 170MB/s 170MB/s 170MB/s 170MB/s 1,000MB/s* 1,000MB/s* 1,000MB/s* 1,000MB/s* 1,000MB/s* 1,000MB/s*
    최대 버스트 기간 30분 30분 30분 30분 30분 30분 30분 30분 무제한* 무제한* 무제한* 무제한* 무제한* 무제한*
    예약 가능 아니요 아니요 아니요 아니요 아니요 아니요 아니요 아니요 예, 최대 1년 예, 최대 1년 예, 최대 1년 예, 최대 1년 예, 최대 1년 예, 최대 1년

    *주문형 버스팅이 설정된 디스크에만 적용됩니다.
    ** 성능 플러스(미리 보기)가 사용하도록 설정된 디스크에만 적용됩니다.

    프리미엄 SSD 관리 디스크: VM당 한도

    리소스 제한
    VM당 최대 IOPS GS5 VM에서 80,000 IOPS
    VM당 최대 처리량 GS5 VM에서 2,000MB/s

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

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

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

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

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

    1수신은 스토리지 계정으로 전송되는 요청의 모든 데이터를 나타냅니다. 송신은 스토리지 계정에서 수신되는 요청의 모든 데이터를 나타냅니다.

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

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

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

    리소스 제한
    VM당 최대 IOPS GS5 VM에서 80,000 IOPS
    VM당 최대 처리량 GS5 VM에서 2,000MB/초

    StorSimple 시스템 제한

    제한 식별자 제한 설명
    스토리지 계정 자격 증명의 최대 수 64
    볼륨 컨테이너의 최대 수 64
    최대 볼륨 수 255
    대역폭 템플릿당 일정의 최대 수 168 매시간, 매일에 대한 일정.
    물리적 디바이스의 계층화된 볼륨 최대 크기 StorSimple 8100 및 StorSimple 8600의 경우 64TB StorSimple 8100 및 StorSimple 8600은 물리적 디바이스입니다.
    Azure 내 가상 디바이스의 계층화된 볼륨 최대 크기 StorSimple 8010의 경우 30TB

    StorSimple 8020의 경우 64TB
    StorSimple 8010과 StorSimple 8020은 각각 표준 스토리지와 프리미엄 스토리지를 사용하는 Azure의 가상 디바이스입니다.
    물리적 디바이스의 로컬로 고정된 볼륨 최대 크기 StorSimple 8100의 경우 9TB

    StorSimple 8600의 경우 24TB
    StorSimple 8100 및 StorSimple 8600은 물리적 디바이스입니다.
    iSCSI 연결의 최대 수 512
    초기자에서 iSCSI 연결의 최대 수 512
    디바이스당 액세스 제어 레코드의 최대 수 64
    백업 정책당 볼륨의 최대 수 24
    백업 정책당 유지된 백업의 최대 수 64
    백업 정책당 일정의 최대 수 10
    볼륨당 유지할 수 있는 모든 형식의 최대 스냅샷 수 256 이 크기에는 로컬 스냅샷과 클라우드 스냅샷이 포함됩니다.
    어느 디바이스에나 표시할 수 있는 최대 스냅샷 수 10,000
    백업, 복원 또는 복제를 위해 병렬로 처리할 수 있는 최대 볼륨 수 16
    • 볼륨이 16개를 초과하는 경우, 처리 중인 슬롯을 사용할 수 있게 되면 순차적으로 처리됩니다.
    • 복제 또는 복원된 계층화된 볼륨의 새 백업은 작업이 완료될 때까지 발생할 수 없습니다. 로컬 볼륨의 경우 볼륨이 온라인 상태가 된 후에 백업이 허용됩니다.
    계층화된 볼륨의 복원 및 복제 복구 시간 <2분
    • 볼륨은 볼륨의 크기에 상관없이 복원 또는 복제 작업 중 2분 내에 사용할 수 있습니다.
    • 대부분의 데이터 및 메타데이터가 여전히 클라우드에 상주하므로 볼륨의 성능은 초기에는 느려질 수도 있습니다. 성능은 데이터가 클라우드에서 StorSimple 디바이스로 흐르면서 향상될 수도 있습니다.
    • 메타데이터의 총 다운로드 시간은 할당된 볼륨 크기에 따라 다릅니다. 메타데이터는 할당된 볼륨 데이터의 TB당 5분의 속도로 자동으로 백그라운드에 가져와집니다. 이 속도는 클라우드에 대한 인터넷 대역폭에 의해 영향을 받을 수 있습니다.
    • 모든 메타데이터가 디바이스에 있는 경우 복원 또는 복제 작업이 완료됩니다.
    • 복원 또는 복제 작업이 완료될 때까지 Backup 작업을 수행할 수 없습니다.
    로컬로 고정된 볼륨의 복원 복구 시간 <2분
    • 볼륨은 볼륨의 크기에 상관없이 복원 작업 중 2분 내에 사용할 수 있습니다.
    • 대부분의 데이터 및 메타데이터가 여전히 클라우드에 상주하므로 볼륨의 성능은 초기에는 느려질 수도 있습니다. 성능은 데이터가 클라우드에서 StorSimple 디바이스로 흐르면서 향상될 수도 있습니다.
    • 메타데이터의 총 다운로드 시간은 할당된 볼륨 크기에 따라 다릅니다. 메타데이터는 할당된 볼륨 데이터의 TB당 5분의 속도로 자동으로 백그라운드에 가져와집니다. 이 속도는 클라우드에 대한 인터넷 대역폭에 의해 영향을 받을 수 있습니다.
    • 계층화된 볼륨과 달리, 로컬로 고정된 볼륨이 있는 경우 볼륨 데이터도 디바이스에 로컬로 다운로드됩니다. 모든 볼륨 데이터를 디바이스로 가져왔으면 복원 작업이 완료된 것입니다.
    • 복원 작업은 오래 걸릴 수 있으며, 복원을 완료하는 데 걸리는 총 시간은 프로비저닝된 로컬 볼륨의 크기, 인터넷 대역폭 및 디바이스의 기존 데이터에 따라 달라집니다. 로걸로 고정된 볼륨에서는 복원 작업이 진행 중인 동안 백업 작업이 허용됩니다.
    씬 복원 가용성 마지막 장애 조치
    최대 클라이언트 읽기/쓰기 처리량(SSD 계층에서 제공 시)* 920/720MB/초(단일 10기가비트 이더넷 네트워크 인터페이스를 사용하는 경우) MPIO 및 2개의 네트워크 인터페이스를 사용하는 경우 최대 2배
    최대 클라이언트 읽기/쓰기 처리량(HDD 계층에서 제공 시)* 120/250MB/초
    최대 클라이언트 읽기/쓰기 처리량(클라우드 계층에서 제공 시)* 11/41MB/초 읽기 처리량은 충분한 I/O 큐 깊이를 생성 및 유지 관리하는 클라이언트에 따라 달라집니다.

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

    Stream Analytics 제한


    제한 식별자 제한 설명
    지역별 구독당 최대 스트리밍 단위 수 83 83개를 초과하는 구독의 스트리밍 단위 증가를 요청하려면 Microsoft 지원에 문의하세요.
    작업당 입력의 최대 수 60 Azure Stream Analytics 작업당 60개의 입력 하드 제한이 있습니다.
    작업당 출력의 최대 수 60 Stream Analytics 작업당 60개의 출력 하드 제한이 있습니다.
    작업당 함수의 최대 수 60 Stream Analytics 작업당 함수 60개의 출력 하드 제한이 있습니다.
    작업당 스트리밍 단위의 최대 수 66 Stream Analytics 작업당 66개의 스트리밍 단위의 하드 제한이 있습니다.
    지역당 최대 작업 수 1,500 각 구독에는 지역당 최대 1500개의 작업이 있을 수 있습니다.
    참조 데이터 Blob MB 5GB 1개 이상의 SU를 사용하는 경우 최대 5GB.
    쿼리의 최대 문자 수 512000 Azure Stream Analytics 작업 쿼리에는 512k 문자의 하드 제한이 있습니다.

    Virtual Machines 제한

    Virtual Machines 제한

    리소스 제한
    클라우드 서비스당 가상 머신 1 50
    클라우드 서비스당 입력 엔드포인트 2 150

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

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

    Virtual Machines 제한 - Azure 리소스 관리자

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

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

    1 기본 한도는 평가판 및 종량제와 같은 제안 범주 유형과 Dv2, F, G와 같은 시리즈에 따라 다릅니다. 예를 들어 기업계약 구독의 기본값은 350입니다. 보안을 위해 구독은 대규모 코어 배포를 방지하기 위해 기본적으로 20개 코어로 설정됩니다. 더 많은 코어가 필요한 경우 지원 티켓을 제출합니다.

    2 SSH 공개 키와 같은 속성도 인증서로 푸시되고 이 제한에 포함됩니다. 이 제한을 무시하려면 Windows용 Azure Key Vault 확장 또는 Linux용 Azure Key Vault 확장을 사용하여 인증서를 설치합니다.

    3 Azure Resource Manager를 사용하면 인증서는 Azure Key Vault에 저장됩니다. 구독에 대한 인증서 수는 무제한입니다. 배포당 인증서 한도는 1MB이며 단일 VM 또는 가용성 집합으로 구성됩니다.

    참고 항목

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

    Compute Gallery를 사용하여 리소스를 배포할 때 구독당 제한이 있습니다.

    • 구독마다, 지역마다 갤러리 100개
    • 구독마다, 지역마다 이미지 정의 1,000개
    • 구독마다, 지역마다 이미지 버전 10,000개

    관리 실행 명령 제한

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

    Virtual Machine Scale Sets 제한

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

    Virtual Network 관리자 제한

    범주 제한 사항
    일반적인 제한 사항
    테넌트 간 지원 정적 멤버십 네트워크 그룹에만 해당
    Azure 구독 정책 적용은 < 15,000 구독으로 제한됨
    정책 적용 모드 사용하지 않도록 설정으로 설정한 경우 네트워크 그룹에 추가되지 않음
    정책 평가 주기 표준 평가 주기는 지원되지 않음
    구독 운동 구독을 다른 테넌트로 이동하는 것은 지원되지 않음
    연결된 그룹의 제한 사항
    그룹의 가상 네트워크 최대 250개의 가상 네트워크
    프라이빗 엔드포인트와의 통신 현재 미리 보기에서는 지원되지 않음
    허브 및 스포크 구성 허브에 피어링된 최대 500개의 가상 네트워크
    직접 연결 사용하도록 설정된 경우 최대 250개의 가상 네트워크
    네트워크 그룹 멤버 자격 가상 네트워크는 최대 두 개의 연결된 그룹에 속할 수 있습니다.
    겹치는 IP 공간 중복된 IP 주소에 대한 통신이 끊어짐
    보안 관리 규칙의 제한 사항
    IP 접두사 최대 1,000개의 IP 접두사 결합
    관리 규칙 한 수준에서 최대 100개의 관리 규칙

    개발 터널 한도

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

    리소스 제한
    대역폭 사용자당 5GB
    터널 사용자당 10
    Active connections 포트당 20
    Ports 터널당 10
    HTTP 요청 속도 포트당 1500/분
    데이터 전송 속도 터널당 최대 20MB/초
    최대 웹 전달 HTTP 요청 본문 크기 16MB

    개발 터널에 대한 더 높은 사용 한도를 요청하려면 GitHub 리포지토리에서 문제를 엽니다. 이 문제에 늘리려는 한도와 이유를 포함합니다.

    참고 항목