Power BI の実装計画: サブスクリプション、ライセンス、試用版

この記事では、Power BI と Fabric のサブスクリプション、ライセンス、試用版を計画する際の主な考慮事項について説明します。 この記事の対象者は次のとおりです。

• 課金管理者: サブスクリプションの購入とコストの分析を担当する管理者。
• Azure 管理者: Azure サブスクリプションとサービスの購入と管理を担当する管理者。
• Fabric 管理者: 組織の Fabric 監視を担当する管理者。
• ライセンスおよびユーザー管理管理者: ユーザーに (購入済み) ライセンスを割り当てる管理者。
• センター オブ エクセレンス (COE)、BI チーム: 組織内で Power BI を監視し、Power BI ユーザーのサポートを担当するチーム。 これらのチームは、重要な決定を行い、Fabric 管理者と共同作業します。
• コンテンツ所有者と作成者: この記事は、コンテンツを作成、発行、管理できるようにライセンスを取得する必要があるセルフサービス コンテンツ作成者にも関連する場合があります。

Microsoft Fabric を管理する主な側面の 1 つは、ユーザーが必要な機能にアクセスできるようにすることです。 そのためには、組織のサブスクリプション、ライセンス、試用版を購入して管理する必要があります。 コンテンツ作成者とコンテンツ コンシューマーの両方が Fabric と Power BI を使用できるようにするには、サブスクリプション、ライセンス、試用版を管理する必要があります。

次の表では、この記事で使用される主な概念について説明します。

概念	説明	例
テナント	Fabric は、組織の Microsoft Entra テナント内で動作します。 通常、1 つの組織には 1 つのテナントがあります (ただし、一部の大規模な組織には複数のテナントがある場合があります)。	Contoso では、contoso.com に対して 1 つのテナントが存在します。
サブスクリプション	テナントに対して 1 つ以上のサブスクリプションがアクティブである必要があります。 各サブスクリプションには、製品を参照する開始日と終了日があります。 • ユーザー単位のサブスクリプションは、Microsoft 365 管理センターで管理されます。 各サブスクリプション内で特定の数のライセンスを使用できます。 • Power BI Premium 容量サブスクリプションは、Microsoft 365 管理センターで管理されます。 • Fabric 容量サブスクリプションは、Azure portal で管理されます。	Contoso には、次の 4 つのアクティブなサブスクリプションがあります。 •無制限の Free ライセンス。 • 100 個の Pro ライセンス。 • 15 個の PPU ライセンス。 • 3 個の容量ライセンス。
ユーザー単位のライセンス	ユーザー単位のライセンスは、サブスクリプションに基づいています。 すべてのユーザーには、Fabric Free、Power BI Pro (Pro)、Premium Per User (PPU) のいずれかのユーザー ライセンスが必要です。	Contoso に 450 人のアクティブ ユーザーがいます。 • 450 人のユーザー全員に Fabric Free ライセンスが割り当てられます。 • 92 人のユーザーに Power BI Pro ライセンスが割り当てられます (8 人はサブスクリプションのままにします)。 • 15 人のユーザーに PPU ライセンスが割り当てられます (サブスクリプションには誰も残りません)。
容量ライセンス	容量ライセンスはサブスクリプションに基づいています。 ワークスペースが割り当てられる容量によって、ワークスペースのコンテンツとユーザーが使用できる機能とリソースが決まります。	Contoso には、次の 3 つのアクティブな容量があります。 • 2 つの Fabric 容量。 • 1 つの Power BI Premium 容量。
SKU (Stock Keeping Unit)	SKU は、購入されたサブスクリプションの製品 ID です。 容量については、SKU を参照する 2 つの方法があります。 • グループ化: 購入された容量の種類。 たとえば、F SKU は一般的に Fabric 容量を指します。 • 特定: 容量の特定の SKU は、そのコンピューティング能力のレベルを指定します。 たとえば、F64 容量には、その容量に割り当てられているすべてのワークスペースで使用できるコンピューティング リソース (CPU やメモリなど) の特定のセットがあります。	Contoso には、次の 3 つのアクティブな容量があります。 • 1 つの F16 容量。 • 1 つの F64 容量。 • 1 つの P1 容量。
試用版	試用版ライセンスを使用すると、機能を試すことができます。 試用版は、ユーザー単位のライセンスまたは Fabric 容量ライセンスに対してアクティブ化できます。	Contoso には、次のアクティブな試用版があります。 • 2 人のユーザーに対し 1 つの PPU 試用版がアクティブ。 • 1 つの Fabric 容量試用版がアクティブ。

ライセンス オプションは、個々のユーザーとグループのワークロードに基づいて組み合わせたり適合させたりできます。 次の図は、サブスクリプションにユーザー単位または容量単位のライセンスがあり、Microsoft 365 管理センターまたは Azure portal から管理する方法を示しています。

Microsoft 365 管理センターでは、管理者はユーザー単位のライセンスまたは Premium 容量を購入して割り当てることができます。

• 組織には、無制限の Free ライセンスを含む Microsoft Fabric Free サブスクリプションがあります。 課金管理者は、組織内のユーザーにこれらのライセンスを割り当てることができます。
• 課金管理者は、Power BI Pro サブスクリプションを購入し、組織内のユーザーに Power BI Pro ライセンスを割り当てることができます。
• 課金管理者は、既存の Power BI Pro サブスクリプションのアドオンとして Power BI Premium Per User (PPU) ライセンスを購入できます。 その後、組織内のユーザーに PPU ライセンスを割り当てることができます。
• 課金管理者は、組織の Power BI Premium 容量サブスクリプション (P SKU) を購入できます。 これらのライセンスは容量単位であり、ユーザー単位ではありません。

Azure portal では、Azure 管理者はユーザー単位のライセンスを割り当て、容量単位のライセンスを購入および管理できます。

