프리미엄 용량 부하 평가

아티클
10/05/2023

팁

이 문서에서는 프리미엄 용량 부하를 평가하는 방법을 설명합니다. 오버로드 및 자동 스케일링과 같은 개념을 다룹니다. 이 문서에 설명된 프리미엄 기능 중 일부를 보여주는 비디오를 시청할 수 있습니다.

CPU 처리량 제한을 적용하기 위해 Power BI 프리미엄 용량의 처리량을 지속적으로 평가합니다.

Power BI는 30초마다 처리량을 평가합니다. Power BI는 작업을 완료할 수 있도록 하고, 공유 풀의 실제 노드 CPU에서 실행 시간을 수집한 다음 용량의 모든 작업에 관해 30초 CPU 간격으로 집계하고, 결과를 구매한 용량에서 지원할 수 있는 처리량과 비교합니다.

다음 이미지는 프리미엄에서 쿼리를 평가하고 완료하는 방법을 보여 줍니다.

한 가지 예를 살펴보겠습니다. 8개의 v 코어가 있는 P1은 CPU 시간이라고도 하는 v 코어 실행 시간 $8\times{30}=240$초를 지원할 수 있습니다.

집계는 복잡합니다. 다음 사항에 설명된 것처럼 집계는 다양한 워크로드와 다양한 작업 유형에 특수화된 알고리즘을 사용합니다.

의미 체계 모델 및 데이터 흐름 새로 고침과 같이 느리게 실행되는 작업은 일반적으로 백그라운드에서 실행되고 사용자가 적극적으로 모니터링하거나 시각적으로 확인하지 않으므로 백그라운드 작업으로 간주됩니다. 백그라운드 작업은 시간이 오래 걸리며, 장기 프로세스 중에 완료하기 위해서는 상당한 CPU 성능이 필요합니다. Power BI는 백그라운드 작업의 CPU 비용을 24시간에 걸쳐 분산하므로 동시에 실행되는 새로 고침이 너무 많아 용량이 최대 리소스 사용량에 도달하는 일은 없습니다. 이렇게 하면 Power BI 프리미엄 구독자가 구매한 용량 SKU에서 허용되는 만큼의 백그라운드 작업을 실행할 수 있습니다.
쿼리, 보고서 로드 등과 같은 빠른 작업은 대화형 작업으로 간주됩니다. 이러한 작업 완료 후 영향을 받는 30초 기간의 수를 최소화하기 위해 이러한 작업을 완료하는 데 필요한 CPU 시간이 집계됩니다.

프리미엄 백그라운드 작업 예약

새로 고침은 백그라운드 작업 수에 관계없이 예약된 시간 혹은 그와 가까운 시간에 프리미엄 용량에서 실행됩니다. 새로 고침되는 의미 체계 모델과 데이터 흐름은 로드하는 데 사용할 수 있는 충분한 메모리가 있는 실제 처리 노드에 배치된 후 새로 고침 프로세스를 시작합니다.

새로 고침을 처리하는 동안 의미 체계 모델은 새로 고침 프로세스를 완료하기 위해 더 많은 메모리를 사용할 수 있습니다. 새로 고침 엔진은 어떤 항목도 기본 SKU에서 사용할 수 있는 메모리 양을 초과할 수 없도록 합니다(예: P1 구독의 경우 25GB, P2 구독의 경우 50GB 등).

보고서를 볼 때 용량 크기 한도를 적용하는 방법

Power BI 프리미엄은 30초마다 사용률 레코드를 집계하여 사용률을 평가합니다. 각 평가는 다음과 같은 두 가지 집계로 구성됩니다.

대화형 사용률
백그라운드 사용률

대화형 사용률은 현재의 30초 평가 주기 또는 그와 가까운 시간에 완료된 모든 대화형 작업을 고려하여 평가됩니다.

백그라운드 사용률은 지난 24시간 동안 완료된 모든 백그라운드 작업을 고려하여 평가됩니다. 각 백그라운드 작업은 총 CPU 비용의 1/2,880에 불과합니다(2,880은 24시간 동안의 평가 주기 수입니다).

각 용량은 정의된 수의 V 코어로 구성됩니다. 사용률 레코드에서 측정된 CPU 시간은 v 코어 사용률을 반영하고, 이 사용률로 인해 자동 크기 조정이 필요해집니다.

v 코어가 8개인 P1 구독이 있는 경우 각 평가 주기 할당량은 $8\times{30}=240$초의 CPU 사용률입니다. 대화형 및 백그라운드 사용률의 합계가 용량의 총 v 코어 견적을 초과하고 자동 크기 조정을 선택적으로 사용으로 설정하지 않은 경우 프리미엄 용량 워크로드는 사용 가능한 리소스(용량 임계값이라고도 함)를 초과합니다. 다음 이미지에서는 자동 스케일링이 사용되지 않은 경우 과부하라는 이 상태를 보여줍니다.

반대로 자동 크기 조정이 선택적으로 사용되는 경우 CPU 사용률이 용량의 총 v 코어가 할당량을 초과하면 용량이 다음 24시간 동안 하나의 v 코어에 의해 자동으로 자동 크기 조정(증가)됩니다.

다음 이미지에서는 자동 스케일링 작동 방식을 보여 줍니다.

자동 크기 조정은 항상 현재 용량 크기를 고려하여 사용하는 양을 평가합니다. 자동 크기 조정 시 용량에 하나의 v 코어가 추가됩니다. 즉, 8개의 v 코어가 있는 P1 SKU를 사용하는 경우 이제 최대 용량은 평가 주기에서 CPU 시간의 270초($8\times{30}+1\times{30}$)입니다.

자동 크기 조정은 항상 단일 대화형 작업이 용량을 모두 사용하지 못하도록 하며, 자동 크기 조정을 시작하려면 단일 평가 주기에서 실행 중인 작업이 두 개 이상이어야 합니다.

자동 스케일링 없이 프리미엄 사용

용량 사용률이 리소스의 100%를 초과했고 자동 크기 조정 기능이 꺼져 있거나 이미 최대 v 코어 값에 도달해 자동 크기 조정을 시작할 수 없는 경우 용량은 임시 대화형 요청 지연 모드로 전환됩니다. 대화형 요청 지연 모드 동안 보고서 로드, 시각적 상호 작용 등 각 대화형 요청은 지연되었다가 실행을 위해 엔진에 전송됩니다.

이전 평가에서 리소스 사용량이 100%를 초과하는 것으로 평가된 경우 용량은 대화형 요청 지연 모드로 유지됩니다.