프리미엄 용량에서 워크로드 구성

이 문서에서는 Power BI Premium의 워크로드를 나열하고 해당 용량에 대해 설명합니다.

지원되는 워크로드

쿼리 워크로드는 프리미엄 용량 SKU에 의해 결정되는 리소스에 의해 최적화되고 제한됩니다. 프리미엄 용량은 용량의 리소스를 사용할 수 있는 추가 워크로드도 지원합니다.

아래 워크로드 목록은 각 워크로드를 지원하는 프리미엄 SKU를 설명합니다.

• AI - EM1/A1 SKU를 제외한 모든 SKU가 지원됩니다.

• 의미 체계 모델 - 모든 SKU가 지원됩니다.

• 데이터 흐름 - 모든 SKU가 지원됩니다.

• 페이지를 매긴 보고서 - 모든 SKU가 지원됩니다.

워크로드 구성

용량에 대한 워크로드 설정을 구성하여 워크로드의 동작을 조정할 수 있습니다.

Power BI 관리 포털에서 워크로드를 구성하려면

1. 관리자 계정 자격 증명을 사용하여 Power BI 에 로그인합니다.
2. 페이지 머리글에서 ...>설정>관리 포털.
3. 용량 설정으로 이동하고 Power BI Premium 탭에서 용량을 선택합니다.
4. 워크로드를 확장합니다.
5. 사양에 따라 각 워크로드의 값을 설정합니다.
6. 적용을 선택합니다.

워크로드 모니터링

Microsoft Fabric 용량 메트릭 앱을 사용하여 용량의 활동을 모니터링합니다.

AI(미리 보기)

AI 워크로드를 사용하면 Power BI에서 인지 서비스 및 자동화된 Machine Learning을 사용할 수 있습니다. 다음 설정을 사용하여 워크로드 동작을 제어합니다.

¹Premium 에서는 메모리 설정을 변경할 필요가 없습니다. Premium의 메모리는 기본 시스템에서 자동으로 관리됩니다.

의미론적 모델

이 섹션에서는 다음 의미 체계 모델 워크로드 설정에 대해 설명합니다.

• Power BI 설정
• Analysis Services 서버 속성

Power BI 설정

아래 표의 설정을 사용하여 워크로드 동작을 제어합니다. 링크가 있는 설정에는 테이블 아래의 지정된 섹션에서 검토할 수 있는 추가 정보가 있습니다.

¹Premium 에서는 메모리 설정을 변경할 필요가 없습니다. Premium의 메모리는 기본 시스템에서 자동으로 관리됩니다.

최대 중간 행 집합 수

리소스 집약적이거나 잘못 디자인된 보고서의 영향을 제어하려면 이 설정을 사용합니다. DirectQuery 의미 체계 모델에 대한 쿼리로 인해 원본 데이터베이스의 결과가 매우 큰 경우 메모리 사용량 및 처리 오버헤드가 급증할 수 있습니다. 이 경우 다른 사용자 및 보고서가 리소스 부족으로 이어질 수 있습니다. 이 설정을 사용하면 용량 관리자가 개별 쿼리가 데이터 원본에서 가져올 수 있는 행 수를 조정할 수 있습니다.

또는 용량이 100만 개 이상의 행 기본값을 지원할 수 있고 큰 의미 체계 모델이 있는 경우 이 설정을 늘려 더 많은 행을 가져옵니다.

이 설정은 DirectQuery 쿼리에만 영향을 주지만 최대 결과 행 집합 수는 DAX 쿼리에 영향을 줍니다.

최대 오프라인 의미 체계 모델 크기

보고서 작성자가 용량에 부정적인 영향을 미칠 수 있는 대규모 의미 체계 모델을 게시하지 못하도록 하려면 이 설정을 사용합니다. Power BI는 의미 체계 모델이 메모리에 로드될 때까지 실제 메모리 내 크기를 확인할 수 없습니다. 오프라인 크기가 작은 의미 체계 모델은 오프라인 크기가 더 큰 의미 체계 모델보다 더 큰 메모리 공간을 가질 수 있습니다.

이 설정에 대해 지정한 크기보다 큰 기존 의미 체계 모델이 있는 경우 사용자가 액세스하려고 하면 의미 체계 모델이 로드되지 않습니다. 의미 체계 모델 워크로드에 대해 구성된 최대 메모리보다 큰 경우 의미 체계 모델을 로드하지 못할 수도 있습니다.

이 설정은 ABF 형식(작은 의미 체계 모델 스토리지 형식) 및 큰 의미 체계 모델 스토리지 형식(PremiumFiles) 모두의 모델에 적용할 수 있지만 동일한 모델의 오프라인 크기는 한 형식과 다른 형식으로 저장될 때 다를 수 있습니다. 자세한 내용은 Power BI Premium의 대형 모델을 참조하세요.