• Azure 管理者は、Azure portal の Microsoft Entra ID で、Microsoft Fabric Free などのユーザー単位のライセンスを割り当てます。
• Azure 管理者は、容量単位のライセンスを購入および管理できる Azure サブスクリプションを管理します。
  • 課金管理者は、Azure サブスクリプションにリンクされ、その一部として課金される Premium 容量サブスクリプション (A SKU または EM SKU) を購入できます。
  • 課金管理者は、Azure サブスクリプションにリンクされ、その一部として課金される Fabric 容量サブスクリプション (F SKU) を購入できます。

この記事の残りの部分では、ユーザー単位のライセンスと容量ライセンスの両方に関するライセンスの考慮事項について説明します。

ユーザー単位のライセンスの確認と管理

Fabric を使用するすべてのユーザーには、ユーザー ライセンスが必要です (ステップ 2 で説明する Free、Pro、または PPU)。 容量ライセンス (この記事の後半で説明します) を購入する場合でも、各ユーザーが Fabric にアクセスできるように、ユーザー単位のライセンスが必要です。 このアクセスは、Microsoft Entra ID との統合によって容易になります。

ステップ 1: ユーザー ライセンスを確認する

まず、ユーザー サブスクリプションとライセンスの現在の状態を理解しておくことが重要です。 課金管理者は、現在所有しているユーザー サブスクリプションと、ユーザー ライセンスがどのように割り当てられているかを確認してサポートできます。

ユーザー サブスクリプションとライセンスの一覧をコンパイルする一般的な 2 つの方法を次に示します。

• Microsoft 365 管理センターの [課金] 領域を表示します。
• 関連する Microsoft Graph REST API を使用して、プログラムによってデータを抽出します。

確認を行う際に、次の情報をコンパイルします。

• ユーザー ライセンスのアクティブなサブスクリプション:
  • Microsoft Fabric Free
  • Power BI Pro
  • Power BI Premium Per User
• サブスクリプションの状態
• サブスクリプションの開始日と終了日
• サブスクリプションの数量:
  • 合計購入数
  • ユーザーに割り当てられたライセンスの数。
  • 使用可能なライセンスの数
• サブスクリプション コスト:
  • 各サブスクリプションの価格
  • 組織の価格情報 (該当する場合)
  • 購入の承認者 (該当する場合)
• 現在アクティブなユーザー試用版

ステップ 2: ユーザー ライセンスを決定する

ユーザー ライセンスを確認したら、次に、組織内でこれらのライセンスを割り当て、管理する方法についていくつかの重要な決定を行う必要があります。

必要なユーザー単位のライセンスを決定する

必要なユーザー ライセンスを決定する必要があります。 すべてのユーザーには、Microsoft Fabric (Free) ライセンスまたは Power BI Pro ライセンスを割り当てる必要があります。 Premium Per User ライセンス モードを使用するワークスペースに公開されるコンテンツを作成または表示する場合は、Power BI Premium Per User (PPU) ライセンスも必要です。

各ユーザー ライセンスの種類とその用途を次に示します。

• Microsoft Fabric (Free) ライセンス: サブスクリプション コストのない Free ライセンス。 さまざまな方法で使用できます。
  • 個人用 BI: Free ユーザーは、Fabric ポータルで個人用ワークスペースを使用できます。 目的は個人用 BI であるため、Free ユーザーはレポートの配布、共有、またはコラボレーション機能を使用できません。
  • BI の使用: Free ユーザーは、容量に割り当てられているワークスペースにデプロイされたコンテンツを表示できます (最小 F64 または P1)。 このエンタープライズ BI のユース ケースは、BI コンテンツを作成しない多数のレポート コンシューマーがいる場合に重要です。これらのコンシューマーに対して Power BI Pro ライセンスを購入する必要がないためです。 詳しくは、「レポート コンシューマーのセキュリティ計画」を参照してください。
  • Fabric の作成: Free ユーザーは、F SKU に割り当てられているワークスペースで Fabric (Power BI 以外) 項目を作成して共有できます。
• Power BI Pro ライセンス: Power BI コンテンツを作成するには、Power BI Pro ライセンスが必要です。 あらゆる形式の共有、コラボレーション、またはコンテンツ配布に必要です。 詳細については、コンテンツ作成者のセキュリティ計画に関する記事を参照してください。
• Power BI Premium Per User (PPU) ライセンス:PPU ライセンスは、すべての Pro ライセンス機能を提供し、ユーザー単位の特定の Premium 機能が含まれています。 このライセンスは、特定の機能を使用したいが、Fabric の完全な機能一式は必要としない小規模な組織やチームに適しています。 詳しくは、「Power BI Premium Per User」をご覧ください。

ユーザー ライセンスを取得するための前提条件を決定する

ユーザー ライセンスを割り当てる前に満たす必要がある要件があるかどうかを検討します。

前提条件の例を次に示します。

• ユーザー ライセンスを割り当てる前に、組織のデータ ポリシー (データ プライバシーやデータ処理ポリシーなど) の確認をユーザーに要求する。
• ライセンスを付与する前に、初回トレーニング セッションまたは認定の修了をユーザーに要求する。
• 以下のようなワークフローを実装する。
  • マネージャーの承認を必要とする。
  • ライセンスを割り当てるサブスクリプションを確認する。
  • コストの請求先を承認する。
  • ユーザーの役割と責任がライセンス (およびデータへのアクセス) を正当化していることを確認する。

ユーザー ライセンス要求を処理するプロセスを決定する

組織で定義されているカスタム ライセンス要求プロセスを実装する必要があるかどうかを判断します。 この要求は、次のようなシナリオに対処できます。

• 前提条件を必要とする (前のセクションで説明)。
• 既存のライセンス管理プラットフォームと統合する。
• ユーザー ライセンス割り当てプロセスの一環として、トレーニングの提供と利用可能なヘルプをユーザーに通知する。
• コストの割り当て方法、またはチャージバックの実行方法を決定する。

ユーザー サブスクリプションの購入方法を決定する

サブスクリプションの購入プロセスをどのように機能させるか、正確に計画することが重要です。

考慮すべき項目をいくつか以下に示します。

