Premium 容量でワークロードを構成する

この記事では、Power BI Premium のワークロードの一覧を示し、その容量について説明します。

サポートされるワークロード

クエリ ワークロードは、Premium 容量 SKU によって決定されるリソースに最適化され、制限されます。 Premium 容量では、容量のリソースを使用できる追加のワークロードもサポートされます。

以下のワークロードの一覧では、各ワークロードをサポートする Premium 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 でコグニティブ サービスと自動機械学習を使用できます。 ワークロードの動作を制御するには、次の設定を使用します。

¹Premium では、メモリ設定を変更する必要はありません。 Premium のメモリは、基になるシステムによって自動的に管理されます。

セマンティック モデル

このセクションでは、次のセマンティック モデルのワークロード設定について説明します。

• Power BI の設定
• Analysis Services サーバーのプロパティ

Power BI の設定

次の表の設定を使用して、ワークロードの動作を制御します。 リンクを含む設定には、表の下の指定されたセクションで確認できる追加情報があります。

¹Premium では、メモリ設定を変更する必要はありません。 Premium のメモリは、基になるシステムによって自動的に管理されます。

中間行セットの最大数

この設定を使用して、リソースを集中的に使用するレポートまたは設計が不十分なレポートの影響を制御します。 DirectQuery セマンティック モデルに対するクエリによってソース データベースからの結果が非常に大きくなると、メモリ使用量と処理オーバーヘッドが急増する可能性があります。 この状況は、他のユーザーやレポートがリソース不足につながる可能性があります。 この設定により、容量管理者は、データ ソースから個々のクエリでフェッチできる行の数を調整できます。

または、容量で既定の 100 万行を超える行をサポートでき、セマンティック モデルが大きい場合は、この設定を大きくして、より多くの行をフェッチします。

この設定は DirectQuery クエリにのみ影響しますが、 Max Result Row Set Count は DAX クエリに影響します。

オフライン セマンティック モデルの最大サイズ

この設定を使用して、レポート作成者が容量に悪影響を与える可能性のある大規模なセマンティック モデルを発行できないようにします。 セマンティック モデルがメモリに読み込まれるまで、Power BI は実際のメモリ内サイズを判断できません。 オフライン サイズが小さいセマンティック モデルでは、オフライン サイズが大きいセマンティック モデルよりもメモリ占有領域が大きくなる可能性があります。

この設定に指定したサイズより大きい既存のセマンティック モデルがある場合、ユーザーがアクセスしようとするとセマンティック モデルの読み込みに失敗します。 セマンティック モデルは、セマンティック モデルワークロード用に構成された最大メモリより大きい場合にも読み込みに失敗する可能性があります。

この設定は、小さなセマンティック モデル ストレージ形式 (ABF 形式) と大きなセマンティック モデル ストレージ形式 (PremiumFiles) の両方のモデルに適用できますが、同じモデルのオフライン サイズは、1 つの形式と別の形式で格納されている場合に異なる場合があります。 詳細については、「 Power BI Premium の大規模なモデル」を参照してください。

システムのパフォーマンスを保護するために、構成された値に関係なく、最大オフライン セマンティック モデル サイズの SKU 固有のハード 上限が追加されます。 次の表に示す追加の SKU 固有のハード 上限は、大規模なセマンティック モデルストレージ形式で格納されている Power BI セマンティック モデルには適用されません。

¹最大オフライン セマンティック モデル サイズ (小さなストレージ形式) のハード上限。

[Max Result Row Set Count]\(結果の最大行セット数\)

この設定を使用して、リソースを集中的に使用するレポートまたは設計が不十分なレポートの影響を制御します。 DAX クエリでこの制限に達すると、レポート ユーザーに次のエラーが表示されます。 エラーの詳細をコピーし、管理者に問い合わせる必要があります。

この設定は DAX クエリにのみ影響しますが、 Max Intermediate Row Set Count は DirectQuery クエリに影響します。

クエリ のメモリ制限

この設定を使用して、リソースを集中的に使用するレポートまたは設計が不十分なレポートの影響を制御します。 クエリや計算によっては、容量に大量のメモリを使用する中間結果が生じる場合があります。 この状況により、他のクエリの実行速度が非常に遅くなり、他のセマンティック モデルが容量から削除され、容量の他のユーザーのメモリ不足エラーが発生する可能性があります。

この設定は、Power BI レポート、Excel レポートでの分析、および XMLA エンドポイント経由で接続できるその他のツールによって実行されるすべての DAX および MDX クエリに適用されます。

