Power BI Premium のよく寄せられる質問

この記事では、Power BI Premium についてよく寄せられる質問を取り上げます。 概要については、「Microsoft Power BI Premium とは何ですか?」を参照してください。

Power BI Premium

このセクションでは、Power BI Premium に関する質問と回答について説明します。

自動スケーリングのコストを制御するにはどうすればよいですか?

自動スケーリングは、Power BI Premium のオプション機能であり、次の 2 つの制限に従います (それぞれが Power BI 管理者によって構成されている場合)。

  • プロアクティブな制限 – プロアクティブな制限では、1 つの容量で使用できる自動スケーリング仮想コアの数を制限することにより、自動スケーリングで生成できる経費の比率を設定します。 たとえば、仮想コアの最大自動スケーリングを 1 つの仮想コアに設定することにより、発生する可能性のある最大料金が 1 つの仮想コアでの 30 日間の自動スケーリングになることが保証されます。

  • 事後対応の制限 – 自動スケーリングで使用される Azure サブスクリプションに対して経費の制限を設定することにより、自動スケーリングのコストに事後対応の制限を設定することもできます。 サブスクリプションの予算が使い果たされた場合、Power BI ではそのサブスクリプションの仮想コア リソースを使用できなくなり、自動スケーリングは停止します。 Azure の予算に関するチュートリアルに従うことによって、使用を自動スケーリングする Azure サブスクリプションの予算を設定できます。

リソース使用率によって Premium の自動スケーリングはどのように実行されますか?

Power BI Premium では、使用率レコードを 30 秒ごとに集計することによって使用率のレベルを評価します。 各評価は、"対話的な使用率" と "バックグラウンド使用率" という 2 つの異なる集計で構成されます。

"対話的な使用率" は、現在の 30 秒の評価サイクルか、またはほぼその評価サイクルで完了したすべての対話型の操作を考慮することによって評価されます。

"バックグラウンド使用率" は、過去 24 時間以内に完了したすべてのバックグラウンド操作を考慮することによって評価されます。ここで、各バックグラウンド操作は、その合計 CPU コストの 1/2880 にのみ寄与します (各 24 時間の期間内に 2880 の評価サイクルが存在します)。

容量は、定義された数の仮想コアで構成されます。 Power BI Premium 使用率とメトリック アプリは、ご利用の容量の仮想コアの使用率を追跡します。 アプリで報告された CPU 使用率によって、自動スケーリングの必要性が決まります。

8 つのバックエンド仮想コアを含む P1 サブスクリプションがある場合、各評価サイクル クォータは 240 (8 × 30) 秒の CPU 使用率になります。 両方の使用率の合計が容量内の合計の仮想コア クォータを超えると、今後 24 時間、容量は追加の仮想コアを使用して自動スケーリングされます。

自動スケーリングでは、使用しているリソースの量を評価するために、常に現在の容量サイズを調べます。 1 つの仮想コアを使用して既に自動スケーリングされている場合、最大容量は評価サイクルで 270 (240 + 1 × 30) 秒の CPU 時間になります。

自動スケーリングでは常に、1 つの対話型の操作ですべての容量を使用できないように保証するため、自動スケーリングを開始するには、1 つの評価サイクルで 2 つ以上の対話型の操作が実行されるようにする必要があります。

自動スケーリングしていない場合、オーバーロード中にトラフィックはどうなりますか?

容量の使用率が 100% を超えたが、自動スケーリングが無効になっているか、または既にその最大の仮想コア使用率の値に達しているために自動スケーリングを使用できない場合、その容量は一時的な "対話型の要求遅延" モードになります。その間、対話型の各要求 (レポートの読み込みや、ビジュアルの相互作用など) は、実行のためにエンジンに送信される前に遅延されます。 遅延の量は、検出されたオーバーロードの量に比例します。 100% のオーバーロードによって、20 秒の遅延が発生します。