• サブスクリプションを個別購入するか、または一括購入するか。
  • 小規模な組織では、要求に応じて各サブスクリプションを購入する (およびライセンスを割り当てる) ことを選択できます。 この方法は、要求の量が少ない場合に適しています。
  • 大規模な組織では、多くの場合、サブスクリプションを一括で購入するのが効率的です (たとえば、Pro ライセンスを 50 個など)。 この方法は、予算内で十分な資金が利用可能であり、ライセンスがすぐに割り当てられる (使用される) と想定される場合に適しています。
• エンタープライズ契約 (EA) があるか。 たとえば、組織が、500 個のエンタープライズ E5 ライセンスを含む Microsoft 365 サブスクリプションを調達したとします。 その場合、E5 ライセンスが割り当てられている各ユーザーには Power BI Pro ライセンスが付与されます (必要に応じて、ユーザーの個々のアプリへのアクセスは削除できます)。
• 購入が 1 つの部門で処理される一元化された機能であるか。 または、セルフサービス購入が許可されているか。

試用版を有効にするかどうかを決定する

ガバナンス上の重要な決定は、ユーザー試用版が許可されるかどうかです。 製品内試用版では、ライセンスの購入を確約する前に機能を試す方法をユーザーに提供します。 ユーザーが開始 できる試用版には、Premium Per User (PPU) 試用版と Fabric 容量試用版 の 2 種類があります。

試用版を有効にすると、ポータルに [無料体験する] ボタンが表示され、ユーザーが Fabric 試用版を開始できるようになります。 また、作業中に試用版の体験を勧められる場合もあります。 たとえば、Free ユーザーがワークスペースの作成やレポートの共有を試みると、[無料で試す] ボタンを選択して PPU 試用版を開始するように勧められます。 同様に、Pro ユーザーが PPU ワークスペース内のコンテンツを表示しようとすると、[無料で試す] ボタンを選択して試用版を開始するように勧められます。

製品内試用版を使用する機能は、[ユーザーは Microsoft Fabric の有料機能を試すことができる] テナント設定によって制御されます。 その動作は、セルフサービス購入のしくみと密接に関連しています (次で説明します)。 詳細については、「ユーザーは Microsoft Fabric の有料機能を試すことができます」を参照してください。

以下の場合にのみ試用版を無効にすることを検討してください。

• 試用期間の終わりに完全なライセンスをユーザーに付与する可能性が低くなるような、コスト上の重大な懸念がある。
• 試用版を開始する前またはライセンスを取得する前に満たす必要があるライセンスを取得するための前提条件が必要である (承認、理由付け、トレーニング要件など)。
• 規制上の要件など、Fabric へのアクセスを詳細に制御する正当な必要性がある。

セルフサービス購入を有効にするかどうかを決定する

セルフサービス購入が有効になっている場合、ユーザーはライセンスを自分で購入できます。 この場合、ユーザーは作業中にライセンスを購入できます。 たとえば、Pro ユーザーが PPU ワークスペース内にコンテンツを表示しようとする場合、[アカウントをアップグレード] または [今すぐ購入] ボタンを選択してライセンスを購入できます。 詳細については、「個人として Power BI サービスにサインアップまたは購入する」を参照してください。

セルフサービスでの購入は、以下のような場合に有用です。

• 購入権限があってクレジット カードで支払いを直接処理する必要がある、分散されたビジネス ユニットを持つ大規模な組織。
• 月額コミットメントでのサブスクリプションの購入をできるだけ簡単にするつもりである組織。

次の図は、セルフサービス購入のしくみを示しています (ライセンス要求のカスタム URL がない場合)。

この図は、ライセンスのセルフサービス購入における次のプロセスと手順を示しています。

品目	説明
	セルフサービス ユーザーは、既存の組織アカウントを持っている場合にのみ、自分のライセンスを購入できます。
	セルフサービス パブリッシングが組織でサポートされている場合、ユーザーは独自のライセンスを購入できます。
	ユーザーには、Microsoft 365 管理センターから購入したライセンスの制限付きビューがあり、責任の範囲内で他のユーザーに割り当てることができます。
	Microsoft 365 管理者は、Microsoft 365 管理センターでのセルフサービス パブリッシングを通じて取得されたすべてのライセンスの全体像を把握できます。
	セルフサービス購入によるライセンスを持つユーザーは、Power BI にアクセスして使用できます。

以下の場合はセルフサービスでの購入を無効にすることを検討してください。

• 規制、セキュリティ、ガバナンスの要件を満たすための一元化された調達プロセスが導入されている。
• EA (Enterprise Agreement) を通して割引価格が得られる。
• 企業内配賦を処理するための既存のプロセスが導入されている。
• グループベースのライセンス割り当てを処理するための既存のプロセスが導入されている。
• 承認、理由付け、トレーニング、ガバナンス ポリシーの要件など、ライセンスを取得するための前提条件を満たす必要がある。

セルフサービス購入を計画する際には、多くの考慮事項があります。

考慮すべきその他の要因を次に示します。

• セルフサービス購入と試用版に関する既存の組織全体のポリシーが適用されているか。
• Fabric は、セルフサービス購入と試用版の既存の組織ポリシーに従っているか。
• 購入と試用版の両方を有効にするか、両方を無効にするか、組み合わせにするか。 ユーザーの環境は、購入と試用版の設定の組み合わせ方によって変わってきます。
• ライセンスを購入しようとするユーザーを、特定のページに誘導する必要があるか。
  • ライセンス要求のカスタム URL を使用すると、ユーザーが [アカウントをアップグレード] または [今すぐ購入] ボタンを選択したときに、即座にそのページに誘導されます。 詳細な手順を入力するか、フォームで詳細を送信するように依頼することができます。 カスタム URL を使用すると、ユーザーを別の場所にリダイレクトすることで、セルフサービス購入の使用を無効にできます。
  • カスタム URL がない場合、ライセンスを購入することを選択したユーザーは、購入を完了するために Microsoft 365 に誘導されます。

外部ユーザーのライセンスを管理する方法を決定する

組織の外部にいるゲスト ユーザーと連携して作業することが必要な場合があります。 ゲストには、顧客、パートナー、またはベンダーが考えられます。 また、コンサルタントや外部コラボレーターである場合もあります。 このトピックは、合併と買収のために複数の法人またはテナントを持つ組織にも適用できます。

