Power BI Premium とはWhat is Power BI Premium?

Power BI Premium では、お客様の組織を対象にして Power BI サービスを実行するための専用の拡張リソースが提供されます。Power BI Premium provides dedicated and enhanced resources to run the Power BI service for your organization. 例:For example:

  • より大きなスケールとパフォーマンスGreater scale and performance
  • 容量別にライセンスされる柔軟性Flexibility to license by capacity
  • セルフサービスとエンタープライズ BI を統合Unify self-service and enterprise BI
  • Power BI Report Server を使用してオンプレミスの BI を拡張Extend on-premises BI with Power BI Report Server
  • 地域別にデータの所在地をサポート (Multi-geo)Support for data residency by region (Multi-Geo)
  • ユーザー別ライセンスを購入することなくどのユーザーともデータを共有できるShare data with anyone without purchasing a per-user license

この記事では、Power BI Premium の主要な機能を紹介します。This article introduces key features in Power BI Premium. 必要に応じて、より詳細な情報が記載されているその他の記事へのリンクが提供されています。Where necessary, links to additional articles with more detailed information are provided.

サブスクリプションとライセンスSubscriptions and licensing

Power BI Premium は、2 つの SKU (Stock Keeping Unit) ファミリで利用可能なテナントレベルの Office 365 サブスクリプションです。Power BI Premium is a tenant-level Office 365 subscription available in two SKU (Stock-Keeping Unit) families:

  • EM SKU (EM1 から EM3) - 埋め込み、年間契約が必要、1 か月単位での課金。EM SKUs (EM1-EM3) for embedding, requiring a yearly commitment, billed monthly. EM1 および EM2 SKU は、ボリューム ライセンス プランを通してのみ利用できます。EM1 and EM2 SKUs are available only through volume licensing plans. 直接購入することはできません。You can't purchase them directly.
  • P SKU (P1 から P3) - 埋め込みおよびエンタープライズ機能、月間契約または年間契約が必要、1 か月単位での課金。オンプレミスの Power BI Report Server をインストールするライセンスも含まれている。P SKUs (P1-P3) for embedding and enterprise features, requiring a monthly or yearly commitment, billed monthly, and includes a license to install Power BI Report Server on-premises.

別の方法としては、Azure Power BI Embedded サブスクリプションを購入することもできます。これには、埋め込みおよび容量テストの目的でのみ使用する単一の A (A1 から A6) SKU ファミリが含まれます。An alternative approach is to purchase an Azure Power BI Embedded subscription, which has a single A (A1-A6) SKU family for embedding and capacity testing purposes only. すべての SKU で、容量を作成するための仮想コアが提供されますが、EM SKU はより小さなスケールの埋め込みに限定されています。All SKUs deliver v-cores to create capacities, but the EM SKUs are restricted for smaller scale embedding. 仮想コアが 4 個未満の EM1、EM2、A1、および A2 の SKU は、専用インフラストラクチャ上では実行されません。EM1, EM2, A1, and A2 SKUs with less than four v-cores do not run on dedicated infrastructure.

この記事では P SKU を重点的に取り上げていますが、説明されている内容の多くは A SKU にも関連しています。While the focus of this article is on the P SKUs, much of what is described is also relevant to the A SKUs. Premium サブスクリプションとは対照的に、Azure SKU では期間契約の必要がなく、1 時間ごとに課金されます。In contrast to the Premium subscription SKUs, Azure SKUs require no time commitment and are billed hourly. これらは完全な弾力性を備え、スケールアップ、スケールダウン、一時停止、再開、および削除が可能です。They deliver full elasticity enabling scale up, scale down, pause, resume, and delete.

この記事で Azure Power BI Embedded はほとんど扱われていませんが、記事「Premium 容量を最適化する」の「テスト アプローチ」セクションに、ワークロードをテストおよび測定するための実践的かつ経済的なオプションとして説明されています。Azure Power BI Embedded is largely out of scope for this article, but it is described in the Testing Approaches section of the Optimizing Premium capacities article as a practical and economic option to test and measure workloads. Azure SKU の詳細については、Azure Power BI Embedded のドキュメントを参照してください。To learn more about Azure SKUs, see Azure Power BI Embedded Documentation.

購入Purchasing

Power BI Premium サブスクリプションは、Microsoft 365 管理センター内の管理者によって購入されます。Power BI Premium subscriptions are purchased by administrators in the Microsoft 365 admin center. 具体的には、Office 365 グローバル管理者または課金管理者のみが SKU を購入できます。Specifically, only Office 365 Global administrators or Billing Administrators can purchase SKUs. 購入すると、"仮想コア プール" と呼ばれる容量に割り当てられる対応した数の仮想コアがテナントに届きます。When purchased, the tenant receives a corresponding number of v-cores to assign to capacities, known as v-core pooling. たとえば、P3 SKU を購入すると、32 個の仮想コアがテナントに提供されます。For example, purchasing a P3 SKU provides the tenant with 32 v-cores. 詳細については、「How to purchase Power BI Premium」(Power BI Premium の購入方法) を参照してください。To learn more, see How to purchase Power BI Premium.

