Microsoft Fabric キャパシティ ユニットの解説: F SKU とキャリーフォワード負債のガイド

By Mirko Peters · 2026-10-29

Microsoft Fabric のキャパシティ ユニット、F SKU、スムージング、キャリーフォワード負債が M365 管理者にどう影響するかを解説します。クラウド コンピューティングのガバナンスを今日から使いこなしましょう。

Automatically translated with AI from the original post. Read the English original

Microsoft Fabric のキャパシティ ユニット (CU) は、テナント全体のコンピューティング能力、パフォーマンスの上限、課金を決めます。個別のリソース グループで分離される従来の Azure リソースとは異なり、Fabric はデータ エンジニアリング、データ ウェアハウス、レポートのワークロードをすべて、単一の共有コンピューティング プールにまとめます。このプールは、F SKU、バースト上限、キャリーフォワード負債のルールによって管理されます。

重要なポイント

• Fabric のキャパシティ ユニットは、すべてのワークスペースにわたる計算処理量を秒単位で測定します。共有の課金およびパフォーマンスのプールとして機能します。
• F SKU (F2 から上位のキャパシティまで) は、従来の Power BI Premium キャパシティに代わるものです。Azure で柔軟に一時停止して、コストを抑えることができます。
• バーストを使うと、コンピューティングを一時的に超過して割り当てられます。ただし、キャリーフォワード負債が発生するため、時間をかけて返済する必要があります。
• バックグラウンド ジョブは 24 時間のスムージング ウィンドウを使用します。一方、インタラクティブなユーザー クエリは数分の短いウィンドウでスムージングされます。
• Fabric キャパシティ メトリック アプリは、使用率の監視、リソースを多く消費している上位の要素の特定、そして事前のアラート設定に欠かせません。

Microsoft Fabric キャパシティとは?

Microsoft Fabric が Microsoft 365 テナントに導入されると、個別の仮想マシンや分割された Azure サブスクリプションの集まりとして提供されるわけではありません。代わりに、キャパシティと呼ばれる統合されたコンピューティング プールが提供されます。キャパシティ ユニット (CU) で測定されるこのプールは、イベントの取り込み、推論、オーケストレーションなど、データ プラットフォームのライフサイクルのすべての段階を支えます。

M365 管理者やプラットフォーム管理者にとって、このモデルを理解することは非常に重要です。複数のワークスペース (部門をまたぐことも多い) が、まったく同じキャパシティ プールを利用します。たとえば、経理部門のデータ エンジニアリング チームが負荷の高いノートブック ジョブを実行すると、本来はマーケティングのダッシュボードを支えるはずのコンピューティング ユニットが消費されます。キャパシティは共有リソース プールとして機能するため、影響範囲は広くなります。あるワークスペースの重いジョブが、無関係な事業部門のパフォーマンスに直接影響することがあります。

F SKU、P SKU、試用版の比較

適切なキャパシティ階層を選ぶには、3 つの異なる SKU ファミリを理解する必要があります。それぞれ、IT 管理者にとって異なる運用上の意味を持ちます。

• F SKU (メインライン): F2、F4、F8 などの上位 SKU は Azure から直接購入します。これらのメインライン SKU は、時間単位で支払うことも、予約によって確約することもできます。特に重要なのは、業務時間外のコストを抑えるために一時停止と再開ができる点です。
• P SKU (レガシー): 従来の Power BI Premium キャパシティを指します。Microsoft はもう販売していません。テナントが P SKU を引き継いでいる場合は、計画的な移行パスが必要なレガシーの枠組みで動作します。
• 試用版キャパシティ: F64 相当の規模の無料の上位キャパシティです。一定期間後に期限切れになります。対象ユーザーなら誰でも試用版を開始できることが多いため、業務上重要なパイプラインが、意図せず一時的なリソースに依存してしまうという管理上の盲点になります。

スムージング、バースト、キャリーフォワード負債の仕組み

Microsoft Fabricのコンピューティングワークロードは、購入したキャパシティの上限を超えた瞬間に即座に停止されることはありません。代わりに、プラットフォームはバースト（bursting）とスムージング（smoothing）と呼ばれる仕組みを使い、一時的なコンピューティングの急増に対応します。