ゲスト ユーザーのライセンスを管理する方法を計画する際の考慮事項を次に示します。

• 外部ユーザーが関与している場合、ユーザー ライセンスを割り当てるプロセスはどのように異なるか。
• 外部ユーザーは、Microsoft Entra ID が設定されている組織に所属しているか。 その場合、そのユーザーの資格情報はホーム テナントで管理できます。 詳しくは、「外部ユーザーに関する戦略」をご覧ください。
• 外部ユーザーは、単にコンシューマーであるのか、それともコンテンツの作成と公開が必要なコンシューマーであるか。
• 外部ユーザーがライセンスを提供するのはどのような状況か (ライセンス持ち込み (BYOL) と呼ばれます)。 組織がライセンスを提供するのはどのような状況か。 詳しくは、「Microsoft Entra B2B を使用して外部ゲスト ユーザーに Power BI コンテンツを配布する」のライセンスのトピックをご覧ください。
• どの種類のゲスト招待プロセスを使用するか。 ゲスト ユーザーの一時的な招待と計画的な招待には、機能面でさまざまな違いがあります。 ユーザー エクスペリエンスも異なります。 詳細については、「ゲスト招待プロセス」を参照してください。

ステップ 3: ユーザー ライセンスを更新する

この時点で、既存のサブスクリプションとライセンスに関する情報を入手でき、意図的な決定を行っています。 これで、必要な更新を行う準備ができました。

次のトピックは、適切と思われるアクションです。

ユーザー サブスクリプションの数量を増減する

収集した情報に基づいて、既存のユーザー サブスクリプションを調整することができます。 たとえば、Pro または PPU サブスクリプションの数量を増減することができます。

ユーザー ライセンスの割り当てまたは割り当て解除

ユーザー ライセンスの割り当てまたは割り当て解除が必要な場合があります。 たとえば、特定のユーザーにさらに Pro ライセンスを割り当てたり、他のユーザーから PPU ライセンスの割り当てを解除したりする必要があるか識別できます。

セルフサービス購入を引き継ぐ

すべてのサブスクリプションを一元的に管理することを目的とする場合は、セルフサービス ユーザーが以前に行った購入を引き継ぐ必要がある場合があります。 詳細については、「セルフサービス購入を有効にするかどうかを決定する」を参照してください。

テナント設定を調整する

ユーザー ライセンスと試用版の管理に関する決定に基づいて、Fabric 管理ポータルで一部のテナント設定の調整が必要になる場合があります。

次の更新が必要になる場合があります。

• 製品内試用版の取扱い方法に応じて、[ユーザーは Microsoft Fabric の有料機能を試すことができる] テナント設定。
• ライセンス要求のカスタム URL にユーザーを誘導する場合は、[ヘルプの取得に関する情報の発行] テナント設定。

ステップ 4: ユーザー ライセンスを文書化する

内部プロセスに応じて、ポータルでユーザー サブスクリプションとライセンスに使用できる情報を補強するドキュメントを作成することができます。

ステップ 1 でキャプチャした情報を基に、ドキュメントに次の詳細を含めることができます。

• より多くのコンテキストや詳細を含む主要な決定
• ユーザー ライセンスの購入の承認者と承認時期
• 適時または保留中のアクション項目
• ユーザー ライセンスに関連するガバナンス要件
• ユーザー ライセンスに関連する監査要件
• ユーザー ライセンス情報のスナップショット

ステップ 5: ユーザー ライセンスを管理する

ユーザー ライセンスは、継続的に注意を払う必要があります。 次のトピックは考慮すべき側面です。

ユーザー ライセンス要求を受け入れるプロセスを作成する

ユーザー ライセンスを要求するための反復可能で文書化されたプロセスを作成する必要があります。 通常、オンライン フォームの作成が含まれます。 必要な前提条件に関する情報も含める必要があります。

ユーザーの試用版を監視する

毎月、間もなく期限切れになる試用版を使用しているユーザーを特定する必要があります。 必要に応じて、ユーザーにライセンスを割り当てる必要があります。 目的は、これらのユーザーのサービス中断を回避することです。 詳細については、「ユーザー試用版の監査」を参照してください。

ユーザー ライセンスの割り当てを自動化する

大規模な組織では、ユーザー ライセンスの要求を処理するには、大きな管理作業が必要となる場合があります。 効率を高める 1 つの方法は、グループベースのライセンスを使用することです。 グループベースのライセンスを使用すると、セキュリティ グループのメンバーシップに基づいてライセンスを自動的に割り当てることができます。 この方法は Fabric コンテンツ作成者などのグループに適しており、効率的な方法でユーザーにライセンスを割り当てることができます。

次の図は、グループベースのライセンスのしくみを示しています。

この図は、グループベースのライセンスに関連する次のプロセスと手順を示しています。

品目	説明
	課金管理者は、Microsoft 365 管理センターからユーザー単位のライセンスを購入して割り当てます。
	管理者は、Microsoft Entra ID で管理するグループにこれらのライセンスを割り当てます。
	すべてのメンバーにライセンスを割り当てるようにグループが設定されます。
	グループに追加されたユーザーには、そのグループに割り当てられている Power BI ライセンスが自動的に付与されます (使用可能な場合)。

ユーザー ライセンスのコストを確認して最適化する

ライセンスを持つユーザーをアクティビティ ログと定期的に比較して、ユーザーがライセンスをアクティブに使用しているかどうかを判断します。 ライセンスが割り当てられているが使用していないユーザーを探します。 たとえば、あるユーザーには Pro ライセンスが割り当てられているが、容量に存在するコンテンツしか見ていない場合があります。 可能な限り、次のような一貫性のある条件を使用してください。

• ライセンスが特定の期間 (6 か月間など) 使用されていない。
• ライセンスの使用頻度が低い、または散発的に使用されている。
• ライセンスが 1 つのアクティビティに対して一度使用されただけである。

アクティビティ ログを活用して、ユーザーのアクティビティが発生した時期や、アクティビティの内容 (レポートの表示やレポートの発行など) を識別できます。