시스템의 성능을 보호하기 위해 구성된 값에 관계없이 최대 오프라인 의미 체계 모델 크기에 대한 추가 SKU별 하드 천장이 적용됩니다. 아래 표의 추가 SKU 관련 하드 한도는 큰 의미 체계 모델 스토리지 형식으로 저장된 Power BI 의미 체계 모델에는 적용되지 않습니다.

¹최대 오프라인 의미 체계 모델 크기(작은 스토리지 형식)에 대한 하드 천장입니다.

최대 결과 행 집합 수

리소스 집약적이거나 잘못 디자인된 보고서의 영향을 제어하려면 이 설정을 사용합니다. DAX 쿼리에서 이 제한에 도달하면 보고서 사용자에게 다음 오류가 표시됩니다. 오류 세부 정보를 복사하고 관리자에게 문의해야 합니다.

이 설정은 DAX 쿼리에만 영향을 주지만 최대 중간 행 집합 수는 DirectQuery 쿼리에 영향을 줍니다.

쿼리 메모리 제한

리소스 집약적이거나 잘못 디자인된 보고서의 영향을 제어하려면 이 설정을 사용합니다. 일부 쿼리 및 계산은 용량에 많은 메모리를 사용하는 중간 결과를 초래할 수 있습니다. 이 경우 다른 쿼리가 매우 느리게 실행되고, 용량에서 다른 의미 체계 모델이 제거되고, 용량의 다른 사용자의 메모리 부족 오류가 발생할 수 있습니다.

이 설정은 Power BI 보고서, Excel에서 분석 보고서 및 XMLA 엔드포인트를 통해 연결할 수 있는 다른 도구에 의해 실행되는 모든 DAX 및 MDX 쿼리에 적용됩니다.

또한 데이터 새로 고침 작업은 의미 체계 모델의 데이터를 새로 고친 후 대시보드 타일 및 시각적 캐시를 새로 고치는 과정의 일부로 DAX 쿼리를 실행할 수도 있습니다. 이러한 쿼리는 이 설정으로 인해 실패할 수도 있으며, 이로 인해 의미 체계 모델의 데이터가 성공적으로 업데이트되었더라도 데이터 새로 고침 작업이 실패한 상태로 표시될 수 있습니다.

기본 설정은 0이므로 다음과 같은 SKU별 자동 쿼리 메모리 제한이 적용됩니다.

프리미엄 용량에 할당되지 않은 작업 영역에 대한 쿼리 제한은 1GB입니다.

쿼리 시간 제한

이 설정을 사용하여 장기 실행 쿼리를 보다 효율적으로 제어할 수 있으므로 사용자가 보고서를 느리게 로드할 수 있습니다.

이 설정은 Power BI 보고서, Excel에서 분석 보고서 및 XMLA 엔드포인트를 통해 연결할 수 있는 다른 도구에 의해 실행되는 모든 DAX 및 MDX 쿼리에 적용됩니다.

또한 데이터 새로 고침 작업은 의미 체계 모델의 데이터를 새로 고친 후 대시보드 타일 및 시각적 캐시를 새로 고치는 과정의 일부로 DAX 쿼리를 실행할 수도 있습니다. 이러한 쿼리는 이 설정으로 인해 실패할 수도 있으며, 이로 인해 의미 체계 모델의 데이터가 성공적으로 업데이트되었더라도 데이터 새로 고침 작업이 실패한 상태로 표시될 수 있습니다.

이 설정은 의미 체계 모델 또는 보고서 업데이트와 관련된 모든 쿼리를 실행하는 데 걸리는 시간이 아니라 단일 쿼리에 적용됩니다. 다음 예시를 참조하세요.

• 쿼리 시간 제한 설정은 1200(20분)입니다.
• 5개의 쿼리를 실행할 수 있으며 각 쿼리는 15분 동안 실행됩니다.

모든 쿼리의 결합된 시간은 75분이지만 모든 개별 쿼리가 20분 미만 동안 실행되므로 설정 제한에 도달하지 않습니다.

Power BI 보고서는 용량에 대한 각 쿼리에 대해 훨씬 더 작은 시간 제한으로 이 기본값을 재정의합니다. 각 쿼리의 시간 제한은 일반적으로 약 3분입니다.

자동 페이지 새로 고침

자동 페이지 새로 고침을 사용하면 프리미엄 용량의 사용자가 DirectQuery 원본에 대해 정의된 간격으로 보고서의 페이지를 새로 고칠 수 있습니다. 용량 관리자는 다음을 수행할 수 있습니다.

• 자동 페이지 새로 고침 설정 및 해제
• 최소 새로 고침 간격 정의

자동 페이지 새로 고침 설정을 찾으려면 다음을 수행합니다.

1. Power BI 관리 포털에서 용량 설정을 선택합니다.