インタラクティブとバックグラウンドのスムージングの違い

大きな処理が短時間に集中してリソースを必要とする場合、Fabricは購入したSKUのサイズを超えてバーストすることを許可します。すぐにスロットリングが発生しないよう、プラットフォームは時間をかけてスムージングのアルゴリズムを適用します。

• インタラクティブな操作: レポートを開く、手動でクエリを実行するなど、ユーザーが操作するタスクは、応答性を保つために数分程度の短い時間枠でスムージングされます。
• バックグラウンドの操作: スケジュールされたデータの更新、自動化されたパイプラインの実行、夜間のノートブックは、24時間の時間枠全体でスムージングされます。そのため、リアルタイムで利用しているユーザーへの即時的な影響は大きく抑えられます。

キャリーフォワードの負債による影響

バーストは無料ではありません。キャパシティが提供する量を超えるユニットを消費した場合、その超過分はキャリーフォワードの負債として記録されます。この負債は、将来のコンピューティングサイクルから返済しなければなりません。その結果、月曜日の午後に最適化されていないバックグラウンドジョブが負債を蓄積すると、水曜日の午前中にインタラクティブなレポートがスロットリングされ、エンドユーザーを戸惑わせる原因不明のパフォーマンス低下が起きることがあります。

キャパシティの監視とガバナンス

症状（レポートの遅延）と原因（暴走するデータモデル）は、時間やワークスペースの境界によって離れていることが多いため、管理者は可視性を維持するための専用ツールに頼る必要があります。Microsoft Fabric Capacity Metrics アプリ（AppSourceから入手可能）が、主要な診断ダッシュボードとして機能します。

キャパシティ管理者は、このアプリを使ってリアルタイムの利用状況の傾向を確認し、キャリーフォワードの負債の蓄積を追跡し、特定のセマンティックモデル、パイプライン、ノートブックといった主要な消費項目を特定できます。さらに、利用率がおよそ80%に達したときにアラートのしきい値を設定しておくと、スロットリングやユーザーに見えるエラーが発生する前にITチームが通知を受け取れます。これにより、管理の姿勢を事後対応の火消しから、先回りするガバナンスへと転換できます。

まとめ

Microsoft Fabricのキャパシティを管理するには、従来のワークロードの分離から、包括的なプラットフォームガバナンスへの転換が求められます。F SKUのサイジングを注意深く見守り、キャリーフォワードの負債を監視し、キャパシティメトリクスアプリで主要なリソース消費者を監査することで、IT管理者は予測可能なパフォーマンスを維持し、クラウドコストを効果的に管理できます。

管理者の責任、ワークスペース、テナントのセキュリティ境界について詳しく知るには、専門家の知見と実践的な戦略が得られる M365 FM Podcast のエピソードの全編を聴くことをお勧めします。

よくある質問

Microsoft Fabric キャパシティ ユニット (CU) とは何ですか。

キャパシティ ユニットは、割り当てられたワークスペース全体で、イベント取り込み、推論、オーケストレーションを含むすべての Microsoft Fabric ワークロードを動かす、コンピューティング能力の総量を表す指標です。

コストを節約するために Microsoft Fabric の F SKU を一時停止できますか。

はい。Azure 経由で購入した F SKU は一時停止と再開が可能です。リソースがアイドル状態（夜間や週末など）のときにコンピューティングの課金を停止できますが、未返済のキャリーフォワードの負債がある場合はそれを考慮する必要があります。

Fabric でキャリーフォワードの負債が発生する原因は何ですか。

ワークスペースが購入したキャパシティの上限を超えてバーストすると、キャリーフォワードの負債が発生します。消費された超過分は負債とみなされ、将来のキャパシティサイクルから返済する必要があります。その間、パフォーマンスが一時的にスロットリングされることがあります。

Fabric では、バックグラウンドのワークロードとインタラクティブなワークロードはどう違いますか。

インタラクティブなワークロード（ユーザーがレポートをクリックする操作など）は数分程度の短い時間枠でスムージングされます。一方、バックグラウンドのワークロード（スケジュールされた更新や夜間のパイプラインなど）は、支障を最小限に抑えるために24時間の時間枠でスムージングされます。