컴퓨팅 제한 한도
적용 대상: ✔️ Linux VM ✔️ Windows VM ✔️ 유연한 확장 집합 ✔️ 균일한 확장 집합
Microsoft Compute는 서비스의 전반적인 성능을 지원하고 고객에게 일관된 환경을 제공하기 위해 제한 메커니즘을 구현합니다. 최대 허용 한도를 초과하는 API 요청은 제한되고 사용자에게 HTTP 429 오류가 표시됩니다. 모든 Compute 제한 정책은 지역별로 구현됩니다.
제한 정책은 어떻게 작동하나요?
Microsoft Compute는 분당 리소스별, 구독별 지역별 API 요청 수를 제한하는 제한 정책을 구현합니다. API 요청 수가 이 제한을 초과하면 요청이 제한됩니다. 이러한 한도의 작동 방식은 다음과 같습니다.
리소스당 제한 – VM(가상 머신)과 같은 각 리소스에는 API 요청에 대한 특정 제한이 있습니다. 예를 들어, 사용자가 구독에서 10개의 VM을 만든다고 가정해 보겠습니다. 사용자는 1분 안에 각 VM에 대해 최대 12개의 업데이트 요청을 호출할 수 있습니다. 사용자가 VM 제한을 초과하면 API 요청이 제한됩니다. 이 제한은 일부 리소스가 구독 수준 제한을 사용하지 않고 다른 리소스를 제한하지 않도록 보장합니다.
구독 제한 – 리소스 제한 외에도 구독 내의 모든 리소스에 대한 API 요청 수에 대한 중요한 제한이 있습니다. 이 제한을 초과하는 모든 API 요청은 개별 리소스의 제한에 도달했는지 여부에 관계없이 제한됩니다. 예를 들어, 사용자의 구독에 200개의 VM이 있다고 가정해 보겠습니다. 사용자가 각 VM에 대해 최대 12개의 VM 업데이트 요청을 시작할 수 있는 권한이 있더라도 업데이트 VM API 요청에 대한 집계 제한은 분당 1,500으로 제한됩니다. 1,500개를 초과하는 구독에 대한 모든 업데이트 VM API 요청은 제한됩니다.
Microsoft Compute에서는 제한 한도를 어떻게 결정하나요?
각 리소스 및 구독에 대한 한도를 결정하기 위해 Microsoft Compute는 토큰 버킷 알고리즘을 사용합니다. 이 알고리즘은 각 한도에 대한 버킷을 만들고 각 버킷에 특정 수의 토큰을 보유합니다. 버킷의 토큰 수는 특정 분의 제한 한도를 나타냅니다.
제한 기간이 시작될 때 리소스가 만들어지면 버킷이 최대 용량까지 채워집니다. 사용자가 시작한 각 API 요청은 하나의 토큰을 사용합니다. 토큰 수가 0으로 줄어들면 후속 API 요청이 제한됩니다. 버킷은 리소스 및 구독에 대해 버킷 리필 속도라는 일관된 속도로 매분 새 토큰으로 보충됩니다.
예를 들어, 버킷 리필 속도를 분당 토큰 4개, 최대 버킷 용량을 토큰 12개로 규정하는 'VM 업데이트 API에 대한 제한 정책'을 고려해 보겠습니다. 사용자는 다음 표에 따라 VM(가상 머신)에 대한 VM 업데이트 API 요청을 호출합니다. 처음에는 제한 기간이 시작될 때 버킷이 12개의 토큰으로 채워집니다. 4분째에 사용자는 12개의 토큰을 모두 활용하고 버킷은 비워 둡니다. 5분 안에 버킷 리필 비율에 따라 버킷에 4개의 새로운 토큰이 보충됩니다. 따라서 5분 안에 4개의 API 요청이 이루어질 수 있지만 Microsoft Compute는 토큰 부족으로 인해 1개의 API 요청을 제한합니다.
| (분) | 1st | 2차 | 타사 | 4번째 | 5번째 | 6번째 |
|---|---|---|---|---|---|---|
| 초기 토큰 개수(A) | 12 | 12 | 8 | 12 | 4 | 4 |
| 분당 요청 (B) | 0 | 8 | 0 | 13 | 5 | 0 |
| 제한된 요청 (C) | 0 | 0 | 0 | 1 | 1 | 0 |
| 기간 종료 시 남은 토큰 D = 최대(A-B, 0) |
12 | 4 | 8 | 0 | 0 | 4 |
구독 수준에서 제한 한도를 결정하기 위해 유사한 프로세스를 따릅니다. 다음 섹션에서는 Virtual Machines, Virtual Machine Scale Sets 및 Virtual Machines Scale Set VM에 대한 제한 한도를 결정하는 데 사용되는 버킷 리필 속도와 최대 버킷 용량을 자세히 설명합니다.
Virtual Machines에 대한 제한 한도
Virtual Machines에 대한 API 요청은 7가지 개별 정책으로 분류됩니다. 각 정책에는 해당 정책에 따른 API 요청의 리소스 집약도에 따라 고유한 제한이 있습니다. 다음 표에는 이러한 정책, 해당 REST API 및 해당 제한 한도의 포괄적인 목록이 포함되어 있습니다.
| 정책 범주 | REST API | 리소스 수준 | 리소스 수준 | 구독 수준 | 구독 수준 |
|---|---|---|---|---|---|
| 버킷 리필 속도(분당) | 최대 버킷 용량 (분당) |
버킷 리필 비율 (분당) |
최대 버킷 용량 (분당) |
||
| VM 넣기 (새 VM 만들기) |
만들기 | 4 | 12 | 500 | 1,500 |
| VM 업데이트 (기존 VM 업데이트) |
Update 다시 적용 다시 시작 전원 끄기 Start 일반화 관리 디스크로 변환 재배포 유지 보수 수행 캡처 명령 실행 만들기 또는 업데이트 확장 - 업데이트 확장 - 삭제 이미지로 다시 설치 Update 명령 실행 - 업데이트 명령 실행 - 삭제 명령 실행 - 만들기 또는 업데이트 |
4 | 12 | 500 | 1,500 |
| VM 삭제 (VM 삭제) |
Delete 제거 시뮬레이트 할당 취소 |
4 | 12 | 500 | 1,500 |
| 저렴한 비용으로 VM 구입 (단일 VM에 대한 정보 가져오기) |
가져오기 인스턴스 보기 확장 - 가져오기 사용 가능한 크기 나열 부팅 진단 데이터 검색 명령 실행 - 가상 머신으로 가져오기 명령 실행 - 가상 머신별로 나열 |
12 | 36 | 8,000 | 24,000 |
| 높은 비용으로 VM 구입1 (여러 VM에 대한 정보 가져오기) |
List 모두 나열 위치별 목록 |
해당 없음 | 해당 없음 | 300 | 900 |
| 가져오기 작업 (비동기 VM 작업에 대한 정보 가져오기) |
비동기 작업의 상태 | 15 | 45 | 5,000 | 15,000 |
| VM 게스트 패치 작업 (게스트 패치 평가 및 설치) |
패치 평가 패치 설치 |
2 | 6 | 200 | 600 |
1 구독 수준 정책만 적용 가능합니다.
Virtual Machine Scale Sets에 대한 제한 한도
Virtual Machine Scale Set(Uniform & Flex)에 대한 API 요청은 5가지 고유 정책으로 분류됩니다. 각 정책에는 해당 정책에 따른 API 요청의 리소스 집약도에 따라 고유한 제한이 있습니다. 이러한 정책은 Flex 및 균일한 오케스트레이션 모드 모두에 적용됩니다. 다음 표에는 이러한 정책, 해당 REST API 및 해당 제한 한도의 포괄적인 목록이 포함되어 있습니다.
| 정책 범주 | REST API | 리소스 수준 | 리소스 수준 | 구독 수준 | 구독 수준 |
|---|---|---|---|---|---|
| 버킷 리필 비율 (분당) |
최대 버킷 용량 (분당) |
버킷 리필 속도(분당) | 최대 버킷 용량 (분당) |
||
| Put (새 확장 집합 만들기) |
만들기 | 4 | 12 | 125 | 375 |
| 엽데이트 (기존 크기 조정 집합 업데이트) |
Update 시작2 다시 시작2 다시 배포2 유지 관리 수행2 이미지로 다시 설치2 모두 이미지로 다시 설치2 만들기 또는 업데이트 단계적 업그레이드 - 취소 확장 - 만들기 확장 - 업데이트 확장 - 삭제 강제 복구 Service Fabric 플랫폼 업데이트 도메인 워크 단일 배치 그룹으로 변환 오케스트레이션 서비스 상태 설정 |
4 | 12 | 500 | 1,500 |
| 삭제 (확장 집합 삭제) |
Delete 전원 끄기2 할당 취소 |
4 | 12 | 175 | 525 |
| 저렴한 비용 가져오기 (단일 확장 집합에 대한 정보 가져오기) |
가져오기 SKU 나열 순차적 업그레이드 - 최신 정보 가져오기 OS 업그레이드 내역 가져오기 |
12 | 36 | 800 | 2,400 |
| 높은 비용 가져오기 (리소스 집약적인 정보 가져오기) |
인스턴스 보기 가져오기 목록2 모두 나열2 위치별 목록2 |
10 | 30 | 360 | 1,080 |
2 구독 수준 정책만 적용 가능합니다.
Virtual Machines Scale Set Virtual Machines에 대한 제한 한도
Virtual Machines Scale Set Virtual Machines에 대한 API 요청은 3가지 개별 정책으로 분류됩니다. 각 정책에는 해당 정책에 따른 API 요청의 리소스 집약도에 따라 고유한 제한이 있습니다. 다음 표에는 이러한 정책, 해당 REST API 및 해당 제한 한도의 포괄적인 목록이 포함되어 있습니다.
| 정책 범주 | REST API | 리소스 수준 | 리소스 수준 | 구독 수준 | 구독 수준 |
|---|---|---|---|---|---|
| 버킷 리필 비율 (분당) |
최대 버킷 용량 (분당) |
버킷 리필 비율 (분당) |
최대 버킷 용량 (분당) |
||
| 확장 집합 VM 업데이트 (확장 집합의 기존 VM 업데이트) |
Start 다시 시작 이미지로 다시 설치 모두 이미지로 다시 설치 Update 제거 시뮬레이트 확장 - 만들기 또는 업데이트 실행 명령 - 만들기 또는 업데이트 실행 명령 - 업데이트 |
4 | 12 | 500 | 1,500 |
| 확장 집합 VM 삭제 (확장 집합 VM 삭제) |
Delete PowerOff 할당 취소 확장 - 삭제 실행 명령 - 삭제 |
4 | 12 | 500 | 1,500 |
| 확장 집합 VM 가져오기 (확장 집합 VM에 대한 정보 가져오기) |
가져오기 인스턴스 뷰 가져오기 확장 - 가져오기 실행 명령 - 가져오기 부팅 진단 데이터 검색 |
12 | 36 | 2,000 | 6,000 |
문제 해결 지침
사용자가 여전히 컴퓨팅 제한으로 인해 문제를 겪고 있는 경우 Azure의 제한 오류 문제 해결 - Virtual Machines를 참조하세요. 제한 문제를 해결하는 방법과 제한을 방지하기 위한 모범 사례에 대한 세부 정보가 포함되어 있습니다.
FAQ
사용자가 취해야 할 작업이 있나요?
사용자는 구성이나 워크로드에서 아무것도 변경할 필요가 없습니다. 기존의 모든 API는 계속해서 그대로 작동합니다.
제한 정책은 어떤 이점을 제공하나요?
제한 정책은 다음과 같은 여러 가지 이점을 제공합니다.
모든 컴퓨팅 리소스에는 1분이라는 균일한 창이 있습니다. 사용자는 제한 후 1분 후에 API 호출을 성공적으로 호출할 수 있습니다.
제한은 리소스 수준에서 정의되므로 단일 리소스는 구독의 모든 제한을 사용할 수 없습니다.
Microsoft Compute에서는 한도를 결정하기 위해 새로운 알고리즘인 토큰 버킷 알고리즘을 도입하고 있습니다. 이 알고리즘은 많은 수의 API 요청을 생성하는 동시에 고객에게 추가 버퍼를 제공합니다.
고객이 제한 한도에 도달하려고 하면 경고를 가져오나요?
모든 응답의 일부로 Microsoft Compute는 정책에 대한 제한 한도를 결정하는 데 사용할 수 있는 x-ms-ratelimit-remaining-resource를 반환합니다. 적용 가능한 제한 정책 목록은 호출 속도 정보 헤더에 대한 응답으로 반환됩니다.