Microsoft Fabricにおける倉庫の消費と利用

適用対象:✅ Microsoft Fabric の SQL Analytics エンドポイントおよび Warehouse

Fabric Data Warehouseは、倉庫ワークロードに割り当てられた計算資源を時間経過とともに測定する消費ベースのモデルを使用しています。

この記事では、倉庫消費がどのように測定され、請求がどのように計算されるかを説明します。 利用率の監視に関する詳細は、「How to: Observe Fabric Data Warehouse 利用トレンド」をご覧ください。

倉庫消費の測定方法

キャパシティベースのSaaSモデルでは、Fabric Data Warehouse消費量はワークロード活動を支援するために割り当てられた計算資源に基づいて測定されます。

Fabricは、ウェアハウスに対する読み書き活動時と、レイクハウスのSQL分析エンドポイントに対する読み取り活動中に計算リソースを割り当てます。

Fabric Data Warehouse vNode(仮想ノード)を用いて消費を測定します。 vNodeは4つのvCoreの集合体であり、リソース配分と消費の測定単位として機能します。 ウェアハウスの計算資源に関連する信用組合消費率に関する情報は、Fabric Operationsを参照してください。 ワークロード需要の変化に応じて、Fabricは動的にvNodeを割り当ててリリースします。

計算リソースは1分間のベースライン割り当てウィンドウで割り当てられます。 消費量は割り当てられたvNodeの数に基づいて秒単位で測定・報告されます。 ワークロード需要が増減すると、vNodeの割り当てはそれに応じて調整されます。

課金モデルを確認する

概念的には、ウェアハウス消費は次のように理解できます: 消費 = アクティブvNode ×アクティブタイム。

この簡略化されたモデルは消費行動を説明するのに役立ちます。 実際の報告は、倉庫運用全体で時間をかけて割り当てられた計算資源を反映しています。

ウェアハウスはワークロードの需要に応じて自動的に計算資源をスケールさせます。 Fabric容量SKUは、倉庫ワークロードに利用可能なバースト可能なvNodeリソースを決定します。

倉庫運用カテゴリー

テナント全体で、ワークロード カテゴリ別にユニバーサル コンピューティングの容量使用状況を分析できます。 Fabricは総容量単位秒(CU)で使用を追跡します。 表示されている表は、過去 14 日間の使用状況の集計を示しています。

WarehouseとSQL分析エンドポイントはどちらも、SQL計算を使用しているため、Metricsアプリ内でWarehouseの下にまとめられています。 このビューで見られる操作カテゴリは以下の通りです:

  • ウェアハウスクエリ:ウェアハウス内のユーザー生成およびシステム生成のすべてのT-SQL文に対して計算料金を課します。
  • SQLエンドポイントクエリ:SQL分析エンドポイント内のユーザー生成およびシステム生成のすべてのT-SQL文に対して計算料金を課します。
  • ウェアハウススナップショットクエリ:ウェアハウススナップショット上のユーザー生成およびシステム生成のすべてのT-SQL文に対して計算料金を支払います。

次に例を示します。

Microsoft Fabric容量メトリック アプリのデータ ウェアハウス操作カテゴリのスクリーンショット。

タイムポイント探索グラフ

Microsoft Fabric容量メトリック アプリのこのグラフは、購入した容量と比較したリソースの使用率を示しています。 使用率 100% は、容量 SKU の完全なスループットを表し、すべての Fabric ワークロードで共有されます。 この値は黄色の点線で表されます。 グラフ内の特定のタイムポイントを選択すると 、「探索 - タイムポイント詳細 」ボタンが開き、詳細なドリルスルーページが開きます。

Microsoft Fabric容量メトリック アプリの探索ボタンのスクリーンショット。

一般に、Power BIと同様に、操作は対話型またはバックグラウンドとして分類され、色で示されます。 倉庫カテゴリのほとんどの業務は、24時間の活動平滑化を活用するためのバックグラウンドとして報告され、最も柔軟な使用パターンを実現しています。 データ ウェアハウスをバックグラウンドとして分類すると、CU 使用率のピーク時にスロットリングがトリガーされる頻度が減ります。

タイムポイント・ドリルスルーグラフ

Microsoft Fabric Capacity Metricsアプリのタイムポイントドリルスルーテーブルは、特定のタイムポイントでの利用状況を詳細に表示します。 これは、与えられたSKUが30秒ごとに提供する容量と、インタラクティブおよびバックグラウンド操作の内訳を示します。 インタラクティブオペレーションテーブルには、その時点で実行されるオペレーションが一覧化されています。

