일반적인 푸른 가입 및 서비스 제한, 할당량 및 제약 조건의 목록을 제공합니다. 이 문서에서는 최대 값과 함께 한계를 증가하는 방법에 대한 정보가 포함되어 있습니다.

가상 <스팬 스타일 = "색상 : # FF0000;"> <강한> <폰트 스타일 = "수직 정렬 : 상속;"> <폰트 스타일 = "수직 정렬 : 상속;"> 당신은 읽고 있습니다 <폰트 스타일 = "수직 정렬 : 상속;"> <폰트 스타일 = "수직 정렬 : 상속; "> 서비스 호스트 로컬 서비스 네트워크 한도

푸른 가입 및 서비스 한계 할당량 및 제약




  • 2022년 4월 28일
  • <리 클래스 = "readingTime"> 1백30분는 로 읽을
    <리 클래스 = "참여자 홀더">

가이 페이지에 도움이?

추가 의견?

피드백이 Microsoft로 전송됩니다 제출 버튼을 누르면, 귀하의 의견은 Microsoft 제품 및 서비스를 개선하는 데 사용됩니다. 개인 정보 보호 정책.

고맙습니다.

이 기사에서

이 문서는 목록 또한 때때로 할당량을 호출되는 가장 일반적인 마이크로 소프트 애저 제한의 일부.

는 더 푸른 가격에 대한 자세한 내용 푸른 가격 개요 을 (를) 참조하십시오. 거기, 당신은 계산기 을 (를) 가격의 <기간>을 사용하여 비용을 추정 할 수있다. 또한, 특정 서비스에 대한 가격 세부 정보 페이지로 이동 예를 들어, 윈도우 VM을 수 있습니다. 도움에 대한 팁 비용을 관리 할 경우, 푸른 청구 및 비용 관리 방지 예상치 못한 비용을 참조하십시오.

제한 관리

참고

일부 서비스는 조정 가능한 한계를 가지고있다.
서비스가 조정 가능한 한계를 가지고 있지 않을 때

은 다음 표는 헤더의 제한 를 사용합니다. 이러한 경우, 기본 및 최대 한계는 동일하다.

한계가 조절 될 수있는 경우, 테이블을 포함 <강한> 기본 제한 최대 한도 헤더. 한계가 기본 한도를 초과하지만 최대 한도 이상으로 상승 할 수 있습니다.
기본 한도 이상의 제한 또는 할당량을 제기하려면 , <스팬> 무료 에서 온라인 고객 지원 요청을 엽니 다.

는 용어 소프트 제한 및 하드 제한은 종종 현재 조절 한계 (소프트 제한) 및 최대 한계 (하드 제한)을 설명하는 것으로 사용된다. 한계를 조정할 수없는 경우, 소프트 제한, 만 하드 제한이되지 않습니다.

무료 평가판 구독 제한 또는 할당량 증가에 대한 자격이 없습니다. 당신이 <스팬>이있는 경우 무료 평가판 가입 , 당신은 유료로 – 당신 – 이동 가입으로 업그레이드 할 수 있습니다. 자세한 내용에 푸른 무료 평가판 구독을 업그레이드 <스팬> 참조 부과 방식 – 이동 가입 무료 체험 신청 자주 묻는 질문 .

일부 제한 지역 수준에서 관리 할 수 있습니다.

예를 들어 보자 사용의 vCPU 할당량. 개의 vCPU를 지원하는 할당량 증가를 요청하려면, 당신은 당신이 어떤 지역에서 사용하려면 얼마나 많은 vCPU를 결정해야합니다. 당신은 당신이 원하는 금액과 지역에 대한 vCPU가 할당량의 증가를 요청합니다. 당신이 응용 프로그램을 실행하는 서부 유럽에서 30 개의 vCPU를 사용해야하는 경우, 당신은 특히 서부 유럽에서 30 개의 vCPU를 요청합니다. 귀하의 vCPU 할당량이 다른 지역에서 증가하지 않는다 -. 단지 서부 유럽 30의 vCPU 할당량을
그 결과, 할당량 어느 한 지역의 워크로드를 위해 무엇을해야 결정한다. 그런 다음 배포 할로 각 지역에서 그 금액을 요청합니다. 특정 지역에 대한 현재의 할당량을 확인하는 방법에 대한 도움말, 자원 할당량 에 대한 해결 오류를 참조하십시오.

일반 제한 리소스 이름에 대한 제한을 참조 푸른 자원 에 대한 규칙 및 제한 사항을 명명. 리소스 관리자 API에 대한 자세한 내용은 읽기 및 쓰기 제한을 참조 스로틀 리소스 관리자 요청 .

관리 그룹 제한

다음 제한 관리 그룹 에 적용한다.

자원
한계

푸른 광고 세입자 당 관리 그룹
10,000

관리 그룹 당 구독
제한 없는.

관리 그룹 계층의 수준
루트 수준의 플러스 6 levels1

관리 그룹마다 직접 부모 관리 그룹
하나

관리 그룹 수준 배포 위치 당
8002

의 위치 관리 그룹 수준 배포
10

장 1 6 단계는 구독 수준에 포함되지 않습니다.

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

구독 제한

Azure Resource Manager 및 Azure 리소스 그룹을 사용할 때 다음 제한이 적용됩니다.

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

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

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

리소스 그룹 제한

자원
한계

리소스 그룹당 리소스
리소스는 리소스 그룹으로 제한되지 않습니다. 대신 리소스 그룹의 리소스 유형으로 제한됩니다. 다음 행을 참조하십시오.

리소스 그룹당 리소스, 리소스 유형당
800 – 일부 리소스 유형은 800 제한을 초과할 수 있습니다. 리소스 그룹당 인스턴스 800개로 제한되지 않는 리소스를 참조하세요.

배포 기록의 리소스 그룹당 배포
8001

배포당 리소스
800

고유한 범위당 관리 잠금
20

리소스 또는 리소스 그룹당 태그 수
50

태그 키 길이
512

태그 값 길이
256

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

템플릿 제한


한계

매개변수
256

변수
256

리소스(복사 수 포함)
800

출력
64

템플릿 표현
24,576자

내보낸 템플릿의 리소스
200

템플릿 크기
4MB

매개변수 파일 크기
4MB

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

요청의 총 크기가 너무 큰 경우 4MB 미만의 템플릿 또는 매개변수 파일에서 오류가 발생할 수 있습니다. 대규모 요청을 피하기 위해 템플릿을 단순화하는 방법에 대한 자세한 내용은 초과된 작업 ​​크기에 대한 오류 해결을 참조하세요.

Active Directory 제한

다음은 Azure AD 서비스에 대한 사용 제약 및 기타 서비스 제한입니다.

범주
한계