2. 용량을 선택한 다음 아래로 스크롤하여 워크로드 메뉴를 확장합니다.

3. 의미 체계 모델 섹션까지 아래로 스크롤합니다.

자동 페이지 새로 고침으로 만든 쿼리는 데이터 원본으로 직접 이동하므로 조직에서 자동 페이지 새로 고침을 허용할 때 안정성을 고려하고 해당 원본에 로드하는 것이 중요합니다.

Analysis Services 서버 속성

Power BI Premium은 추가 Analysis Services 서버 속성을 지원합니다. 이러한 속성을 검토하려면 Analysis Services의 서버 속성을 참조하세요.

관리 포털 스위치

Analysis Services XMLA 기반 서버 속성 설정은 기본적으로 사용하도록 설정됩니다. 사용하도록 설정하면 작업 영역 관리자는 개별 작업 영역에 대한 동작을 수정할 수 있습니다. 수정된 속성은 해당 작업 영역에만 적용됩니다. Analysis Services 서버 속성 설정을 토글하려면 다음 단계를 수행합니다.

1. 용량 설정으로 이동합니다.

2. Analysis Services 서버 속성을 사용하지 않도록 설정할 용량을 선택합니다.

3. 워크로드를 확장합니다.

4. 의미 체계 모델에서 XMLA 기반 작업 영역 설정 관찰(용량 설정을 재정의할 수 있는) 스위치에 대해 원하는 설정을 선택합니다.

   

Dataflows

데이터 흐름 워크로드를 사용하면 데이터 흐름 셀프 서비스 데이터 준비를 사용하여 데이터를 수집, 변환, 통합 및 보강할 수 있습니다. 프리미엄에서 워크로드 동작을 제어하려면 다음 설정을 사용합니다. Power BI Premium에서는 메모리 설정을 변경할 필요가 없습니다. Premium의 메모리는 기본 시스템에서 자동으로 관리됩니다.

향상된 데이터 흐름 컴퓨팅 엔진

새 컴퓨팅 엔진의 이점을 활용하려면 데이터 수집을 별도의 데이터 흐름으로 분할하고 변환 논리를 다른 데이터 흐름의 계산된 엔터티에 배치합니다. 이 방법은 컴퓨팅 엔진이 기존 데이터 흐름을 참조하는 데이터 흐름에서 작동하기 때문에 권장됩니다. 수집 데이터 흐름에서는 작동하지 않습니다. 이 지침에 따라 새 컴퓨팅 엔진은 최적의 성능을 위해 조인 및 병합과 같은 변환 단계를 처리합니다.

페이지 번호가 매겨진 보고서

페이지를 매긴 보고서 워크로드를 사용하면 Power BI 서비스에서 표준 SQL Server Reporting Services 형식에 따라 페이지를 매긴 보고서를 실행할 수 있습니다.

페이지를 매긴 보고서는 보고서 작성자가 사용자 지정 코드를 추가하는 기능을 포함하여 현재 SSRS(SQL Server Reporting Services) 보고서와 동일한 기능을 제공합니다. 이렇게 하면 작성자가 코드 식에 따라 텍스트 색을 변경하는 등 보고서를 동적으로 변경할 수 있습니다.

외부 연결

아웃바운드 연결은 기본적으로 켜져 있습니다. 페이지를 매긴 보고서는 이미지와 같은 외부 리소스를 가져오기 위한 요청을 수행하고 페이지를 매긴 보고서에서 사용자 지정 코드를 사용하여 정의된 외부 API 및 Azure 함수를 호출할 수 있습니다. 패브릭 관리자는 Power BI 관리 포털에서 이 설정을 사용하지 않도록 설정할 수 있습니다.

아웃바운드 연결 설정에 연결하려면 다음 단계를 수행합니다.

1. Power BI 서비스에서 관리 포털로 이동합니다.

2. Power BI Premium 탭에서 페이지를 매긴 보고서 아웃바운드 요청을 사용하지 않도록 설정할 용량을 선택합니다.

3. 워크로드를 확장합니다.

   아웃바운드 연결 스위치는 페이지를 매긴 보고서 섹션에 있습니다.

   • 아웃바운드 연결 사용 안 함을 해제하면 아웃바운드 연결이 활성화됩니다.

   • 아웃바운드 연결 사용 안 함을 설정하면 아웃바운드 연결이 비활성화됩니다.

4. 변경한 후 적용을 선택합니다.

   

페이지를 매긴 보고서 워크로드는 자동으로 사용하도록 설정되며 항상 사용하도록 설정됩니다.

관련 콘텐츠

• Power BI 프리미엄

• 데이터 흐름이 있는 Power BI의 셀프 서비스 데이터 준비

• Power BI에서 페이지를 매긴 보고서란 무엇인가요?

• Power BI Desktop의 자동 페이지 새로 고침(미리 보기)