AzureでMicrosoft Fabricを継続利用していると、「予約を購入したはずなのに、Cost Analysisで対象の明細を見つけられない」「更新期限を過ぎて従量課金に戻らないか不安」といった問題が起こります。
2026年6月11日時点で確認できる「Save costs with Microsoft Fabric Capacity reservations」の重要な変更点は、Fabric Capacity予約の購入をコストデータ内で特定するための値が明文化されたことです。新しい予約プランが追加されたわけではなく、請求確認やコスト配賦を行いやすくするドキュメント更新が中心です。
具体的には、Cost Analysisで「Dataflows Standard Compute Capacity Usage CU」「Purchase」「Fabric Cap」の3項目を確認します。その後、Azure portalの［予約］でリージョン、スコープ、CU数量、期間、更新設定を照合すれば、予約が正しく購入・適用されているかを判断できます。なお、Microsoft Learn本文と更新履歴に表示される更新日は2026年6月9日です。本記事では、2026年6月11日時点で公開されている公式情報を整理しています。(Microsoft Learn)
Azureの新機能・変更点：Fabric Capacity予約をコストデータで特定可能に
今回の更新では、「コストデータ内でFabric Capacity予約を特定する」という説明が公式ドキュメントに追加されました。GitHubの更新差分を確認しても、予約購入の識別方法を説明する節が新たに追加されています。(GitHub)
確認すべき値は次の3つです。
| 確認項目 | 公式ドキュメント上の値 | 実務上の用途 |
|---|---|---|
| 購入の表示名 | Dataflows Standard Compute Capacity Usage CU | Fabric Capacity予約の購入明細を探す |
| 課金の種類 | Purchase | 通常の使用料金ではなく予約購入であることを確認する |
| レベルの種類 | Fabric Cap | Microsoft Fabric Capacity向けの予約であることを確認する |
「Dataflows」という名称が含まれるため、Fabric Capacity予約の明細だと気付きにくい点に注意が必要です。請求書やCSVエクスポートで不明な購入明細を見つけた場合は、名称だけで除外せず、課金の種類とレベルの種類も合わせて確認してください。(Microsoft Learn)
今回の変更によって、Fabricのワークロード、容量、API、デプロイ設定が自動的に変更されるわけではありません。確認できる更新差分上は、コスト管理に関する識別情報の追加が中心です。
誰に影響する変更なのか
一般のPower BI閲覧者やFabric利用者に、直ちに必要な操作はありません。主に影響を受けるのは、予約の購入やAzure費用の管理を担当するユーザーです。
| 対象者 | 主な影響 |
|---|---|
| Azure課金管理者 | 予約購入をCost Analysisやエクスポートデータから特定しやすくなる |
| FinOps担当者 | Fabricの予約購入費、従量課金、未使用分を区別しやすくなる |
| Fabric容量管理者 | 実際のCU使用量と予約数量を比較しやすくなる |
| 予約購入者 | 購入したリージョン、数量、期間、スコープの照合が必要になる |
| Azure Synapse管理者 | Dedicated SQL pool予約からFabric Capacity予約への交換を検討できる |
| 一般ユーザー | 通常は操作不要。予約期限切れ後もワークロードは停止しない |
予約の期限が切れてもFabricのワークロードは継続して動作します。ただし、予約割引がなくなり、対象の使用量が従量課金制で請求されます。利用者から見てサービスが停止しないため、管理者が料金上昇に気付くのが遅れやすい点がリスクです。(Microsoft Learn)
Cost AnalysisでFabric Capacity予約を確認する手順
Azure portalで購入明細を探す
- Azure portalにサインインします。
- ［Cost Management + Billing］から［Cost Analysis］を開きます。
- 予約を購入した課金アカウント、課金プロファイル、サブスクリプションなど、適切なスコープを選択します。
- 期間に予約の購入日を含めます。
- 課金の種類を「Purchase」に絞り込みます。
- 「Dataflows Standard Compute Capacity Usage CU」と表示される購入を探します。
- コストデータまたはエクスポートデータで、レベルの種類が「Fabric Cap」になっていることを確認します。
Azure portalの表示項目や日本語訳は、契約形態、ビュー、ポータルの表示言語によって異なる場合があります。Cost Analysisで目的の項目を表示できない場合は、コストデータをCSVでエクスポートして確認する方法が確実です。
予約画面の情報と照合する
Cost Analysisで購入明細を見つけたら、Azure portalの［すべてのサービス］から［予約］を開き、対象のMicrosoft Fabric予約と照合します。
最低限、次の項目を確認してください。
- 購入日
- 課金サブスクリプション
- Azureリージョン
- 適用スコープ
- 予約数量
- 1年または3年の期間
- 前払いまたは月払い
- 有効期限
- 更新設定
- 使用率
コストデータの明細だけでは、予約割引がどのFabric Capacityに適用されているか判断しにくいことがあります。予約画面のリージョン、スコープ、数量まで確認することで、別のサブスクリプションやリージョン向けに購入していないかを発見できます。
購入・設定時に確認すべき項目
Fabric Capacity予約は、Azure portalの［予約］からMicrosoft Fabricを選択して購入します。予約数量はSKUそのものではなく、CU単位で指定します。たとえば、F64の使用量をすべて予約でカバーする場合は64 CUを購入します。購入は1 CU単位です。(Microsoft Learn)
購入前チェックリスト
| 項目 | 確認内容 | 失敗しやすいポイント |
|---|---|---|
| リージョン | Fabric Capacityと同じAzureリージョンか | 別リージョンを選ぶと使用量に一致しない |
| 数量 | 継続的に使用するCUを基準にしているか | 一時的なピークを基準にして過剰購入する |
| スコープ | リソースグループ、サブスクリプション、共有、管理グループのどれか | スコープが狭すぎて予約が使われない |
| 期間 | 1年または3年 | 将来縮小する可能性があるのに長期契約する |
| 支払い方法 | 前払いまたは月払い | 月払いを従量課金と誤解する |
| 権限 | 所有者または予約購入者ロールがあるか | カスタムロールだけでは購入できない場合がある |
| 契約種類 | 対象となるAzure契約か | 課金サブスクリプションの種類を確認していない |
購入には、Azureサブスクリプション上の組み込みの所有者ロールまたは予約購入者ロールが必要です。EAでは予約インスタンスポリシーの設定、CSPではパートナー側の購入権限も確認する必要があります。(Microsoft Learn)
スコープは利用状況に合わせて選ぶ
予約割引の適用範囲には、主に次の4種類があります。
- 単一リソースグループ
- 単一サブスクリプション
- 共有スコープ
- 管理グループ
特定部門だけに割引を適用したい場合は単一サブスクリプションやリソースグループが分かりやすい一方、予約の使用率を高めたい場合は共有スコープが有効です。ただし、共有スコープでは複数の対象サブスクリプションに割引が適用されるため、部門別のコスト配賦が複雑になることがあります。
スコープは購入後にも変更でき、スコープ変更によって予約期間がリセットされることはありません。(Microsoft Learn)
月払いでも総額は原則同じ
Azure Reservationsの月払いは、予約期間全体の費用を月ごとに分割する仕組みです。前払いと月払いで総額は同じとされており、月払いを選んだことによる追加手数料はありません。
ただし、Microsoft Customer Agreementで現地通貨を利用している場合などは、為替レートによって月ごとの支払額が変動する可能性があります。(Microsoft Learn)
料金と割引で確認すべきポイント
Microsoft Fabricの価格ページでは、1年または3年の予約により、従量課金制と比べて約41％の節約が可能と案内されています。ただし、実際の差額はリージョン、通貨、期間、購入時点の価格などによって変わるため、「必ず41％安くなる」とは考えないでください。購入画面に表示される総額で比較する必要があります。(Microsoft Azure)
予約割引はCUに1時間単位で適用される
予約したCUは、同じリージョンと適用スコープ内のFabric Capacity使用量に自動的に照合されます。
| 使用状況 | 課金結果 |
|---|---|
| 64 CU予約し、F64を使用 | 対象使用量は予約価格でカバー |
| 64 CU予約し、F32のみ使用 | 32 CU分が未使用になり、その時間分は持ち越せない |
| 64 CU予約し、F128を使用 | 64 CUは予約、残り64 CUは従量課金 |
| 64 CU予約し、F32を2つ使用 | 合計64 CUに予約を適用 |
未使用の予約CUは、翌時間や翌日に繰り越せません。予約数量を決めるときは、最大値ではなく、継続的に消費する基礎的なCUを基準にするのが安全です。(Microsoft Learn)
ストレージや追加課金は別に確認する
Fabric Capacity予約が直接カバーするのは、Fabric Capacityの使用量です。ストレージやネットワーク関連の料金は予約割引の対象外です。
また、現在の公式価格ページでは、Autoscale Billing for Sparkは通常の従量課金CU時間料金が適用され、予約割引の対象外とされています。Fabric Capacity overageについても、従量課金価格を基準に請求され、予約割引は適用されません。(Microsoft Azure)
「Fabricを予約したので、関連料金がすべて固定された」と判断しないようにしてください。Cost Analysisでは、容量予約、ストレージ、Sparkの自動スケール、超過料金などを分けて確認する必要があります。
更新設定と有効期限の注意点
更新については、公式ページ間で説明に違いがあります。Fabric Capacity固有のページでは「予約は自動更新されない」と説明されています。一方、Azure Reservations共通の更新ページでは、購入時の更新設定は既定で有効と説明されています。(Microsoft Learn)
そのため、既定値を前提に運用せず、次の場所で実際の状態を確認してください。
- Azure portalで［予約］を開きます。
- 対象のFabric Capacity予約を選択します。
- ［更新］または［Renewal］を開きます。
- 有効期限時に新しい予約を購入する設定がオンか確認します。
- 更新後の数量、期間、請求頻度を確認します。
自動更新を利用する場合も、既存予約の期間が延長されるわけではありません。有効期限に新しい予約が購入されます。更新時には、数量、月払い・前払い、1年・3年の期間を変更できます。(Microsoft Learn)
期限管理の目安
| タイミング | 確認すること |
|---|---|
| 毎月 | 予約使用率、未使用CU、従量課金の超過分 |
| 有効期限の30日前 | 更新価格、更新数量、期間、予算承認 |
| 有効期限前 | 自動更新のオン・オフ、支払方法、権限 |
| 有効期限当日 | 新しい予約の購入状態、従量課金への切り替わり |
| 更新後 | 新しい予約のリージョン、スコープ、数量、アクセス権 |
1年以上の予約では、通常は有効期限の30日前と有効期限当日に通知メールが送信されます。ただし、通知先はEA、MCA、CSP、従量課金制などの契約形態によって異なります。担当者の退職やメールアドレス変更で通知を見落とさないよう、予約所有者と課金担当者を定期的に見直してください。(Microsoft Learn)
Azure Synapse予約からFabric Capacity予約へ移行する方法
Azure Synapse AnalyticsのDedicated SQL pool予約を保有している場合は、Azure portalの交換機能を使ってFabric Capacity予約へ切り替えられます。
基本的な流れは次のとおりです。
- Azure portalの［予約］を開きます。
- 対象のAzure Synapse Analytics予約容量を選択します。
- ［Exchange］を選択します。
- 返却する数量を入力します。
- 購入する製品としてFabric Capacity予約を選択します。
- CU数量、期間、支払い方法を設定します。
- 返金見込み額と新しい購入額を確認します。
- 条件に同意して交換を実行します。
新しい予約の総コミットメント額は、返却する予約の残りのコミットメント額以上である必要があります。交換は単純な契約変更ではなく、既存予約の返金と新しい予約の購入という別々のトランザクションとして処理されます。経理上は、返金と購入の両方を照合してください。(Microsoft Learn)
なお、ここで行うのは予約契約の交換です。Synapseのデータ、SQL処理、パイプラインなどをFabricへ技術的に移行する作業とは別です。予約を交換しただけで、既存ワークロードがFabricへ自動移行されるとは考えないでください。
交換・返金・数量変更の注意点
Fabric Capacity予約の数量を増やす場合は、既存予約を直接編集するのではなく、交換処理を行うか、追加の予約を購入します。(Microsoft Learn)
返金額は残存期間などを基に日割り計算されます。また、課金スコープ内でキャンセルした予約コミットメントの合計は、12か月のローリング期間で5万米ドルを超えられません。
交換に伴う返金は通常の返金上限とは扱いが異なる場合がありますが、交換後の新しい予約は残りのコミットメント以上でなければなりません。高額な予約を変更する場合は、操作前に返金額、新規購入額、残り期間、社内の予算処理を確認してください。(Microsoft Learn)
よくある疑問
Fabric Capacity予約を購入すると、既存の容量に手動で割り当てる必要がありますか
予約のリージョンやスコープなどの条件に一致するFabric Capacity使用量には、予約割引が自動的に適用されます。個々のPower BI、Data Warehouse、その他のFabricワークロードへ手動で割り当てる仕組みではありません。(Microsoft Learn)
有効期限が切れるとFabricは停止しますか
停止しません。ワークロードは継続しますが、予約割引がなくなり、従量課金制で請求されます。請求額の増加を防ぐには、有効期限前に更新状態を確認してください。
F64を利用している場合は、F64という予約を購入しますか
予約数量はCUで指定します。F64を継続的にすべて使用する場合の目安は64 CUです。ただし、常時F64相当を消費していない場合、64 CUをすべて予約すると未使用分が発生する可能性があります。
「Dataflows Standard Compute Capacity Usage CU」という明細は誤請求ですか
名称だけでは誤請求とは判断できません。公式ドキュメントでは、Fabric Capacity予約の購入がこの名称で表示されると説明されています。「Purchase」と「Fabric Cap」も合わせて確認してください。
まず実施すべき確認
今回の変更で最初に行うべきことは、Azure Cost AnalysisでFabric Capacity予約の購入を正しく特定することです。
「Dataflows Standard Compute Capacity Usage CU」「Purchase」「Fabric Cap」の3つを確認した後、Azure portalの［予約］でリージョン、スコープ、CU数量、期間、有効期限、更新状態を照合してください。
予約使用率が低い場合は、いきなり解約するのではなく、スコープの拡大、数量の交換、追加購入の見送りを検討します。反対に従量課金の超過が続いている場合は、継続的な使用量だけを追加予約の候補にします。この順序で確認すれば、過剰予約と予約不足の両方を避けやすくなります。
コメント