専用の容量Dedicated capacities

Power BI Premium では、"専用の容量" が提供されます。With Power BI Premium, you get dedicated capacities. 他の顧客と共有された計算リソース上でワークロードが実行される共有された容量とは対照的に、専用の容量は組織によって排他的に使用されます。In contrast to a shared capacity where workloads run on computational resources shared with other customers, a dedicated capacity is for exclusive use by an organization. これは、ホストされるコンテンツに対して信頼性が高く一貫したパフォーマンスを提供する専用の計算リソースを使用して隔離されます。It's isolated with dedicated computational resources, which provide dependable and consistent performance for hosted content.

ワークスペースは容量内に存在します。Workspaces reside within capacities. 各 Power BI ユーザーには、マイ ワークスペースと呼ばれる個人用のワークスペースが用意されます。Each Power BI user has a personal workspace known as My Workspace. アプリのワークスペースと呼ばれる追加のワークスペースを作成して、コラボレーションを有効にすることができます。Additional workspaces known as App Workspaces can be created to enable collaboration. 既定では、ワークスペース (個人用のワークスペースも含む) は、共有された容量内に作成されます。By default workspaces, including personal workspaces, are created in the shared capacity. Premium 容量をお持ちの場合は、マイ ワークスペースとアプリ ワークスペースの両方を Premium 容量に割り当てることができます。When you have Premium capacities, both My Workspaces and App workspaces can be assigned to Premium capacities.

容量ノードCapacity nodes

サブスクリプションとライセンス」セクションで説明したように、Power BI Premium SKU ファミリには次の 2 つがあります: EMP。Power BI Premium SKU はすべて、容量 "ノード" として利用でき、それぞれは、プロセッサ、メモリ、およびストレージから成る一定量のリソースを表しています。As described in the Subscriptions and Licensing section, there are two Power BI Premium SKU families: EM and P. All Power BI Premium SKUs are available as capacity nodes, each representing a set amount of resources consisting of processor, memory, and storage. リソースの他に、各 SKU には、1 秒あたりの DirectQuery 接続および Live Connection 接続の数と並列モデル更新の数についても運用上の制限があります。In addition to resources, each SKU has operational limits on the number of DirectQuery and Live Connection connections per second, and the number of parallel model refreshes.

処理は、バックエンドとフロントエンドの間で均等に分割された設定された数の仮想コアによって実現されます。Processing is achieved by a set number of v-cores, divided equally between backend and frontend.

バックエンド仮想コアは、中心的な Power BI 機能を担当します。これには、クエリ処理、キャッシュ管理、R サービスの実行、モデルの更新、自然言語処理 (Q&A)、サーバー側でのレポートとイメージのレンダリングなどがあります。Backend v-cores are responsible for core Power BI functionality, including query processing, cache management, running R services, model refresh, natural language processing (Q&A), and server-side rendering of reports and images. バックエンド仮想コアには、アクティブ データセットとも呼ばれるモデルを主にホストするのに使用される固定量のメモリが割り当てられています。Backend v-cores are assigned a fixed amount of memory that is primarily used to host models, also known as active datasets.

フロントエンド仮想コアは、Web サービス、ダッシュボードとレポート ドキュメントの管理、アクセス権の管理、スケジューリング、API、アップロードとダウンロード、および一般にユーザー エクスペリエンスに関連するすべてのことを担当します。Frontend v-cores are responsible for the web service, dashboard and report document management, access rights management, scheduling, APIs, uploads and downloads, and generally for everything related to the user experiences.

ストレージは、容量ノードごとに 100 TB に設定されます。Storage is set to 100 TB per capacity node.

次の表に、各 Premium SKU (および同等にサイズ指定された A SKU) のリソースと制限を示します。The resources and limits of each Premium SKU (and equivalently sized A SKU) are described in the following table:

容量ノードCapacity Nodes 合計 v コア数Total v-cores バックエンド v コア数Backend v-cores RAM (GB)RAM (GB) フロントエンド v コア数Frontend v-cores DirectQuery/ライブ接続 (秒あたり)DirectQuery/Live Connection (per sec) モデル更新並列処理Model Refresh Parallelism
EM1/A1EM1/A1 11 0.50.5 2.52.5 0.50.5 3.753.75 11
EM2/A2EM2/A2 22 11 55 11 7.57.5 22
EM3/A3EM3/A3 44 22 1010 22 1515 33
P1/A4P1/A4 88 44 2525 44 3030 66
P2/A5P2/A5 1616 88 5050 88 6060 1212
P3/A6P3/A6 3232 1616 100100 1616 120120 2424