データ更新操作では、セマンティック モデル内のデータが更新された後にダッシュボード タイルとビジュアル キャッシュを更新する一環として、DAX クエリが実行される場合もあります。 このようなクエリも、この設定のために失敗する可能性があり、セマンティック モデルのデータが正常に更新された場合でも、データ更新操作が失敗状態で表示される可能性があります。

既定の設定は 0 で、SKU 固有の自動クエリ メモリ制限が適用されます。

Premium 容量に割り当てられないワークスペースのクエリ制限は 1 GB です。

クエリのタイムアウト

この設定を使用すると、実行時間の長いクエリをより適切に制御できます。これにより、ユーザーのレポートの読み込みが遅くなる可能性があります。

この設定は、Power BI レポート、Excel レポートでの分析、および XMLA エンドポイント経由で接続できるその他のツールによって実行されるすべての DAX および MDX クエリに適用されます。

データ更新操作では、セマンティック モデル内のデータが更新された後にダッシュボード タイルとビジュアル キャッシュを更新する一環として、DAX クエリが実行される場合もあります。 このようなクエリも、この設定のために失敗する可能性があり、セマンティック モデルのデータが正常に更新された場合でも、データ更新操作が失敗状態で表示される可能性があります。

この設定は、セマンティック モデルまたはレポートの更新に関連付けられているすべてのクエリの実行にかかる時間ではなく、1 つのクエリに適用されます。 次の例を確認してください。

• [クエリ タイムアウト] 設定は 1200 (20 分) です。
• 実行するクエリは 5 つあり、それぞれ 15 分実行されます。

すべてのクエリの合計時間は 75 分ですが、個々のすべてのクエリが 20 分未満で実行されるため、設定の制限に達しません。

Power BI レポートでは、容量に対するクエリごとにタイムアウトが大幅に小さくなり、この既定値がオーバーライドされることに注意してください。 通常、各クエリのタイムアウトは約 3 分です。

ページの自動更新

ページの自動更新を有効にすると、Premium 容量のユーザーは、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

データフロー ワークロードを使用すると、データフローのセルフサービス データ準備を使用して、データの取り込み、変換、統合、強化を行うことができます。 Premium でのワークロードの動作を制御するには、次の設定を使用します。 Power BI Premium では、メモリ設定を変更する必要はありません。 Premium のメモリは、基になるシステムによって自動的に管理されます。

拡張データフロー コンピューティング エンジン

新しいコンピューティング エンジンのメリットを得るために、データの取り込みを個別のデータフローに分割し、変換ロジックをさまざまなデータフロー内の計算済みエンティティに配置します。 コンピューティング エンジンは、既存のデータフローを参照するデータフローで動作するため、この方法をお勧めします。 インジェスト データフローでは機能しません。 このガイダンスに従って、最適なパフォーマンスを実現するために、新しいコンピューティング エンジンが結合やマージなどの変換手順を確実に処理します。

改ページ対応レポート

ページ分割されたレポート ワークロードを使用すると、Power BI サービスで、標準の SQL Server Reporting Services 形式に基づいてページ分割されたレポートを実行できます。

ページ分割されたレポートは、SQL Server Reporting Services (SSRS) レポートと同じ機能を提供します。これには、レポート作成者がカスタム コードを追加する機能も含まれます。 これにより、作成者は、コード式に基づいてテキストの色を変更するなど、レポートを動的に変更できます。

アウトバウンド接続

送信接続は既定で有効になっています。 これにより、ページ分割されたレポートは、イメージなどの外部リソースをフェッチするための要求を行い、ページ分割されたレポートでカスタム コードを使用して定義された外部 API と Azure 関数を呼び出すことができます。 ファブリック管理者は、Power BI 管理ポータルでこの設定を無効にすることができます。

送信接続の設定にアクセスするには、次の手順に従います。

1. Power BI サービスで、 管理ポータルに移動します。

2. Power BI Premium タブで、ページ分割されたレポートの送信要求を無効にする容量を選択します。

3. [ワークロード] を展開します。

   送信接続スイッチは、 ページ分割されたレポート セクションにあります。

   • 送信接続を無効にすると、送信接続が有効になります。

   • [送信接続の無効化] がオンの場合、送信接続は無効になります。

4. 変更を加えた後、[ 適用] を選択します。

   

ページ分割されたレポートワークロードは自動的に有効になり、常に有効になります。

関連コンテンツ

• Power BI Premium

• データフローを使用した Power BI でのセルフサービス データ準備

• Power BI のページ分割されたレポートとは

• Power BI Desktop でのページの自動更新 (プレビュー)