ステップ 6: ユーザー ライセンスを監査する

ユーザーのサブスクリプション、ライセンス、試用版を定期的に監査するプロセスを用意することが重要です。 Fabric 管理者は、他の管理者と協力してこの情報を取得する必要があります (グローバル管理者、課金管理者、Azure 管理者など)。

ユーザー サブスクリプションの監査

サブスクリプションを監査するときに確認するアクションをいくつか次に示します。

• アクティブなサブスクリプションの一覧: Microsoft 365 管理センターの課金領域で、アクティブなサブスクリプションがある製品を表示できます。 または、Microsoft Graph で、[サブスクライブされている SKU を一覧表示する] REST API を使用して、アクティブなサブスクリプションを抽出します。
• 新しいサブスクリプションが作成されました: 最近購入された製品には、Microsoft 365 管理センターの課金領域に [新規] インジケーターが表示されます。

ユーザー ライセンスの監査

ユーザー ライセンスを監査するときに確認するアクションをいくつか次に示します。

• ユーザー ライセンスの一覧:Microsoft 365 管理センターの課金領域で、使用可能で割り当てられているライセンスの合計数を確認します。 ドリルダウンすると、各製品サブスクリプションのライセンスが割り当てられているユーザーを確認することもできます。 または、Microsoft Graph で、[ライセンスの詳細を一覧表示する] REST API を使用して各ユーザーの詳細を抽出します (ID パラメーターを指定するには、まず [ユーザーを一覧表示する] REST API から各ユーザー ID を取得します)。
• ユーザーにライセンスが割り当てられました:Microsoft Purview コンプライアンス ポータルで監査ログを検索します。 [ユーザー ライセンスの変更] 操作を探します。 ModifiedProperties プロパティは、新しいライセンスが割り当てられたことを示します。
• ライセンスが割り当てられているが使用していないユーザー: ユーザー ライセンスの一覧を使用します (前述)。 これらの結果をアクティビティ ログと比較します。 アクティビティ ログにアクティビティがないユーザーを探します。 この作業を簡単にするために、機能の使用状況と導入レポートのアクティビティと、その基になるセマンティック モデルを管理監視ワークスペースから表示することもできます。
• サブスクリプションにはまだ割り当てられていない使用可能なライセンスがあります:Microsoft 365 管理センターの課金領域で、製品サブスクリプションごとに使用可能なライセンスの数を確認します。 または、Microsoft Graph で、[サブスクライブされている SKU を一覧表示する] REST API を使用して、ライセンスの詳細を抽出します。 ConsumedUnits プロパティは割り当てられているライセンスの数を示し、Enabled プロパティは購入されたライセンスの数を示します。

ユーザー試用版の監査

アクティビティ ログで新しいユーザー試用版を検索する場合は、OptInForPPUTrial アクティビティまたは OptInForProTrial アクティビティを探します。

チェックリスト - ユーザー ライセンスの計画を立てる際の、主な決定事項とアクションには次の項目が含まれます。

• レビューを実施する: 現在のユーザーのサブスクリプション、ライセンス、試用版を確認して、現在の状態を判断します。
• 既存のポリシーと決定事項を特定する: ユーザー ライセンスに関連する既存の社内ポリシーまたは以前の決定事項をまとめ、すぐに使用できるようにします。
• 検討と決定: ユーザーのサブスクリプション、ライセンス、試用版に関連する重要な決定を行うためのワークショップをスケジュールします。 必要に応じて、関連するすべての意思決定者、利害関係者、およびエグゼクティブ スポンサーに参加してもらいます。
• ドキュメントを作成する: 収集した情報をまとめ、今後の参照のために重要な決定事項を文書化します。
• 更新を行う: ワークショップで行われた決定に基づいて、ユーザーのサブスクリプションとライセンスを更新します。
• ユーザー要求を管理するプロセスを作成する: ユーザーがライセンスを要求する方法のプロセスを設定します。
• 監査を設定する: ユーザーのサブスクリプション、ライセンス、試用版に関連するアクティビティを追跡できるように、監査プロセスを作成します。

容量ライセンスの確認と管理

組織では、ユーザー ライセンス (この記事の前半で説明) に加えて、1 つ以上の容量ライセンスを購入することに大きな価値がある場合があります。 たとえば、容量ライセンスがあると、Fabric ライセンスに付属する Fabric エクスペリエンスなどの他の機能にアクセスできます。 これらの機能は、Power BI 実装のサポートとスケーリングに役立ちます。

ステップ 1: 容量サブスクリプションを確認する

まず、容量サブスクリプションの現在の状態を理解しておくことが重要です。 所有している容量サブスクリプションについては、課金管理者とライセンス管理者に確認を依頼できます。 また、既存の各容量の目的を明確に理解するために、現在の容量管理者または容量共同作成者と話し合う必要がある場合もあります。 詳細については、「ユーザーのアクセス許可を管理する」を参照してください。

容量サブスクリプションとライセンスの現在の状態は、さまざまな方法でコンパイルできます。

• Fabric 管理ポータルで容量設定を確認する。
• Microsoft 365 管理センターの課金領域を確認する (Power BI Premium に適用されます)。
• Azure portal を確認する (Fabric 容量と Power BI Embedded に適用されます)。
• 関連する Microsoft Graph API を使用してプログラムによってデータを抽出する。

確認を行う際に、次の情報をコンパイルします。

• 容量ライセンスのアクティブなサブスクリプション:
  • Microsoft Fabric 容量
  • Power BI Premium 容量
  • Power BI Embedded
• サブスクリプションの状態
• サブスクリプションの種類 (従量課金制または開始日と終了日で予約済み)
• サブスクリプション コスト:
  • 各サブスクリプションの価格
  • Microsoft からの組織の価格インセンティブ (該当する場合)
  • 購入の承認者 (該当する場合)
  • 組織内のコストの割り当て (該当する場合)

ステップ 2: 容量ライセンスを決定する

容量サブスクリプションを確認したら、容量ライセンスを決定する必要があります。