バックグラウンド操作テーブルは、選択した時間点よりはるかに早く実行された操作を表示するように見えることがあります。 この不一致は、共有能力(F SKU)におけるバックグラウンド操作が24時間ス ムージングを受けるために生じます。 例えば、テーブルは選択した時点で実行され、現在も平滑化中のすべての操作を表示します。

このビューの主なユース ケースは次のとおりです。

  • 消費がユーザー主導かシステム主導かを判断します。

    • ユーザー主導のワークロードの例としては、T-SQLクエリの実行や、SQL クエリ エディターやVisual クエリ エディターなどのFabricポータルとのやり取りがあります。
    • システム主導のワークロードの例としては、パフォーマンスを最適化しクエリ実行を向上させるために自動実行されるデータ圧縮やその他のバックグラウンドタスクがあります。

  • 最も資源を消費した時代を特定しましょう。

    • テーブルを総CU(s)の順に並べ替えて、最もコストのかかる期間を特定します。 対応する開始タイムスタンプと終了タイムスタンプを取得します。
    • 選択した区間中に実行されたクエリを特定するには、Query Insightsビュー、特に クエリinsights.exec_requests_historyでT-SQLクエリを使いましょう。 例えば、特定の間隔で実行されているクエリを特定するために:
    DECLARE @Start_Time DATETIME2(0) = '2026-08-10 8:00:00'
        ,@End_Time DATETIME2(0) = '2026-08-10 9:00:00'

SELECT
        [database_name],
        sql_pool_name,
        distributed_statement_id,
        login_name,
        allocated_cpu_time_ms / 1000.0 AS vcore_seconds
FROM queryinsights.exec_requests_history
WHERE start_time < @End_Time
AND end_time > @Start_Time;

倉庫消費の監視

倉庫の消費状況は、FabricのCapacity MetricsアプリとQuery Insightsの両方を使って分析できます。 これらのツールは異なるが補完的な問いに答えます。

Fabric Capacity Metrics アプリ

理解のために容量指標を使う:

  • 倉庫の消費動向。
  • 高い利用率の期間。
  • 作業スペースやアイテムを横断した消費。
  • 同じ容量で他のFabricワークロードと比べた消費量。
  • 調査が必要な時間帯。

容量メトリクスは、消費が いつ 発生したか、そして一定期間中に どれだけ の消費が報告されたかを判断するための主要なツールです。

クエリインサイト

クエリインサイトを使って以下を理解する:

  • 消費期間中にアクティブだったクエリはどれか。
  • どの使用パターンが活動に関連しているのか。
  • 利用率の増加を説明する可能性のあるクエリ実行特性。
  • 潜在的なワークロード最適化の機会。

クエリインサイトは 稼働中の状況 を説明し、容量メトリクスは 消費が発生した時期を特定します。 これらを合わせることで、倉庫の利用状況をより包括的に把握できます。

考慮事項

使用状況レポートに関する以下のような微妙な違いが考えられます。

  • [複数データベース間のレポート作成]: T-SQL クエリが複数のウェアハウスで (またはウェアハウスと SQL 分析エンドポイントをまたいで) 結合される場合、使用料は送信元のリソースに対して報告されます。
  • システム カタログ ビューと動的管理ビューに対するクエリは、課金対象です。

予期せぬ消費を調査する

予期せぬ倉庫消費の期間を調査するために:

  1. 容量指標でタイムウィンドウを特定してください。
  2. その期間中の倉庫利用状況を見直してください。
  3. Query Insightsやウェアハウス動的管理ビュー(DMV)でT-SQLクエリを使い、関連するアクティビティを評価してください。
  4. 利用率がユーザーのワークロード、並行性、システム生成操作に関連しているかを判断します。
  5. ワークロードパターンやクエリパフォーマンスの最適化の機会を特定しましょう。

よく寄せられる質問

vNodeとは何ですか?

仮想ノード(vNode)は、リソース割り当てや消費の測定に使用される倉庫計算の単位です。

バックグラウンドの活動は容量を消費しますか?

Yes. 消費には、ユーザー生成の活動と、保守や最適化などのシステム生成操作の両方が含まれます。

並行処理は消費にどのような影響を与えるのでしょうか?

同時処理負荷の需要が増えると、Fabricは追加のvNodeを割り当てることがあります。 配分を増やすと消費量が増加することがあります。

倉庫の消費量はどこで監視できますか?

消費と利用の傾向を理解するには、Fabric Capacity Metricsアプリをご利用ください。 DMVの Query Insights や T-SQLクエリ を使って、その期間に関連する活動を分析しましょう。

次のステップ

方法: Fabric Data Warehouse使用率の傾向を観察する

関連するコンテンツ

  • Last updated on