Microsoft Fabric の容量超過 (プレビュー)

容量超過は、容量管理者が設定した上限まで、過剰な容量使用量に対して自動的に支払うオプトイン機能です。これにより、調整が防止され、ワークロードが一時的に容量の制限を超えた場合でも、ワークロードが中断されずに続行されます。

この機能は、さらなる制限を防ぐために対応を行っている間、容量を維持する安全策として機能します。 有効にすると、容量超過料金が発生し、3倍の従量課金レートで、現在の容量を超えた使用分にのみ制限されます。それ以外の場合、スロットリングが発生することがあります。 容量超過を有効にすることで、予期しない需要の急増や小さな定期的な過負荷の間もワークロードが中断されることなく継続されることを保証します。 この方法は、適切な容量管理プラクティスを補完しますが、それらに取って代わるものではありません。

主な利点

容量超過には、次の主な利点があります。

• 予期しない過負荷の間はセーフティネットとして機能し、管理者が対応するための時間を提供しながら容量を維持します。
• 管理者の操作を必要とせずに、小規模で日常的な対話型オーバーロードを自動的に処理します。

容量超過のしくみ

容量の超過により、管理者が設定した上限まで余分な容量使用料を自動で支払い、調整（スロットリング）を防ぎます。 Fabricにおけるスロットリングが容量の超過とどのように関わり合うかを以下に示します。

• 各容量には、容量ユニット (CU) で測定された固定コンピューティング リソースがあります。

• 設定されたしきい値を超えて需要が使用可能な容量を超過した場合（平滑化後）、Fabricはスロットルを適用します。 調整の詳細については、調整のしくみを参照してください。

• 容量超過は、制限がかかる前に過剰な利用を補います。

容量超過は、調整の時点で介入します。 容量の平滑化された使用量が組み込みのしきい値を超えた場合、遅延や拒否を適用するのではなく、容量超過は、Azure サブスクリプションに課金することで、超過分の使用量を自動的に "支払い" します。 これにより、容量を最大限に利用できる状態が維持されます。 実行中のジョブは影響を受けず、キャパシティはユーザーに見える制限なく動作し続けます。

コストとパフォーマンスのバランスを取るために、容量管理者は24時間での累積超過制限を定義します。 この制限は、過去 24 時間の処理された超過分と比較され、5 分間隔で評価されます。 たとえば、チェックが 09:00 に行われた場合、制限は昨日の 09:00 から今日の 09:00 までの処理された超過分と比較されます。 09:05 にウィンドウが 5 分進み、昨日の 09:05 から今日の 09:05 までの使用状況が評価されます。

超過分の制限ではFabricクォータが使用されるため、制限は使用可能なクォータ内にある場合にのみ設定できます。 必要なクォータは、設定した制限の 1/24 と等しくなります。 これは、Fabricが CU 時間の制限を 24 時間にわたって分散するためです。 たとえば、48 CU 時間の制限では、クォータに 2 CU が追加されます。 使用可能なクォータが構成された制限をサポートできない場合、クォータが増えるか制限が減るまで、容量超過を有効にすることはできません。 クォータの詳細については、「Fabric クォータ」を参照してください。

超過分の使用状況を追跡する

Microsoft Fabricには、容量超過がアクティブ化するタイミングと、追加の容量が使用される量を追跡するいくつかの方法が用意されています。

主要な動作の概念

容量超過のコストに関する考慮事項

容量超過を有効にすると、容量 SKU を超える追加料金が発生する可能性があります。 次のコスト管理と動作を検討してください。

• 課金メーター: Azureは従量課金制の料金の3倍の料金で別のメーターを通じて超過分の使用量を請求します。 この料金は、SKU 許容量を超える CU 時間にのみ適用されます。

• 使用制限: コストを制御するために、ローリング 24 時間 CU の制限を設定します。 上限に達すると、容量超過が停止し、使用量がウィンドウからロールアウトされるか、制限が引き上げられるまで調整が再開されます。

• 使用量ベースの料金: 容量超過を有効にしても、料金は発生しません。 スロットリングを防ぐCU時間だけに支払います。

• 制限の調整: 制限はいつでも更新できます。 制限を引き上げると、オーバーロードが続くと課金が再開されます。 制限を下げると、処理された容量の超過分が新しい制限を超えた場合に調整が発生する可能性があります。

