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

Microsoft Fabric は、ユーザーがツールの配列を使用してデータを取得、作成、共有、視覚化できるようにするプラットフォームです。 Power BI は視覚化ツールで、Fabric のエクスペリエンスの 1 つです。

容量あたりの Power BI Premium は、Power BI Premium の別の名前です。 Power BI には、容量あたりのライセンスとユーザーあたりのライセンスの 2 種類のライセンスが必要です。 このため、Power BI Premium は、容量あたりの Power BI Premium と呼ばれることもあります。

Power BI Premium は Microsoft Fabric に移行されました。 Power BI Premium は Fabric の一部になりました。 Fabric の Power BI は、他のすべての Fabric ワークロードと共に使用できます。 この変更により、Power BI Premium SKU は廃止されます。

Power BI は Fabric プラットフォームの一部になります。 他の Fabric エクスペリエンスを使用せずに Power BI を使用するには、[Users can create Fabric items](ユーザーが Fabric アイテムを作成できる) テナント スイッチを無効にします。

いいえ。 P SKU は購入できなくなり、更新のみできるようになります。 Power BI Premium 機能を使用するには、F SKU を購入する必要があります。 F SKU を購入すると、すべての Fabric 機能と Power BI Premium 機能を使用できます。 「Power BI Premium P SKU」でこの移行の詳細をご覧いただけます。

Fabric を購入するには、まず「Microsoft Fabric の価格」ページをご覧ください。

次回の契約更新時に、P SKU の代わりに F SKU を使用して契約を更新することについて、Microsoft 担当者にご相談ください。

Microsoft との現在の契約が終了したら、Microsoft アカウント担当者に相談して、P SKU の購入を F SKU の購入に移行してください。 直接的なアクションは必要ありません。 既存の Power BI Premium の容量は、次回更新時まで引き続きご利用いただけます。

コンテンツを Fabric に移行するには、ワークスペースを Fabric 容量に再割り当てする必要があります。 ワークスペースは、管理者ポータルまたはワークスペース ペインで新しい容量に割り当てることができます。 移行プロセスを高速化するために、管理者はワークスペースを Fabric 容量に一括で再割り当てすることができます。

いいえ。 次回更新時に Fabric 容量を購入するには、Microsoft アカウント担当者に相談してください。 その後、ワークスペースを新しい Fabric 容量に再割り当てします。

P SKU 容量サブスクリプションの終了後 90 日間は、Power BI アイテムにアクセスできます。 この 90 日間の間に、既存の作業へのアクセスを失うことなく、ワークスペースを新しい F SKU 容量に移行します。 ただし、ワークスペースが再割り当てされると、現在アクティブなジョブはすべてキャンセルされます。 移行後にこれらのジョブを再実行します。 移行は、スケジュールされたジョブには影響しません。

はい、F SKU を購入するとPower BI Embedded も入手できます。

SKU (Stock Keeping Unit) は、容量にどれだけの計算能力があるかを示します。 P SKU と F SKU の比較は、容量ライセンスでご覧いただけます。

必要な容量の見積もりについては、Microsoft アカウント担当者にご相談ください。 お客様の現在の使用量に応じて、担当者がどの SKU を購入すべきかをご提案させていただきます。 Fabric 試用版を使用して、容量の使用量を測定していただけます。 Microsoft Fabric Capacity Metrics アプリは、容量の使用を分析するのに役立ちます。

Power BI レポートを作成してコンテンツを使用するには、Power BI Pro ライセンスが必要です。 F64 以上の SKU を使用すると、Microsoft Fabric 無料ライセンスでコンテンツを閲覧できます (コンテンツが容量内である場合)。 Power BI アイテム以外の Fabric アイテムには、Pro ライセンスは必要ありません。 Fabric のユーザー ライセンスに関する詳細については、「ユーザー単位のライセンス」を参照してください。

Power BI Report Server は、ファブリック 予約済みライセンス ソフトウェア アシュアランス付き SQL Server Enterprise Edition の 2 つの異なるライセンスを通じて利用できます。

この表は、F SKU と P SKU の主な違いを一覧表示しています。

^* Fabric には、F SKU でのみ利用可能な信頼済みワークスペース アクセスやマネージド プライベート エンドポイントなどの Azure 機能があります。

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

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

• 事後対応の制限 - 自動スケーリングで使用される Azure サブスクリプションに対して経費の制限を設定することにより、自動スケーリングのコストに事後対応の制限を設定することもできます。 リアクティブな制限を設定するには、次の操作を行います。

  • リソース グループを microsoft.powerbidedicated/autoscalevcores 種類のみのリソースに制限するように Azure Policy を設定します。

  • Azure 予算内にアクション グループを作成します。アクション グループは、カスタム Azure PowerShell Runbook を呼び出してリソース グループ内のすべてのリソースを取得および削除します。

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

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

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

容量は、定義された数の仮想コアで構成されます。 Microsoft Fabric Capacity Metrics アプリは、容量の仮想コアの使用率を追跡します。 アプリで報告された CPU 使用率によって、自動スケーリングの必要性が決まります。

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

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

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

オーバーロード中、自動スケーリングを使用しない場合、調整が適用されます。

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

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

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

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

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

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

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

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

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

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

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

Microsoft Fabric Capacity Metrics アプリで容量の CPU 使用率レベルを表示すると、容量のパフォーマンスを把握するのに役立ちます。 容量のパフォーマンスを測定する簡単な方法を提供するために、容量に含まれる仮想コアの数に対する CPU 使用率がアプリによって報告されます。 アプリに表示されるデータに基づいて、Power BI によって調整と自動スケーリングの決定が行われます。

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

次のステップ

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

• Power BI Premium とは何ですか?
• Power BI Premium で自動スケーリングを使用する
• Extended Pro Trial のアクティブ化
• Power BI Embedded のよくあるご質問

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