次の方法で共有


Azure API Management サービスの制限について

Azure API Management では、API、操作、その他のエンティティなどの リソースにさまざまな制限 が適用されます。 この記事では、それらが存在する理由と、これらの制約内でサービスを効果的に使用する方法について説明します。

サービスの制限がある理由

クラウド サービスでも有限のリソースを持つ物理インフラストラクチャで動作するため、Azure API Management のサービス制限はすべての Azure サービスに対して行われるため、存在します。 Azure は非常に高いスケーラビリティと柔軟性を提供しますが、基になるハードウェアとシステムのアーキテクチャには、お客様の信頼性の高いパフォーマンスを確保するために管理する固有の制約があります。

Azure API Management のサービス制限は任意の制約ではありませんが、次に基づいて調整されます。

  • Azure プラットフォームの容量とパフォーマンスの特性
  • サービス レベルの機能
  • 一般的な顧客の使用パターン

リソースの制限は相互に関連し、連携するように調整されます。 これにより、サービスの 1 つの側面でサービスの全体的なパフォーマンスが中断されるのを防ぐことができます。

クラシック レベルでのサービス制限の変更

2026 年 3 月以降、Azure API Management では、クラシック レベル (Developer、Basic、Standard、Premium) および従量課金レベルのインスタンスに更新された制限が適用されます。 これらの更新プログラムは、各レベルの機能に合わせて調整され、お客様がニーズに適したオプションを選択するのに役立ちます。

クラシック レベルの現在の制限は 、ここで公開されています。 2026 年 3 月までに、制限のあるエンティティの範囲が縮小される可能性があります。

変更点

  • クラシック 層リソースの新しい制限は、 V2 サービス レベルの制限と比較して簡単に行うことができます。
  • 以前は、クラシック レベルの特定のリソースに対する制限が明示的に定義されていないか、適用されていませんでした。 実際には、これらのリソースは、サービス構成、サービス容量、スケール ユニットの数、ポリシー構成などの要因によって常に制約されていました。 新しい制限により、これらの制約が明示的かつ予測可能になります。

既存の顧客の制限ポリシー

既存の API Management インスタンスが既に新しいクラシック レベルの制限を超えている場合は、中断することなくリソースを引き続き使用できます。 これは、以下のようなことを意味します。

  • 発行済みの制限を既に超えている既存のサービスは影響を受けません。
  • 既存のリソースに変更を加え、現在の使用量を超える小さなしきい値まで新しいリソースを追加できます。

このアプローチにより、既存のワークロードが中断されることがないようにしながら、時間の経過と共に新しい制限との整合を促します。

リソースを管理するための戦略

特定のリソース制限に近づいている場合、または特定のリソース制限に達している場合は、次の戦略を検討してください。

リソース管理の改善

  • 使用されていないリソースの通常のクリーンアップ プロセスを実装する
  • タグを効果的に使用して、統合または削除できるリソースを識別する
  • 容量メトリックを確認してリソース使用率を把握し、潜在的なボトルネックを特定します。

API と運用の組織を最適化する

API と API 関連リソース (API 操作、バックエンド、タグなど) の数をカウントする場合、API Management には API のバージョンとリビジョンも含まれます。 これらのリソースの制限に近づく場合は、次の戦略を検討してください。

  • 未使用の API バージョンまたはリビジョンを削除する
  • 必要に応じて操作を統合または削除する
  • 多数の操作を含む API を複数の小さい、より焦点を絞った API に再構成する
  • API バージョンとリビジョンを戦略的に使用する

サービス レベルを評価する

リソースの制限に一貫して達している場合は、現在のサービス レベルを評価する価値があります。 API などの特定の制限は、サービス レベルによって異なります。

  • ユニットを追加したり、レベルをアップグレードしたりするオプションを検討してください。
  • 現在のレベルに追加の API Management インスタンスをデプロイすることを検討してください。

制限の引き上げに関するガイドライン

場合によっては、特定のサービス制限の引き上げを要求することがあります。 その前に、次のガイドラインに注意してください。

  • 制限の引き上げを要求する前に、問題に事前に対処するための戦略を調べます。 詳細については、前述の リソース管理戦略 に関するセクションを参照してください。

  • 制限の引き上げがサービス全体のパフォーマンスと安定性に及ぼす潜在的な影響を考慮してください。 制限を増やすと、サービスの容量に影響を与えたり、一部のサービス操作の待機時間が長くなる可能性があります。

制限の引き上げを要求する

制限の引き上げを要求するには、Azure portal からサポート リクエストを作成します。 詳細については、「Azure サポート プラン」を参照してください。

制限の引き上げの要求は、ケース バイ ケースで評価され、保証されません。 制限の引き上げについては、Premium レベルのお客様に優先順位を付けます。