4

Azure Web App P3 가격 책정 등급에 대해 부하 테스트를 실행 중입니다. 우리는 다음과 같은 자동 확장 전략을 가지고 있습니다 -Azure App Service - CPU 인스턴스 대 계획의 백분율

최소 인스턴스 5와 최대 인스턴스 20, CPU 백분율 (최대)이 85 % 이상이면 1 인스턴스 증가, CPU 백분율 평균이 50 % 미만인 경우 1 인스턴스 감소

enter image description here

은 지금은 5 개 인스턴스 실행 중입니다. 사용 가능한 모든 인스턴스의 Applications Insights, 즉 'Live Metrics Stream'창으로 이동하면 5 개의 인스턴스 모두에서 CPU 사용량이 약 75 % (평균)라는 것을 알 수 있습니다. 사실 인스턴스의 일부는 85 %에 가까워지고 있습니다.

나는 앱 서비스 계획 수준 (나는 단지 하나의 응용 프로그램 계획에서 실행이)에 CPU 사용량 차트로 전환하는 경우가 20 %를 보여, 반면

enter image description here

.

enter image description here

우리는 어떻게이 두 가지 충돌 통계를 조정합니까?

+1

Application Insight는 정규화되지 않은 CPU를 보여줍니다. 나는. 값은 코어 수 * 100 %까지 올라갈 수 있습니다. 'Live Metrics Stream'은 Total CPU로 이름을 지정하지 않아야합니다. – ZakiMa

답변

0

귀하의 설명에 따르면, 나는 Azure Web App에 대해 부하 테스트를 실행하려고 시도했습니다. 다음은 Application Insights 및 App Service Plan의 자세한 측정 항목입니다. 참조 할 수 있습니다. 응용 프로그램 처리를 실행하기 위해 프로세서에 의해 사용되는 모든 프로세스 스레드의 경과 된 시간의 백분율 : 시간

공정 CPU 내의

응용 통계> 메트릭 탐색기

시간 범위. 이 측정 항목은 평균입니다. 차트의 각 지점은 분의 데이터를 나타냅니다. 그들은 수평 확장이 될 수 있기 때문에 다른 한편으로

CPU 비율을 모니터링

앱 서비스 계획> 기본, 표준 및 프리미엄 계획에서 호스팅되는 애플리케이션에 유용 메트릭은 모든 인스턴스에서 전체 사용량을 나타내는 좋은 지표입니다.

참고 : 라이브 메트릭 스트림 당신에게 최신 60 초 이내에 정확하게 측정을 제공하기 때문에. 동일한 시간 범위 내에서 App Service Plan 및 Application Insights의 측정 항목을 비교해보십시오.

필자의 이해로는 서비스 계획 및 응용 프로그램 통계의 메트릭 추세가 거의 동일합니다. 자동 크기 조정의 경우 App Service Plan 수준의 측정 항목을 참조하는 것이 좋습니다. 다음은 동일한 시간 범위의 "App Service Plan> Monitoring"의 측정 항목과 일치하는 자동 확장을위한 규칙을 추가 할 때 기록 통계에 대한 스크린 샷입니다.

메트릭 스케일 규칙을 추가 할 때 :

앱 서비스 계획> '라이브 메트릭 스트림'에 표시됩니다 무엇

2

가 W3WP 프로세스의 CPU 사용량입니다 모니터링을 반면 App Service Plan 레벨에 표시된 것은 총 머신 CPU 사용량입니다. 전자는 논리적 프로세서의 수를 고려하여 정규화되지 않았으므로 정규화 된 비율을 얻으려면 코어 수로 나누어야합니다. 그 후에도 'Live Metrics Stream'메트릭은 AppServicePlan 메트릭보다 낮을 수 있습니다. 이는 이전의 w3wp 사용률을 보여 주며 후자는 전체 시스템 CPU 사용률을 보여주기 때문입니다.