容量のワークロードCapacity workloads

容量のワークロードは、ユーザーが利用できるようにされているサービスです。Capacity workloads are services made available to users. 既定で、Premium 容量および Azure 容量によってサポートされるのは、Power BI クエリの実行に関連付けられるデータセット ワークロードのみです。By default, Premium and Azure capacities support only a dataset workload associated with running Power BI queries. データセット ワークロードを無効にすることはできません。The dataset workload cannot be disabled. AI (Cognitive Services)データフロー、およびページ分割されたレポートに対する追加のワークロードを有効にすることができます。Additional workloads can be enabled for AI (Cognitive Services), Dataflows, and Paginated reports. これらのワークロードは、Premium のサブスクリプションのみでサポートされます。These workloads are supported in Premium subscriptions only.

各追加のワークロードでは、ワークロードで使用できる最大メモリを (使用可能な合計メモリの割合として) 構成できます。Each additional workload allows configuring the maximum memory (as a percentage of total available memory) that can be used by the workload. 最大メモリの既定値は、SKU によって決定されます。Default values for maximum memory are determined by SKU. 使用する場合にのみそれらの追加のワークロードを有効にすることで、ご利用の容量の使用可能なリソースを最大限に活用することができます。You can maximize your capacity's available resources by enabling only those additional workloads when they're used. そして、メモリ設定を変更するのは、既定の設定では容量のリソース要件が満たされないことが判明した場合のみにしてください。And you can change memory settings only when you have determined default settings are not meeting your capacity resource requirements. 管理ポータル[容量の設定] を使用するか、または Capacities REST APIs を使用して、容量管理者は容量に対してワークロードを有効にしたり構成したりすることができます。Workloads can be enabled and configured for a capacity by capacity admins by using Capacity settings in the Admin portal or by using the Capacities REST APIs.

ワークロードの有効化

詳細については、「Premium 容量でワークロードを構成する」を参照してください。To learn more, see Configure workloads in a Premium capacity.

容量はどのように機能するのかHow capacities function

Power BI サービスでは常に、容量に課されている制限を超えることなく、容量リソースが最大限に活用されます。At all times, the Power BI service makes the best use of capacity resources while not exceeding limits imposed on the capacity.

容量の操作は、"対話型" または "バックグラウンド" のいずれかに分類されます。Capacity operations are classified as either interactive or background. 対話型の操作には、要求のレンダリング、ユーザーとのやりとりでの応答 (フィルター処理、Q&A クエリなど) などが含まれます。Interactive operations include rendering requests and responding to user interactions (filtering, Q&A querying, etc.). 一般に、インポート モデルのクエリではメモリ リソースの使用率が高いのに対して、DirectQuery モデルと Live Connection モデルのクエリでは CPU の使用率が高くなります。Generally, import model querying is memory resource-intensive, while querying DirectQuery and Live Connection models is CPU-intensive. バックグラウンド操作には、データフローおよびインポート モデルの更新や、ダッシュボード クエリのキャッシングなどがあります。Background operations include dataflow and import model refreshes, and dashboard query caching.

可能な限り最適なユーザー エクスペリエンスを確保するために対話型の操作が常にバックグラウンド操作よりも優先されることを理解するのが重要です。It's important to understand that interactive operations are always prioritized over background operations to ensure the best possible user experience. リソースが不足している場合、バックグラウンド操作はキューに追加され、リソースが解放されたときに処理されます。If there are insufficient resources, background operations are added to a queue for processing when resources free up. データセットの更新などのバックグラウンド操作は、Power BI サービスによってプロセスの途中で停止され、キューに追加される場合があります。Background operations, like dataset refreshes, can be stopped mid-process by the Power BI service and added to a queue.

インポート モデルは、クエリまたは更新のいずれも行えるように、メモリに完全に読み込む必要があります。Import models must be fully loaded into memory so they can be queried or refreshed. Power BI サービスでは、使用可能なメモリを確実に最大限活用できるように高度なアルゴリズムを使用してメモリ使用量が管理されており、容量の上限を超えてしまうこともあります。容量にはインポート モデルを多数格納することが可能です (Premium 容量あたり最大で 100 TB)。しかし、それらのディスク ストレージの合計がサポートされているメモリを超えた場合 (クエリと更新のために追加のメモリが必要になります)、すべてをメモリに同時に読み込むことはできません。The Power BI service manages memory usage by using sophisticated algorithms to ensure maximum use of available memory, and can cause over-committing the capacity: While it's possible for a capacity to store many import models (up to 100 TB per Premium capacity), when their combined disk storage exceeds the supported memory (and additional memory is required for querying and refresh), then they cannot all be loaded into memory at the same time.

