適用対象:✅Microsoft Fabric の SQL データベース
この記事では、Fabric で SQL データベースのコンピューティング使用量を制御および監視する方法について説明します。
仮想コアの上限を使用してコンピューティングの最大使用量を制御する
この設定では、自動スケール中にデータベースが使用できる ファブリック容量ユニット (CU) の 上限を定義します。 次の表は、仮想コアの上限と対応するリソースをまとめたものです。
| 最大仮想コア数 | 4 仮想コア | 32 個の仮想コア (既定) |
|---|---|---|
| 最大メモリ | 12 GB | 96 GB |
| 最大ストレージ数 | 756 GB | 4テラバイト (4 TB) |
Fabric の SQL データベースでは、自動スケーリングは需要に基づいてコンピューティングを動的にスケーリングしますが、構成されている仮想コアの上限または対応するメモリ制限を超えることはありません。
仮想コアの最大数を制限するタイミング
仮想コアの上限の構成は、次のようなシナリオで役立ちます。
- 共有ファブリック容量でのコンピューティング使用量のピークを制御する。
- ワークロードのバースト時に予期しないコストの急増とリソース制限を防ぎます。
- 開発、テスト、または早期プレビューのワークロードにガードレールを適用する。
Fabric ポータルで仮想コアの上限を構成する (プレビュー)
Fabric ポータルで、Fabric で SQL データベースの仮想コアの上限を構成できます。
Important
この機能は プレビュー段階です。
- Fabric ポータルで SQL データベースに移動します。
- [設定] アイコンを選択します。
- [ コンピューティング ] ページを選択します。
- [ 最大仮想コア数の制限] で、ドロップダウン リストから値を選択します。 これは、この SQL データベースの仮想コア使用率の新しい最大値です。
- 保存を選びます。
仮想コアの上限を変更した場合の影響
仮想コアの上限は、課金と使用率、およびパフォーマンス監視レポートでのコンピューティング使用量の表示方法に直接影響します。
- 報告されたコンピューティング消費量には、上限付き仮想コアの上限が反映されます。
- ピーク使用率は、ワークロードの急増中でも、構成された最大値を超えるものではありません。
- これにより、共有ファブリック容量の使用状況とコストリスクを簡単に制御できます。
仮想コアの上限が構成されている場合、SQL データベースは要求に基づいて動的に自動スケーリングを続行します。
自動スケールは、構成された仮想コアの上限によって制限されます。
ワークロードの需要が上限を超えた場合、データベースは上限を超えてスケーリングされません。
仮想コアの最大構成に関係なく、アイドル状態の使用期間が経過すると、データベースはコンピューティングがゼロにスケールダウンされます。
データベースの仮想コアの上限を減らすと、最大ストレージも減少します。 データベースが既に記憶域の上限を下回っている場合は、仮想コアの最大設定を適用できません。
- 次の T-SQL クエリを使用して、データベースに割り当てられた領域の量を確認できます。
SELECT file_id, type_desc, CAST(FILEPROPERTY(name, 'SpaceUsed') AS decimal(19,4)) * 8 / 1024. AS space_used_mb, CAST(size/128.0 - CAST(FILEPROPERTY(name, 'SpaceUsed') AS int)/128.0 AS decimal(19,4)) AS space_unused_mb, CAST(size AS decimal(19,4)) * 8 / 1024. AS space_allocated_mb, CAST(max_size AS decimal(19,4)) * 8 / 1024. AS max_size_mb FROM sys.database_files;未使用の領域を解放するには、 DBCC SHRINKDATABASE (Transact-SQL) または DBCC SHRINKFILE (Transact-SQL) を使用します。