세입자

  • 단일 사용자는 최대 500명의 Azure AD 테넌트에 구성원 또는 게스트로 속할 수 있습니다.
  • 한 명의 사용자가 최대 200개의 디렉토리를 만들 수 있습니다.
  • 도메인

  • 5,000개 이하의 관리 도메인 이름을 추가할 수 있습니다.
  • 온프레미스 Active Directory와의 페더레이션을 위해 모든 도메인을 설정하는 경우 각 테넌트에 2,500개 이하의 도메인 이름을 추가할 수 있습니다.
  • 자원

    • 기본적으로 Azure Active Directory 무료 버전 사용자는 단일 테넌트에서 최대 50,000개의 Azure AD 리소스를 만들 수 있습니다. 확인된 도메인이 하나 이상 있는 경우 조직의 기본 Azure AD 서비스 할당량이 300,000 Azure AD 리소스로 확장됩니다.
      셀프 서비스 등록으로 생성된 조직에 대한 Azure AD 서비스 할당량은 내부 관리자 인수를 수행하고 조직이 하나 이상의 확인된 도메인이 있는 관리되는 테넌트로 변환된 후에도 50,000 Azure AD 리소스로 유지됩니다. 이 서비스 제한은 Azure AD 가격 책정 페이지의 가격 책정 계층 제한인 500,000개 리소스와 관련이 없습니다.
      기본 할당량을 초과하려면 Microsoft 지원에 문의해야 합니다.
    • 관리자가 아닌 사용자는 250개 이하의 Azure AD 리소스를 만들 수 있습니다. 복원에 사용할 수 있는 활성 리소스와 삭제된 리소스는 모두 이 할당량에 포함됩니다. 삭제된 지 30일이 지나지 않은 삭제된 Azure AD 리소스만 복원할 수 있습니다. 더 이상 복원할 수 없는 삭제된 Azure AD 리소스는 30일 동안 1/4 값으로 이 할당량에 포함됩니다.
      정규 업무 중에 이 할당량을 반복적으로 초과할 가능성이 있는 개발자가 있는 경우 앱 등록 수를 무제한으로 생성할 수 있는 권한이 있는 맞춤 역할을 생성 및 할당할 수 있습니다.

    스키마 확장

    • 문자열 유형 확장자는 최대 256자를 가질 수 있습니다.
    • 이진 유형 확장은 256바이트로 제한됩니다.
    • 모든 유형 및 모든 애플리케이션에서 100개의 확장 값만 단일 Azure AD 리소스에 쓸 수 있습니다.
    • User, Group, TenantDetail, Device, Application 및 ServicePrincipal 엔터티만 문자열 유형 또는 이진 유형 단일 값 속성으로 확장할 수 있습니다.

    애플리케이션

    • 최대 100명의 사용자와 서비스 주체가 단일 애플리케이션의 소유자가 될 수 있습니다.
    • 사용자, 그룹 또는 서비스 주체는 최대 1,500개의 앱 역할을 할당할 수 있습니다. 제한은 단일 앱 역할에 대한 할당 수가 아니라 모든 앱 역할의 서비스 주체, 사용자 또는 그룹에 있습니다.
    • 암호 기반 싱글 사인온에 대해 구성된 앱은 구성된 자격 증명으로 최대 48개의 그룹이 할당됩니다.
    • 사용자는 암호 기반 싱글 사인온을 사용하여 최대 48개의 앱에 대해 자격 증명을 구성할 수 있습니다. 이 제한은 사용자가 앱에 직접 할당될 때 구성된 자격 증명에만 적용되며 사용자가 할당된 그룹의 구성원인 경우에는 적용되지 않습니다.
    • 추가 제한은 지원되는 계정 유형별 유효성 검사 차이를 참조하세요. .

    애플리케이션 매니페스트
    애플리케이션 매니페스트에 최대 1,200개의 항목을 추가할 수 있습니다.
    지원되는 계정 유형별 유효성 검사 차이에서 추가 제한을 참조하세요.

    여러 떼

    • 관리자가 아닌 사용자는 Azure AD 조직에서 최대 250개의 그룹을 만들 수 있습니다. 조직의 그룹을 관리할 수 있는 모든 Azure AD 관리자는 그룹을 무제한으로 만들 수도 있습니다(Azure AD 개체 제한까지). 사용자에게 역할을 할당하여 해당 사용자에 대한 제한을 제거하는 경우 사용자 관리자 또는 그룹 관리자와 같이 권한이 덜한 기본 제공 역할을 할당하세요.
    • Azure AD 조직은 최대 5,000개까지 가질 수 있습니다. 동적 그룹과 동적 관리 단위가 결합됩니다.
    • 단일 Azure AD 조직(테넌트)에서 최대 500개의 역할 할당 가능한 그룹을 만들 수 있습니다.
    • 최대 100명의 사용자가 단일 그룹의 소유자입니다.
    • Azure AD 리소스의 수에 관계없이 단일 그룹의 구성원이 될 수 있습니다.
    • 사용자는 여러 그룹의 구성원이 될 수 있습니다. 보안 그룹을 SharePoint Online과 함께 사용하는 경우 사용자는 총 2,049개의 보안 그룹에 속할 수 있습니다. 여기에는 직접 및 간접 그룹 구성원이 모두 포함됩니다. 이 제한을 초과하면 인증 및 검색 결과를 예측할 수 없게 됩니다.
    • 기본적으로 Azure AD Connect를 사용하여 온-프레미스 Active Directory에서 Azure Active Directory로 동기화할 수 있는 그룹 구성원 수 회원 수는 50,000명으로 제한됩니다. 이 제한을 초과하는 그룹 구성원을 동기화해야 하는 경우 Azure AD Connect Sync V2 끝점 API를 온보딩해야 합니다.
    • Azure AD의 중첩 그룹은 모든 시나리오에서 지원되지 않습니다. .
    • 그룹 목록을 선택하면 최대 500개의 Microsoft 365 그룹에 그룹 만료 정책을 할당할 수 있습니다. 정책이 모든 Microsoft 365 그룹에 적용되는 경우 제한이 없습니다.

    현재 중첩된 그룹에서는 다음 시나리오가 지원됩니다.

    • 하나의 그룹은 다른 그룹의 구성원으로 추가되고 그룹 중첩을 달성할 수 있습니다.
    • 그룹 구성원 자격 주장. 앱이 토큰의 그룹 멤버십 클레임을 수신하도록 구성된 경우 로그인한 사용자가 구성원인 중첩 그룹이 포함됩니다.
    • 조건부 액세스(조건부 액세스 정책에 그룹 범위가 있는 경우).
    • 자동 비밀번호 재설정에 대한 액세스 제한.
    • Azure AD 가입 및 장치 등록을 수행할 수 있는 사용자 제한.

    다음 시나리오 액세스 및 프로비저닝 모두에 대해 중첩 그룹:

    • 앱 역할 할당에서 지원되지 않습니다. 앱에 그룹을 할당하는 것은 지원되지만 직접 할당된 그룹 내에 중첩된 그룹에는 액세스 권한이 없습니다.
    • 그룹 기반 라이선스(그룹의 모든 구성원에게 라이선스를 자동으로 할당).
    • Microsoft 365 그룹.

    애플리케이션 프록시

    • 애플리케이션 프록시 애플리케이션당 초당 최대 500개 트랜잭션*.
    • Azure AD 조직의 경우 초당 최대 750개 트랜잭션.

      *트랜잭션 고유한 리소스에 대한 단일 HTTP 요청 및 응답으로 정의됩니다. 클라이언트가 제한되면 429 응답(요청이 너무 많음)을 받게 됩니다.

    액세스 패널
    할당된 라이선스 수에 관계없이 액세스 패널에 표시할 수 있는 사용자당 애플리케이션 수에는 제한이 없습니다.

    보고서
    모든 보고서에서 최대 1,000개의 행을 보거나 다운로드할 수 있습니다. 추가 데이터는 잘립니다.

    행정 단위

    • Azure AD 리소스는 30개 이하의 관리 단위의 구성원일 수 있습니다.
    • Azure AD 조직은 최대 5,000개의 동적 그룹과 동적 관리 단위를 결합할 수 있습니다.

    Azure AD 역할 및 권한

    • Azure AD 조직에서 최대 30개의 Azure AD 사용자 지정 역할을 생성할 수 있습니다.
    • 단일 보안 주체에 대해 최대 150개의 Azure AD 사용자 지정 역할 할당 모든 범위에서.
    • 비테넌트 범위(예: 관리 단위 또는 Azure AD 개체)에서 단일 보안 주체에 대해 최대 100개의 Azure AD 기본 제공 역할 할당. 테넌트 범위에서 Azure AD 기본 제공 역할 할당에는 제한이 없습니다.
    • 그룹은 그룹 소유자로 추가할 수 없습니다.
    • A 다른 사용자의 테넌트 정보를 읽는 사용자의 기능은 모든 테넌트 정보에 대한 관리자가 아닌 모든 사용자의 액세스를 비활성화하는 Azure AD 조직 전체 스위치에 의해서만 제한될 수 있습니다(권장하지 않음). 자세한 내용은 구성원 사용자에 대한 기본 권한을 제한하려면을 참조하세요.
    • 최대 15분이 소요되거나 관리자 역할 멤버십 전에 로그아웃했다가 다시 로그인해야 할 수 있습니다. 추가 및 취소가 적용됩니다.

    API 관리 제한

    자원
    한계

    스케일 단위의 최대 수
    지역1당 12개

    캐시 크기
    장치당 5GiB2

    HTTP 권한당 동시 백엔드 연결3
    단위당 2,0484

    최대 캐시 응답 크기
    2MiB

    최대 정책 문서 크기
    256 KiB5

    서비스 인스턴스당 최대 사용자 지정 게이트웨이 도메인6
    20

    서비스 인스턴스당 최대 CA 인증서 수7
    10

    구독당 최대 서비스 인스턴스 수8
    20

    서비스 인스턴스당 최대 구독 수8
    500

    서비스 인스턴스당 최대 클라이언트 인증서 수8
    50

    서비스 인스턴스당 최대 API 수8
    50

    서비스 인스턴스당 최대 API 관리 작업 수8
    1,000

    최대 총 요청 기간8
    30 초

    최대 요청 페이로드 크기8
    1GiB

    버퍼링된 최대 페이로드 크기8
    2MiB

    최대 요청 URL 크기9
    16,384바이트

    URL 경로 세그먼트의 최대 길이10
    260자

    검증 정책10에서 사용하는 API 스키마의 최대 크기
    4MB

    최대 스키마 수 10
    100

    validate-content 정책10의 요청 또는 응답 본문의 최대 크기
    100KB

    자체 호스팅 게이트웨이의 최대 수11
    25

    장치당 최대 활성 WebSocket 연결 수
    200

    1 확장 제한은 가격 책정 계층에 따라 다릅니다. 가격 책정 계층 및 확장 제한에 대한 자세한 내용은 API Management 가격 책정을 참조하세요.
    2 단위당 캐시 크기는 가격 책정 계층에 따라 다릅니다. 가격 책정 계층 및 확장 제한을 보려면 API Management 가격 책정을 참조하세요.
    3 백엔드에서 명시적으로 닫지 않는 한 연결이 풀링되고 재사용됩니다.
    4 이 한도는 기본, 표준 및 프리미엄 계층의 단위당입니다. 개발자 계층은 1,024개로 제한됩니다. 이 한도는 소비 계층에는 적용되지 않습니다.
    5 이 제한은 기본, 표준 및 프리미엄 계층에 적용됩니다. 소비 계층에서 정책 문서 크기는 16KiB로 제한됩니다.
    6 여러 사용자 정의 도메인은 개발자 및 프리미엄 계층에서만 지원됩니다.
    7 CA 인증서는 소비 계층에서 지원되지 않습니다.
    8 이 제한은 소비 계층에만 적용됩니다. 다른 계층에 대한 이 범주에는 제한이 없습니다.
    9 소비 계층에만 적용됩니다. 최대 2048바이트의 긴 쿼리 문자열을 포함합니다.
    10 이 한도를 늘리려면 지원팀에 문의하세요.
    11 자체 호스팅 게이트웨이는 개발자 및 프리미엄 계층에서만 지원됩니다. 제한은 자체 호스팅 게이트웨이 리소스 수에 적용됩니다. 이 한도를 높이려면 지원팀에 문의하세요. 자체 호스팅 게이트웨이 리소스와 연결된 노드(또는 복제본)의 수는 프리미엄 계층에서는 무제한이며 개발자 계층에서는 단일 노드로 제한됩니다.

    앱 서비스 제한

    1 앱 및 스토리지 할당량은 달리 명시되지 않는 한 App Service 계획에 따릅니다.

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

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

    4개 이상 요청 시 허용됩니다.

    5 저장용량 한도는 동일한 App Service 요금제에 있는 모든 앱의 총 콘텐츠 크기입니다. 단일 리소스 그룹 및 지역의 모든 App Service 계획에 있는 모든 앱의 총 콘텐츠 크기는 500GB를 초과할 수 없습니다. App Service 호스팅 앱의 파일 시스템 할당량은 지역 및 리소스 그룹에서 생성된 App Service 계획의 집계에 의해 결정됩니다.

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

    7 기본 계층의 앱을 두 개의 인스턴스로 확장하면 두 인스턴스 각각에 대해 350개의 동시 연결이 있습니다. 표준 계층 이상의 경우 웹 소켓에 대한 이론적 제한은 없지만 다른 요인으로 인해 웹 소켓 수가 제한될 수 있습니다. 예를 들어 허용되는 최대 동시 요청 수(maxConcurrentRequestsPerCpu로 정의)는 소형 VM당 7,500개, 중간 VM당 15,000개(7,500 x 2 코어), 대형 VM당 75,000(18,750 x 4 코어)입니다.< /p>

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

    9 App Service 격리 SKU는 Azure Load Balancer를 사용하여 내부적으로 부하 분산(ILB)할 수 있으므로 인터넷에서 공개적으로 연결할 수 없습니다. 결과적으로 ILB 격리된 App Service의 일부 기능은 ILB 네트워크 끝점에 직접 액세스할 수 있는 컴퓨터에서 사용해야 합니다.

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

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

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

    자동화 제한

    프로세스 자동화

    자원
    한계
    노트

    Azure Automation 계정당 30초마다 제출할 수 있는 최대 새 작업 수(예약되지 않은 작업)
    100
    이 제한에 도달하면 후속 작업 생성 요청이 실패합니다. 클라이언트는 오류 응답을 받습니다.

    Automation 계정당 동일한 시간 인스턴스에서 동시에 실행되는 최대 작업 수(예약되지 않은 작업)
    200
    이 제한에 도달하면 후속 작업 생성 요청이 실패합니다. 클라이언트는 오류 응답을 받습니다.

    30일 롤링 기간 동안 작업 메타데이터의 최대 저장 크기
    10GB(약 400만 작업)
    이 제한에 도달하면 후속 작업 생성 요청이 실패합니다.

    최대 작업 스트림 제한
    1MiB
    단일 스트림은 1MiB보다 클 수 없습니다.

    Automation 계정당 30초마다 가져올 수 있는 최대 모듈 수
    5

    모듈의 최대 크기
    100MB

    노드 구성 파일의 최대 크기
    1MB
    상태 구성에 적용

    작업 실행 시간, 프리 티어
    매월 구독당 500분

    샌드박스1당 허용되는 최대 디스크 공간 크기
    1GB
    Azure 샌드박스에만 적용됩니다.

    샌드박스1에 제공되는 최대 메모리 양
    400MB
    Azure 샌드박스에만 적용됩니다.

    샌드박스1당 허용되는 최대 네트워크 소켓 수
    1,000
    Azure 샌드박스에만 적용됩니다.

    Runbook1당 허용되는 최대 런타임
    3 시간
    Azure 샌드박스에만 적용됩니다.

    구독의 최대 Automation 계정 수
    제한 없음

    Automation 계정당 최대 시스템 하이브리드 Runbook 작업자 수
    4,000

    Automation 계정당 최대 사용자 하이브리드 Runbook 작업자 수
    4,000

    단일 Hybrid Runbook Worker에서 실행할 수 있는 최대 동시 작업 수
    50

    최대 Runbook 작업 매개변수 크기
    512킬로바이트

    최대 런북 매개변수
    50
    50개 매개 변수 제한에 도달하면 JSON 또는 XML 문자열을 매개 변수에 전달하고 Runbook으로 구문 분석할 수 있습니다.

    최대 웹훅 페이로드 크기
    512킬로바이트

    작업 데이터가 보관되는 최대 일수
    30 일

    최대 PowerShell 워크플로 상태 크기
    5MB
    워크플로를 검사할 때 PowerShell 워크플로 Runbook에 적용됩니다.

    Automation 계정에서 지원하는 최대 태그 수
    15

    1샌드박스는 여러 작업에서 사용할 수 있는 공유 환경입니다. 동일한 샌드박스를 사용하는 작업은 샌드박스의 리소스 제한에 의해 구속됩니다.

    변경 추적 및 인벤토리

    다음 표는 변경 사항 추적을 위한 시스템당 추적 항목 제한을 보여줍니다.

    리소스
    한도
    참고

    파일
    500

    파일 크기
    5MB

    기재
    250

    윈도우 소프트웨어
    250
    소프트웨어 업데이트는 포함되지 않습니다.

    리눅스 패키지
    1,250

    서비스
    250

    악마
    250

    다음 표는 업데이트 관리에 대한 제한 사항을 보여줍니다.

    리소스
    한도
    참고

    업데이트 배포당 머신 수
    1000

    업데이트 배포당 동적 그룹 수
    500

    Azure 앱 구성

    자원
    한계
    논평

    프리 티어용 구성 저장소
    구독당 1개의 상점

    표준 계층에 대한 구성 저장소
    구독당 무제한 스토어

    프리 티어에 대한 구성 저장소 요청
    일일 요청 1,000건
    할당량이 소진되면 하루가 끝날 때까지 모든 요청에 ​​대해 HTTP 상태 코드 429가 반환됩니다.

    표준 계층에 대한 구성 저장소 요청
    시간당 30,000
    할당량이 소진되면 요청이 너무 많은 요청을 나타내는 HTTP 상태 코드 429를 반환할 수 있습니다.

    프리 티어용 스토리지
    10MB

    표준 계층용 스토리지
    1GB

    키와 값
    10KB
    모든 메타데이터를 포함하는 단일 키-값 항목의 경우

    Azure Cache for Redis 제한

    자원
    한계

    캐시 크기
    1.2TB

    데이터베이스
    64

    최대 연결 클라이언트
    40,000

    고가용성을 위한 Azure Cache for Redis 복제본

    클러스터링이 있는 프리미엄 캐시의 샤드
    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 클라우드 서비스 제한

    1웹 또는 작업자 역할이 있는 각 Azure 클라우드 서비스에는 프로덕션용과 스테이징용의 두 가지 배포가 있을 수 있습니다. 이 제한은 고유한 역할의 수, 즉 구성을 나타냅니다. 이 제한은 역할당 인스턴스 수, 즉 확장을 의미하지 않습니다.

    Azure Cognitive Search 제한

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

    <울>
    다른 Azure 구독자와 공유되는

  • 무료 다중 테넌트 서비스는 평가 및 소규모 개발 프로젝트를 위한 것입니다.
  • Basic은 고가용성 쿼리 워크로드를 위한 최대 3개의 복제본과 함께 소규모 프로덕션 워크로드를 위한 전용 컴퓨팅 리소스를 제공합니다.
  • S1, S2, S3 및 S3 고밀도를 포함하는

  • 표준은 대규모 프로덕션 워크로드용입니다. 표준 계층에는 여러 수준이 있으므로 작업 부하 프로필에 가장 적합한 리소스 구성을 선택할 수 있습니다.
  • 구독당 한도

    각 계층에서 허용되는 서비스 수로만 제한되는 여러 서비스를 만들 수 있습니다. 예를 들어 기본 계층에서 최대 16개의 서비스를 생성하고 동일한 구독 내 S1 계층에서 또 다른 16개의 서비스를 생성할 수 있습니다. 계층에 대한 자세한 내용은 Azure Cognitive Search용 SKU 또는 계층 선택을 참조하세요.

    요청 시 최대 서비스 한도를 높일 수 있습니다. 동일한 구독 내에서 더 많은 서비스가 필요한 경우 지원 요청을 제출하세요.

    자원
    무료1
    기초적인
    S1
    시즌2
    시즌3
    S3 HD
    L1
    L2

    최대 서비스
    1
    16
    16
    8
    6
    6
    6
    6

    검색 단위의 최대 스케일(SU)2
    해당 없음
    3 수
    36 수
    36 수
    36 수
    36 수
    36 수
    36 수

    1 무료는 다른 고객과 공유되는 인프라를 기반으로 합니다. 하드웨어가 전용이 아니기 때문에 프리 티어에서는 수직 확장이 지원되지 않습니다.

    2 검색 단위는 청구 단위로 복제본 또는 파티션으로 할당됩니다. 스토리지, 인덱싱 및 쿼리 작업에 두 리소스가 모두 필요합니다. SU 계산에 대한 자세한 내용은 쿼리 및 인덱스 작업 부하에 대한 리소스 수준 확장을 참조하세요.

    검색 서비스당 한도

    검색 서비스는 디스크 공간이나 최대 인덱스 또는 인덱서 수에 대한 엄격한 제한 중 먼저 도래하는 것으로 제한됩니다. 다음 표에는 보관 한도가 나와 있습니다. 최대 개체 제한은 리소스별 제한을 참조하세요.

    자원
    무료
    기본1
    S1
    시즌2
    시즌3
    S3 HD
    L1
    L2

    서비스 수준 계약(SLA)2
    아니요






    파티션당 스토리지
    50MB
    2GB
    25GB
    100GB
    200GB
    200GB
    1TB
    2TB

    서비스당 파티션
    해당 없음
    1
    12
    12
    12

    12
    12

    파티션 크기
    해당 없음
    2GB
    25GB
    100GB
    200GB
    200GB
    1TB
    2TB

    복제본
    해당 없음

    12
    12
    12
    12
    12
    12

    1 Basic에는 하나의 고정 파티션이 있습니다. 추가 검색 단위를 사용하여 더 큰 쿼리 볼륨에 대한 복제본을 추가할 수 있습니다.

    2 서비스 수준 계약은 전용 리소스에 대한 청구 가능한 서비스에 대해 유효합니다. 무료 서비스 및 미리 보기 기능에는 SLA가 없습니다. 청구 가능한 서비스의 경우 SLA는 서비스에 대해 충분한 중복성을 프로비저닝할 때 적용됩니다. 쿼리(읽기) SLA에는 두 개 이상의 복제본이 필요합니다. 쿼리 및 인덱싱(읽기-쓰기) SLA에는 3개 이상의 복제본이 필요합니다. 파티션 수는 SLA 고려 사항이 아닙니다.

    문서 크기, 초당 쿼리 수, 키, 요청 및 응답과 같은 보다 세분화된 수준의 제한에 대해 자세히 알아보려면 Azure Cognitive Search의 서비스 제한을 참조하세요.

    Azure Cognitive Services 제한

    다음 제한은 Azure 구독당 Cognitive Services 리소스 수에 대한 제한입니다.
    Cognitive Service 유형당, 구독당 허용되는 ‘무료’ 계정은 하나만 허용됩니다.
    각 Cognitive Services에는 다른 제한 사항이 있을 수 있습니다. 자세한 내용은 Azure Cognitive Services를 참조하세요.

    유형
    한계
    예시

    Cognitive Services 리소스의 혼합
    지역당 최대 200개의 총 Cognitive Services 리소스.
    미국 서부의 Computer Vision 리소스 100개, 미국 서부의 Speech Service 리소스 50개, 미국 서부의 Text Analytics 리소스 50개.

    단일 유형의 Cognitive Services 리소스입니다.
    리전당 최대 100개의 리소스
    미국 서부 2에 Computer Vision 리소스 100개, 미국 동부에 Computer Vision 리소스 100개.

    Azure Cosmos DB 제한

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

    Azure Data Explorer 제한

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

    자원
    한계

    구독당 지역별 클러스터
    20

    클러스터당 인스턴스
    1000

    클러스터의 데이터베이스 수
    10,000

    리더 클러스터(데이터 공유 생산자)당 팔로워 클러스터(데이터 공유 소비자) 수
    100

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

    범위
    작업
    한계

    무리
    읽기(예: 클러스터 가져오기)
    5분당 500

    무리
    쓰기(예: 데이터베이스 생성)
    시간당 1000

    MySQL용 Azure 데이터베이스

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

    PostgreSQL용 Azure 데이터베이스

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

    Azure Functions 제한

    자원
    소비 계획
    프리미엄 요금제
    전용 계획
    ASE
    쿠버네티스

    기본 시간 초과 기간(분)
    5
    30
    301
    30
    30

    최대 시간 초과 기간(최소)
    10
    무한7
    무한2
    무한한
    무한한

    최대 아웃바운드 연결(인스턴스당)
    600 활성(총 1200)
    무한한
    무한한
    무한한
    무한한

    최대 요청 크기(MB)3
    100
    100
    100
    100
    클러스터에 따라 다름

    최대 쿼리 문자열 길이3
    4096
    4096
    4096
    4096
    클러스터에 따라 다름

    최대 요청 URL 길이3
    8192
    8192
    8192
    8192
    클러스터에 따라 다름

    인스턴스당 ACU
    100
    210-840
    100-840
    210-2508
    AKS 가격 책정

    최대 메모리(인스턴스당 GB)
    1.5
    3.5-14
    1.75-14
    3.5 – 14
    모든 노드가 지원됩니다.

    최대 인스턴스 수(Windows/Linux)
    200/100
    100/20
    SKU9에 따라 다름
    1009
    클러스터에 따라 다름

    요금제별 기능 앱
    100
    100
    무한4
    무한한
    무한한

    App Service 계획
    지역당 100개
    리소스 그룹당 100
    리소스 그룹당 100

    앱당 배포 슬롯10
    2

    1-209
    20
    해당 없음

    스토리지5
    5TB
    250GB
    50-1000GB
    1TB
    해당 없음

    앱당 사용자 정의 도메인
    5006
    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 계획을 항상 켜짐으로 설정해야 합니다. 표준 요율로 지불하세요.
    3 이러한 제한은 호스트에서 설정됩니다.
    4 호스팅할 수 있는 함수 앱의 실제 수는 앱의 활동, 머신 인스턴스의 크기 및 해당 리소스 사용률에 따라 다릅니다.
    5 저장소 제한은 동일한 App Service 계획의 모든 앱에서 임시 저장소의 총 콘텐츠 크기입니다. 사용량 계획은 임시 저장소에 Azure Files를 사용합니다.
    6 함수 앱이 소비 계획에서 호스팅되는 경우 CNAME 옵션만 지원됩니다. 프리미엄 요금제 또는 App Service 요금제의 기능 앱의 경우 CNAME 또는 A 레코드를 사용하여 사용자 지정 도메인을 매핑할 수 있습니다.
    7 최대 60분 동안 보장됩니다.
    8 작업자는 고객 앱을 호스팅하는 역할입니다. 작업자는 세 가지 고정 크기로 사용할 수 있습니다. vCPU 1개/3.5GB RAM; 2개의 vCPU/7GB RAM; 4개의 vCPU/14GB RAM.
    9 자세한 내용은 App Service 제한을 참조하세요.
    10 프로덕션 슬롯을 포함합니다.

    자세한 내용은 Functions Hosting 계획 비교를 참조하세요.

    Azure 건강 데이터 서비스

    Azure Health 데이터 서비스 제한

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

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

    Azure Health Data Services의 FHIR 서비스는 구조화된 스토리지에 대해 4TB로 제한됩니다.

    할당량 이름
    기본 제한
    최대 한도
    참고

    작업 공간
    10
    지원팀에 문의
    구독당 한도

    FHIR
    10
    지원팀에 문의
    작업 공간당 제한

    디컴
    10
    지원팀에 문의
    작업 공간당 제한

    메드테크
    10
    해당 없음
    작업 공간당 제한, 늘릴 수 없음

    FHIR 서비스 제한을 위한 Azure API

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

    할당량 이름
    기본 제한
    최대 한도
    참고

    요청 단위(RU)
    10,000RU
    지원팀에 문의 사용 가능한 최대 수는 1,000,000입니다.
    최소 400RU 또는 40RU/GB 중 큰 쪽이 필요합니다.

    동시 연결
    2개의 인스턴스에서 15개의 동시 연결(총 30개의 동시 요청)
    지원팀에 문의

    구독당 FHIR 서비스 인스턴스용 Azure API
    10
    지원팀에 문의

    Azure Kubernetes 서비스 제한

    자원
    한계

    구독당 최대 클러스터
    5000

    가상 머신 가용성 집합 및 기본 로드 밸런서 SKU가 있는 클러스터당 최대 노드
    100

    Virtual Machine Scale Sets 및 표준 로드 밸런서 SKU가 있는 클러스터당 최대 노드
    1000(모든 노드 풀에서)

    클러스터당 최대 노드 풀
    100

    노드당 최대 포드: Kubenet을 사용한 기본 네트워킹
    최대: 250
    Azure CLI 기본값: 110
    Azure Resource Manager 템플릿 기본값: 110
    Azure Portal 배포 기본값: 30

    노드당 최대 포드: Azure Container Networking Interface를 사용하는 고급 네트워킹
    최대: 250
    기본값: 30

    오픈 서비스 메시(OSM) AKS 애드온
    Kubernetes 클러스터 버전: 1.19+
    클러스터당 OSM 컨트롤러: 1
    OSM 컨트롤러당 포드: 500
    OSM에서 관리하는 Kubernetes 서비스 계정: 50

    Kubernetes 제어 평면 계층
    한계

    유료 계층
    부하에 따라 자동으로 확장

    프리 티어
    50개의 변형 및 100개의 읽기 전용 호출로 진행 중인 요청 제한이 있는 제한된 리소스

    Azure 기계 학습 제한

    Azure Machine Learning Compute 할당량의 최신 값은 Azure Machine Learning 할당량 페이지

    에서 찾을 수 있습니다.

    Azure Maps 제한

    다음 표는 Azure Maps S0 가격 책정 계층에 대한 사용 제한을 보여줍니다. 사용량 한도는 가격 책정 계층에 따라 다릅니다.

    자원
    S0 가격 책정 계층 제한

    구독당 최대 요청 비율
    초당 50개 요청

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

    자원
    한계

    Azure 구독당 최대 스토리지
    1GB

    파일 업로드당 최대 크기
    100MB

    Azure Maps 가격 책정 계층에 대한 자세한 내용은 Azure Maps 가격 책정을 참조하세요.

    Azure 모니터 제한

    경고

    자원
    기본 제한
    최대 한도

    측정항목 알림(기본)
    구독당 100개의 활성 경고 규칙.
    통화 지원

    측정항목 알림
    Azure 공용, Azure China 21Vianet 및 Azure Government 클라우드에서 구독당 5,000개의 활성 경고 규칙. 이 제한에 도달하면 동일한 유형의 다중 리소스 알림을 사용할 수 있는지 살펴보세요.
    알림 규칙당 5,000개의 측정항목 시계열.
    지원을 요청합니다.

    활동 로그 알림
    구독당 활성 경고 규칙 100개(증가할 수 없음).
    기본값과 동일

    로그 경고
    구독당 1000개의 활성 경고 규칙. 리소스당 1000개의 활성 경고 규칙.
    통화 지원

    경고 처리 규칙
    구독당 활성 규칙 1000개.
    통화 지원

    경고 규칙 및 경고 처리 규칙 설명 길이
    검색 경고 로그 4096자
    기타 모든 2048자
    기본값과 동일

    경고 API

    Azure Monitor Alerts에는 사용자가 전화를 너무 많이 걸지 못하도록 몇 가지 제한 제한이 있습니다. 이러한 동작은 잠재적으로 시스템 백엔드 리소스에 과부하가 걸리고 서비스 응답성을 위태롭게 할 수 있습니다. 다음 제한은 중단으로부터 고객을 보호하고 일관된 서비스 수준을 보장하도록 설계되었습니다. 사용자 제한 및 제한은 극단적인 사용 시나리오에만 영향을 미치도록 설계되었으며 일반적인 사용과 관련이 없어야 합니다.

    자원
    기본 제한
    최대 한도

    경고 – 요약 가져오기
    구독당 분당 50개 통화
    기본값과 동일

    경고 – 모두 가져오기(“Get By Id” 아님)
    구독당 분당 100개 호출
    기본값과 동일

    기타 모든 알림 호출
    구독당 분당 1000개 호출
    기본값과 동일

    작업 그룹

    구독에 작업 그룹을 무제한으로 가질 수 있습니다.

    자원
    기본 제한
    최대 한도

    Azure 앱 푸시
    작업 그룹당 10개의 Azure 앱 작업.
    기본값과 동일

    이메일
    작업 그룹의 1,000개 이메일 작업.
    시간당 최대 100개의 이메일.
    속도 제한 정보도 참조하세요.
    기본값과 동일

    이메일 ARM 역할
    작업 그룹당 10개의 이메일 ARM 역할 작업.
    기본값과 동일

    이벤트 허브
    작업 그룹당 10개의 Event Hub 작업.
    기본값과 동일

    ITSM
    작업 그룹의 10 ITSM 작업.
    기본값과 동일

    논리 앱
    작업 그룹의 10개의 논리 앱 작업.
    기본값과 동일

    런북
    작업 그룹의 10개의 Runbook 작업.
    기본값과 동일

    보안 웹훅
    작업 그룹의 10가지 보안 웹훅 작업. 최대 웹훅 호출 수는 구독당 분당 1500입니다. 다른 제한은 작업별 정보에서 확인할 수 있습니다.
    기본값과 동일

    SMS
    작업 그룹의 SMS 작업 10개.
    5분마다 SMS 메시지 1개 이하.
    속도 제한 정보도 참조하세요.
    기본값과 동일

    목소리
    작업 그룹의 음성 작업 10개.
    5분마다 음성 통화 1개 이하입니다.
    속도 제한 정보도 참조하세요.
    기본값과 동일

    웹훅
    작업 그룹의 10개의 웹훅 작업. 최대 웹훅 호출 수는 구독당 분당 1500입니다. 다른 제한은 작업별 정보에서 확인할 수 있습니다.
    기본값과 동일

    자동 크기 조정

    자원
    기본 제한
    최대 한도

    자동 크기 조정 설정
    구독당 지역당 100개.
    기본값과 동일

    자동 크기 조정 프로필
    자동 크기 조정 설정당 프로필 20개.
    기본값과 동일

    로그 쿼리 및 언어

    일반 쿼리 제한

    한계
    설명

    쿼리 언어
    Azure Monitor는 Azure Data Explorer와 동일한 Kusto 쿼리 언어를 사용합니다. Azure Monitor에서 지원되지 않는 KQL 언어 요소는 Azure Monitor 로그 쿼리 언어 차이점을 참조하세요.

    Azure 지역
    데이터가 여러 Azure 지역의 Log Analytics 작업 영역에 걸쳐 있을 때 로그 쿼리에 과도한 오버헤드가 발생할 수 있습니다. 자세한 내용은 쿼리 제한을 참조하세요.

    교차 리소스 쿼리
    단일 쿼리의 Application Insights 리소스 및 Log Analytics 작업 영역의 최대 수는 100개로 제한됩니다.
    리소스 간 쿼리는 View Designer에서 지원되지 않습니다.
    로그 경고의 리소스 간 쿼리는 새로운 scheduledQueryRules에서 지원됩니다. API.
    자세한 내용은 교차 리소스 쿼리 제한을 참조하세요.

    사용자 쿼리 조절

    Azure Monitor에는 과도한 수의 쿼리를 보내는 사용자로부터 보호하기 위한 몇 가지 제한 제한이 있습니다. 이러한 동작은 잠재적으로 시스템 백엔드 리소스에 과부하가 걸리고 서비스 응답성을 위태롭게 할 수 있습니다. 다음 제한은 중단으로부터 고객을 보호하고 일관된 서비스 수준을 보장하도록 설계되었습니다. 사용자 제한 및 제한은 극단적인 사용 시나리오에만 영향을 미치도록 설계되었으며 일반적인 사용과 관련이 없어야 합니다.

    측정하다
    사용자당 한도
    설명

    동시 쿼리
    5
    사용자는 최대 5개의 동시 쿼리를 실행할 수 있으며 추가 쿼리는 대기열에 추가됩니다. 실행 중인 쿼리 중 하나가 완료되면 큐의 첫 번째 쿼리가 큐에서 가져와 실행을 시작합니다. 참고: 경고 쿼리는 이 제한에 포함되지 않습니다.

    동시성 대기열의 시간
    3 분
    쿼리가 시작되지 않고 3분 이상 대기열에 있으면 코드 429와 함께 HTTP 오류 응답으로 종료됩니다.

    동시성 대기열의 총 쿼리
    200
    대기열의 쿼리 수가 200에 도달하면 HTTP 오류 코드 429와 함께 다음 쿼리가 거부됩니다. 이 숫자는 동시에 실행할 수 있는 5개의 쿼리에 추가됩니다.

    쿼리율
    30초당 쿼리 200개
    단일 사용자가 모든 작업 영역에 제출할 수 있는 전체 쿼리 비율입니다. 이 제한은 Azure 대시보드 및 Log Analytics 작업 영역 요약 페이지와 같은 시각화 부분에서 시작된 쿼리 또는 프로그래밍 방식 쿼리에 적용됩니다.

    <울>

  • 에 설명된 대로 쿼리 최적화Azure Monitor에서 로그 쿼리 최적화.
  • 대시보드와 통합 문서는 로드하거나 새로 고칠 때마다 쿼리 버스트를 생성하는 단일 보기에 여러 쿼리를 포함할 수 있습니다. 요청 시 로드되는 여러 보기로 나누는 것이 좋습니다.
  • Power BI에서는 원시 로그가 아닌 집계된 결과만 추출하는 것이 좋습니다.
  • Log Analytics 작업 영역

    데이터 수집량 및 보관


    하루 한도
    데이터 보존
    논평

    현재 GB당 가격 책정 계층
    (2018년 4월 도입)
    제한 없음
    30 – 730일
    31일을 초과하는 데이터 보존은 추가 요금으로 사용할 수 있습니다. Azure Monitor 가격 책정에 대해 자세히 알아보세요.

    기존 무료 등급
    (2016년 4월 도입)
    500MB
    7 일
    작업 공간이 하루 500MB 제한에 도달하면 데이터 수집이 중지되고 다음 날 시작 시 다시 시작됩니다. 하루는 UTC를 기준으로 합니다. 클라우드용 Microsoft Defender에서 수집한 데이터는 이 500MB/일 제한에 포함되지 않으며 이 제한 이상으로 계속 수집됩니다.

    GB 계층당 기존 독립 실행형
    (2016년 4월 도입)
    제한 없음
    30~730일
    31일을 초과하는 데이터 보존은 추가 요금으로 사용할 수 있습니다. Azure Monitor 가격 책정에 대해 자세히 알아보세요.

    노드당 레거시(OMS)
    (2016년 4월 도입)
    제한 없음
    30~730일
    31일을 초과하는 데이터 보존은 추가 요금으로 사용할 수 있습니다. Azure Monitor 가격 책정에 대해 자세히 알아보세요.

    레거시 표준 등급
    제한 없음
    30 일
    보존을 조정할 수 없습니다

    레거시 프리미엄 등급
    제한 없음
    365일
    보존을 조정할 수 없습니다

    구독당 작업 공간 수.

    가격 책정 계층
    작업 공간 제한
    코멘트

    프리 티어
    10
    이 한도는 늘릴 수 없습니다.

    다른 모든 계층
    제한 없음
    리소스 그룹 내의 리소스 수와 구독당 리소스 그룹 수로 제한됩니다.

    Azure 포털

    범주
    한계
    코멘트

    로그 쿼리에서 반환된 최대 레코드
    30,000
    쿼리에서 쿼리 범위, 시간 범위 및 필터를 사용하여 결과를 줄입니다.

    데이터 수집기 ​​API

    범주
    한계
    코멘트

    단일 게시물의 최대 크기
    30MB
    더 큰 볼륨을 여러 게시물로 나눕니다.

    필드 값의 최대 크기
    32KB
    32KB보다 긴 필드는 잘립니다.

    쿼리 API

    범주
    한계
    코멘트

    단일 쿼리에서 반환되는 최대 레코드
    500,000

    반환되는 데이터의 최대 크기
    ~104MB(~100MiB)
    API는 최대 64MB의 압축 데이터를 반환하며, 이는 최대 100MB의 원시 데이터로 변환됩니다.

    최대 쿼리 실행 시간
    10 분
    자세한 내용은 시간 초과를 참조하세요.

    최대 요청 비율
    Azure AD 사용자 또는 클라이언트 IP 주소당 30초당 200개 요청
    로그 쿼리 및 언어를 참조하세요.

    Azure Monitor 로그 커넥터

    범주
    한계
    코멘트

    데이터의 최대 크기
    ~16.7MB(~16MiB)
    커넥터 인프라는 제한이 쿼리 API 제한보다 낮게 설정되도록 지시합니다.

    최대 레코드 수
    500,000

    최대 커넥터 시간 초과
    110초

    최대 쿼리 시간 초과
    100초

    차트

    로그 페이지와 커넥터는 시각화를 위해 서로 다른 차트 라이브러리를 사용합니다. 일부 기능은 현재 커넥터에서 사용할 수 없습니다.

    일반 작업 공간 제한

    범주
    한계
    코멘트

    테이블의 최대 열
    500

    열 이름의 최대 문자 수
    45

    데이터 수집 볼륨 비율

    Azure Monitor는 증가하는 속도로 매월 테라바이트의 데이터를 전송하는 수천 명의 고객에게 서비스를 제공하는 대규모 데이터 서비스입니다. 볼륨 속도 제한은 Azure Monitor 고객을 다중 테넌트 환경의 갑작스러운 수집 급증으로부터 격리하기 위한 것입니다. 기본 수집 볼륨 비율 임계값인 500MB(압축)는 작업공간에 정의되어 있으며, 이는 압축되지 않은 상태로 약 6GB/min으로 변환됩니다. 실제 크기는 로그 길이 및 그것의 압축 비율. 볼륨 속도 제한은 진단 설정을 통해 Azure 리소스에서 수집된 데이터에 적용됩니다. 볼륨 속도 제한에 도달하면 재시도 메커니즘이 30분 동안 4번 데이터 수집을 시도하고 작업이 실패하면 삭제합니다. 에이전트 또는 Data Collector API에서 수집된 데이터에는 적용되지 않습니다.

    작업 공간으로 전송되는 데이터의 볼륨 비율이 작업 공간에 구성된 임계값의 80%보다 높으면 임계값을 계속 초과하는 동안 6시간마다 작업 공간의 작업 테이블에 이벤트가 전송됩니다. 수집된 볼륨 비율이 임계값보다 높으면 임계값을 계속 초과하는 동안 일부 데이터가 삭제되고 6시간마다 작업 공간의 작업 테이블에 이벤트가 전송됩니다. 수집 볼륨 비율이 계속 임계값을 초과하거나 조만간 도달할 것으로 예상되는 경우 지원 요청을 열어 증가를 요청할 수 있습니다.

    수집 제한에 도달할 때 사전에 알림을 받을 경고 규칙을 만들려면 Azure Monitor에서 Log Analytics 작업 영역의 상태 모니터링을 참조하세요.

    참고

    Log Analytics를 사용한 기간에 따라 기존 가격 책정 계층에 액세스할 수 있습니다. Log Analytics 레거시 가격 책정 계층에 대해 자세히 알아보세요.

    애플리케이션 인사이트

    애플리케이션당, 즉 계측 키당 메트릭 및 이벤트 수에 몇 가지 제한이 있습니다. 한도는 선택한 요금제에 따라 다릅니다.

    자세한 내용은 Application Insights의 가격 책정 및 할당량 정보를 참조하세요.

    Azure Data Factory 제한

    Azure Data Factory는 고객 구독이 서로의 작업 부하로부터 보호되도록 하기 위해 다음과 같은 기본 제한이 있는 다중 테넌트 서비스입니다. 구독 한도를 최대 한도까지 높이려면 지원팀에 문의하세요.

    버전 2

    자원
    기본 제한
    최대 한도

    데이터 팩터리 내의 파이프라인, 데이터 세트, 트리거, 연결된 서비스, 프라이빗 엔드포인트 및 통합 런타임과 같은 엔터티의 총 수
    5,000
    지원팀에 문의.

    하나의 구독에서 Azure-SSIS 통합 런타임에 대한 총 CPU 코어
    256
    지원팀에 문의.

    팩토리의 모든 파이프라인 간에 공유되는 데이터 팩토리당 동시 파이프라인 실행
    10,000
    10,000

    동시 외부 활동은 Azure Integration Runtime 지역
    당 구독별로 실행됩니다.
    외부 활동은 통합 런타임에서 관리되지만 Databricks, 저장 프로시저, 웹 등을 비롯한 연결된 서비스에서 실행됩니다. 이 제한은 자체 호스팅 IR에는 적용되지 않습니다.
    3,000
    3,000

    동시 파이프라인 활동은 Azure Integration Runtime 지역당 구독당 실행됩니다.
    파이프라인 활동은 조회, GetMetadata 및 삭제를 포함하여 통합 런타임에서 실행됩니다. 이 제한은 자체 호스팅 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
    지원팀에 문의.

    단일 자체 호스팅 통합 런타임에 대해 생성할 수 있는 최대 노드 수
    4
    지원팀에 문의

    파이프라인당 최대 매개변수
    50
    50

    ForEach 항목
    100,000
    100,000

    ForEach 병렬 처리
    20
    50

    파이프라인당 최대 대기열 실행
    100
    100

    표현식당 문자
    8,192
    8,192

    최소 텀블링 창 트리거 간격
    5 분
    15 분

    파이프라인 활동 실행을 위한 최대 시간 초과
    7 일
    7 일

    파이프라인 객체의 객체당 바이트3
    200KB
    200KB

    데이터세트 및 연결된 서비스 개체의 개체당 바이트3
    100KB
    2,000KB

    각 활동 실행에 대한 페이로드당 바이트4
    896KB
    896KB

    복사 작업 실행당 데이터 통합 ​​단위1
    256
    256

    API 호출 작성
    1,200/h
    1,200/h

    이 제한은 Azure Data Factory가 아니라 Azure Resource Manager에 의해 부과됩니다.

    API 호출 읽기
    12,500/h
    12,500/h

    이 제한은 Azure Data Factory가 아니라 Azure Resource Manager에 의해 부과됩니다.

    분당 쿼리 모니터링
    1,000
    1,000

    데이터 흐름 디버그 세션의 최대 시간
    8시간
    8시간

    통합 런타임당 데이터 흐름의 동시 수
    50
    지원팀에 문의.

    관리형 vNet의 통합 런타임당 동시 데이터 흐름 수
    20
    지원팀에 문의.

    공장당 사용자당 동시 데이터 흐름 디버그 세션 수

    데이터 흐름 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로 이동하고 처리할 수 있는 데이터의 양과 관련이 없습니다. 이 한도에 도달하면 증상 및 권장 사항에 대해 알아보세요.

    버전 1

    리소스
    기본 한도
    최대 한도

    데이터 팩터리 내의 파이프라인
    2,500
    지원팀에 문의.

    데이터 팩토리 내의 데이터 세트
    5,000
    지원팀에 문의.

    데이터 세트당 동시 슬라이스
    10
    10

    파이프라인 개체에 대한 개체당 바이트1
    200KB
    200KB

    데이터 세트 및 연결된 서비스 개체의 개체당 바이트1
    100KB
    2,000KB

    구독 내 Azure HDInsight 주문형 클러스터 코어2
    60
    지원팀에 문의.

    복사 활동 실행당 클라우드 데이터 이동 단위 실행3
    32
    32

    파이프라인 활동 실행의 재시도 횟수
    1,000
    MaxInt(32비트)

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

    2 On-demand HDInsight 코어는 데이터 팩터리가 포함된 구독에서 할당됩니다. 결과적으로 이전 제한은 주문형 HDInsight 코어에 대한 Data Factory 적용 코어 제한입니다. Azure 구독과 연결된 핵심 제한과 다릅니다.

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

    리소스
    기본 하한
    최소 한도

    일정 간격
    15 분
    15 분

    재시도 간격
    1 초
    1 초

    재시도 시간 초과 값
    1 초
    1 초

    웹 서비스 호출 제한

    Azure Resource Manager에는 API 호출에 대한 제한이 있습니다. Azure Resource Manager API 제한 내에서 API를 호출할 수 있습니다.

    Azure NetApp 파일

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

    을 사용하세요.

    Azure NetApp Files에 대한 제한에 대해 자세히 알아보려면 Azure NetApp Files에 대한 리소스 제한을 참조하세요.

    Azure 정책 제한

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

    어디에

    최대 개수

    범위
    정책 정의
    500

    범위
    이니셔티브 정의
    200

    거주자
    이니셔티브 정의
    2,500

    범위
    정책 또는 이니셔티브 할당
    200

    범위
    면제
    1000

    정책 정의
    매개변수
    20

    이니셔티브 정의
    정책
    1000

    이니셔티브 정의
    매개변수
    300

    정책 또는 이니셔티브 할당
    제외(스코프 아님)
    400

    정책 규칙
    중첩 조건부
    512

    개선 작업
    자원
    50,000

    정책 정의, 이니셔티브 또는 할당 요청 본문
    바이트
    1,048,576

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

    Azure Quantum 제한

    제공자 제한 및amp; 몫

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

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

    배우고 & SKU 개발

    자원
    한계

    CPU 기반 동시 작업
    최대 51개의 동시 작업

    FPGA 기반 동시 작업
    최대 21개의 동시 작업

    CPU 기반 솔버 시간
    월 20시간

    FPGA 기반 솔버 시간
    한 달에 1시간

    배우는 동안 & SKU를 개발하면 할당량 한도 증가를 요청할 수 없습니다. 대신 Performance at Scale SKU로 전환해야 합니다.

    규모 SKU에서의 성능

    자원
    기본 제한
    최대 한도

    CPU 기반 동시 작업
    최대 1001개의 동시 작업
    기본 제한과 동일

    FPGA 기반 동시 작업
    최대 101개의 동시 작업
    기본 제한과 동일

    해결 시간
    월 1,000시간
    월 최대 50,000시간

    한도 증가를 요청하려면 Azure 지원에 문의하세요.

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

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

    Azure RBAC 제한

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

    Azure SignalR 서비스 제한

    자원
    기본 제한
    최대 한도

    무료 계층에 대한 인스턴스당 Azure SignalR Service 단위
    1
    1

    표준 계층의 인스턴스당 Azure SignalR Service 단위
    100
    100

    무료 계층에 대한 지역별 구독당 Azure SignalR Service 단위
    5
    5

    지역별 구독당 총 Azure SignalR Service 단위 수
    150
    제한 없는

    프리 티어의 유닛당 동시 연결
    20
    20

    표준 계층의 단위당 동시 연결
    1,000
    1,000

    프리 티어에 대해 일일 단위당 포함된 메시지
    20,000
    20,000

    프리 티어의 경우 일일 단위당 추가 메시지

    표준 계층에 대해 일일 단위당 포함된 메시지
    1,000,000
    1,000,000

    표준 등급의 경우 일일 단위당 추가 메시지
    제한 없는
    제한 없는

    구독의 기본 한도 업데이트를 요청하려면 지원 티켓을 여세요.

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

    요구 사항이 제한을 초과하는 경우 프리 티어에서 스탠다드 티어로 전환하고 장치를 추가하십시오. 자세한 내용은 Azure SignalR Service 인스턴스를 확장하는 방법을 참조하세요.

    요구 사항이 단일 인스턴스의 제한을 초과하는 경우 인스턴스를 추가하십시오. 자세한 내용은 여러 인스턴스로 SignalR Service를 확장하는 방법을 참조하세요.

    Azure 가상 데스크톱 서비스 제한

    다음 표에는 Azure Virtual Desktop의 최대 제한이 설명되어 있습니다.

    Azure 가상 데스크톱 개체
    상위 컨테이너 개체
    서비스 제한

    작업 공간
    Azure Active Directory 테넌트
    1300

    호스트 풀
    작업 공간
    400

    애플리케이션 그룹
    호스트 풀
    5001

    리모트앱
    애플리케이션 그룹
    500

    역할 할당
    모든 Azure 가상 데스크톱 개체
    200

    세션 호스트
    호스트 풀
    10,000

    1500개 이상의 애플리케이션 그룹이 필요한 경우 Azure Portal을 통해 지원 티켓을 제출하십시오.

    가상 머신, 스토리지, 네트워킹 등과 같이 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 솔루션 제한

    다음 표에서는 Azure VMware 솔루션의 최대 한도를 설명합니다.

    리소스
    한도

    프라이빗 클라우드당 vSphere 클러스터
    12

    클러스터당 최소 ESXi 호스트 수

    클러스터당 최대 ESXi 호스트 수
    16

    프라이빗 클라우드당 ESXi 호스트
    96

    프라이빗 클라우드당 vCenter Server
    1

    HCX 사이트 페어링
    25(모든 에디션)

    Azure VMware Solution ExpressRoute 최대 연결된 프라이빗 클라우드
    4
    사용된 가상 네트워크 게이트웨이는 실제 최대 연결된 프라이빗 클라우드를 결정합니다. 자세한 내용은 ExpressRoute 가상 네트워크 게이트웨이 정보를 참조하세요.

    Azure VMware 솔루션 ExpressRoute 포트 속도
    10Gbps
    사용된 가상 네트워크 게이트웨이에 따라 실제 대역폭이 결정됩니다. 자세한 내용은 ExpressRoute 가상 네트워크 게이트웨이 정보를 참조하세요.

    vWAN을 통해 노출된 공용 IP
    100

    vSAN 용량 제한
    사용 가능한 총량의 75%(SLA에 대해 25% 사용 가능)

    다른 VMware 관련 제한의 경우 VMware 구성 최대 도구!를 사용하세요.

    백업 제한

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

    일괄 제한

    리소스
    기본 한도
    최대 한도

    구독당 지역별 Azure Batch 계정
    1-3
    50

    Batch 계정당 전용 코어
    90-900
    연락처 지원

    Batch 계정당 우선 순위가 낮은 코어
    10-100
    연락처 지원

    배치 계정당 활성 작업 및 작업 일정(완료된 작업에는 제한이 없음)
    100-300
    1,0001

    배치 계정당 풀
    20-100
    5001

    1이 한도를 초과하여 증가를 요청하려면 Azure 지원에 문의하세요.

    참고

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

    중요

    전 세계적으로 전염병이 발생하는 동안 용량을 더 잘 관리할 수 있도록 일부 지역 및 일부 구독 유형의 새 Batch 계정에 대한 기본 코어 할당량이 위의 값 범위에서 일부 경우에는 0코어로 감소되었습니다. 새 Batch 계정을 만들 때 코어 할당량을 확인하고 필요한 경우 코어 할당량 증가를 요청하세요. 또는 이미 할당량이 충분한 Batch 계정을 재사용하는 것이 좋습니다.

    기본 배포 모델 제한

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

    자원
    기본 제한
    최대 한도

    구독1당 vCPU
    20
    10,000

    구독당 공동 관리자
    200
    200

    구독당 스토리지 계정2
    100
    100

    구독당 클라우드 서비스
    20
    200

    구독당 로컬 네트워크
    10
    500

    구독당 DNS 서버
    9
    100

    구독당 예약된 IP
    20
    100

    구독당 관심도 그룹
    256
    256

    구독 이름 길이(문자)
    64
    64

    1초소형 인스턴스는 부분 CPU 코어를 사용하더라도 vCPU 한도에 대해 vCPU 1개로 계산됩니다.

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

    컨테이너 인스턴스 제한

    자원
    한계

    구독당 지역별 표준 sku 컨테이너 그룹
    1001

    구독당 지역별 전용 sku 컨테이너 그룹
    01

    컨테이너 그룹당 컨테이너 수
    60

    컨테이너 그룹당 볼륨 수
    20

    구독당 리전당 표준 sku 코어(CPU)
    101,2

    구독당 지역별 K80 GPU용 표준 sku 코어(CPU)
    181,2

    구독당 지역별 P100 또는 V100 GPU용 표준 sku 코어(CPU)
    01,2

    IP당 포트
    5

    컨테이너 인스턴스 로그 크기 – 실행 중인 인스턴스
    4MB

    컨테이너 인스턴스 로그 크기 – 중지된 인스턴스
    16KB 또는 1,000줄

    시간당 컨테이너 그룹 생성
    3001

    5분당 컨테이너 그룹 생성
    1001

    시간당 컨테이너 그룹 삭제
    3001

    5분당 컨테이너 그룹 삭제
    1001

    1한도 증가를 요청하려면 Azure 지원 요청을 만드세요. Azure 무료 계정Azure for Students를 포함한 무료 구독은 한도 또는 할당량 증가에 적합하지 않습니다. 무료 구독이 있는 경우 종량제 구독으로 업그레이드할 수 있습니다.
    2종량제 구독에 대한 기본 한도입니다. 한도는 다른 카테고리 유형에 따라 다를 수 있습니다.

    컨테이너 레지스트리 제한

    다음 표에는 기본, 표준 및 프리미엄 서비스 계층의 기능과 제한이 자세히 설명되어 있습니다.

    자원
    기초적인
    기준
    프리미엄

    포함된 스토리지1(GiB)
    10
    100
    500

    저장 한도(TiB)
    20
    20
    20

    최대 이미지 레이어 크기(GiB)
    200
    200
    200

    최대 매니페스트 크기(MiB)
    4
    4
    4

    분당 읽기 작업2, 3
    1,000
    3,000
    10,000

    분당 쓰기 작업2, 4
    100
    500
    2,000

    다운로드 대역폭2(Mbps)
    30
    60
    100

    업로드 대역폭 2(Mbps)
    10
    20
    50

    웹훅
    2
    10
    500

    지역 복제
    해당 없음
    해당 없음
    지원됨

    가용 영역
    해당 없음
    해당 없음
    미리보기

    콘텐츠 신뢰
    해당 없음
    해당 없음
    지원됨

    비공개 엔드포인트가 있는 비공개 링크
    해당 없음
    해당 없음
    지원

    • 프라이빗 엔드포인트
    해당 없음
    해당 없음
    200

    공용 IP 네트워크 규칙
    해당 없음
    해당 없음
    100

    서비스 엔드포인트 VNet 액세스
    해당 없음
    해당 없음
    미리보기

    • 가상 네트워크 규칙
    해당 없음
    해당 없음
    100

    고객 관리 키
    해당 없음
    해당 없음
    지원됨

    리포지토리 범위 권한
    해당 없음
    해당 없음
    미리보기

    • 토큰
    해당 없음
    해당 없음
    20,000

    • 범위 맵
    해당 없음
    해당 없음
    20,000

    • 범위 맵당 리포지토리
    해당 없음
    해당 없음
    500

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

    2ReadOps, WriteOps 및 대역폭은 최소 추정치입니다. Azure Container Registry는 사용량에 따라 성능을 개선하기 위해 노력합니다.

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

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

    콘텐츠 전송 네트워크 제한

    자원
    한계

    Azure 콘텐츠 전송 네트워크 프로필
    25

    프로필당 Content Delivery Network 엔드포인트
    25

    엔드포인트당 사용자 지정 도메인
    25

    프로필당 최대 원본 그룹
    10

    오리진 그룹당 최대 오리진
    10

    CDN 엔드포인트당 최대 규칙 수
    25

    규칙당 최대 일치 조건 수
    10

    규칙당 최대 작업 수
    5

    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개 작업에서 최대 250AU의 조합을 사용합니다. 이 제한을 늘리려면 Microsoft 지원에 문의하세요.

    작업 제출을 위한 최대 스크립트 크기
    3MB

    구독당 지역별 최대 Data Lake Analytics 계정 수
    5
    이 제한을 늘리려면 Microsoft 지원에 문의하세요.

    데이터 팩토리 제한

    Azure Data Factory는 고객 구독이 서로의 작업 부하로부터 보호되도록 하기 위해 다음과 같은 기본 제한이 있는 다중 테넌트 서비스입니다. 구독 한도를 최대 한도까지 높이려면 지원팀에 문의하세요.

    버전 2

    자원
    기본 제한
    최대 한도

    데이터 팩터리 내의 파이프라인, 데이터 세트, 트리거, 연결된 서비스, 프라이빗 엔드포인트 및 통합 런타임과 같은 엔터티의 총 수
    5,000
    지원팀에 문의.

    하나의 구독에서 Azure-SSIS 통합 런타임에 대한 총 CPU 코어
    256
    지원팀에 문의.

    팩토리의 모든 파이프라인 간에 공유되는 데이터 팩토리당 동시 파이프라인 실행
    10,000
    10,000

    동시 외부 활동은 Azure Integration Runtime 지역
    당 구독별로 실행됩니다.
    외부 활동은 통합 런타임에서 관리되지만 Databricks, 저장 프로시저, 웹 등을 비롯한 연결된 서비스에서 실행됩니다. 이 제한은 자체 호스팅 IR에는 적용되지 않습니다.
    3,000
    3,000

    동시 파이프라인 활동은 Azure Integration Runtime 지역당 구독당 실행됩니다.
    파이프라인 활동은 조회, GetMetadata 및 삭제를 포함하여 통합 런타임에서 실행됩니다. 이 제한은 자체 호스팅 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
    지원팀에 문의.

    단일 자체 호스팅 통합 런타임에 대해 생성할 수 있는 최대 노드 수
    4
    지원팀에 문의

    파이프라인당 최대 매개변수
    50
    50

    ForEach 항목
    100,000
    100,000

    ForEach 병렬 처리
    20
    50

    파이프라인당 최대 대기열 실행
    100
    100

    표현식당 문자
    8,192
    8,192

    최소 텀블링 창 트리거 간격
    5 분
    15 분

    파이프라인 활동 실행을 위한 최대 시간 초과
    7 일
    7 일

    파이프라인 객체의 객체당 바이트3
    200KB
    200KB

    데이터세트 및 연결된 서비스 개체의 개체당 바이트3
    100KB
    2,000KB

    각 활동 실행에 대한 페이로드당 바이트4
    896KB
    896KB

    복사 작업 실행당 데이터 통합 ​​단위1
    256
    256

    API 호출 작성
    1,200/h
    1,200/h

    이 제한은 Azure Data Factory가 아니라 Azure Resource Manager에 의해 부과됩니다.

    API 호출 읽기
    12,500/h
    12,500/h

    이 제한은 Azure Data Factory가 아니라 Azure Resource Manager에 의해 부과됩니다.

    분당 쿼리 모니터링
    1,000
    1,000

    데이터 흐름 디버그 세션의 최대 시간
    8시간
    8시간

    통합 런타임당 데이터 흐름의 동시 수
    50
    지원팀에 문의.

    관리형 vNet의 통합 런타임당 동시 데이터 흐름 수
    20
    지원팀에 문의.

    공장당 사용자당 동시 데이터 흐름 디버그 세션 수

    데이터 흐름 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로 이동하고 처리할 수 있는 데이터의 양과 관련이 없습니다. 이 한도에 도달하면 증상 및 권장 사항에 대해 알아보세요.

    버전 1

    리소스
    기본 한도
    최대 한도

    데이터 팩터리 내의 파이프라인
    2,500
    지원팀에 문의.

    데이터 팩토리 내의 데이터 세트
    5,000
    지원팀에 문의.

    데이터 세트당 동시 슬라이스
    10
    10

    파이프라인 개체에 대한 개체당 바이트1
    200KB
    200KB

    데이터 세트 및 연결된 서비스 개체의 개체당 바이트1
    100KB
    2,000KB

    구독 내 Azure HDInsight 주문형 클러스터 코어2
    60
    지원팀에 문의.

    복사 활동 실행당 클라우드 데이터 이동 단위 실행3
    32
    32

    파이프라인 활동 실행의 재시도 횟수
    1,000
    MaxInt(32비트)

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

    2 On-demand HDInsight 코어는 데이터 팩터리가 포함된 구독에서 할당됩니다. 결과적으로 이전 제한은 주문형 HDInsight 코어에 대한 Data Factory 적용 코어 제한입니다. Azure 구독과 연결된 핵심 제한과 다릅니다.

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

    리소스
    기본 하한
    최소 한도

    일정 간격
    15 분
    15 분

    재시도 간격
    1 초
    1 초

    재시도 시간 초과 값
    1 초
    1 초

    웹 서비스 호출 제한

    Azure Resource Manager에는 API 호출에 대한 제한이 있습니다. Azure Resource Manager 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
    이것은 어려운 한계입니다. 그룹을 사용하여 더 적은 수의 항목으로 액세스를 관리합니다.

    데이터 공유 제한

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

    리소스
    한도

    Azure 구독당 최대 데이터 공유 리소스 수
    100

    데이터 공유 리소스당 최대 전송 공유 수
    200

    데이터 공유 리소스당 수신된 최대 공유 수
    100

    전송된 공유당 최대 초대 수
    200

    전송된 공유당 최대 공유 구독 수
    200

    공유당 최대 데이터세트 수
    200

    공유당 최대 스냅샷 일정 수
    1

    데이터베이스 마이그레이션 서비스 제한

    Azure Database Migration Service는 다운타임을 최소화하면서 여러 데이터베이스 소스에서 Azure 데이터 플랫폼으로 원활하게 마이그레이션할 수 있도록 설계된 완전 관리형 서비스입니다.

    리소스
    한도
    댓글

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

    참고

    주어진 리소스 또는 작업에 조정 가능한 제한이 없는 경우 기본 제한과 최대 제한은 동일합니다.
    제한을 조정할 수 있는 경우 테이블에는 기본 제한 및 최대 제한 헤더에 대해 서로 다른 값이 포함됩니다. 한도는 기본 한도 이상으로 올릴 수 있습니다.
    그러나 최대 한도를 초과하지 않습니다.
    한도 또는 할당량을 기본 한도 이상으로 높이려면 온라인 고객 지원 요청을 여세요.

    이 표는 Azure Resource Manager의 IoT Hub 리소스에 대한 장치 업데이트에 대한 제한을 제공합니다.

    자원
    기본 제한
    최대 한도
    조절할 수 있는?

    구독당 계정
    2
    25

    계정당 인스턴스
    2
    25

    계정 이름 길이
    최소: 3
    최대: 24
    최소: 3
    최대: 24
    아니요

    인스턴스 이름의 길이
    최소: 3
    최대: 36
    최소: 3
    최대: 36
    아니요

    이 표는 IoT Hub용 장치 업데이트 내 작업과 관련된 다양한 제한을 제공합니다.

    작업
    기본 제한
    최대 한도
    조절할 수 있는?

    인스턴스당 기기 수
    10,000
    10,000
    아니요

    인스턴스당 업데이트 공급자 수
    25
    25
    아니요

    인스턴스당 공급자당 업데이트 이름 수
    25
    25
    아니요

    업데이트 공급자당 업데이트 버전 수 및 인스턴스당 이름
    100
    100
    아니요

    인스턴스당 총 업데이트 수
    100
    100
    아니요

    최대 단일 업데이트 파일 크기
    2GB
    2GB
    아니요

    단일 가져오기 작업에서 모든 파일의 최대 결합 크기
    2GB
    2GB
    아니요

    인스턴스당 장치 그룹 수
    75
    75
    아니요

    디지털 트윈 제한

    참고

    이 서비스의 일부 영역에는 조정 가능한 한도가 있고 다른 영역에는 제한이 없습니다. 이는 아래 표에 조정 가능? 열. 한도를 조정할 수 있을 때 조정 가능? 값은 예입니다.

    기능 제한

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

    이러한 기능 제한 내에서 작동하기 위한 모델링 권장 사항은 모델링 모범 사례를 참조하세요.

    영역
    능력
    기본 제한
    조절할 수 있는?

    Azure 리소스
    구독당 지역의 Azure Digital Twins 인스턴스 수
    10

    디지털 트윈
    Azure Digital Twins 인스턴스의 쌍둥이 수
    1,000,000

    디지털 트윈
    단일 쌍으로 들어오는 관계의 수
    5,000
    아니요

    디지털 트윈
    단일 쌍둥이의 나가는 관계 수
    5,000
    아니요

    디지털 트윈
    단일 쌍의 최대 크기(PUT 또는 PATCH 요청의 JSON 본문)
    32KB
    아니요

    디지털 트윈
    최대 요청 페이로드 크기
    32KB
    아니요

    디지털 트윈
    문자열 속성 값의 최대 크기(UTF-8)
    4KB
    아니요

    디지털 트윈
    속성 이름의 최대 크기
    1KB
    아니요

    라우팅
    단일 Azure Digital Twins 인스턴스의 엔드포인트 수
    6
    아니요

    라우팅
    단일 Azure Digital Twins 인스턴스의 경로 수
    6

    모델
    단일 Azure Digital Twins 인스턴스 내의 모델 수
    10,000

    모델
    단일 API 호출로 업로드할 수 있는 모델 수
    250
    아니요

    모델
    단일 모델의 최대 크기(PUT 또는 PATCH 요청의 JSON 본문)
    1MB
    아니요

    모델
    한 페이지에 반환된 항목 수
    100
    아니요

    질문
    한 페이지에 반환된 항목 수
    1000

    질문
    쿼리의 AND / OR 표현식 수
    50

    질문
    IN / NOT IN 절의 배열 항목 수
    50

    질문
    쿼리의 문자 수
    8,000

    질문
    쿼리의 JOINS
    5

    속도 제한

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

    API
    능력
    기본 제한
    조절할 수 있는?

    모델 API
    초당 요청 수
    100

    디지털 트윈 API
    초당 읽기 요청 수
    1,000

    디지털 트윈 API
    초당 패치 요청 수
    1,000

    디지털 트윈 API
    모든 쌍 및 관계에서 초당 생성/삭제 작업 수
    50

    디지털 트윈 API
    단일 쌍 또는 수신/발신 관계에 대한 초당 생성/업데이트/삭제 작업 수
    10
    아니요

    쿼리 API
    초당 요청 수
    500

    쿼리 API
    초당 쿼리 단위
    4,000

    이벤트 경로 API
    초당 요청 수
    100

    기타 제한

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

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

    Event Grid 제한

    다음 제한은 Azure Event Grid 주제(시스템, 사용자 지정 및 파트너 주제)에 적용됩니다.

    참고

    이 한도는 지역별로 적용됩니다.

    자원
    한계

    Azure 구독당 사용자 지정 주제
    100.
    한도에 도달하면 다른 지역을 고려하거나 10000개 주제를 지원할 수 있는 도메인 사용을 고려할 수 있습니다.

    주제별 이벤트 구독
    500
    이 한도는 늘릴 수 없습니다.

    사용자 지정 또는 파트너 주제(인그레스)에 대한 게시 속도
    5,000개 이벤트/초 또는 5MB/초(둘 중 먼저 충족되는 것)

    이벤트 크기
    1MB
    이 한도는 늘릴 수 없습니다.

    배치당 수신 이벤트 수
    5,000
    이 한도는 늘릴 수 없습니다.

    주제별 프라이빗 엔드포인트 연결
    64
    이 한도는 늘릴 수 없습니다.

    주제별 IP 방화벽 규칙
    16

    다음 제한은 Azure Event Grid 도메인에 적용됩니다.

    자원
    한계

    이벤트 도메인별 주제
    100,000

    도메인 내 주제별 이벤트 구독
    500
    이 한도는 늘릴 수 없습니다.

    도메인 범위 이벤트 구독
    50
    이 한도는 늘릴 수 없습니다.

    이벤트 도메인(인그레스)의 게시 속도
    5,000개 이벤트/초 또는 5MB/초(둘 중 먼저 충족되는 것)

    Azure 구독당 이벤트 도메인
    100

    도메인당 프라이빗 엔드포인트 연결
    64

    도메인별 IP 방화벽 규칙
    16

    Event Hubs 제한

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

    모든 계층에 대한 공통 제한

    다음 한도는 모든 계층에 공통적입니다.

    한계
    노트

    이벤트 허브 이름의 크기

    256자

    소비자 그룹 이름의 크기
    Kafka 프로토콜은 소비자 그룹을 생성할 필요가 없습니다.

    카프카: 256자

    AMQP: 50자

    소비자 그룹당 비 Epoch 수신기 수

    5

    네임스페이스당 권한 부여 규칙 수
    승인 규칙 생성에 대한 후속 요청은 거부됩니다.
    12

    GetRuntimeInformation 메서드에 대한 호출 수

    초당 50

    가상 네트워크(VNet) 수

    128

    IP 구성 규칙 수

    128

    스키마 그룹 이름의 최대 길이

    50

    스키마 이름의 최대 길이

    100

    스키마당 크기(바이트)

    1MB

    스키마 그룹당 속성 수

    1024

    스키마 그룹 속성 키당 크기(바이트)

    256

    스키마 그룹 속성 값당 크기(바이트)

    1024

    기본 대 표준 대 프리미엄 대 전용 계층

    다음 표는 기본, 표준, 프리미엄 및 전용 계층에 따라 다를 수 있는 한도를 보여줍니다.

    한계
    기초적인
    기준
    프리미엄
    헌신적인

    Event Hubs 게시의 최대 크기
    256KB
    1MB
    1MB
    1MB

    이벤트 허브당 소비자 그룹 수
    1
    20
    100
    1000
    CU당 제한 없음

    네임스페이스당 중개된 연결 수
    100
    5,000
    PU당 10000

    예를 들어 네임스페이스에 3개의 PU가 할당된 경우 제한은 30000입니다.
    CU당 100,000

    이벤트 데이터의 최대 보유 기간
    1 일
    7 일
    90일
    90일

    최대 TU 또는 PU 또는 CU
    40TU
    40TU
    16개 PU
    20CU

    이벤트 허브당 파티션 수
    32
    32
    이벤트 허브당 100개이지만 네임스페이스 수준에서는 PU당 200개로 제한됩니다.

    예를 들어 네임스페이스에 2개의 PU가 할당된 경우 네임스페이스는 2 * 200 = 400입니다.
    이벤트 허브당 1024
    CU당 2000

    구독당 네임스페이스 수
    1000
    1000
    1000
    1000(CU당 50)

    네임스페이스당 이벤트 허브 수
    10
    10
    PU 당 100
    1000

    포착
    해당 없음
    시간당 지불
    포함
    포함

    메가바이트 단위의 스키마 레지스트리(네임스페이스) 크기
    해당 없음
    25
    100
    1024

    스키마 레지스트리 또는 네임스페이스의 스키마 그룹 수
    해당 없음
    1 – 기본 그룹 제외
    스키마당 100
    1MB
    1000
    스키마당 1MB

    모든 스키마 그룹의 스키마 버전 수
    해당 없음
    25
    1000
    10000

    단위당 처리량
    수신 – 초당 1MB/초 또는 1000개 이벤트
    이그레스 – 초당 2MB/초 또는 4096개 이벤트
    수신 – 초당 1MB/초 또는 1000개 이벤트
    이그레스 – 초당 2MB/초 또는 4096개 이벤트
    PU당 제한 없음 *
    CU당 제한 없음 *

    * 리소스 할당, 파티션 수, 스토리지 등과 같은 다양한 요소에 따라 다릅니다.

    참고

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

    IoT Central 제한

    IoT Central은 구독에 배포할 수 있는 애플리케이션 수를 10개로 제한합니다. 이 제한을 늘려야 하는 경우 Microsoft 지원에 문의하세요.

    IoT Hub 제한

    다음 표에는 다양한 서비스 계층 S1, S2, S3 및 F1과 관련된 제한이 나열되어 있습니다. 각 계층의 각 장치 비용에 대한 자세한 내용은 Azure IoT Hub 가격 책정을 참조하세요.

    자원
    에스원 스탠다드
    S2 스탠다드
    S3 스탠다드
    F1 무료

    메시지/일
    400,000
    6,000,000
    300,000,000
    8,000

    최대 단위
    200
    200
    10
    1

    참고

    S1 또는 S2 계층 허브에 200개 이상의 장치를 사용하거나 S3 계층 허브에 10개 장치를 사용할 것으로 예상되는 경우 Microsoft 지원에 문의하십시오.

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

    자원
    한계

    Azure 구독당 최대 유료 IoT Hub
    50

    Azure 구독당 최대 무료 IoT Hub
    1

    장치 ID의 최대 문자 수
    128

    단일 호출에서 반환되는 최대 기기 ID 수
    1,000

    디바이스-클라우드 메시지에 대한 IoT Hub 메시지 최대 보존
    7 일

    디바이스-클라우드 메시지의 최대 크기
    256KB

    디바이스-클라우드 배치의 최대 크기
    AMQP 및 HTTP: 전체 배치의 경우 256KB
    MQTT: 각 메시지의 경우 256KB

    디바이스-클라우드 일괄 처리의 최대 메시지
    500

    클라우드-디바이스 메시지의 최대 크기
    64KB

    클라우드-디바이스 메시지의 최대 TTL
    2일

    클라우드-디바이스
    메시지의 최대 전송 횟수
    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만 해당)

    참고

    Azure 구독에 50개 이상의 유료 IoT Hub가 필요한 경우 Microsoft 지원에 문의하세요.

    참고

    현재 단일 IoT Hub에 등록할 수 있는 장치와 모듈의 총 수는 1,000,000개로 제한되어 있습니다. 이 한도를 늘리려면 Microsoft 지원에 문의하세요.

    IoT Hub는 다음 할당량을 초과하면 요청을 조절합니다.

    조절판
    허브당 값

    ID 레지스트리 작업
    (생성, 검색, 나열, 업데이트 및 삭제),
    개별 또는 대량 가져오기/내보내기
    83.33/초/단위(5,000/분/단위)(S3용).
    1.67/초/단위(100/분/단위)(S1 및 S2의 경우).

    장치 연결
    6,000/초/단위(S3의 경우), 120/초/단위(S2의 경우), 12/초/단위(S1의 경우).
    최소 100/초.

    디바이스-클라우드 전송
    6,000/초/단위(S3의 경우), 120/초/단위(S2의 경우), 12/초/단위(S1의 경우).
    최소 100/초.

    클라우드-디바이스 전송
    83.33/초/단위(5,000/분/단위)(S3의 경우), 1.67/초/단위(100/분/단위)(S1 및 S2의 경우).

    클라우드-디바이스 수신
    833.33/초/단위(50,000/분/단위)(S3의 경우), 16.67/초/단위(1,000/분/단위)(S1 및 S2의 경우).

    파일 업로드 작업
    83.33 파일 업로드 시작/초/단위(5,000/분/단위)(S3의 경우), 1.67 파일 업로드 시작/초/단위(100/분/단위)(S1 및 S2의 경우).
    장치당 10개의 동시 파일 업로드.

    직접 방법
    24MB/초/단위(S3의 경우), 480KB/초/단위(S2의 경우), 160KB/초/단위(S1의 경우).
    8KB 조절 측정기 크기를 기준으로 합니다.

    장치 쌍 읽기
    500/초/단위(S3의 경우), 최대 100/초 또는 10/초/단위(S2의 경우), 100/초(S1의 경우)

    장치 쌍 업데이트
    250/초/단위(S3의 경우), 최대 50/초 또는 5/초/단위(S2의 경우), 50/초(S1의 경우)

    작업 작업
    (생성, 업데이트, 나열 및 삭제)
    83.33/초/단위(5,000/분/단위)(S3의 경우), 1.67/초/단위(100/분/단위)(S2의 경우), 1.67/초/단위(100/분/단위)(S1의 경우) .

    장치당 작업 처리량
    50/초/단위(S3의 경우), 최대 10/초 또는 1/초/단위(S2의 경우), 10/초(S1의 경우).

    장치 스트림 시작 속도
    5개의 새로운 스트림/초(S1, S2, S3 및 F1 전용).

    IoT Hub Device Provisioning 서비스 제한

    참고

    이 서비스의 일부 영역에는 조정 가능한 한도가 있습니다. 이는 아래 표에 조정 가능? 열. 한도를 조정할 수 있을 때 조정 가능? 값은 예입니다.

    한도를 조정할 수 있는 실제 값은 각 고객의 배포에 따라 다를 수 있습니다. 대규모 배포에는 여러 DPS 인스턴스가 필요할 수 있습니다.

    비즈니스에서 기본 한도 이상으로 조정 가능한 한도 또는 할당량을 높여야 하는 경우 지원 티켓을 여는 추가 리소스에 대한 요청을 제출할 수 있습니다. 증가를 요청한다고 해서 승인이 보장되는 것은 아닙니다. 사례별로 검토해야 하기 때문입니다. 구현 중에 가능한 한 빨리 Microsoft 지원에 문의하여 요청이 승인될 수 있는지 확인하고 그에 따라 계획을 세우십시오.

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

    자원
    한계
    조절할 수 있는?

    Azure 구독당 최대 장치 프로비저닝 서비스
    10

    최대 등록 수
    1,000,000

    최대 개별 등록 수
    1,000,000

    최대 등록 그룹 수(X.509 인증서)
    100

    최대 등록 그룹 수(대칭 키)
    100
    아니요

    최대 CA 수
    25
    아니요

    연결된 IoT Hub의 최대 수
    50
    아니요

    메시지의 최대 크기
    96KB
    아니요

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

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

    비율
    단위당 가치
    조절할 수 있는?

    운영
    200/분/서비스

    기기 등록
    200/분/서비스

    장치 폴링 작업
    5/10초/장치
    아니요

    Key Vault 제한

    Azure Key Vault 서비스는 Vault 및 Managed 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 작업을 수행할 때 2,048비트 키에 비해 4,096비트 키를 사용하는 것이 8배 더 비쌉니다. 2,000/250 = 8이기 때문입니다.

    주어진 10초 간격 동안 Azure Key Vault 클라이언트는 429 제한 HTTP 상태 코드가 발생하기 전에 다음 작업 중 하나만 수행할 수 있습니다.

    <울>

  • 4,000개의 RSA 2,048비트 소프트웨어 키 GET 트랜잭션
  • 2,000개의 RSA 2,048비트 HSM 키 GET 트랜잭션
  • 250개의 RSA 4,096비트 HSM 키 GET 트랜잭션
  • 248개의 RSA 4,096비트 HSM 키 GET 트랜잭션 및 16개의 RSA 2,048비트 HSM 키 GET 트랜잭션
  • 비밀, 관리 스토리지 계정 키 및 볼트 트랜잭션:

    거래 유형
    지역별 볼트당 10초 동안 허용되는 최대 트랜잭션1

    모든 거래 창구
    4,000

    이 제한을 초과할 때 조절을 처리하는 방법에 대한 자세한 내용은 Azure Key Vault 조절 지침을 참조하세요.

    1 모든 트랜잭션 유형에 대한 구독 전체 제한은 키 자격 증명 모음 제한당 5회입니다. 예를 들어 구독당 HSM 기타 트랜잭션은 구독당 10초 동안 10,000개의 트랜잭션으로 제한됩니다.

    백업 키, 비밀, 인증서

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

    거래 유형
    허용되는 최대 키 자격 증명 모음 개체 버전

    개별 키, 비밀, 인증서 백업
    500

    참고

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

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

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

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

    리소스 유형: 관리되는 HSM

    이 섹션에서는 리소스 유형 관리되는 HSM에 대한 서비스 제한에 대해 설명합니다.

    객체 제한

    안건
    제한

    지역별 구독당 HSM 인스턴스 수
    5

    HSM 인스턴스당 키 수
    5000

    키당 버전 수
    100

    HSM 인스턴스당 커스텀 역할 정의 수
    50

    HSM 범위의 역할 할당 수
    50

    각 개별 키 범위의 역할 할당 수
    10

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

    작업
    초당 작업 수

    모든 RBAC 작업
    (역할 정의 및 역할 할당을 위한 모든 CRUD 작업 포함)
    5

    전체 HSM 백업/복원
    (HSM 인스턴스당 하나의 동시 백업 또는 복원 작업만 지원됨)
    1

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

    <울>

  • 각 관리형 HSM 인스턴스는 3개의 로드 밸런싱된 HSM 파티션을 구성합니다. 처리량 제한은 각 파티션에 할당된 기본 하드웨어 용량의 함수입니다. 아래 표는 하나 이상의 파티션을 사용할 수 있는 최대 처리량을 보여줍니다. 3개의 파티션을 모두 사용할 수 있는 경우 실제 처리량은 최대 3배 더 높을 수 있습니다.
  • 표시된 처리량 제한은 최대 처리량을 달성하기 위해 하나의 단일 키가 사용된다고 가정합니다. 예를 들어 단일 RSA-2048 키가 사용되는 경우 최대 처리량은 1100개의 서명 작업입니다. 초당 하나의 트랜잭션으로 1100개의 다른 키를 사용하는 경우 동일한 처리량을 달성할 수 없습니다.
  • RSA 키 작업(HSM 인스턴스당 초당 작업 수)

    작업
    2048비트
    3072비트
    4096비트

    키 생성
    1
    1
    1

    키 삭제(일시 삭제)
    10
    10
    10

    퍼지 키
    10
    10
    10

    백업 키
    10
    10
    10

    키 복원
    10
    10
    10

    주요 정보 얻기
    1100
    1100
    1100

    암호화
    10000
    10000
    6000

    복호화
    1100
    360
    160

    포장하다
    10000
    10000
    6000

    풀다
    1100
    360
    160

    징후
    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

    징후
    260
    260
    165
    56

    확인
    130
    130
    82
    28

    AES 키 작업(HSM 인스턴스당 초당 작업 수)

    <울>

  • 암호화 및 암호 해독 작업은 4KB 패킷 크기를 가정합니다.
  • 암호화/복호화 처리량 제한은 AES-CBC 및 AES-GCM 알고리즘에 적용됩니다.
  • Wrap/Unwrap의 처리량 제한은 AES-KW 알고리즘에 적용됩니다.
  • 작업
    128비트
    192비트
    256비트

    키 생성
    1
    1
    1

    키 삭제(일시 삭제)
    10
    10
    10

    퍼지 키
    10
    10
    10

    백업 키
    10
    10
    10

    키 복원
    10
    10
    10

    주요 정보 얻기
    1100
    1100
    1100

    암호화
    8000
    8000
    8000

    복호화
    8000
    8000
    8000

    포장하다
    9000
    9000
    9000

    풀다
    9000
    9000
    9000

    관리 ID 제한

    <울>

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

  • 관리 ID를 생성할 수 있는 속도에는 다음과 같은 제한이 있습니다.

    <올>

  • Azure 지역별 Azure AD 테넌트당: 20초당 400개의 생성 작업
  • Azure 지역별 Azure 구독당: 20초당 80개의 생성 작업
  • 사용자 할당 관리 ID가 Azure 리소스에 할당될 수 있는 비율:

    <올>

  • Azure 지역별 Azure AD 테넌트별: 20초당 400개의 할당 작업
  • Azure 지역별 Azure 구독당: 20초당 300개의 할당 작업
  • 미디어 서비스 제한

    참고

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

    계정 한도

    자원
    기본 제한

    단일 구독의 Media Services 계정
    100(고정)

    자산 한도

    자원
    기본 제한

    Media Services 계정당 자산
    1,000,000

    저장소(미디어) 제한

    자원
    기본 제한

    파일 크기
    일부 시나리오에서는 Media Services에서 처리하기 위해 지원되는 최대 파일 크기에 제한이 있습니다. (1)

    스토리지 계정
    100(2) (고정)

    1 단일 Blob에 지원되는 최대 크기는 현재 Azure Blob Storage에서 최대 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 맞춤 스트리밍 정책을 사용할 때 미디어 서비스 계정에 대해 이러한 정책의 제한된 집합을 설계하고 동일한 암호화 옵션과 프로토콜이 필요할 때마다 StreamingLocators에 이를 재사용해야 합니다. . 각 스트리밍 로케이터에 대해 새 스트리밍 정책을 생성해서는 안 됩니다.

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

    보호 제한

    자원
    기본 제한

    콘텐츠 키 정책별 옵션
    30

    계정당 Media Services 키 전달 서비스의 각 DRM 유형에 대한 월별 라이선스
    1,000,000

    지원 티켓

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

    미디어 서비스 v2(기존)

    Media Services v2(기존)에 대한 제한은 Media Services v2(기존)

    를 참조하세요.

    모바일 서비스 제한


    무료
    기초적인
    기준

    API 호출
    500,000
    단위당 150만
    단위당 1500만

    활성 장치
    500
    제한 없는
    제한 없는

    규모
    해당 없음
    최대 6개
    무제한 단위

    푸시 알림
    Azure Notification Hubs 무료 계층 포함, 최대 100만 푸시
    Notification Hubs 기본 계층 포함, 최대 1천만 푸시
    Notification Hubs 표준 계층 포함, 최대 1천만 푸시

    실시간 메시징/
    웹 소켓
    제한된
    모바일 서비스당 350
    제한 없는

    오프라인 동기화
    제한된
    포함
    포함

    예약된 작업
    제한된
    포함
    포함

    Azure SQL Database(필수)
    추가 용량에는 표준 요금이 적용됩니다.
    20MB 포함
    20MB 포함
    20MB 포함

    CPU 용량
    하루 60분
    제한 없는
    제한 없는

    아웃바운드 데이터 전송
    165MB/일(일일 롤오버)
    포함
    포함

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

    다단계 인증 제한

    자원
    기본 제한
    최대 한도

    구독당 신뢰할 수 있는 IP 주소 또는 범위의 최대 수

    50

    내 장치, 일 수 기억
    14
    60

    앱 비밀번호의 최대 수

    제한 없음

    MFA 호출 중 X번의 시도 허용
    1
    99

    양방향 문자 메시지 시간 초과(초)
    60
    600

    기본 일회성 우회(초)
    300
    1,800

    X 연속 MFA 거부 후 사용자 계정 잠금
    설정되지 않음
    99

    X분 후 계정 잠금 카운터 재설정
    설정되지 않음
    9,999

    X분 후 계정 잠금 해제
    설정되지 않음
    9,999

    네트워킹 제한

    네트워킹 제한 – Azure 리소스 관리자

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

    참고

    최근에 모든 기본 한도를 최대 한도로 늘렸습니다. 최대 제한 열이 없으면 리소스에 조정 가능한 제한이 없는 것입니다. 과거에 지원을 통해 이러한 한도를 늘렸지만 다음 표에 업데이트된 한도가 표시되지 않는 경우 무료로 온라인 고객 지원 요청을 시작하세요

    .

    자원
    한계

    가상 네트워크
    1,000

    가상 네트워크당 서브넷
    3,000

    가상 네트워크당 가상 네트워크 피어링
    500

    가상 네트워크당 가상 네트워크 게이트웨이(VPN 게이트웨이)
    1

    가상 네트워크당 가상 네트워크 게이트웨이(ExpressRoute 게이트웨이)
    1

    가상 네트워크당 DNS 서버
    20

    가상 네트워크당 개인 IP 주소
    65,536

    네트워크 인터페이스당 사설 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

    애플리케이션 보안 그룹별 IP 구성
    4,000

    네트워크 보안 그룹의 모든 보안 규칙 내에서 지정할 수 있는 애플리케이션 보안 그룹
    100

    사용자 정의 라우팅 테이블
    200

    라우팅 테이블당 사용자 정의 경로
    400

    Azure VPN Gateway당 지점 및 사이트 간 루트 인증서
    20

    Azure VPN Gateway당 지점 및 사이트 간 해지된 클라이언트 인증서
    300

    가상 네트워크 TAP
    100

    가상 네트워크 TAP당 네트워크 인터페이스 TAP 구성
    100

    공개 IP 주소 제한

    자원
    기본 제한
    최대 한도

    공개 IP 주소1,2
    기본의 경우 10.
    연락처 지원.

    고정 공용 IP 주소1
    기본의 경우 10.
    연락처 지원.

    표준 공용 IP 주소1
    10
    연락처 지원.

    리소스 그룹당 공개 IP 주소
    800
    연락처 지원.

    공개 IP 접두사
    구독의 표준 공용 IP 수로 제한됨
    연락처 지원.

    공개 IP 접두사 길이
    /28
    연락처 지원.

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

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

    로드 밸런서 제한

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

    표준 부하 분산기

    자원
    한계

    로드 밸런서
    1,000

    리소스당 규칙(로드 밸런서 + 인바운드 NAT)
    1,500

    NIC당 규칙(NIC의 모든 IP에서)
    300

    프런트엔드 IP 구성
    600

    백엔드 풀 크기
    1,000개의 IP 구성, 단일 가상 네트워크

    Load Balancer 1당 백엔드 리소스
    1,200

    고가용성 포트 규칙
    내부 프런트엔드당 1개

    로드 밸런서당 아웃바운드 규칙
    600

    VM당 로드 밸런서
    2(공개 1개 및 내부 1개)

    1 독립 실행형 가상 머신 리소스, 가용성 집합 리소스 및 가상 머신 확장 집합 배치 그룹의 조합에서 최대 1,200개의 리소스로 제한됩니다.

    기본 부하 분산기

    자원
    한계

    로드 밸런서
    1,000

    리소스당 규칙
    250

    NIC당 규칙(NIC의 모든 IP에서)
    300

    프런트엔드 IP 구성 2
    200

    백엔드 풀 크기
    300개의 IP 구성, 단일 가용성 세트

    로드 밸런서당 가용성 세트
    1

    VM당 로드 밸런서
    2(공개 1개 및 내부 1개)

    2 백 엔드 풀(독립 실행형 가상 머신, 가용성 집합 또는 가상 머신 확장 집합 배치 그룹)의 단일 개별 리소스에 대한 제한은 단일 기본 공용 로드 밸런서 및 기본에 걸쳐 최대 250개의 프런트엔드 IP 구성을 포함하는 것입니다. 내부 부하 분산기.

    다음 제한은 구독당 클래식 배포 모델을 통해 관리되는 네트워킹 리소스에만 적용됩니다. 구독 제한 대비 현재 리소스 사용량을 확인하는 방법을 알아보세요.

    자원
    기본 제한
    최대 한도

    가상 네트워크
    100
    100

    로컬 네트워크 사이트
    20
    50

    가상 네트워크당 DNS 서버
    20
    20

    가상 네트워크당 개인 IP 주소
    4,096
    4,096

    가상 머신 또는 역할 인스턴스의 NIC당 동시 TCP 또는 UDP 흐름
    500,000, 2개 이상의 NIC의 경우 최대 1,000,000
    500,000, 2개 이상의 NIC의 경우 최대 1,000,000

    NSG(네트워크 보안 그룹)
    200
    200

    NSG당 NSG 규칙
    200
    1,000

    사용자 정의 라우팅 테이블
    200
    200

    라우팅 테이블당 사용자 정의 경로
    400
    400

    공개 IP 주소(동적)
    500
    500

    예약된 공개 IP 주소
    500
    500

    배포당 공개 IP
    5
    연락처 지원

    배포당 사설 IP(내부 부하 분산)
    1
    1

    엔드포인트 액세스 제어 목록(ACL)
    50
    50

    ExpressRoute 제한

    자원
    한계

    구독당 ExpressRoute 회로
    50

    Azure Resource Manager를 사용하여 구독당 지역별 ExpressRoute 회로
    10

    ExpressRoute Standard를 사용하여 Azure 프라이빗 피어링에 보급되는 최대 IPv4 경로 수
    4,000

    ExpressRoute Premium 추가 기능을 사용하여 Azure 프라이빗 피어링에 보급되는 IPv4 경로의 최대 수
    10,000

    ExpressRoute Standard를 사용하여 Azure 프라이빗 피어링에 보급된 IPv6 경로의 최대 수
    100

    ExpressRoute Premium 추가 기능을 사용하여 Azure 프라이빗 피어링에 보급되는 IPv6 경로의 최대 수
    100

    ExpressRoute 연결을 위해 VNet 주소 공간에서 Azure 프라이빗 피어링에서 보급된 최대 IPv4 경로 수
    1,000

    ExpressRoute 연결을 위해 VNet 주소 공간에서 Azure 프라이빗 피어링에서 보급된 최대 IPv6 경로 수
    1,000

    ExpressRoute Standard를 사용하여 Microsoft 피어링에 보급되는 IPv4 경로의 최대 수
    200

    ExpressRoute Premium 추가 기능을 사용하여 Microsoft 피어링에 보급되는 IPv4 경로의 최대 수
    200

    ExpressRoute Standard를 사용하여 Microsoft 피어링에 보급된 IPv6 경로의 최대 수
    200

    ExpressRoute Premium 추가 기능을 사용하여 Microsoft 피어링에 보급되는 IPv6 경로의 최대 수
    200

    동일한 피어링 위치의 동일한 가상 네트워크에 연결된 최대 ExpressRoute 회로 수
    4

    서로 다른 피어링 위치에서 동일한 가상 네트워크에 연결된 최대 ExpressRoute 회로 수
    16(자세한 내용은 게이트웨이 SKU를 참조하세요.)

    ExpressRoute 회로당 허용되는 가상 네트워크 링크 수
    ExpressRoute 회로당 가상 네트워크 수 표를 참조하세요.

    Fastpath가 있는 ExpressRoute 공급자 회로의 최대 IP 수
    25,000

    ExpressRoute Direct 10Gbps의 최대 IP 수(Fastpath 포함)
    100,000

    ExpressRoute Direct 100Gbps의 최대 IP 수(Fastpath 포함)
    200,000

    ExpressRoute 회로당 가상 네트워크 수

    회로 크기
    표준의 가상 네트워크 링크 수
    프리미엄 부가 기능이 있는 가상 네트워크 링크 수

    50Mbps
    10
    20

    100Mbps
    10
    25

    200Mbps
    10
    25

    500Mbps
    10
    40

    1Gbps
    10
    50

    2Gbps
    10
    60

    5Gbps
    10
    75

    10Gbps
    10
    100

    40Gbps*
    10
    100

    100Gbps*
    10
    100

    *100Gbps ExpressRoute 다이렉트 전용

    참고

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

    가상 네트워크 게이트웨이 제한

    자원
    한계

    VNet 주소 접두사
    VPN 게이트웨이당 600

    BGP 경로 집계
    VPN 게이트웨이당 4,000

    로컬 네트워크 게이트웨이 주소 접두사
    로컬 네트워크 게이트웨이당 1000

    S2S 연결
    게이트웨이 SKU에 따라 다름

    P2S 연결
    게이트웨이 SKU에 따라 다름

    P2S 경로 제한 – IKEv2
    Windows가 아닌 경우 256 / Windows용 25

    P2S 경로 제한 – OpenVPN
    1000

    최대 흐름
    VpnGw1/AZ의 경우 100K / VpnGw2-4/AZ의 경우 512K

    NAT 게이트웨이 제한

    다음 제한은 구독당 지역별로 Azure Resource Manager를 통해 관리되는 NAT 게이트웨이 리소스에 적용됩니다. 구독 제한 대비 현재 리소스 사용량을 확인하는 방법을 알아보세요.

    자원
    한계

    공개 IP 주소
    NAT 게이트웨이당 16개

    NAT 게이트웨이
    리전당 구독당 10,000

    가상 WAN 제한

    자원
    한계

    허브당 VPN(분기) 연결
    1,000

    Virtual WAN 사이트 간 VPN 게이트웨이당 총 처리량
    20Gbps

    Virtual WAN VPN 연결당 처리량(터널 2개)
    2Gbps(1Gbps/IPsec 터널 포함)

    허브당 지점 및 사이트 간 사용자
    100,000

    Virtual WAN 사용자 VPN(지점 및 사이트 간) 게이트웨이당 총 처리량
    200Gbps

    Virtual WAN ExpressRoute 게이트웨이당 총 처리량
    20Gbps

    허브당 ExpressRoute 회로 연결
    8

    허브당 VNet 연결
    500에서 Virtual WAN의 총 허브 수를 뺀 값

    Virtual WAN 허브 라우터당 총 처리량
    VNet 간 전송을 위한 50Gbps

    단일 Virtual WAN 허브에 연결된 모든 VNet의 VM 워크로드
    2000(기본 한도 이상으로 한도 또는 할당량을 높이려면 온라인 고객 지원 요청을 여십시오.)

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

    다음 표는 달리 명시되지 않는 한 v1, v2, Standard 및 WAF SKU에 적용됩니다.

    자원
    한계
    메모

    Azure 애플리케이션 게이트웨이
    구독당 1,000

    프런트 엔드 IP 구성
    2
    1 공공 및 1 민간

    프런트엔드 포트
    1001

    백엔드 주소 풀
    1001

    풀당 백엔드 서버
    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

    인증 인증서
    100

    신뢰할 수 있는 루트 인증서
    100

    최소 요청 시간 초과
    1 초

    비공개 백엔드에 대한 최대 요청 시간 초과
    24 시간

    외부 백엔드에 대한 최대 요청 시간 초과
    4분

    사이트 수
    1001
    HTTP 리스너당 1개

    리스너당 URL 맵
    1

    URL 맵당 최대 경로 기반 규칙
    100

    리디렉션 구성
    1001

    재작성 규칙 세트 수
    400

    재작성 규칙 세트당 헤더 또는 URL 구성 수
    40

    재작성 규칙 세트당 조건 수
    40

    동시 WebSocket 연결
    중형 게이트웨이 20k2
    대형 게이트웨이 50k2

    최대 URL 길이
    32KB

    최대 헤더 크기
    32KB

    HTTP/2의 최대 헤더 필드 크기
    8KB

    HTTP/2의 최대 헤더 크기
    16KB

    최대 파일 업로드 크기(표준 SKU)
    V2 – 4GB
    V1 – 2GB

    최대 파일 업로드 크기(WAF SKU)
    V1 Medium – 100MB
    V1 Large – 500MB
    V2 – 750MB
    V2(CRS 3.2 이상) – 4GB3

    WAF 본문 크기 제한(파일 제외)
    V1 또는 V2(CRS 3.1 이상) – 128KB
    V2(CRS 3.2 이상) – 2MB3

    최대 WAF 사용자 정의 규칙
    100

    Application Gateway당 최대 WAF 제외
    40

    1 WAF 지원 SKU의 경우 리소스 수를 40개로 제한해야 합니다.

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

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

    네트워크 감시자 제한

    자원
    한계
    메모

    Azure 네트워크 감시자
    지역당 1개
    Network Watcher는 서비스에 액세스할 수 있도록 생성됩니다. 지역별 구독당 하나의 Network Watcher 인스턴스만 필요합니다.

    패킷 캡처 세션
    지역당 10,000
    저장된 캡처가 아닌 세션 수만.

    Azure 비공개 링크에는 다음 제한이 적용됩니다.

    자원
    한계

    가상 네트워크당 개인 끝점 수
    1000

    구독당 프라이빗 엔드포인트 수
    64000

    구독당 비공개 링크 서비스 수
    800

    개인 링크 서비스의 IP 구성 수
    8(이 번호는 PLS별로 사용되는 NAT IP 주소용입니다.)

    동일한 프라이빗 링크 서비스의 프라이빗 엔드포인트 수
    1000

    비공개 링크 서비스의 가시성 설정에서 허용되는 구독 수
    100

    비공개 링크 서비스의 자동 승인 설정에서 허용되는 구독 수
    100

    Key Vault당 프라이빗 엔드포인트 수
    64

    구독당 프라이빗 엔드포인트가 있는 키 자격 증명 모음의 수
    400

    프라이빗 엔드포인트에 연결할 수 있는 프라이빗 DNS 영역 그룹의 수
    1

    각 그룹의 DNS 영역 수
    5

    트래픽 관리자 제한

    자원
    한계

    구독당 프로필
    200

    프로필당 엔드포인트
    200

    Azure Bastion 제한

    워크로드 유형*
    인스턴스당 세션 제한**


    50

    중간
    25

    무거운
    2

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

    Azure DNS 제한

    공개 DNS 영역

    자원
    한계

    구독당 퍼블릭 DNS 영역
    250 1

    퍼블릭 DNS 영역당 레코드 세트
    10,000 1

    퍼블릭 DNS 영역에 설정된 레코드당 레코드
    20

    단일 Azure 리소스에 대한 별칭 레코드 수
    20

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

    비공개 DNS 영역

    자원
    한계

    구독당 프라이빗 DNS 영역
    1000

    프라이빗 DNS 영역당 레코드 세트
    25000

    프라이빗 DNS 영역에 대한 레코드 세트당 레코드
    20

    프라이빗 DNS 영역당 가상 네트워크 링크
    1000

    자동 등록이 활성화된 프라이빗 DNS 영역당 가상 네트워크 링크
    100

    자동 등록이 활성화된 가상 네트워크에 연결할 수 있는 프라이빗 DNS 영역의 수
    1

    가상 네트워크가 연결할 수 있는 개인 DNS 영역의 수
    1000

    가상 머신이 Azure DNS 확인자로 보낼 수 있는 초당 DNS 쿼리 수
    1000 1

    가상 머신당 대기 중인(대기 중인 응답) DNS 쿼리의 최대 수
    200 1

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

    Azure 방화벽 제한

    자원
    한계

    데이터 처리량
    30Gbps

    규칙 제한
    네트워크 및 애플리케이션 규칙의 고유한 소스/대상 10,000개

    단일 규칙 컬렉션 그룹 내 규칙의 총 크기
    2MB

    방화벽 정책의 규칙 컬렉션 그룹 수
    50

    최대 DNAT 규칙
    298(단일 공용 IP 주소로 구성된 방화벽의 경우)

    DNAT 제한은 기본 플랫폼으로 인한 것입니다. DNAT 규칙의 최대 수는 298개입니다. 그러나 공용 IP 주소가 추가되면 사용 가능한 DNAT 규칙 수가 줄어듭니다. 예를 들어, 두 개의 공용 IP 주소는 297개의 DNAT 규칙을 허용합니다. 규칙의 프로토콜이 TCP와 UDP 모두에 대해 구성된 경우 두 개의 규칙으로 계산됩니다.

    최소 AzureFirewallSubnet 크기
    /26

    네트워크 및 애플리케이션 규칙의 포트 범위
    1 – 65535

    공개 IP 주소
    최대 250개. 모든 공용 IP 주소는 DNAT 규칙에서 사용할 수 있으며 모두 사용 가능한 SNAT 포트에 기여합니다.

    IP 그룹의 IP 주소
    방화벽당 최대 100개의 IP 그룹.
    각 IP 그룹당 최대 5000개의 개별 IP 주소 또는 IP 접두사.

    라우팅 테이블
    기본적으로 AzureFirewallSubnet에는 NextHopType 값이 Internet으로 설정된 0.0.0.0/0 경로가 있습니다.

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

    그러나 구성에 온-프레미스 네트워크에 대한 강제 터널링이 필요한 경우 Microsoft는 사례별로 이를 지원합니다. 기초. 귀하의 사례를 검토할 수 있도록 지원팀에 문의하십시오. 수락하면 구독을 허용하고 필수 방화벽 인터넷 연결이 유지되는지 확인합니다.

    네트워크 규칙의 FQDN
    우수한 성능을 위해 방화벽당 모든 네트워크 규칙에서 1000개 이상의 FQDN을 초과하지 마십시오.

    Azure Front Door(클래식) 제한

    <울>

  • 아래 제한 외에도 라우팅 규칙, 프런트 엔드 도메인, 프로토콜 및 경로 수에 대한 복합 제한이 있습니다.
  • 자원
    클래식 등급 제한

    구독당 Azure Front Door 리소스
    100

    리소스당 사용자 지정 도메인을 포함하는 프런트 엔드 호스트
    500

    리소스당 라우팅 규칙
    500

    리소스당 백 엔드 풀
    50

    백 엔드 풀당 백 엔드
    100

    라우팅 규칙에 대해 일치시킬 경로 패턴
    25

    단일 캐시 제거 호출의 URL
    100

    정책당 사용자 지정 웹 애플리케이션 방화벽 규칙
    100

    구독당 웹 애플리케이션 방화벽 정책
    100

    사용자 정의 규칙별 웹 애플리케이션 방화벽 일치 조건
    10

    사용자 지정 규칙당 웹 애플리케이션 방화벽 IP 주소 범위
    600

    일치 조건당 웹 응용 프로그램 방화벽 문자열 일치 값
    10

    웹 애플리케이션 방화벽 문자열 일치 값 길이
    256

    웹 애플리케이션 방화벽 POST 본문 매개변수 이름 길이
    256

    웹 애플리케이션 방화벽 HTTP 헤더 이름 길이
    256

    웹 애플리케이션 방화벽 쿠키 이름 길이
    256

    웹 애플리케이션 방화벽 제외 제한
    100

    웹 애플리케이션 방화벽 HTTP 요청 본문 크기 검사
    128KB

    웹 애플리케이션 방화벽 사용자 정의 응답 본문 길이
    32KB

    Azure Front Door 표준 및 프리미엄 계층 서비스 제한

    <울>

  • 구독당 표준 및 프리미엄 프로필 최대 500
  • 아래 제한 외에도 경로, 도메인, 프로토콜 및 경로 수에 대한 복합 제한이 있습니다.
  • 자원
    표준 등급 제한
    프리미엄 등급 제한

    구독당 최대 프로필
    500
    500

    프로필당 최대 엔드포인트
    10
    25

    프로필당 최대 맞춤 도메인
    100
    500

    프로필당 최대 오리진 그룹
    100
    200

    프로필당 최대 출처
    100
    200

    최대 원본 시간 초과
    16 – 240초
    16 – 240초

    프로필당 최대 경로
    100
    200

    프로필당 최대 규칙 집합
    100
    200

    경로당 최대 규칙
    100
    100

    라우팅 규칙에 대해 일치시킬 경로 패턴
    25
    50

    단일 캐시 제거 호출의 URL
    100
    100

    구독당 WAF(웹 애플리케이션 방화벽) 정책
    100
    100

    정책당 WAF 사용자 지정 규칙
    100
    100

    사용자 정의 규칙당 WAF 일치 조건
    10
    10

    일치 조건당 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

    시간 초과 값

    고객 대 정문

    <울>

  • Front Door의 유휴 TCP 연결 제한 시간은 61초입니다.
  • 애플리케이션 백엔드로의 전면 도어

    <울>

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

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

  • 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바이트
  • Standard 및 Premium의 최대 엔드포인트 이름: 46자
  • 규칙 엔진 구성에 적용되는 제한에 대한 자세한 내용은 규칙 엔진 용어

    를 참조하세요.

    알림 허브 제한


    무료
    기초적인
    기준

    포함된 푸시
    100만
    10000000
    10000000

    활성 장치
    500
    200,000
    10000000

    설치 또는 등록당 태그 할당량
    60
    60
    60

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

    Microsoft Purview 제한

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

    Microsoft Sentinel 제한

    이 섹션에는 Microsoft Sentinel을 사용할 때 발생할 수 있는 가장 일반적인 서비스 제한이 나열되어 있습니다.

    분석 규칙 제한

    Microsoft Sentinel의 분석 규칙에는 다음 제한이 적용됩니다.

    설명
    한계
    의존

    규칙 수
    512 규칙
    없음

    사고 제한

    Microsoft Sentinel의 인시던트에는 다음 제한 사항이 적용됩니다.

    설명
    한계
    의존

    조사 경험 가능 여부
    사건의 마지막 업데이트 시간으로부터 90일
    없음

    자동화 규칙 수
    512 규칙
    없음

    작업 수
    20가지 행동
    없음

    댓글당 문자 수
    30,000자
    없음

    사건당 댓글 수
    댓글 100개
    없음

    조건 수
    50개 조건
    없음

    기계 학습 기반 제한

    사용자 지정 가능한 이상 항목 및 Fusion과 같은 Microsoft Sentinel의 기계 학습 기반 기능에는 다음 제한 사항이 적용됩니다.

    설명
    한계
    의존

    이상 유형당 게시된 이상 수
    이상 점수로 순위가 매겨진 상위 3000개
    없음

    단일 Fusion 인시던트의 경고 및/또는 이상 항목 수
    100개의 경고 및/또는 이상
    없음

    노트북 제한

    Microsoft Sentinel의 노트북에는 다음 제한이 적용됩니다. 제한은 노트북에서 사용하는 다른 서비스에 대한 종속성과 관련이 있습니다.

    설명
    한계
    의존

    기계 학습 작업 공간당 이러한 자산의 총 수: 데이터 세트, 실행, 모델 및 아티팩트
    1000만 자산
    Azure 기계 학습

    리전당 총 컴퓨팅 클러스터에 대한 기본 제한입니다. 훈련 클러스터와 컴퓨팅 인스턴스 간에 제한이 공유됩니다. 컴퓨팅 인스턴스는 할당량을 위해 단일 노드 클러스터로 간주됩니다.
    리전당 200개의 컴퓨팅 클러스터
    Azure 기계 학습

    구독당 지역별 스토리지 계정
    250개의 스토리지 계정
    Azure 저장소

    기본적으로 파일 공유의 최대 크기
    5TB
    Azure 저장소

    대용량 파일 공유 기능이 활성화된 파일 공유의 최대 크기
    100TB
    Azure 저장소

    기본적으로 단일 파일 공유에 대한 최대 처리량(수신 + 송신)
    60MB/초
    Azure 저장소

    대용량 파일 공유 기능이 활성화된 단일 파일 공유에 대한 최대 처리량(수신 + 송신)
    300MB/초
    Azure 저장소

    위협 정보 제한

    Microsoft Sentinel의 위협 인텔리전스에는 다음 제한이 적용됩니다. 제한은 위협 인텔리전스가 사용하는 API에 대한 종속성과 관련이 있습니다.

    설명
    한계
    의존

    그래프 보안 API를 사용하는 호출당 표시기
    100개의 지표
    마이크로소프트 그래프 보안 API

    관심 목록 제한

    Microsoft Sentinel의 관심 목록에는 다음 제한이 적용됩니다. 제한은 관심 목록에서 사용하는 다른 서비스에 대한 종속성과 관련이 있습니다.

    설명
    한계
    의존

    로컬 파일의 업로드 크기
    파일당 3.8MB
    Azure 리소스 관리자

    CSV 파일의 줄 입력
    한 줄에 10,240자
    Azure 리소스 관리자

    Azure Storage의 파일 업로드 크기
    파일당 500MB
    Azure 저장소

    작업 공간당 활성 감시 목록 항목의 총 수입니다. 최대 개수에 도달하면 일부 기존 항목을 삭제하여 새 관심 목록을 추가하십시오.
    1천만 개의 활성 관심 목록 항목
    로그 분석

    몇 초 만에 큰 관심 목록의 상태를 새로 고칩니다. 고객은 다음 새로 고침까지 업로드의 최신 진행 상황을 볼 수 없습니다.
    15초
    애저 코스모스 DB

    한 번에 작업 공간당 대용량 관심 목록 업로드 수
    하나의 큰 관심 목록
    애저 코스모스 DB

    작업 공간당 한 번에 대규모 관심 목록 삭제 수
    하나의 큰 관심 목록
    애저 코스모스 DB

    사용자 및 엔터티 행동 분석(UEBA) 제한

    Microsoft Sentinel의 UEBA에는 다음 제한이 적용됩니다. Microsoft Sentinel의 UEBA 제한은 다른 서비스에 대한 종속성과 관련이 있습니다.

    설명
    한계
    의존

    IdentityInfo 테이블에 대한 가장 낮은 보존 구성(일)입니다. Log Analytics의 IdentityInfo 테이블에 저장된 모든 데이터는 14일마다 새로 고쳐집니다.
    14 일
    로그 분석

    서비스 버스 제한

    다음 표에는 Azure Service Bus 메시징과 관련된 할당량 정보가 나와 있습니다. Service Bus의 가격 책정 및 기타 할당량에 대한 자세한 내용은 Service Bus 가격 책정을 참조하세요.

    할당량 이름
    범위

    노트

    Azure 구독당 최대 네임스페이스 수
    네임스페이스
    1000(기본값 및 최대값)
    추가 네임스페이스에 대한 후속 요청은 거부됩니다.

    대기열 또는 주제 크기
    실재

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

    프리미엄 SKU 및 파티셔닝이 활성화된 표준 SKU에서 최대 대기열 또는 주제 크기는 80GB입니다. .

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

    대기열 또는 주제 생성/업데이트 시 정의됩니다.

    후속 수신 메시지는 거부되고 호출 코드에서 예외가 수신됩니다.

    네임스페이스의 동시 연결 수
    네임스페이스
    네트 메시징: 1,000.

    AMQP: 5,000.
    추가 연결에 대한 후속 요청은 거부되고 호출 코드에서 예외가 수신됩니다. REST 작업은 동시 TCP 연결에 포함되지 않습니다.

    대기열, 주제 또는 구독 엔터티에 대한 동시 수신 요청 수
    실재
    5,000
    후속 수신 요청은 거부되고 호출 코드에서 예외가 수신됩니다. 이 할당량은 주제에 대한 모든 구독에서 결합된 동시 수신 작업 수에 적용됩니다.

    네임스페이스당 주제 또는 대기열 수
    네임스페이스
    기본 또는 표준 등급의 경우 10,000입니다. 네임스페이스의 총 주제 및 대기열 수는 10,000개 이하여야 합니다.

    프리미엄 등급의 경우 메시징 단위(MU)당 1,000입니다.
    네임스페이스에 대한 새 주제 또는 대기열 생성에 대한 후속 요청은 거부됩니다. 따라서 Azure 포털을 통해 구성하면 오류 메시지가 생성됩니다. 관리 API에서 호출하면 호출 코드에서 예외를 수신합니다.

    네임스페이스당 분할된 주제 또는 대기열
    네임스페이스
    기본 및 표준 등급: 100.

    분할된 항목은 프리미엄 등급에서 지원되지 않습니다.

    분할된 각 대기열 또는 주제는 할당량 계산에 포함됩니다. 네임스페이스당 엔터티 1,000개
    네임스페이스에서 분할된 새 토픽 또는 큐 생성에 대한 후속 요청은 거부됩니다. 따라서 Azure 포털을 통해 구성하면 오류 메시지가 생성됩니다. 관리 API에서 호출하면 호출 코드에서 QuotaExceededException 예외를 수신합니다.

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

    모든 메시징 엔터티 경로의 최대 크기: 대기열 또는 주제
    실재

    260자.

    메시징 엔터티 이름의 최대 크기: 네임스페이스, 구독 또는 구독 규칙
    실재

    50자.

    메시지 ID의 최대 크기
    실재

    128

    메시지 세션 ID의 최대 크기
    실재

    128

    대기열, 주제 또는 구독 엔터티의 메시지 크기
    실재
    이러한 할당량을 초과하는 수신 메시지는 거부되고 호출 코드에서 예외를 수신합니다.
    표준 등급의 경우 256KB
    프리미엄 등급의 경우 100MB

    메시지 크기에는 속성(시스템 및 사용자)의 크기와 페이로드의 크기가 포함됩니다. 시스템 속성의 크기는 시나리오에 따라 다릅니다.

    대기열, 주제 또는 구독 엔터티의 메시지 속성 크기
    실재
    SerializationException 예외가 생성됩니다.

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

    모든 속성의 누적 크기는 64KB를 초과할 수 없습니다. 이 제한은 사용자 속성과 시스템 속성(예: 시퀀스 번호, 레이블, 메시지 ID)이 있는 중개된 메시지의 전체 헤더에 적용됩니다.

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

    주제당 구독 수
    실재
    주제에 대한 추가 구독 생성에 대한 후속 요청은 거부됩니다. 따라서 포털을 통해 구성하면 오류 메시지가 표시됩니다. 관리 API에서 호출하면 호출 코드에서 예외를 수신합니다.
    표준 등급 및 프리미엄 등급의 경우 주제당 2,000입니다.

    주제당 SQL 필터 수
    실재
    주제에 대한 추가 필터 생성에 대한 후속 요청은 거부되고 호출 코드에서 예외를 수신합니다.
    2,000

    주제별 상관 관계 필터 수
    실재
    주제에 대한 추가 필터 생성에 대한 후속 요청은 거부되고 호출 코드에서 예외를 수신합니다.
    100,000

    SQL 필터 또는 작업의 크기
    네임스페이스
    추가 필터 생성에 대한 후속 요청은 거부되고 호출 코드에서 예외가 수신됩니다.
    필터 조건 문자열의 최대 길이: 1,024(1K).

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

    규칙 작업당 최대 표현식 수: 32.

    네임스페이스, 대기열 또는 주제별 공유 액세스 권한 부여 규칙 수
    엔티티, 네임스페이스
    추가 규칙 생성에 대한 후속 요청은 거부되고 호출 코드에서 예외가 수신됩니다.
    엔터티 유형당 최대 규칙 수: 12.

    Service Bus 네임스페이스에 구성된 규칙은 큐, 주제 등 모든 유형에 적용됩니다.

    트랜잭션당 메시지 수
    거래
    추가 수신 메시지는 거부되고 “단일 트랜잭션에서 100개 이상의 메시지를 보낼 수 없습니다”라는 예외가 호출 코드에서 수신됩니다.
    100

    Send()SendAsync() 작업 모두에 대해.

    가상 네트워크 및 IP 필터 규칙 수
    네임스페이스

    128

    사이트 복구 제한

    다음 제한이 Azure Site Recovery에 적용됩니다.

    제한 식별자
    한계

    구독당 볼트 수
    500

    Recovery Services 자격 증명 모음당 서버 수
    250

    Recovery Services 자격 증명 모음당 보호 그룹 수
    제한 없음

    Recovery Services 자격 증명 모음당 복구 계획 수
    제한 없음

    보호 그룹당 서버 수
    제한 없음

    복구 계획당 서버 수
    100

    SQL 데이터베이스 제한

    SQL 데이터베이스 제한은 단일 데이터베이스에 대한 SQL 데이터베이스 리소스 제한, 탄력적 풀 및 풀링된 데이터베이스에 대한 SQL 데이터베이스 리소스 제한SQL 데이터베이스 리소스 제한을 참조하세요. SQL 관리형 인스턴스용.

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

    Azure Synapse Analytics 제한

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

    Synapse 작업 공간 제한

    자원
    기본 제한
    최대 한도

    Azure 구독의 Synapse 작업 영역
    2
    2

    Synapse 파이프라인 제한

    자원
    기본 제한
    최대 한도

    Synapse 작업 공간의 Synapse 파이프라인
    800
    800

    작업 공간 내에서 파이프라인, 데이터 세트, 트리거, 연결된 서비스, 프라이빗 엔드포인트 및 통합 런타임과 같은 엔터티의 총 수
    5,000
    지원팀에 문의.

    하나의 작업 공간에서 Azure-SSIS 통합 런타임에 대한 총 CPU 코어
    256
    지원팀에 문의.

    작업 공간의 모든 파이프라인 간에 공유되는 작업 공간당 동시 파이프라인 실행
    10,000
    10,000

    동시 외부 활동은 Azure Integration Runtime 지역
    당 작업 공간별로 실행됩니다.
    외부 활동은 통합 런타임에서 관리되지만 Databricks, 저장 프로시저, HDInsight, 웹 등을 비롯한 연결된 서비스에서 실행됩니다. 이 제한은 자체 호스팅 IR에는 적용되지 않습니다.
    3,000
    3,000

    동시 파이프라인 활동은 Azure Integration Runtime 지역당 작업 공간당 실행됩니다.
    파이프라인 활동은 Lookup, GetMetadata 및 삭제를 포함하여 통합 런타임에서 실행됩니다. 이 제한은 자체 호스팅 IR에는 적용되지 않습니다.
    1,000
    1,000

    Azure Integration Runtime 영역
    테스트 연결, 폴더 목록 및 테이블 목록 찾아보기, 데이터 미리보기를 포함하여 작업 영역당 동시 작성 작업. 이 제한은 자체 호스팅 IR에는 적용되지 않습니다.
    200
    200

    Azure Integration Runtime 지역당 작업 영역당 동시 데이터 통합 ​​단위1 소비
    지역 그룹 12: 6,000
    지역 그룹 22: 3,000
    지역 그룹 32: 1,500
    관리되는 가상 네트워크2: 2,400
    지역 그룹 12: 6,000
    지역 그룹 22: 3,000
    지역 그룹 32: 1,500
    관리되는 가상 네트워크: 지원팀에 문의하세요.

    컨테이너에 대한 내부 활동을 포함하는 파이프라인당 최대 활동
    40
    40

    단일 자체 호스팅 통합 런타임에 대해 생성할 수 있는 연결된 통합 런타임의 최대 수
    100
    지원팀에 문의.

    파이프라인당 최대 매개변수
    50
    50

    ForEach 항목
    100,000
    100,000

    ForEach 병렬 처리
    20
    50

    파이프라인당 최대 대기열 실행
    100
    100

    표현식당 문자
    8,192
    8,192

    최소 텀블링 창 트리거 간격
    5 분
    15 분

    파이프라인 활동 실행을 위한 최대 시간 초과
    7 일
    7 일

    파이프라인 객체의 객체당 바이트3
    200KB
    200KB

    데이터세트 및 연결된 서비스 개체의 개체당 바이트3
    100KB
    2,000KB

    각 활동 실행에 대한 페이로드당 바이트4
    896KB
    896KB

    복사 작업 실행당 데이터 통합 ​​단위1
    256
    256

    API 호출 작성
    1,200/h
    1,200/h

    이 제한은 Azure Synapse Analytics가 아니라 Azure Resource Manager에 의해 부과됩니다.

    API 호출 읽기
    12,500/h
    12,500/h

    이 제한은 Azure Synapse Analytics가 아니라 Azure Resource Manager에 의해 부과됩니다.

    분당 쿼리 모니터링
    1,000
    1,000

    데이터 흐름 디버그 세션의 최대 시간
    8시간
    8시간

    통합 런타임당 데이터 흐름의 동시 수
    50
    지원팀에 문의.

    관리형 vNet의 통합 런타임당 동시 데이터 흐름 수
    20
    지원팀에 문의.

    작업 공간당 사용자당 동시 데이터 흐름 디버그 세션 수

    데이터 흐름 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 Analytics의 전용 SQL 풀에 대한 용량 제한에 대한 자세한 내용은 전용 SQL 풀 리소스 제한을 참조하세요.

    웹 서비스 호출 제한

    Azure Resource Manager에는 API 호출에 대한 제한이 있습니다. Azure Resource Manager API 제한 내에서 API를 호출할 수 있습니다.

    Azure 파일 및 Azure 파일 동기화

    Azure Files 및 파일 동기화의 제한 사항에 대해 자세히 알아보려면 Azure Files 확장성 및 성능 목표를 참조하세요.

    저장용량 제한

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

    Microsoft는 대부분의 시나리오에서 GPv2 스토리지 계정을 사용할 것을 권장합니다. 다운타임 없이 데이터를 복사할 필요 없이 GPv1 또는 Blob Storage 계정을 GPv2 계정으로 쉽게 업그레이드할 수 있습니다. 자세한 내용은 GPv2 저장소 계정으로 업그레이드를 참조하세요.

    참고

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

    자원
    한계

    표준 및 프리미엄 저장소 계정을 포함하여 구독당 지역별 저장소 계정 수입니다.
    250

    기본 최대 스토리지 계정 용량
    5 PiB 1

    스토리지 계정당 Blob 컨테이너, Blob, 파일 공유, 테이블, 큐, 엔터티 또는 메시지의 최대 수입니다.
    제한 없음

    스토리지 계정당 기본 최대 요청 속도
    초당 20,000개 요청1

    다음 지역(LRS/GRS)의 범용 v2 및 Blob Storage 계정당 기본 최대 수신:

    • 호주 동부
    • 미국 중부
    • 동아시아
    • 미국 동부 2
    • 일본 동부
    • 한국 중부
    • 북유럽
    • 미국 중남부< /li>
    • 동남아시아
    • 영국 남부
    • 서유럽
    • 미국 서부

    60Gbps1

    다음 지역(ZRS)의 범용 v2 및 Blob Storage 계정당 기본 최대 수신:

    • 호주 동부
    • 미국 중부
    • 미국 동부
    • 미국 동부 2
    • 일본 동부
    • 북유럽
    • 미국 중남부
    • 동남 아시아
    • 영국 남부
    • 서유럽
    • 미국 서부 2

    60Gbps1

    이전 행에 나열되지 않은 지역의 범용 v2 및 Blob Storage 계정당 기본 최대 수신입니다.
    25Gbps1

    범용 v1 스토리지 계정에 대한 기본 최대 수신(모든 지역)
    10Gbps1

    다음 지역(LRS/GRS)의 범용 v2 및 Blob Storage 계정에 대한 기본 최대 송신:

    • 호주 동부
    • 미국 중부
    • 동아시아
    • 미국 동부 2
    • 일본 동부
    • 한국 중부
    • 북유럽
    • 미국 중남부< /li>
    • 동남아시아
    • 영국 남부
    • 서유럽
    • 미국 서부

    120Gbps1

    다음 지역(ZRS)의 범용 v2 및 Blob Storage 계정에 대한 기본 최대 송신:

    • 호주 동부
    • 미국 중부
    • 미국 동부
    • 미국 동부 2
    • 일본 동부
    • 북유럽
    • 미국 중남부
    • 동남 아시아
    • 영국 남부
    • 서유럽
    • 미국 서부 2

    120Gbps1

    이전 행에 나열되지 않은 지역의 범용 v2 및 Blob Storage 계정에 대한 기본 최대 송신입니다.
    50Gbps1

    범용 v1 스토리지 계정에 대한 최대 송신(미국 지역)
    RA-GRS/GRS가 활성화된 경우 20Gbps, LRS/ZRS2의 경우 30Gbps

    범용 v1 스토리지 계정의 최대 송신(미국 외 지역)
    RA-GRS/GRS가 활성화된 경우 10Gbps, LRS/ZRS2의 경우 15Gbps

    스토리지 계정당 최대 IP 주소 규칙 수
    200

    스토리지 계정당 최대 가상 네트워크 규칙 수
    200

    스토리지 계정당 최대 리소스 인스턴스 규칙 수
    200

    스토리지 계정당 최대 프라이빗 엔드포인트 수
    200

    1 Azure Storage 표준 계정은 요청에 따른 수신 및 송신에 대해 더 높은 용량 제한과 더 높은 제한을 지원합니다. 계정 한도 증가를 요청하려면 Azure 지원에 문의하세요.

    2 스토리지 계정에 지리적 중복 스토리지(RA-GRS) 또는 지리적 영역 중복 스토리지(RA-GZRS)로 읽기 액세스가 활성화된 경우 보조 위치의 송신 대상은 송신 대상과 동일합니다. 기본 위치의. 자세한 내용은 Azure Storage 복제를 참조하세요.

    표준 저장소 계정의 제한에 대한 자세한 내용은 표준 저장소 계정의 확장성 목표를 참조하세요.

    스토리지 리소스 공급자 제한

    다음 제한은 Azure Storage와 함께 Azure Resource Manager를 사용하여 관리 작업을 수행하는 경우에만 적용됩니다.

    자원
    한계

    스토리지 계정 관리 작업(읽기)
    5분당 800

    스토리지 계정 관리 작업(쓰기)
    초당 10 / 시간당 1200

    스토리지 계정 관리 작업(목록)
    5분당 100

    Azure Blob 저장소 제한

    자원
    표적

    단일 Blob 컨테이너의 최대 크기
    최대 스토리지 계정 용량과 동일

    블록 Blob 또는 추가 Blob의 최대 블록 수
    50,000 블록

    블록 Blob에서 블록의 최대 크기
    4000MiB

    블록 Blob의 최대 크기
    50,000 X 4000MiB(약 190.7TiB)

    추가 Blob에서 블록의 최대 크기
    4MiB

    추가 Blob의 최대 크기
    50,000 x 4MiB(약 195GiB)

    페이지 Blob의 최대 크기
    8 TiB2

    Blob 컨테이너당 저장된 액세스 정책의 최대 수
    5

    단일 Blob에 대한 목표 요청 비율
    초당 최대 500개 요청

    단일 페이지 Blob에 대한 목표 처리량
    초당 최대 60MiB2

    단일 블록 Blob에 대한 목표 처리량
    최대 스토리지 계정 수신/송신 제한1

    1 단일 blob에 대한 처리량은 동시성, 요청 크기, 성능 계층, 업로드 소스 속도 및 다운로드 대상을 비롯한 여러 요인에 따라 달라집니다. 고처리량 블록 blob의 성능 향상을 활용하려면 더 큰 blob 또는 블록을 업로드하세요. 특히 표준 스토리지 계정의 경우 4MiB보다 큰 Blob 또는 블록 크기로 Put Blob 또는 Put Block 작업을 호출합니다. 프리미엄 블록 Blob 또는 Data Lake Storage Gen2 스토리지 계정의 경우 256KiB보다 큰 블록 또는 Blob 크기를 사용하세요.

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

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

    서비스 버전
    최대 블록 크기(Put Block을 통해)
    최대 Blob 크기(Put Block List를 통해)
    단일 쓰기 작업(Put Blob을 통해)을 통한 최대 Blob 크기

    버전 2019-12-12 이상
    4000MiB
    약 190.7TiB(4000MiB X 50,000블록)
    5000MiB(미리 보기)

    버전 2016-05-31 ~ 버전 2019-07-07
    100MiB
    약 4.75TiB(100MiB X 50,000블록)
    256MiB

    2016-05-31 이전 버전
    4MiB
    약 195GiB(4MiB X 50,000블록)
    64MiB

    Azure 큐 저장소 제한

    자원
    표적

    단일 대기열의 최대 크기
    500TiB

    큐에 있는 메시지의 최대 크기
    64KiB

    대기열당 저장된 액세스 정책의 최대 수
    5

    스토리지 계정당 최대 요청 속도
    초당 20,000개의 메시지(1KiB 메시지 크기로 가정)

    단일 대기열의 목표 처리량(1KiB 메시지)
    초당 최대 2,000개의 메시지

    Azure Table 스토리지 제한

    다음 표에서는 Table Storage의 용량, 확장성 및 성능 목표를 설명합니다.

    자원
    표적

    Azure Storage 계정의 테이블 수
    스토리지 계정의 용량에 의해서만 제한됨

    테이블의 파티션 수
    스토리지 계정의 용량에 의해서만 제한됨

    파티션의 엔터티 수
    스토리지 계정의 용량에 의해서만 제한됨

    단일 테이블의 최대 크기
    500TiB

    모든 속성 값을 포함한 단일 엔터티의 최대 크기
    1MiB

    테이블 엔터티의 최대 속성 수
    255(세 가지 시스템 속성 포함,PartitionKey, RowKey타임스탬프)

    엔터티에 있는 개별 속성의 최대 총 크기
    속성 유형에 따라 다릅니다. 자세한 내용은 테이블 서비스 데이터 모델 이해속성 유형을 참조하세요.

    PartitionKey의 크기
    최대 1KiB 크기의 문자열

    RowKey의 크기
    최대 1KiB 크기의 문자열

    엔티티 그룹 트랜잭션의 크기
    트랜잭션은 최대 100개의 엔터티를 포함할 수 있으며 페이로드는 크기가 4MiB 미만이어야 합니다. 엔터티 그룹 트랜잭션은 엔터티에 대한 업데이트를 한 번만 포함할 수 있습니다.

    테이블당 저장된 액세스 정책의 최대 수
    5

    스토리지 계정당 최대 요청 속도
    초당 20,000건의 트랜잭션(1KiB 엔터티 크기로 가정)

    단일 테이블 파티션에 대한 목표 처리량(1KiB 엔터티)
    초당 최대 2,000개 항목

    가상 머신 디스크 제한

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

    중요

    최적의 성능을 위해 가능한 제한을 피하기 위해 가상 머신에 연결된 사용률이 높은 디스크의 수를 제한하십시오. 연결된 모든 디스크가 동시에 많이 활용되지 않는 경우 가상 머신은 더 많은 수의 디스크를 지원할 수 있습니다.

    Azure 관리 디스크의 경우:

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

    <블록 인용>

    자원
    한계

    표준 관리 디스크
    50,000

    표준 SSD 관리 디스크
    50,000

    프리미엄 관리 디스크
    50,000

    Standard_LRS 스냅샷1
    75,000

    Standard_ZRS 스냅샷1
    75,000

    관리 이미지
    50,000

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

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

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

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

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

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

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

    디스크 암호화 세트

    구독당 지역당 디스크 암호화 세트는 1000개로 제한됩니다. 이상
    정보는 암호화 설명서를 참조하십시오.
    리눅스 또는
    Windows 가상 머신. 만약 너라면
    할당량을 늘려야 하는 경우 Azure 지원에 문의하세요.

    관리되는 가상 머신 디스크

    표준 HDD 관리 디스크

    표준 디스크 유형
    시즌4
    시즌 6
    시즌 10
    시즌 15
    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

    디스크당 처리량
    최대 60MB/초
    최대 60MB/초
    최대 60MB/초
    최대 60MB/초
    최대 60MB/초
    최대 60MB/초
    최대 60MB/초
    최대 60MB/초
    최대 300MB/초
    최대 500MB/초
    최대 500MB/초

    표준 SSD 관리 디스크

    표준 SSD 크기
    E1
    E2
    E3
    E4
    E6
    E10
    E15
    E20
    E30
    E40
    E50
    E60
    E70
    E80

    지브의 디스크 크기
    4
    8
    16
    32
    (64)
    128
    256
    512
    1,024
    2,048
    4,096
    8,192
    16384
    32,767

    디스크 당 IOPS
    최대 500
    최대 500
    최대 500
    최대 500
    최대 500
    최대 500
    최대 500
    최대 500
    최대 500
    최대 500
    최대 500
    최대 2,000
    최대 4,000
    최대 6,000

    디스크 당 처리량
    60메가바이트 / 초까지
    60메가바이트 / 초까지
    60메가바이트 / 초까지
    60메가바이트 / 초까지
    60메가바이트 / 초까지
    60메가바이트 / 초까지
    60메가바이트 / 초까지
    60메가바이트 / 초까지
    60메가바이트 / 초까지
    60메가바이트 / 초까지
    60메가바이트 / 초까지
    400메가바이트 / 초까지
    6백메가바이트 / 초까지
    750메가바이트 / 초까지

    최대 디스크 당 IOPS 버스트
    600
    600
    600
    600
    600
    600
    600
    600
    1000

    최대 디스크 당 처리량 버스트
    150메가바이트 / 초
    1백50메가바이트 / 초
    150메가바이트 / 초
    1백50메가바이트 / 초
    1백50메가바이트 / 초
    1백50메가바이트 / 초
    150메가바이트 / 초
    1백50메가바이트 / 초
    250메가바이트 / 초

    최대 지속 시간 버스트
    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

    지브의 디스크 크기
    4
    8
    16
    32
    (64)
    128
    256
    512
    1,024
    2,048
    4,096
    8,192
    16384
    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

    디스크 당 프로비저닝 처리량
    25메가바이트 / 초
    25메가바이트 / 초
    25메가바이트 / 초
    25메가바이트 / 초
    50메가바이트 / 초
    100메가바이트 / 초
    125메가바이트 / 초
    1백50메가바이트 / 초
    200메가바이트 / 초
    250메가바이트 / 초
    2백50메가바이트 / 초
    5백메가바이트 / 초
    7백50메가바이트 / 초
    9백메가바이트 / 초

    최대 디스크 당 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 *

    최대 디스크 당 처리량 버스트
    1백70메가바이트 / 초
    170메가바이트 / 초
    170메가바이트 / 초
    170메가바이트 / 초
    170메가바이트 / 초
    170메가바이트 / 초
    170메가바이트 / 초
    1백70메가바이트 / 초
    1,000메가바이트 / 초 *
    1천메가바이트 / 초 *
    1천메가바이트 / 초 *
    1,000메가바이트 / 초 *
    1천메가바이트 / 초 *
    1천메가바이트 / 초 *

    최대 지속 시간 버스트
    30 분
    30 분
    30 분
    30 분
    30 분
    30 분
    30 분
    30 분
    제한 없는*
    제한 없는*
    제한 없는*
    제한 없는*
    제한 없는*
    제한 없는*

    예약 대상
    아니요
    아니요
    아니요
    아니요
    아니요
    아니요
    아니요
    아니요
    1 년 예, 최대
    1 년 예, 최대
    1 년 예, 최대
    1 년 예, 최대
    1 년 예, 최대
    1 년 예, 최대

    주문형 사용할 파열로

    *이 디스크에만 적용됩니다.

    프리미엄 SSD는 디스크 관리 : 당 VM은 을 제한

    자원
    한계

    최대 IOPS 당 VM
    GS5 VM와 80,000 IOPS

    VM 당 최대 처리량
    2,000메가바이트은 / GS5 VM과이야

    단독 가상 머신 디스크 에서 표준 가상 머신 디스크 관리되지 않는 : 당 디스크의 한계를

    VM 계층
    기본 계층 VM
    표준 계층 VM

    디스크 크기
    4천95기가바이트
    4천95기가바이트

    영구 디스크 당 최대 8 KB IOPS
    300
    500

    최대의 IOPS를 수행 디스크의 최대 수
    (66)
    40

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

    자원
    한계

    계정 당 총 디스크 용량
    35 TB

    계정 당 총 스냅 샷 용량
    10 TB

    계정 당 최대 대역폭 (진입 + 출구) (1)
    및 LT = 50 Gbps의

    1Ingress는 저장 계정에 전송 요청들로부터의 모든 데이터를 말한다. 출구가 저장 계정에서 수신 된 응답으로부터 모든 데이터를 의미한다. 에서 프리미엄 가상 머신 디스크 관리되지 않는 : 당 디스크의 한계를

    프리미엄 스토리지 디스크 유형
    P10
    P20
    P30
    P40
    P50

    디스크 크기
    (128) 지브
    512 지브
    024 지브 (1 TB)
    2,048 지브 (2 TB)
    4,095 지브 (4 TB)

    디스크 당 최대 IOPS
    500
    2,300
    5,000
    7,500
    7,500

    디스크 당 최대 처리량
    1백메가바이트 / 초
    1백50메가바이트 / 초
    200메가바이트 / 초
    2백50메가바이트 / 초
    250메가바이트 / 초

    스토리지 계정 당 디스크의 최대 수
    (280)
    70
    35
    17
    8

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

    자원
    한계

    VM 당 최대 IOPS
    GS5 VM와 80,000 IOPS

    VM 당 최대 처리량
    2천메가바이트 / GS5 VM와 초

    StorSimple 시스템 제한

    제한 식별자
    한계
    코멘트

    스토리지 계정 자격 증명의 최대 수
    (64)

    볼륨 컨테이너의 최대 수
    (64)

    볼륨의 최대 수
    255

    대역폭 템플릿 당 일정의 최대 수
    (168)
    시간마다 일정, 모든 요일.

    물리적 장치에 계층 볼륨의 최대 크기
    StorSimple 8100 및 8600 StorSimple 64 TB
    StorSimple 8100 및 StorSimple 8600 물리적 장치입니다.

    푸른 가상 장치에 계층 볼륨의 최대 크기
    StorSimple 8020 대 8010 StorSimple
    64 TB 30 TB
    StorSimple 8010 및 StorSimple 8020은 각각 표준 스토리지 및 프리미엄 스토리지를 사용 푸른 가상 장치입니다.

    물리적 장치에 로컬로 고정 된 볼륨의 최대 크기
    StorSimple 8100 9 TB
    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분의 속도로 백그라운드에서 장치로 자동으로 가져옵니다. 이 속도는 클라우드에 대한 인터넷 대역폭의 영향을 받을 수 있습니다.
    • 모든 메타데이터가 기기에 있으면 복원 또는 복제 작업이 완료됩니다.
    • 백업 작업은 다음 시간까지 수행할 수 없습니다. 복원 또는 복제 작업이 완전히 완료되었습니다.

    로컬로 고정된 볼륨의 복구 시간 복원
    <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 제한

    제한 식별자
    한계
    코멘트

    지역별 구독당 최대 스트리밍 단위 수
    500
    구독에 대한 스트리밍 단위 증가를 500개 이상으로 요청하려면 Microsoft 지원에 문의하세요.

    작업당 최대 입력 수
    60
    Azure Stream Analytics 작업당 입력은 60개로 제한됩니다.

    작업당 최대 출력 수
    60
    Stream Analytics 작업당 60개의 출력 제한이 있습니다.

    작업당 최대 기능 수
    60
    Stream Analytics 작업당 함수는 60개로 제한됩니다.

    작업당 최대 스트리밍 단위 수
    192
    Stream Analytics 작업당 스트리밍 단위는 192개로 제한됩니다.

    지역별 최대 작업 수
    1,500
    각 구독에는 지리적 지역당 최대 1,500개의 작업이 있을 수 있습니다.

    참조 데이터 Blob MB
    5GB
    6개 이상의 SU를 사용하는 경우 최대 5GB.

    쿼리의 최대 문자 수
    512000
    Azure Stream Analytics 작업 쿼리에는 512,000자로 하드 제한이 있습니다.

    가상 머신 제한

    가상 머신 제한

    자원
    한계

    클라우드 서비스당 가상 머신 1
    50

    클라우드 서비스당 입력 엔드포인트 2
    150

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

    2 입력 엔드포인트를 통해 가상 머신의 클라우드 서비스 외부에서 가상 머신과 통신할 수 있습니다. 동일한 클라우드 서비스 또는 가상 네트워크에 있는 가상 머신은 서로 자동으로 통신할 수 있습니다.

    가상 머신 제한 – Azure 리소스 관리자

    Azure Resource Manager 및 Azure 리소스 그룹을 사용할 때 다음 제한이 적용됩니다.

    자원
    한계

    구독당 VM
    지역당 25,0001개.

    구독당 VM 총 코어 수
    지역당 201개. 한도를 늘리려면 지원팀에 문의하세요.

    구독당 Azure Spot VM 총 코어 수
    지역당 201개. 한도를 늘리려면 지원팀에 문의하세요.

    Dv2 및 F와 같은 시리즈당 VM, 구독당 코어
    지역당 201개. 한도를 늘리려면 지원팀에 문의하세요.

    구독당 가용성 세트
    지역당 2,500

    가용성 집합당 가상 머신
    200

    리소스 그룹근접 배치 그룹
    800

    가용성 집합당 인증서
    1992년

    구독당 인증서
    무제한3

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

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

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

    참고

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

    공유 이미지 갤러리를 사용한 리소스 배포에 대한 구독당 제한이 있습니다.

    <울>

  • 구독별, 지역별 공유 이미지 갤러리 100개
  • 구독별, 지역별 이미지 정의 1,000개
  • 10,000개 이미지 버전, 구독당, 지역당
  • 가상 머신 확장 세트 제한

    자원
    한계

    확장 집합의 최대 VM 수
    1,000

    확장 집합의 사용자 지정 VM 이미지를 기반으로 하는 최대 VM 수
    600

    한 지역의 최대 확장 집합 수
    2,500

    IB 클러스터용 VMSS에서 지원되는 최대 노드 수
    100

    참조


    주제와 관련된 추가 정보 보기 서비스 호스트 로컬 서비스 네트워크 제한

    Fix Service Host Local Service Network Restricted High CPU Usage

    • 저자: MDTechVideos
    • 게시일: 2018-08-19
    • 평점: 4 ⭐ ( 3940 평점 )
    • 검색 결과 일치: Fix Service Host Local Service Network Restricted High CPU Usage.

      On some Windows 10 PCs, the “Service Host: Local System (Network Restricted)” process group in the Task Manager can use a high amount of CPU, disk, and memory resources. Here’s how to fix it.

      We recently noticed this problem on one of our Windows 10 PCs. We determined the Superfetch service was the problem, although the Windows Task Manager didn’t point that out.

      Superfetch is only enabled on PCs with traditional mechanical hard drives—not solid-state drives. It watches to see the applications you use most frequently and loads their files into RAM to speed things up when you launch them. On Windows 10, a bug may occasionally cause Superfetch to use a ridiculous amount of system resources.

      To fix this problem, we recommend disabling the Superfetch service. You should only disable the Superfetch service if you’re actually having this problem, as it can speed up application launching if you have a mechanical hard drive. However, if the Superfetch process is out of control and gobbling up all your resources, disabling it will speed up your PC.

      This tutorial will apply for computers, laptops, desktops,and tablets running the Windows 10, Windows 8/8.1, Windows 7 operating systems.Works for all major computer manufactures (Dell, HP, Acer, Asus, Toshiba, Lenovo, Samsung).

    • 저자: ko.androideity.com
    • 평점: 3 ⭐ ( 4703 평점 )
    • 검색 결과 일치:

    서비스 호스트 별 높은 디스크 사용률 수정 : 로컬 시스템 (네트워크 제한)

    • 저자: ko.forumsbeitrage.com
    • 평점: 4 ⭐ ( 3790 평점 )
    • 검색 결과 일치:

    서비스 호스트 높은 디스크 , CPU 및 메모리 점유율 문제 해결방법-EaseUS

    • 저자: www.easeus.co.kr
    • 평점: 4 ⭐ ( 7455 평점 )
    • 검색 결과 일치: 서비스 호스트: 로컬 시스템이 Windows 10, 8 또는 7의 작업 관리자에서 모든 컴퓨터 또는 랩톱 리소스를 사용하고 있는 경우 이 게시물을 처음부터 끝까지 읽고 해결 방법을 선택할 때입니다. 서비스 호스트 중지: 로컬 시스템이 높은 디스크 사용량, CPU 사용량, 메모리 사용량 또는 너무 많은 네트워크 대역폭을 사용하지 않도록 합니다.

    서비스 호스트의 높은 CPU 사용량 분석

    • 저자: ko.railstoolkit.com
    • 평점: 5 ⭐ ( 2445 평점 )
    • 검색 결과 일치: Windows에서 프로세스의 CPU 사용량이 높으면 다른 작업 속도가 느려질 수 있습니다. 때때로 사용자가 실행하는 프로그램 (예 : 컴퓨터 게임 또는 비디오 렌더링 프로그램)으로 인해 발생하지만 서비스 호스트와 같은 Windows 프로세스로 인해 발생할 수도 있습니다. 서비스 호스트는 svchost.exe 프로세스입니다. 최신 버전의 Microsoft Windows 10 운영 체제는 별도의 서비스를 실행하지만 이전 버전의 Windows는이를 통합하여 식별이 더욱 복잡해졌습니다. Svchost Process Analyzer 또는 Svchost Viewer와 같은 프로그램은 사용자와 시스템 관리자가 Wind

    서비스 호스트:로컬 서비스(네트워크 제한) 에대한 CPU 점유율이 10%이상 지속적으로 유지?

    • 저자: answers.microsoft.com
    • 평점: 5 ⭐ ( 6424 평점 )
    • 검색 결과 일치: 윈도우 10 pro k 64bit 사용자입니다. CPU :AMD FX – 8350 4.0GHz VGA :AMD Radeon R9 270 RAM :DDR3 16GB pc에서 아무것도 하지 않은 부팅 상테에서도 지속적으로 서비스 호스트:로컬 서비스(네트워크 제한) 에대한 CPU 점유율이 10%상을 유지 하고 전체 점유율이 30% 이상을 몇일제 계속 유지

    서비스 호스트 로컬 서비스 (네트워크 제한)

    • 저자: blog.naver.com
    • 평점: 4 ⭐ ( 5524 평점 )
    • 검색 결과 일치:

    이 카테고리의 더 많은 기사 보기: 컴퓨터 팁

    See also  키보드 단축키를 사용하여 창을 전체 화면으로 만드는 방법은 무엇입니까? - 창 모드 키보드 단축키