したがって、インポート モデルは使用量に応じてメモリに読み込まれたり、メモリから削除されたりします。Import models are therefore loaded into and removed from memory according to usage. インポート モデルは、クエリ実行の対象となり (対話型の操作) まだメモリに存在していない場合、または更新される場合 (バックグラウンド操作) に読み込まれます。An import model is loaded when it is queried (interactive operation) and not yet in memory, or when it's to be refreshed (background operation).

モデルをメモリから除去することは、"削除" と呼ばれています。The removal of a model from memory is known as eviction. これは、Power BI がモデルのサイズに応じて迅速に実行できる操作です。It's an operation Power BI can perform quickly depending on the size of the models. 容量にメモリ不足が発生していない場合、モデルはそのままメモリに読み込まれ、メモリ内に残ります。If the capacity is not experiencing any memory pressure, models are simply loaded into memory and remain there. ただし、モデルを読み込むために利用できるメモリが不十分である場合、Power BI サービスでまずメモリを解放する必要があります。However, when insufficient memory is available to load a model, the Power BI service will first need to free-up memory. 過去 3 分間 [1] に使用されていないモデルを探すことによって非アクティブになっているモデルを検出してからそれらを削除することによって、メモリが解放されます。It frees memory by detecting models that have become inactive by seeking models that have not been used in the last three minutes [1], and then evicting them. 削除できる非アクティブ モデルが存在しない場合、Power BI サービスではバックグラウンド操作用に読み込まれたモデルの削除が試みられます。If there are no inactive models to evict, the Power BI service seeks to evict models loaded for background operations. 試行が失敗してから 30 秒後 [1] に行われる最終手段は、対話型の操作を失敗させるというものです。A last resort, after 30 seconds of failed attempts [1], is to fail the interactive operation. この場合、レポート ユーザーには、エラーと共に、しばらくしてから再試行することを促す提案が通知されます。In this case, the report user is notified of failure with a suggestion to try again shortly. 場合によっては、サービスの操作のせいでモデルがメモリからアンロードされることがあります。In some cases, models may be unloaded from memory due to service operations.

データセットの削除は通常の想定される動作であることを強調することが重要です。It's important to stress that dataset eviction is a normal and expected behavior. 合計サイズが使用可能メモリを超える可能性があるモデルを読み込みおよびアンロードすることで、メモリを最大限に活用できるように努めています。It strives to maximize memory usage by loading and unloading models whose combined sizes can exceed available memory. これは、仕様上、レポート ユーザーには透過的に行われます。This is by design, and transparent to report users. 高い削除レートは、必ずしも容量に配分されているリソースが不足していることを意味するものではありません。High eviction rates do not necessarily mean the capacity is insufficiently resourced. ただし、高い削除レートが原因でクエリまたは更新の応答性が損なわれる場合、それは問題になる可能性があります。They can, however, become a concern if query or refresh responsiveness is suffering because of high eviction rates.

インポート モデルの更新では、モデルをメモリに読み込む必要があるため、常にメモリの使用率が高くなります。Refreshes of import models are always memory intensive as models must be loaded into memory. 処理のために追加のメモリが必要です。Additional memory is required for processing. 完全更新では、モデルに必要なメモリ量の約 2 倍が使用される可能性があります。A full refresh can use approximately double the amount of memory required by the model. これにより、更新が完了して新しいモデル データが使用できるようになるまでクエリが既存のモデルに送信されるので、処理中であってもモデルに対して確実にクエリを実行することができます。This ensures the model can be queried even when being processed, because queries are sent to the existing model, until the refresh has completed and the new model data is available. 増分更新は、必要なメモリがより少なくて済み、より早く完了することが可能なため、容量リソースへの負担を大幅に減らすことができます。Incremental refresh will require less memory and could complete faster, and so can substantially reduce pressure on capacity resources. モデルの更新では CPU が集中的に使用されます。特に、複雑な Power Query 変換を含むモデルや、複雑であったり大きなテーブルを基にしていたりする計算テーブル/列を含むモデルの場合はそのようになります。Refreshes can also be CPU-intensive for models, especially those with complex Power Query transformations, or calculated tables/columns that are complex or are based on large tables.