• スロットリング中の超過保護の有効化: 深刻なスロットリングイベント中に容量超過を有効にすると、その時点で全ての累積繰越に対してFabricから課金されます。

• 容量超過がアクティブになった場合:

  • ワークロードを確認し、可能な場合は最適化または再配布します。
  • 容量の超過が頻繁にある場合や、制約が強い場合（例: バックグラウンド処理の拒否）には、より大きな SKU にスケールアップします。
  • 予算とパフォーマンスのニーズに基づいて制限を調整します。

• 料金の表示: Azure Cost Managementを使用し、超過メーター (容量超過容量使用量 CU) でフィルター処理して使用状況とコストを監視します。

容量超過の制限

容量超過の制限は CU 時間で定義されます。 たとえば、F2 では 1 時間あたり 2 CU 時間、または 1 日あたり 48 CU 時間が提供され、F256 では 1 時間あたり 256 CU 時間、または 1 日あたり 6,144 CU 時間が提供されます。

次の表は、適切な超過分の制限を選択するのに役立つ、各容量 SKU で使用可能な毎日の CU 時間を示しています。 Azureは従量課金制の3倍の料金で超過使用量を請求するため、超過分の上限を1日のCU時間の1/3以下に抑えることをお勧めします。これによりSKUのスケーリングアップと同等のコストがかかることを回避できます。 ただし、上限を高く設定することで、スケールアップ後でもスロットルが発生する可能性がある短くて重大なインタラクティブスパイクを処理する場合に役立ちます。

考慮事項と制限事項

容量超過を使用する場合は、次の点を考慮してください。

• 容量超過は、F SKU でのみ使用できます。

• 容量超過は、現在の時間枠に対して過剰な容量負債を支払いますが、将来の負債はクリアされません。 これにより、容量超過分が、容量を稼働させるための最低限必要なCU量を確実にまかなうことができます。 また、大きな過負荷が発生した場合、容量超過が長期間継続し、最終的に CU 時間の制限に達する可能性があることを意味します。 容量超過がアクティブになったら、容量を確認し、適切なアクションを実行します。

• 容量超過によってスロットリングが防止され、新しいジョブが実行できるようになります。 これにより、ユーザーへのダウンストリームの影響を防ぐことができますが、新しい大規模なジョブを許可することもできます。 バックグラウンド拒否中にFabricが新しいバックグラウンド ジョブを受け入れないようにするには、容量サージ保護の制限を 100%に設定します。

• 容量超過を有効にして容量をスケールダウンするときは注意が必要です。 容量を減らすと、容量の超過分が自動的に課金される大幅な超過が発生する可能性があります。

FAQ とベスト プラクティス

容量超過を使用する必要がある場合

アップタイムが重要で、容量の限界に時々達する場合に使用します。 これは、まれな予期しないスパイクや、スケールアップが必要ない小さな定期的なスパイクに最適です。 これらのシナリオ以外で定期的に制限されている場合は、代わりに規模を拡大します。

パフォーマンスは向上しますか?

No. スロットリングは防止されますが、メモリや速度は追加されません。 ジョブは通常どおりに実行されますが、遅延や拒否は発生しません。

スロットリング中に有効にするとどうなりますか?

それは蓄積された超過分をすぐに支払います。

超過の原因となったワークロードまたはユーザーを特定できますか?

オーバーロードは、容量に対するすべての操作の蓄積に起因します。 容量メトリック アプリのデータを分析して、指定された時間枠内に容量に対して実行された操作に関する分析情報を見つけます。

容量超過によって、容量関連のすべての問題から保護されますか?

No. CU枯渇によるスロットリングのみを防ぎます。 メモリ、コンカレンシー、およびその他の制限は引き続き適用されます (セ マンティック モデル SKU の制限 を参照してください)。

容量が100%の対話型遅延を超えない場合、容量超過をそのままにしておくコストは発生しますか？

No. 超過分が発生した場合にのみ支払います。

関連するコンテンツ

• 容量超過を有効にする
• Fabric調整ポリシー
• サージ保護
• Fabric 容量メトリック アプリ
• Fabric容量でAzure料金を確認します