容量の使用は、コンテンツの作成、管理、発行、および配布に関する戦略において重要な役割を果たします。 容量ライセンスに関連する決定は、前述したユーザー単位のライセンスに加えて行います。

容量ライセンスが必要かどうかを決定する

容量ライセンスの必要性の分析を開始する際には、容量を使用する決定を通知するアーキテクチャのニーズとユーザーのニーズを明確にすることが重要です。

最初に検討が必要となる可能性のあるいくつかの質問を次に示します。

• データ アーキテクチャ: 現在進行中のデータ アーキテクチャへの投資の種類は何か。 それらが決定にどのように影響するか。 大量のデータを含む大規模なセマンティック モデルがあるか。
• Fabric エクスペリエンス: 現在使用中のエクスペリエンス、または将来使用する予定のエクスペリエンスはどれか。 たとえば、現在 Power BI エクスペリエンスを使用しているが、Data Engineering エクスペリエンスの一部である Fabric のレイクハウス アーキテクチャに投資する予定がある場合などです。
• データと BI の要件: 現在満たされていない分析ニーズに対処するためのビジネス要件はあるか。 要件はアーキテクチャ (およびライセンス) の決定にどのように関連しているか。
• コンシューマー: 表示のみのコンシューマーは何人か。
• 作成者: コンテンツ作成者は何人か。 作成者は一元化されているか、さまざまな部署に分散されているか、またはその両方か。
• 使用パターン: ユーザー クエリとデータ更新の現在の使用パターンはどうか。 使用パターンは予測可能で、日々一貫しているか。

必要な容量ライセンスを決定する

容量が必要であると判断したら、最適な容量ライセンスの種類を決定する必要があります。

各容量ライセンスとその用途と適合性を次に示します。

• Fabric 容量 (F SKU): F SKU は Azure で購入します (価格はリージョンによって異なります)。 F SKU には、次のような利点があります (P SKU では使用できません)。
  • 容量をスケーリングして、いつでもサイズ変更が可能。 このスケーリング機能を使用すると、ワークロードをより深く理解できるように、サイズとコストを調整できます。
  • 容量はいつでも一時停止可能。 この機能は、使用頻度の低い容量に役立ちます。
  • 購入を確約する前に、Fabric 試用版で機能をテストする。
  • コストを削減する方法として、小規模なワークロードには下位レベルの容量ライセンスを使用する。
  • 優先コミットメント レベルを選択する。
    • 従量課金制: 従量課金制の価格モデルには、使用コミットメントはありません。 必要に応じて容量のサイズを変更したり、一時停止したりすることもできます。 柔軟性が必要な場合に適しています。
    • 予約: 予約価格モデルには、特定の期間の事前コミット済みサイズ (SKU) が含まれるため、従量課金制よりもコストオプションが低くなります。 ただし、予約インスタンスは一時停止できないため、容量を 24 時間 365 日実行する必要がある場合に適しています。
  • 組織の価格インセンティブを使用します。 Microsoft と通貨契約を結ぶ場合は、Microsoft Azure Consumption Commitment (MACC) などの プログラムが F SKU に適用されます。
  • Microsoft Cost Management の機能を使用して、コストを監視および追跡します。
• 容量あたりの Power BI Premium (P SKU): P SKU は Microsoft 365 管理ポータルで購入します。 Power BI Premium では予約価格モデルが使用されるため、24 時間 365 日実行され、スケーリングや一時停止はできません。 2024 年 7 月 1 日以降、P SKU を購入することはできません。
• Power BI Premium (EM SKU): EM SKU は、Microsoft 365 管理ポータルまたはボリューム ライセンス (Microsoft アカウント マネージャーから入手可能) で購入する特殊な種類の Power BI Premium 容量ライセンスです。 EM SKU は、アプリケーションにレポートを埋め込むなどの単純な埋め込みシナリオを対象とします。 EM SKU オファーは、P SKU で使用できる機能のサブセットです。 コンピューティング能力が低く、Power BI サービスにアクセスできません。 また、EM SKU は Fabric エクスペリエンスをサポートしていません。 詳細については、「容量と SKU」を参照してください。
• Power BI Embedded (A SKU): A SKU は Azure で購入します (ただし、このオファリングは前述の F SKU とは異なります)。 Power BI Embedded は、主に、アプリケーションに Power BI コンテンツを埋め込む独立系ソフトウェア ベンダー (ISV) を対象としています。 A SKU は Fabric アイテムをサポートしていません。 詳細については、組織向けの埋め込み使用シナリオを参照してください。

この記事の残りの部分では、F SKU と P SKU について説明します。

1 つまたは複数の容量を使用することを決定する

1 つの大きな容量を使用するか、または複数の小さな容量を使用するかを決定することが重要です。 選択する際には、次の考慮事項を検討する必要があります。

• 集中化と分散化のレベル: 容量の集中管理と分散管理の重要度。 分散アーキテクチャまたはメッシュ アーキテクチャを使用している場合、異なるチームが独自の容量を管理できるようにするために、複数の容量が必要になる可能性が高くなります。
• データの保存場所: 地域、業界固有、または組織のデータ所在地の要件はあるか。 データが保存される地理的な場所は、Multi-Geo 機能を使用して容量に関連付けられます。
• リソースの分離: 容量ごとに必要なリソース分離のレベル。 たとえば、特定の事業単位に対して異なる容量を作成する必要がある場合があります。 または、あるドメインのワークスペースをサポートするために特別に容量を作成することもできます。
• コンピューティング リソース: 各容量に必要なコンピューティング リソースのレベル。 たとえば、1 つの F64 ではなく 2 つの F32 容量をプロビジョニングする場合、分割されるため、両方の容量で使用できる容量ユニットが少なくなります。 容量ユニットは、セマンティック モデルの最大メモリ サイズなど、SKU ごとの制約に変換されます。
• 必要な機能: コンピューティング能力のレベルに加えて、特定の機能が必要かどうか。 たとえば、F64 (または P1) 以上の容量を使用すると、Free ライセンスを持つユーザーは BI コンテンツを表示したり、Copilot を使用したりできます。
• コスト: SKU ごとに個別にコストを追跡または割り当てる必要があるかどうか。 これは、容量を分けたほうが実現するのが簡単です。