クエリ値と同様に更新でも、モデルをメモリに読み込む必要があります。Refreshes, like queries, require the model be loaded into memory. メモリが不足している場合、Power BI サービスでは非アクティブ モデルの削除が試みられ、これが不可能な場合は (すべてのモデルがアクティブであるため)、更新ジョブがキューに入れられます。If there is insufficient memory, the Power BI service will attempt to evict inactive models, and if this is not possible (as all models are active), the refresh job is queued. 更新では、通常、CPU が集中的に使用されます。それはクエリの場合よりもさらに高くなります。Refreshes are typically CPU-intensive, even more so than queries. このため、同時更新の数に対して容量の制限があり、1.5 × バックエンド仮想コア数 (切り上げ) に設定されています。For this reason, there are capacity limits on the number of concurrent refreshes, set to 1.5 x the number of backend v-cores, rounded up. 同時更新の数が多すぎる場合は、スケジュールされた更新がキューに入れられます。If there are too many concurrent refreshes, a scheduled refresh will be queued. このような状況が発生すると、更新が完了するまでの時間がより長くなります。When these situations occur, it takes longer for the refresh to complete. ユーザー要求または API 呼び出しによってトリガーされる更新などのオンデマンド更新は、3 回再試行されます [1]。On-demand refreshes such as those triggered by a user request or an API call will retry three times [1]. それでも十分なリソースがない場合、更新は失敗します。If there still aren't enough resources, the refresh will then fail.

セクションに関する注意事項:Section notes:
[1] 変更される可能性があります。[1] Subject to change.

地域のサポートRegional support

新しい容量を作成するとき、Office 365 グローバル管理者と Power BI サービス管理者は、容量に割り当てられたワークスペースを置く地域を指定することができます。When creating a new capacity, Office 365 Global administrators and Power BI service administrators can specify a region where workspaces assigned to the capacity will reside. これは、Multi-Geo と呼ばれています。This is known as Multi-Geo. Multi-Geo を使用することで、組織は Office 365 サブスクリプションが存在する地域とは異なる場合でも、特定の地域にあるデータセンターにコンテンツを配置することで、データの所在地要件を満たすことができます。With Multi-Geo, organizations can meet data residency requirements by deploying content to datacenters in a specific region, even if it's different than the region in which the Office 365 Subscription resides. 詳細については、「Multi-Geo support for Power BI Premium」 (Power BI Premium の Multi-Geo のサポート) を参照してください。To learn more, see Multi-Geo support for Power BI Premium.

容量管理Capacity management

Premium 容量の管理では、容量の作成または削除、管理者の割り当て、ワークスペースの割り当て、ワークロードの構成、監視、容量パフォーマンスを最適化するための調整を行う必要があります。Managing Premium capacities involves creating or deleting capacities, assigning admins, assigning workspaces, configuring workloads, monitoring, and making adjustments to optimize capacity performance.

Office 365 グローバル管理者および Power BI サービス管理者は、利用可能な仮想コアから Premium 容量を作成することも、既存の Premium 容量を変更することもできます。Office 365 Global administrators and Power BI service administrators can create Premium capacities from available v-cores, or modify existing Premium capacities. 容量を作成するときには、容量のサイズと地理的な地域を指定し、少なくとも 1 人の容量管理者を割り当てます。When a capacity is created, capacity size and geographic region are specified, and at least one capacity admin is assigned.

容量が作成されると、管理ポータルでの管理タスクの大部分は完了します。When capacities are created, most administrative tasks are completed in the Admin portal.

管理ポータル

容量管理者は、容量へのワークスペースの割り当て、ユーザーのアクセス許可の管理、他の管理者の割り当てを行うことができます。Capacity admins can assign workspaces to the capacity, manage user permissions, and assign other admins. 容量管理者はまた、ワークロードの構成、メモリ割り当ての調整、さらに必要に応じて、容量の再起動、容量の上限を超えた場合の操作のリセットを行うこともできます。Capacity admins can also configure workloads, adjusting memory allocations, and if necessary, restart a capacity, resetting operations in a capacity becomes overloaded.

管理ポータル

容量管理者は、容量が円滑に運用されているかどうかを確認することもできます。Capacity admins can also make sure a capacity is running smoothly. 管理者ポータルですぐに容量の健全性を監視することも、Premium 容量メトリク アプリを使用して監視することもできます。They can monitor capacity health right in the Admin portal or by using the Premium capacity metrics app.

容量の作成、管理者の割り当て、およびワークスペースの割り当ての詳細については、「Premium 容量を管理する」を参照してください。To learn more about creating capacities, assigning admins, and assigning workspaces, see Managing Premium capacities. ロールの詳細については、「Power BI に関連する管理者ロール」をご覧ください。To learn more about roles, see Administrator roles related to Power BI.

監視Monitoring

Premium 容量を監視することで、容量がどのように実行されているかを管理者は把握することができます。Monitoring Premium capacities provides administrators with an understanding of how capacities are performing. 管理ポータルおよび Power BI Premium 容量メトリック アプリを使用することで、容量は監視できます。Capacities can be monitored by using the Admin portal and the Power BI Premium Capacity Metrics app.

