Fabric Data Warehouse でのスムージングとスロットリング
適用対象:✅ Microsoft Fabric の SQL 分析エンドポイントおよびウェアハウス
この記事では、Microsoft Fabric でのウェアハウスと SQL 分析エンドポイントを使用したワークロードのスムージングとスロットリングの概念について詳しく説明します。
この記事は、Microsoft Fabric のデータ ウェアハウスのワークロードに固有のものです。 すべての Fabric ワークロードと一般的な情報については、Microsoft Fabric の調整に関する記事を参照してください。
コンピューティング容量
コンピューティング容量で Microsoft Fabric の基盤が形成され、すべての Fabric ワークロード エクスペリエンスを駆動するコンピューティング能力が提供されます。 お客様は、購入した容量 SKU に基づいて、Fabric 全体で共有される容量ユニット (CU) のセットを利用できます。 各 SKU の CU は、容量と SKU に関する記事で確認できます。
スムージング
容量には、使用率が低い期間 (アイドル) と使用率が高い期間 (ピーク) があります。 容量で複数のジョブが実行されている場合、コンピューティングの需要が急増して、購入した容量の制限を超える可能性があります。 ウェアハウスと SQL 分析エンドポイントは、パフォーマンスを向上させるためにワークロードでより多くのリソースを使用するバースト可能な容量を提供します。
ピーク時には使用量が急増し、アイドル時には多くの容量が使われなくなるお客様には、スムージングが役に立ちます。 スムージングにより、コンピューティングの評価が分散されて、お客様のジョブが円滑かつ効率的に実行されるようになり、容量管理が簡素化されます。
スムージングは実行時間には影響しません。 お客様はピーク時の使用量ではなく、平均に基づいて容量のサイズを決定できるので、容量管理を合理化するのに役立ちます。
- ユーザーによって実行される対話型ジョブの場合: 容量の消費量は、通常、短期間の一時的なスパイクを減らすため、少なくとも 5 分以上にわたってスムージングされます。
- スケジュールされたジョブまたはバックグラウンド ジョブの場合: 容量の消費量は 24 時間にわたって分散され、ジョブのスケジュール設定や競合を心配する必要がなくなります。
ウェアハウスと SQL 分析エンドポイントに固有の調整動作
一般的には、Power BI と同様に、操作の分類は対話型またはバックグラウンドです。
ウェアハウス カテゴリのほとんどの操作は、最も柔軟な使用パターンに対応できるよう、アクティビティの 24 時間のスムージングを利用するため、"バックグラウンド" として報告されます。 24 時間のスムージングでは、操作は 1 日の間のいつでもスパイクを発生させることなく同時に実行できます。 お客様は、ワークロードの小さなスパイクについて心配することなく、一貫して高速なパフォーマンスの利点を得ることができます。 したがって、データ ウェアハウスを "バックグラウンド" として分類すると、CU 使用率のピーク時にスロットリングのトリガーが早くなりすぎることが少なくなります。
ほとんどのウェアハウスと SQL 分析エンドポイント操作では、24 時間平均で過剰使用が発生した後にのみ操作が拒否されます。 詳細については、将来の平滑化された消費量に関する記事を参照してください。
スロットリングに関する考慮事項
- 実行時間の長いクエリ、ストアド プロシージャ、バッチなどの処理中の操作は、途中ではスロットルされません。 スロットリング ポリシーは、消費がスムージングされた後の次の操作に適用されます。
- ウェアハウスの操作は、モデリング操作 (メジャーの作成、既定のセマンティック モデルのテーブルの追加または削除、結果の視覚化など)、または Power BI セマンティック モデル (既定セマンティック モデルを含む) やレポートの作成/更新を含むシナリオを除き、"バックグラウンド" です。 これらの操作は、引き続き "対話型の拒否" ポリシーに従います。
- ほとんどのウェアハウス操作と同様に、動的管理ビュー (DMV) も "バックグラウンド" として分類され、"バックグラウンド拒否" ポリシーの対象になります。 その結果、容量が抑えられているときは、DMV のクエリを実行できません。 DMV を使用できない場合でも、容量管理者は Microsoft Fabric Capacity Metrics アプリにアクセスして根本原因を理解できます。
- "バックグラウンド拒否" ポリシーが有効になっている場合、SQL クエリ エディター、ビジュアル クエリ エディター、またはモデリング ビューでの任意のアクティビティに
Unable to complete the action because your organization's Fabric compute capacity has exceeded its limits. Try again laterというエラー メッセージが表示される場合があります。 - "バックグラウンド拒否" ポリシーが有効になっている場合、SQL Server Management Studio (SSMS) や Azure Data Studio などのクライアント アプリケーションで、SQL 接続文字列を使用してウェアハウスに接続しようとしたり、新しい TSQL クエリを実行しようとすると、SQL エラー コード 24801 とエラー テキスト
Unable to complete the action because your organization's Fabric compute capacity has exceeded its limits. Try again laterが表示される場合があります。
過負荷状態から復旧するためのベスト プラクティス
「過負荷状況から回復するために実行できるアクション」を参照してください。
Fabric Capacity Metrics アプリで過負荷情報を監視する
容量管理者は、Microsoft Fabric Capacity Metrics アプリを使って、過負荷情報を表示し、さらにドリルダウンできます。
アプリのチュートリアルについては、「方法: Fabric Data Warehouse の使用状況の傾向を観察する」を参照してください。
Microsoft Fabric Capacity Metrics アプリを使用すると、容量の過剰使用の視覚的な履歴 (使用量の繰り越し、累積、バーンダウンなど) を表示できます。 詳しくは、Microsoft Fabric でのスロットリングと Microsoft Fabric Capacity Metrics アプリでの超過分に関する記事をご覧ください。
