この記事では、Microsoft Fabric SQL データベースのコンピューティング使用状況レポートについて説明します。
Fabric の容量を使用すると、使用料金は、Azure portal で Microsoft Cost Management のサブスクリプションの下に表示されます。 Fabric の課金の詳細については、「Azure の請求書で Fabric の容量を把握する」を参照してください。
2025 年 2 月 1 日以降、SQL データベースのコンピューティングストレージとデータ ストレージは Fabric 容量に対して課金されます。 さらに、バックアップの課金は 2025 年 4 月 1 日以降に開始されます。
許可
Fabric では、購入した容量 SKU に基づいて、すべての Fabric ワークロード間で共有される容量ユニット (CU) のセットを利用できます。 サポートされているライセンスの詳細については、「Microsoft Fabric の概念とライセンス」を参照してください。
''容量'' は、特定の時点で使用できるリソースの専用セットです。 容量では、アクティビティを実行したり、出力を生成したりするリソースの機能が定義されます。 リソースによって、異なる時間に CU が消費されます。
Microsoft Fabric SQL データベースの容量
容量ベースの SaaS モデルでは、SQL データベースは、購入した容量を最大限に活用し、使用状況を可視化することを目的としています。
簡単に言うと、1 つのファブリック容量ユニットは 0.383 Database 仮想コアに対応し、1 つのデータベース仮想コアは 2.611 Fabric 容量ユニットに対応します。
たとえば、ファブリック容量 SKU F64 には 64 個の容量ユニットがあり、これは 24.512 SQL データベースの仮想コアに相当します。
コンピューティングとストレージのコスト
Fabric の SQL データベースのコストは、コンピューティング コストとストレージ コストの合計です。 コンピューティング コストは、使用される仮想コアとメモリに基づいています。
たとえば、ワークロード アクティビティが 2 分間、それ以外の場合は残りの時間は非アクティブなデータベースなどです。 容量はコンピューティングに対して 2 分間課金され、さらに 15 分間オンラインに保たれ、合計で 17 分のコンピューティング課金が行われます。 データベースは、アプリケーションの応答時間を維持し、アイドル状態のデータベースにアクセスするときのパフォーマンスの遅延を防ぐためにオンラインに保持されます。
ストレージのみが 1 時間を通して課金されます。
自動スケーリングと最小メモリ割り当て
Fabric の SQL データベースは、コンピューティングを自動スケーリングし、データベースがオンラインのときにコンピューティングとして課金される、2 GB 以上のメモリをプロビジョニングします。
15 分間非アクティブになると、CPU とメモリを含むすべてのコンピューティング リソースが解放され、コンピューティング料金はゼロになります。
キャッシュの再利用
SQL Server は、メモリ使用量とコストを削減するために、低い期間またはアイドル期間にキャッシュの再利用を実行します。 ただし、オンライン時に SQL Server の運用に対応するには、引き続き 2 GB 以上のメモリが必要です。
料金計算例
課金目的で CPU とメモリを比較するために、仮想コアあたりの GB 数を 3 GB ずつ再スケーリングすることで、メモリを仮想コアの単位に正規化します。
たとえば、この例の次のサンプル請求書は次のように計算されます。
| 時間間隔 (分) | 1 秒ごとに使用される仮想コア | 1 秒ごとに使用されるメモリ GB | 課金対象となるコンピューティング ディメンション | 課金対象となる CU 秒 (簡単な説明) |
|---|---|---|---|---|
| 00:00–0:05 | 2 | 3 | 使用された仮想コア数 | 2 つの仮想コアを 300 秒間使用しました。 CPU がメモリより高かったため、課金は仮想コアの使用量に基づいています。 計算: 2 × 300 × 2.611 = 783 CU 秒。 |
| 0:05–0:15 | 1 | 6 | 使用されたメモリ | 600 秒間 6 GB のメモリを使用しました。 メモリが CPU を超えたため、課金はメモリ使用量に基づいています。 メモリと仮想コアの比率: 6 GB = 2 仮想コア。 計算: 2 × 600 × 2.611 = 3,133 CU 秒。 |
| 0:15–0:30 | 0 | 2 | 割り当てられた最小メモリ | アイドル状態であっても、データベースの準備を維持するために、最小 2 GB のメモリが割り当てられます。 メモリと仮想コアの比率: 2 GB = 0.57 仮想コア。 計算: 0.57 × 900 × 2.611 = 1,574 CU 秒。 |
| 0:30–0:60 | 0 | 0 | 非アクティブ状態が 15 分経過してもコンピューティングは課金されません | 15 分間アクティビティがないため、CPU とメモリを含むすべてのコンピューティングが解放されます。 コンピューティングの課金が停止します。 計算: 0 CU 秒。 |
推定 CU 秒の合計: 5490 CU 秒
ストレージの課金の例
コンピューティングが一時停止されている場合でも、ストレージは継続的に課金されます。
| ストレージの種類 | 現在のストレージ (GB) | 課金対象ストレージ (GB) | 課金の種類 | 例 |
|---|---|---|---|---|
| 割り当てられた SQL Storage | 80.53 GB | 2.84 GB | 課金対象 | SQL データベース のデータ ページを保持するために使用されるストレージ |
| SQLデータベースバックアップストレージ | 14.59 GB | 0.51 GB | 課金対象 | データベースのポイントインタイム リカバリーを確保するために完全復旧バックアップ チェーンに使用されるストレージ |
この例の課金対象ストレージの合計: 2.84 + 0.51 = 3.35 GB
ストレージの課金は、コンピューティングの状態に関係なく、1 時間分に適用されます。
SQL データベース vCores に基づく SKU ファブリック容量の選択
Fabric での SQL データベースの Fabric SKU サイズの見積もりについては、これを参照してください。 詳細については、 Microsoft Fabric Capacity Estimator ツールを参照してください。
| SKU | 容量ユニット (CU) | 1 秒あたりの SQL データベースの仮想コア数 |
|---|---|---|
| F2 | 2 | 0.766 |
| F4 | 4 | 1.532 |
| F8 | 8 | 3.064 |
| F16 | 16 | 6.128 |
| F32 | 32 | 12.256 |
| F64 | 64 | 24.512 |
| F128 | 128 | 49.024 |
| F256 | 256 | 98.048 |
| F512 | 512 | 196.096 |
| F1024 | 1024 | 392.192 |
| F2048 | 2048 | 784.384 |
コンピューティングの使用状況レポート
Microsoft Fabric Capacity Metrics アプリ では、すべての Fabric ワークロードの容量使用状況を 1 か所で可視化できます。 管理者は、アプリを使用して、容量、ワークロードのパフォーマンス、および購入した容量と比較した使用量を監視できます。
最初に、Microsoft Fabric Capacity Metrics アプリをインストールするには、容量管理者である必要があります。 インストールすると、組織内のすべてのユーザーが、アプリを表示するためのアクセス許可を付与または共有できるようになります。 詳細については、「Microsoft Fabric Capacity Metrics アプリとは?」を参照してください。
アプリをインストールしたら、[項目の種類を選択してください:] ドロップダウン リストから SQLDbNative を選択します。 [マルチ メトリック リボン] グラフと [項目 (14 日間)] データ テーブルには、SQLDbNative アクティビティのみが表示されるようになりました。
SQL データベース操作のカテゴリ
テナント全体で、ワークロード カテゴリ別にユニバーサル コンピューティングの容量使用状況を分析できます。 使用状況は、合計容量ユニット秒 (CU) で追跡されます。 表示されている表は、過去 14 日間の使用状況の集計を示しています。
Fabric SQL データベースは、Metrics アプリの SQLDbNative の下にまとめられます。 このビューに表示される操作カテゴリは次のとおりです。
- SQL の使用状況: データベース内のすべてのユーザー生成とシステム生成の T-SQL ステートメントに対するコンピューティング料金。
次に例を示します。
課金の種類フィールドは、ワークロードがプレビュー モードであるか課金対象であるかを判断するために使用されます。
タイムポイント探索グラフ
Microsoft Fabric Capacity Metrics アプリのこのグラフは、購入した容量と比較したリソースの使用率を示しています。 使用率 100% は、容量 SKU の完全なスループットを表し、すべての Fabric ワークロードで共有されます。 これは黄色の点線で表されます。 グラフで特定のタイムポイントを選ぶと、[探索する] ボタンが有効になり、詳細なドリルスルー ページが開きます。
一般的には、Power BI と同様に、操作は [対話型] または [バックグラウンド] として分類され、色で示されます。 SQL データベース カテゴリのほとんどの操作は、5 分間のアクティビティのスムージングを使用して対話型として報告されます。
タイムポイント ドリル スルー グラフ
Microsoft Fabric Capacity Metrics アプリの次の表は、特定の時点での使用率の詳細ビューを示しています。 30 秒ごとに特定の SKU によって提供される容量が、対話型操作とバックグラウンド操作の内訳とともに表示されます。 対話型操作テーブルは、その時点で実行された操作の一覧を表し、ユーザー アクティビティによって直接実行されるものです。
このビューの主なユース ケースは次のとおりです。
SQL クエリ (ステートメント) の状態の識別: 値は Success または Rejected です。
- 成功状態は、容量が調整されていない場合の標準的な SQL データベースの動作です。
- 拒否された状態は、容量の調整によるリソースの制限が原因で発生する可能性があります。
多くのリソースを使用した SQL クエリ (ステートメント) の識別: [合計 CU]、タイムスタンプ、成果物の降順でテーブルを並べ替えます。
考慮事項
使用状況レポートに関する以下のような微妙な違いが考えられます。
- Fabric Capacity Metrics アプリで報告される [期間] フィールドは、情報提供のみを目的としています。 これは、60 秒に相当する現在の SQL 使用状況の概算時間を反映したものです。
ストレージ使用状況レポート
ストレージ使用状況レポートは、管理者が組織全体のストレージ使用状況を容量メトリックで監視するのに役立ちます。 容量を選択した後、請求期間中に出力されるストレージに合わせて日付範囲を調整します。 エクスペリエンス スライダーは、ワークロード エクスペリエンスをフィルター処理するのに役立ちます。
使用可能なストレージ 操作名 の値は次のとおりです。
- 割り当てられた SQL ストレージ は、データベースの合計サイズです。
- SQL Database Backup Storage は、割り当てられたサイズを超えるバックアップ ストレージ使用量であり、それに応じて課金されます。
現在のストレージ メトリックは左側のグラフと一致しており、展開すると、1 日単位または 1 時間単位の平均ストレージが表示されます。
ストレージ使用率のレポートはワークスペース レベルで行われます。 データベース内のストレージ使用量の詳細については、「 Microsoft Fabric の SQL データベースのパフォーマンス ダッシュボード」を参照してください。
バックアップ ストレージの課金
Microsoft Fabric の SQL データベースでは、データベースが作成された時点からの 自動バックアップ が提供されます。 バックアップの課金は、自動バックアップ プロセスによって消費されるストレージの量によって決まります。
- 既定では、バックアップ ストレージはプロビジョニングされたデータベース サイズの最大 100% まで無料です。 たとえば、100 GB のストレージが割り当てられたデータベースには、追加コストなしで 100 GB のバックアップ ストレージが自動的に含まれます。
- バックアップ ストレージの使用量が割り当てられたデータベース サイズを超える場合は、追加料金が適用されます。 割り当てられたサイズを超えるバックアップ ストレージに対してのみ課金されます。
バックアップ ストレージの使用量は時間単位で測定され、累積合計として計算されます。 毎月の終わりに、この値が集計され、請求書の計算に使用されます。 料金は、GB/月の合計に基づいています。
たとえば、データベースが 100 GB の割り当て済みデータ ストレージを蓄積し、バックアップ ストレージが 150 GB のバックアップ ストレージを蓄積し、1 か月間一定の状態を維持している場合、該当するレートで 100 GB のデータ ストレージと追加の 50 GB のバックアップ ストレージが課金されます。