以前の評価が 100% を超えるリソース使用率になっている場合、その容量は "対話型の要求遅延" モードのままになります。

オーバーロード スコアの計算方法

昼間に発生するオーバーロード イベントは、多くのユーザーに影響を与える可能性があります。 夜間に発生するオーバーロード イベントは、一握りのユーザーにのみ影響を与えるでしょう。 オーバーロード スコアは、ユーザーに最も影響を与える Power BI 項目 (レポートやデータセットなど) を 1 つ選択することができるよう、これら 2 つのオーバーロード イベントを区別しやすくするために設計されています。

オーバーロード スコアの計算は、2 つの手順で行われます。

  1. オーバーロード イベントの影響を受ける対話型クエリに属する CPU 時間 (秒) が合計されます。

  2. 値フォームの手順 1 は、調整の影響を受けた対話型操作の回数で乗算されます。

使用率データを使用して容量のニーズを予測するにはどうすればよいですか?

メトリック レポートのデータセットには 30 ~ 45 日間のデータが保持されます。 このレポートを使用すると、容量の最大リソースにどれだけ近づいているかを示すことができます。また、月単位のスナップショットを保存している場合は、それらを比較して、増加の傾向を示したり、100% のリソース使用率に達する速度を推定したりすることができます。

使用率データから自動スケーリングの有効化を勧める通知が送信されるようにするにはどうすればよいですか?

使用率データは現在、容量が "対話型の要求遅延" モードにあるために要求が調整されたかどうかを示していません。 この情報は使用率アプリに追加されるため、管理者は、ユーザーのところで遅延が発生したかどうかや、自動スケーリングがないためのオーバーロードによる遅延がどの程度かを判断できるようになります。

最大容量に近づいているという通知を受けるにはどうすればよいですか?

Power BI 管理ポータルの [容量管理] ページには、使用率通知のチェックボックスがあります。 ユーザーは、アラートがトリガーされるしきい値 (既定値は 80%) と、使用率のアラートが送信されるメール アドレスを選択できます。

Power BI では、どれくらいの量のデータを格納していますか? 保持する量を増やすにはどうすればよいですか?

Power BI サービスでは、90 日間の使用率データを格納します。 より長いデータ保持が必要なユーザーは、Bring Your Own Log Analytics (BYOLA) を使用して、より多くの使用率データを格納することができます。

Premium のリソースに対する CPU 時間を超えた可視性を得るにはどうすればよいですか?

お客様は使用率データから自身の操作のメモリ占有領域に対する可視性を得ることはできないため、そのいずれかの操作がエラーの影響を受けるかどうかを事前に知ることはできません。

使用率データを使用してチャージバックを実行するにはどうすればよいですか?

使用率レポートの左側にある横棒グラフ ビジュアルには、レポートの期間中のワークスペース間の使用率情報が表示されます。 各ワークスペースが、チャージバックを適用できるさまざまな部署、コスト センター、またはその他のエンティティを表している場合は、この横棒グラフ ビジュアルをチャージバックに使用できます。

Power BI で CPU 使用率はどのように報告されますか?

容量を購入すると、「容量と SKU」に記載されているように、定義済みの数の仮想コアを取得できます。

容量の CPU 使用率レベルを表示することで、Power BI Premium 使用率とメトリック アプリでは、容量のパフォーマンスを容易に把握できます。 容量のパフォーマンスを測定する簡単な方法を提供するために、アプリでは、容量に含まれる仮想コアの数に対する CPU 使用率を報告します。 Power BI では、アプリに表示されるデータに基づいて、調整と自動スケーリングの決定を行います。

Premium Per User (PPU)

Premium Per User (PPU) に関する詳細については、Power BI Premium Per User に関する記事を参照してください。

次のステップ

次の記事は、Power BI Premium に関するより詳細な情報を提供しています。

他にわからないことがある場合は、 Power BI コミュニティで質問してみてください