ポータルによる監視では、大まかなメトリックに関するクイック ビューが表示され、過去 7 日間にわたりかけられた負荷および使用している容量によって利用されたリソースの平均が示されます。Monitoring in the portal provides a quick view with high-level metrics indicating loads placed and the resources utilized by your capacity, averaged, over the past seven days.

管理ポータル

Power BI Premium 容量メトリック アプリからは、ご利用の容量がどのように実行されているかについてかなり詳細な情報が提供されます。The Power BI Premium Capacity Metrics app provides the most in-depth information into how your capacities are performing. このアプリには、大まかなダッシュボードとより詳細なレポートが用意されています。The app provides a high-level dashboard and more detailed reports.

トリック アプリ ダッシュボード

アプリのダッシュボードでメトリック セルをクリックすると、詳細なレポートが開きます。From the app's dashboard, you can click a metric cell to open an in-depth report. レポートには、詳細なメトリックに加えて、ご利用の容量の円滑な運用を維持するのに必要となる最も重要な情報にドリルダウンするフィルタリング機能があります。Reports provide in-depth metrics and filtering capability to drill-down on the most important information you need to keep your capacities running smoothly.

定期的に発生するクエリ待機時間カウントのピークは潜在的な CPU 飽和を示します

容量の監視方法の詳細については、Power BI 管理ポータルでの監視およびPower BI Premium 容量メトリック アプリを使用した監視に関するページを参照してください。To learn more about monitoring capacities, see Monitoring in the Power BI Admin portal and Monitoring with the Power BI Premium Capacity Metrics app.

容量の最適化Optimizing capacities

ご利用の容量を最大限に活用することは、ユーザーに対して確実にパフォーマンスを発揮し、Premium への投資に見合う最大限の価値を確実に得る上で重要です。Making the best use of your capacities is critical to assuring users get the performance and you're getting the most value for your Premium investment. 主要なメトリックを監視することにより、管理者はボトルネックをトラブルシューティングして必要な措置を取るために最適な方法を判断することができます。By monitoring key metrics, administrators can determine how best to troubleshoot bottlenecks and take necessary action. 詳細については、「Premium 容量を最適化する」と「Premium 容量のシナリオ」を参照してください。To learn more, see Optimizing Premium capacities and Premium capacity scenarios.

Capacities REST APICapacities REST APIs

Power BI REST API には、Capacities API のコレクションが含まれています。The Power BI REST APIs include a collection of Capacities APIs. API を使用すれば、管理者は、ワークロードの有効化および無効化、容量へのワークスペースの割り当てなど、ご利用の Premium 容量のさまざまな側面をプログラムで管理できます。With the APIs, admins can programmatically manage many aspects of your Premium capacities, including enabling and disabling workloads, assigning workspaces to a capacity, and more.

大規模なデータセットLarge datasets

SKU に応じて、Power BI Premium では、Power BI Desktop (.pbix) モデル ファイルのアップロードが最大で 10 GBのサイズまでサポートされています。Depending on the SKU, Power BI Premium supports uploading Power BI Desktop (.pbix) model files up to a maximum of 10 GB in size. 読み込まれたら、モデルは Premium 容量に割り当てられたワークスペースに公開することができます。When loaded, the model can then be published to a workspace assigned to a Premium capacity. さらに、データセットのサイズは、最大 12 GB まで更新することができます。The dataset can then be refreshed to up to 12 GB in size.

サイズに関する考慮事項Size considerations

モデルの規模が大きいと、リソースが集中的に使用される可能性があります。Large models can be resource-intensive. 1 GB を超えるモデルには少なくとも P1 SKU を用意する必要があります。You should have at least a P1 SKU for any models larger than 1 GB. 最大 A3 までの A SKU に支えられたワークスペースへの大規模なモデルの発行は機能するでしょうが、それらの更新については機能しません。Although publishing large models to workspaces backed by A SKUs up to A3 could work, refreshing them will not.

次の表に、さまざまな .pbix のサイズに対して推奨される SKU を示します。The following table describes recommended SKUs for various .pbix sizes:

SKUSKU .pbix のサイズSize of .pbix
P1P1 < 3 GB< 3 GB
P2P2 < 6 GB< 6 GB
P3、P4、P5P3, P4, P5 最大 10 GBup to 10 GB

Power BI Embedded の A4 SKU は P1 SKU と、A5 は P2 と、A6 は P3 とそれぞれ同等です。The Power BI Embedded A4 SKU is equal to the P1 SKU, A5 = P2 and A6 = P3. 大規模なモデルを A および EM SKU に発行した場合、共有された容量のサイズ制限エラーに固有ではないエラーが返される場合があります。Publishing large models to A and EM SKUs might return errors that aren't specific to the model size limitation error in the shared capacity. A および EM SKU の大規模なモデルの更新エラーは、タイムアウトを示す可能性があります。Refresh errors for large models in A and EM SKUs are likely to point to timeouts.