容量のサイズを決定する

この時点で、特定の容量 SKU を選択する準備ができました。 実行する環境 (開発、テスト、運用) を検討します。 開発環境とテスト環境は、運用環境に必要な容量よりも小さい容量で実行するのが一般的です。

必要な容量サイズを確実に決定するために、容量のロード テストを行うことを検討してください。 詳細については、「キャパシティ プランニング」と「容量負荷を評価する」を参照してください。

スケールアップとスケールダウンの必要性を決定する

コストに影響するので、ライセンス計画プロセス中にスケーラビリティの必要性を考慮することが重要です。 たとえば、適宜 F SKU 容量のサイズを変更 (または一時停止) する必要がある場合があります。 または、P SKU の容量使用量レベルで不定期または予期しないバーストを処理するように自動スケーリングを設定することもできます。 詳細については、「容量のサイズ変更」を参照してください。

オンプレミスライセンスとハイブリッド ライセンスのどちらが必要かを決定する

Power BI Report Server (PBIRS) は、簡略化されたレポート ソリューションです。 これは、Power BI コンテンツをクラウドベースの Fabric ポータル、Power BI Report Server、またはその両方に公開する可能性があるハイブリッド アプローチを実装する組織を対象としています。 レポート サーバーは、オンプレミス インフラストラクチャ内で実行されているマシンまたは Azure 仮想マシン (Azure ハイブリッド特典付き) にインストールできます。

レポート サーバー ライセンスは、次の 2 つの方法のいずれかで取得できます。

• Power BI Premium (P SKU) サブスクリプション
• ソフトウェア アシュアランス (SA) 付き SQL Server Enterprise Edition

詳細については、「Power BI Report Server のライセンス」を参照してください。

ステップ 3: 容量ライセンスを更新する

この時点で、既存の容量サブスクリプション情報が利用可能になり、意図的な決定が行われました。 これで、必要な更新を行う準備ができました。

次のトピックは、適切と思われるアクションです。

容量サブスクリプションを調整する

場合によっては、レビュー中に見つかった内容 (ステップ 1) と行われた決定 (ステップ 2) に基づいて、既存の容量サブスクリプションを調整する必要があります。

変更の例をいくつか次に示します。

• 予約価格に変更する: 容量で実行されているワークロードは一貫しており、24 時間 365 日実行する必要があります。 そのため、コストを節約するには、Fabric 容量を従量課金制の価格から予約価格に変更することが賢明です。
• 従量課金制の価格に変更する: 容量で実行されているワークロードは定期的に変更され、頻繁にスケールアップおよびスケールダウンできるメリットがあります。 この場合、最もコスト効率の高いアプローチは、従量課金制の価格に変更することです。

容量のサイズを変更する

サイズが小さいか大きい方がニーズを満たす場合は、容量のサイズを変更する必要がある場合があります。

容量のサイズ変更を処理するには、2 つの方法があります。

• 手動スケーリング: Azure portal で F SKU 容量のサイズ変更 (または一時停止) を選択できます。 これは、パフォーマンスの問題のトラブルシューティングを行う場合や、負荷が高くなる期間がすでに分かっている場合 (毎月の最終週など) に役立ちます。
• 自動スケーリング: 手動による作業を必要とせずに、P SKU の容量使用量レベルで不定期または予期しないバーストを自動スケーリングで処理できます。 自動スケーリングは、ワークロードの増加をサポートするためにリソースのサイズを柔軟に変更することで、これらのバーストに対応できます。 自動スケーリングにより、追加コストと引き換えに、パフォーマンスやユーザー エクスペリエンスの課題が発生するリスクが軽減されます。 容量が十分に管理されていないと、自動スケーリングが予想以上に頻繁にトリガーされる可能性があり、容量サイズの増加を検討することになる可能性があります。

ステップ 4: 容量ライセンスを文書化する

内部プロセスに応じて、容量サブスクリプションのポータルで利用可能な情報を補強するドキュメントを作成することもできます。

ステップ 1 でキャプチャした情報を基に、ドキュメントに次の詳細を含めることができます。

• より多くのコンテキストや詳細を含む主要な決定
• 容量ライセンスの購入の承認者と承認時期
• 適時または保留中のアクション項目
• 容量ライセンスに関連するガバナンス要件
• 容量ライセンスに関連する監査要件
• 容量ライセンス情報のスナップショット

ステップ 5: 容量ライセンスを管理する

容量管理とサブスクリプション管理は、2 つの異なるトピックです。 ただし、これらは非常に相互に関連しています。 どちらも継続的な注意が必要です。 次のトピックは考慮すべき側面です。

容量要求を受け入れるプロセスを作成する

ユーザーが容量を要求できるように、反復可能で文書化されたプロセスを作成する必要があります。 通常、オンライン フォームの作成が含まれます。 次のような、容量の要求を評価するために必要な情報を要求します：

• 容量でホストされるコンテンツの目的と種類。
• 容量を管理するユーザー。
• 容量が 24 時間 365 日実行されるかどうか。
• データを保存する必要がある地理的な場所。
• 社内でコストを請求または割り当てる方法。

容量の使用状況を監視して理解する

容量の使用状況の監視と理解に関する考慮事項を次に示します。

• 負荷を分析して、現在の容量サイズ (SKU) が特定のデータと BI のニーズに適しているかどうかを判断します。 容量ユニット (CU) のしくみを必ず理解してください。 バーストとスムージングのアクティビティを分析して、時間の経過とともに容量を効率的に使用しているかどうか、または一貫して過負荷状態にあるかどうかを分析します。 Fabric 容量メトリック アプリを使用して、容量の使用状況を分析できます。
• 容量が大きすぎるか、小さすぎて現在のニーズに対応できない場合は、容量のサイズを変更します。 サイズの変更は、SKU の変更と同じです。 この変更は価格レベルに影響します。
• 以下の必要がある場合は、新しい容量を作成します：
  • ワークロードを分離する。
  • 別のリージョンにデータを格納する。
  • 別の容量管理者を割り当てる (分散型容量管理のため)。