.pbix ファイルは、"圧縮率の高い状態" のデータを表しています。Your .pbix files represent data in a highly compressed state. データはメモリに読み込まれるときに数回展開される場合があります。データの更新中に、そこからさらに数回展開される場合があります。The data will likely expand several times when loaded in memory, and from there it may expand several more times during data refresh.

大規模なデータセットのスケジュールされた更新には時間がかかることがあり、リソースが集中的に使用される場合があります。Scheduled refresh of large datasets can take a long time and be resource-intensive. あまり多くの更新が重複しないようにスケジュールすることが重要です。It's important to not schedule too many overlapping refreshes. より高速で、信頼性がより高く、消費リソースがより少ないことから、増分更新を構成することをお勧めします。It's recommended incremental refresh is configured, because it's faster, more reliable, and consumes fewer resources.

前回のデータセットの使用から時間が経っている場合、大規模なデータセットの最初のレポートの読み込みに時間がかかる場合があります。The initial report load of large datasets can take a long time if it has been a while since the last time the dataset was used. 読み込みに時間がかかるレポートの読み込みバーには、読み込みの進行状況が表示されます。A loading bar for longer-loading reports displays the load progress.

Premium 容量ではクエリごとのメモリと時間の制約値は大幅に高くなりますが、フィルターとスライサーを使用して、必要なビジュアルだけを表示することをお勧めします。While the per-query memory and time constraints are much higher in Premium capacity, it's recommended you use filters and slicers to limit visuals to display only what is necessary.

増分更新Incremental refresh

Power BI Premium で大規模なデータセットを用意して管理する上で、増分更新は不可欠な部分です。Incremental refresh provides an integral part of having and maintaining large datasets in Power BI Premium. 増分更新には多くの利点があります。たとえば、変更されたデータを更新するだけで済むので、更新がより迅速に行われます。Incremental refresh has many benefits, for example, Refreshes are faster because only data that has changed needs to be refreshed. 揮発性のソース システムに対して長時間の接続を維持する必要がないため、更新の信頼性が高くなります。Refreshes are more reliable because it's unnecessary to maintain long-running connections to volatile data sources. 更新するデータが少ないと、メモリや他のリソースの全体的な消費量が減少するので、リソースの消費量が減ります。Resource consumption is reduced because less data to refresh reduces overall consumption of memory and other resources. 増分更新ポリシーは、Power BI Desktop で定義し、Premium 容量内のワークスペースに発行すると適用されます。Incremental refresh policies are defined in Power BI Desktop, and applied when published to a workspace in a Premium capacity.

更新の詳細

詳細については、「Power BI Premium での増分更新」を参照してください。To learn more, see Incremental refresh in Power BI Premium.

ページ分割されたレポートPaginated reports

P1 から P3 の SKU および A4 から A6 の SKU でサポートされているページ分割されたレポートは、SQL Server Reporting Services のレポート定義言語 (RDL) テクノロジに基づいています。Paginated reports, supported on P1-P3 and A4_A6 SKUs, are based on Report Definition Language (RDL) technology in SQL Server Reporting Services. RDL テクノロジをベースにしてはいますが、これは、オンプレミスにインストールできるダウンロード可能なレポート プラットフォームである Power BI Report Server (これも Power BI Premium にも含まれている) と同じではありません。While based on RDL technology, it's not the same as Power BI Report Server, which is a downloadable reporting platform you can install on-premises, also included with Power BI Premium. ページ分割されたレポートは、印刷または共有することができるページ上にうまく収まるように書式設定されます。Paginated reports are formatted to fit well on a page that can be printed or shared. テーブルが複数のページにまたがる場合でも、データはテーブル内に表示されます。Data is displayed in a table, even if the table spans multiple pages. 無料の Power BI レポート ビルダー Windows デスクトップ アプリケーションを使用して、ユーザーはページ分割されたレポートを作成し、サービスに公開することができます。By using the free Power BI Report Builder Windows Desktop application, users author paginated reports and publish them to the service.

Power BI Premium では、ページ分割されたレポートは管理ポータルを使用して容量に対して有効にする必要があるワークロードです。In Power BI Premium, Paginated reports are a workload that must be enabled for a capacity by using the Admin portal. 容量管理者は、有効にしてから、容量のメモリ リソース全体に対するパーセンテージとしてメモリ量を指定することができます。Capacity admins can enable and then specify the amount of memory as a percentage of the capacity's overall memory resources. 他の種類のワークロードとは異なり、ページ分割されたレポートは容量内に含まれる領域で Premium によって実行されます。Unlike other types of workloads, Premium runs paginated reports in a contained space within the capacity. ワークロードがアクティブかどうかに関係なく、この領域に指定した最大メモリが使用されます。The maximum memory specified for this space is used whether or not the workload is active. 既定値は 20% です。The default is 20%.

詳細については、Power BI Premium のページ分割されたレポートに関するページを参照してください。To learn more, see Paginated reports in Power BI Premium. ページ分割されたレポート ワークロードを有効にする方法の詳細については、ワークロードの構成に関するページを参照してください。To learn more about enabling the Paginated reports workload, see Configure workloads.

Power BI Report ServerPower BI Report Server

Power BI Premium に含まれている Power BI Report Server は Web ポータルを備えた "オンプレミス" レポート サーバーです。Included with Power BI Premium, Power BI Report Server is an on-premises report server with a web portal. オンプレミスで BI 環境を構築し、組織のファイアウォールの内側でレポートを配布することができます。You can build your BI environment on-premises and distribute reports behind your organization’s firewall. Report Server により、ユーザーは SQL Server Reporting Services の豊富な対話型エンタープライズ レポート作成機能にアクセスすることができます。Report Server gives users access to rich, interactive, and enterprise reporting capabilities of SQL Server Reporting Services. ユーザーは、ビジュアル データを調査してすばやくパターンを発見し、より良い決定をより迅速に行うことができます。Users can explore visual data and quickly discover patterns to make better, faster decisions. Report Server では、ご自分のペースでガバナンスを適用できます。Report Server provides governance on your own terms. その時が来れば、Power BI Report Server はクラウドに容易に移行できるようになります。そうなれば、組織はすべての Power BI Premium 機能を最大限に活用することができます。If and when the time comes, Power BI Report Server makes it easy to migrate to the cloud, where your organization can take full advantage of all Power BI Premium functionality.

詳細については、Power BI Report Server に関するページを参照してください。To learn more, see Power BI Report Server.

無制限のコンテンツの共有Unlimited content sharing

Premium を使用すれば、組織内外いずれのユーザーも、個別ライセンスを購入することなく、ページ分割されたレポートや対話式のレポートなど、ご利用の Power BI コンテンツを表示できます。With Premium, anyone, whether they’re inside or outside your organization can view your Power BI content including paginated and interactive reports without purchasing individual licenses.

コンテンツの共有

Premium では、コンテンツを表示する受信者に Pro ライセンスを要求することなく、Pro ユーザーによるコンテンツの広範囲な配信が可能になります。Premium enables widespread distribution of content by Pro users without requiring Pro licenses for recipients who view the content. コンテンツ作成者の場合は Pro ライセンスが必要です。Pro licenses are required for content creators. 作成者は、データ ソースに接続し、データをモデル化し、ワークスペースのアプリとしてパッケージ化されたレポートおよびダッシュボードを作成できます。Creators connect to data sources, model data, and create reports and dashboards that are packaged as workspace apps.

詳細については、Power BI ライセンスに関するページを参照してください。To learn more, see Power BI licensing.

ツールの接続 (プレビュー)Tool connectivity (Preview)

内部では、企業で実証済みの Microsoft Analysis Services Vertipaq エンジンによって Power BI データセットが強化されます。Under the hood, the enterprise proven Microsoft Analysis Services Vertipaq engine powers Power BI datasets. Analysis Services では、オープンスタンダードの XMLA プロトコルをサポートするクライアント ライブラリと API を介して、プログラミング機能やクライアント アプリケーションおよびツールがサポートされます。Analysis Services provides programmability and client application and tool support through client libraries and APIs that support the open-standard XMLA protocol. 現在、Power BI Premium データセットでは、Microsoft およびサードパーティのクライアント アプリケーションおよびツールから XMLA エンドポイントを経由して行う読み取り専用操作がサポートされています。Currently, Power BI Premium datasets support read-only operations from Microsoft and third-party client applications and tools through XMLA endpoints.

SQL Server Management Studio や SQL Server Profiler などの Microsoft のツール、および DAX Studio やデータ視覚化アプリケーションなどのサードパーティ アプリでは、XMLA、DAX、MDX、DMV、および Trace イベントを使用して Premium データセットに接続し、それに対してクエリを実行することができます。Microsoft tools like SQL Server Management Studio and SQL Server Profiler, and third-party apps such as DAX Studio and data visualization applications, can connect to and query Premium datasets by using XMLA, DAX, MDX, DMVs, and Trace events.

SSMS

詳細については、クライアント アプリケーションとツールを使用してデータセットに接続に関するページを参照してください。To learn more, see Connect to datasets with client applications and tools.

次の手順Next steps

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

||||||