• 作成者が容量の効率を向上させるために特定のアクションを実行できる場合は、ユーザー トレーニングを作成するか、作成者に伝えてください。

通知の設定

容量が定期的に過負荷になっている場合は、より大きな容量を購入 (スケールアップ) するか、他の容量を作成 (スケールアウト) するか、コンテンツを別の容量に移動する必要がある可能性があることを示します。 このような理由から、容量管理とライセンス管理は互いに大きな影響を与えます。

次の通知は常に通知されるように設定しておいてください。

• [サービスの停止またはインシデントに関する通知を有効にする] テナント設定を設定して、容量が過負荷になったとき、または障害やインシデントが発生したときに Fabric から通知されるようにします。
• Azure Monitor アラートを設定して、特定の容量メトリックがしきい値を超えたときに通知されるようにします。 この機能は、F SKU、A SKU、および P SKU の自動スケーリングで使用できます。

容量コストを確認して最適化する

課金を定期的に確認して管理する必要があります。 コストを最適化するには、次のオプションを検討してください。

• 目的の違い: たとえば、テスト ワークスペースには小さい容量サイズ (F16 など) を使用し、運用ワークスペースには大きな容量サイズ (F64 など) を使用することを選択できます。
• コンピューティング リソースの効率的な使用:Fabric 容量メトリック アプリを使用して、コンピューティング リソースが効率的に使用されているかどうか、およびコストを最適化できる可能性があるかどうかを判断します。
• コンピューティング コストの監視: 容量のコストと、容量のスケールアップとスケールダウンの頻度を監視します。 Microsoft Cost Management でコスト分析、使用制限、または予算の使用を検討してください。
• 課金対象ストレージ コスト:Fabric 容量メトリック アプリの各ワークスペースの課金対象ストレージを確認します。 Fabric 項目の場合、ストレージ コストはコンピューティング コストとは別に計算されます。 また、ディザスター リカバリー容量の設定を確認します。 この設定は、課金対象のストレージ コストに影響します。
• スケールアップとスケールダウン: ワークロードが断続的でまだ予測可能な場合に、容量を自動的にスケールアップまたはスケールダウン (あるいは該当する場合は一時停止) するプロセスを作成します。
• コストのチャージバック: コストを他の部門に割り振る必要がある場合は、サブスクリプションのコストを割り当てるチャージバック プロセスを作成します。

ステップ 6: 容量ライセンスを監査する

容量を定期的に監査するプロセスを用意することが重要です。 Fabric 管理者は、他の管理者と協力してこの情報を取得する必要があります (グローバル管理者、課金管理者、Azure 管理者など)。

容量のサブスクリプション、試用版、コストを監査するタイミングを特定するためのアクションをいくつか次に示します。

• アクティブな容量の一覧: [管理者として容量を取得する] REST API は、テナント内のすべての容量の SKU、状態、管理者、リージョンなどの情報を提供できます。 これは、特定の時点のスナップショットを返す管理者 API です。 このデータを定期的にキャプチャする場合は、スナップショット (たとえば、今週と先週) を比較して、発生した変更を検出できます。
• 新しい Fabric 試用版がユーザーによって開始されました: アクティビティ ログで ChangeCapacityState アクティビティを探します。 CapacityState プロパティは、新しい Fabric 容量がプロビジョニングされたことを示します。 ItemName プロパティは、試用版の容量、SKU、およびその ID であることを示します。
• 新しい Fabric 容量が作成されたか、既存の容量のサイズが変更されました:Azure Monitor アクティビティ ログで、Update Fabric Capacity Create (Fabric 容量の作成/更新) 操作を探します。 Azure portal で Fabric 容量を表示することもできます。
• Fabric 容量のコンピューティング エンジンが一時停止または再起動されました:Azure Monitor アクティビティ ログで、一時停止操作または再開操作を探します。 Azure portal でFabric 容量の状態を表示することもできます。
• 新しい Premium 容量が作成されました:アクティビティ ログで、ChangeCapacityState アクティビティを探します。 CapacityState プロパティは、新しい容量としてプロビジョニングされたことを示します。 Microsoft 365 管理センターの課金領域で、アクティブなサブスクリプションがある製品を表示することもできます。
• Fabric 容量のコストを監視する:Microsoft Cost Management 機能を使用して、Microsoft Fabric 容量やその他の Azure サービスのコストを分析します。
• Premium 容量のコストを監視する: Microsoft 365 管理センターの課金領域で請求書を表示できます。
• ワークスペースが容量に割り当てられたか、容量から削除されました:アクティビティ ログで MigrateWorkspaceIntoCapacity アクティビティまたは RemoveWorkspacesFromCapacity アクティビティを探します。

チェックリスト - 容量ライセンスを計画する際の、主な決定事項とアクションは次のとおりです：

• レビューを実施する: 現在の容量サブスクリプションを確認して、現在の状態を判断します。
• 既存のポリシーと決定事項を特定する: 情報をすぐに利用できるように、容量サブスクリプションに関連する既存の社内ポリシーまたは以前の決定事項をまとめます。
• 検討と決定: 容量サブスクリプションに関連する重要な決定を行うためのワークショップをスケジュールします。 必要に応じて、関連するすべての意思決定者、利害関係者、およびエグゼクティブ スポンサーに参加してもらいます。
• ドキュメントを作成する: 容量サブスクリプションに関連する収集した情報をまとめ、今後の参照のために重要な決定事項を文書化します。
• 更新を行う: ワークショップで行われた決定に基づいて、容量サブスクリプションを更新します。
• 容量要求を管理するプロセスを作成する: ユーザーが新しい容量を要求する方法のプロセスを設定します。
• 監査を設定する: 容量サブスクリプションと試用版に関連するアクティビティを追跡できるように、監査プロセスを作成します。

関連するコンテンツ

Power BI の実装の決定に役立つ考慮事項、アクション、意思決定基準、推奨事項について詳しくは、「Power BI 実装計画」をご覧ください。