Microsoft Foundry Models のクォータと制限内での Azure OpenAI

この記事には、クイック リファレンスと、Azure OpenAI のクォータと制限の詳細な説明が含まれています。

クォータのスコープ

クォータと制限は、テナント レベルでは適用されません。 代わりに、クォータ制限の最上位レベルは、Azure サブスクリプション レベルでスコープ設定されます。

サブスクリプション単位のクォータ管理

Important

Microsoft Foundry のサブスクリプション レベルのクォータ管理は、2026 年 5 月 7 日以降に開始されました。

Realtime Translate と Realtime ささやきから始まり、すぐにすべてのモデルで、Foundry はリソースごとまたはリージョンごとではなく、サブスクリプション レベルでデプロイのクォータを追跡します。 この方法では、サブスクリプション内のすべてのリソースとリージョンが同じクォータ プールを共有するため、デプロイ間でのクォータの管理方法に一貫性と予測可能性がもたらされます。

この変更により、クォータが共有プールに統合されます。

  • グローバル標準: 同じモデルとバージョンのデプロイは、サブスクリプション内のすべてのリージョンで 1 つのクォータ プールを共有します。
  • データ ゾーン標準: 同じモデルとバージョンのデプロイは、データ ゾーン (米国や EU など) ごとに 1 つのクォータ プールを共有します。

サブスクリプション レベルでのクォータの割り当ての詳細については、「Foundry Models のクォータと制限Microsoft」を参照してください。

クォータ レベル

Microsoftでは、Foundry Models のエクスペリエンスを向上させ、ワークロードのスケールに応じて摩擦を軽減するためのクォータレベルを導入しています。 クォータは使用量に応じて自動的に増えるようになり、レート制限エラーを回避しながら、すべてのユーザーに対してより公平な環境を作成できるようになりました。 利用可能なティアは 7 つあり、Free Tier と Tier 1 から Tier 6 までです。Tier 6 では最も高いクォータが提供されます。 顧客の初期割り当てレベルは、そのモデルの現在の使用状況と、Enterprise Agreement (EA または MCA-E) の状態など、Microsoftとの現在の関係に基づいています。 

自分にとって何が変わるのですか?

以前は、Foundry では、オファーの種類に応じて既定のクォータ レベルとエンタープライズ クォータ レベルのみが提供され、各レベルの間に大きなギャップがあり、増加を要求するプロセスが長くなっています。 クォータ レベルでは、すべてのユーザーに、以前のレベル以上のクォータを持つレベルが割り当てられます。 以前に承認されたクォータの引き上げは保持され、減らされることはありません。 使用量が増えると、Foundry はユーザーを上位レベルに移動することでクォータを自動的に増やし、クォータ フォームを使用して追加のクォータを要求できます。

顧客はどのようにして、たとえば階層変更の基準などにより、ある階層から別の階層に自動的に移行しますか? 

自動レベルのアップグレードは、主に、時間の経過に伴う Foundry モデル全体の顧客の消費量の傾向によって異なります。 現在のクォータ レベルで Foundry Models の使用能力が制限されるように顧客の使用量が増加した場合、システムは自動的に顧客を次の上位レベルにアップグレードします。 システムでは、顧客とMicrosoftの関係も考慮されます。 Microsoftを持つエンタープライズリレーションシップ (EA と MCA-Eを含む) をお持ちのお客様には、より高いクォータレベルが割り当てられます。 さらに、Microsoftでは、顧客の支払い履歴も考慮して、自動アップグレードの資格を決定します。 

自動アップグレードをオプトアウトできますか?

はい。従量課金の変更に関係なく、自動アップグレードをオプトアウトして現在のレベルに留めることができます。 一部のお客様は、クォータを使用して課金を管理します。 クォータを使用して課金を管理することはAzureベスト プラクティスではありませんが、システムがそのように構成されている場合は、それを中断したくない場合があります。 課金管理とベスト プラクティスの詳細については、「 コスト管理」を参照してください。

オプトアウトするには、次のフラグを NoAutoUpgradeに設定します。

curl -X PATCH \
  "https://management.azure.com/subscriptions/00000000-0000-0000-0000-000000000000/providers/Microsoft.CognitiveServices/quotaTiers/default?api-version=2025-10-01-preview" \
  -H "Authorization: Bearer <YOUR_ACCESS_TOKEN>" \
  -H "Content-Type: application/json" \
  -d '{
    "properties": {
      "tierUpgradePolicy": "NoAutoUpgrade"
    }
  }'

メモ

オプトアウト機能はプレビューであり、今後変更または削除される可能性があります。

クォータを増やすようにリクエストできますか?

はい。 クォータ要求フォーム を使用すると、いつでもより多くのクォータを要求できます。 要求が承認された場合、現在のレベルは変わりませんが、割り当てられたクォータが増えます。

サブスクリプションのクォータレベルを確認するにはどうすればよいですか?

現在、 コントロール プレーン API を使用してクォータレベルを確認できます。

curl -X GET \
  "https://management.azure.com/subscriptions/00000000-0000-0000-0000-000000000000/providers/Microsoft.CognitiveServices/quotaTiers?api-version=2025-10-01-preview" \
  -H "Authorization: Bearer $(az account get-access-token --resource https://management.azure.com --query accessToken -o tsv)" \
  -H "Content-Type: application/json"

クォータ層参照

すべての gpt-chat-latest バージョンで、各ティアに示されているものと同じティアレベルの TPM 上限を使用します。 バージョン 2026-05-052026-05-282026-06-241 では、1,000 TPM あたり 10 RPM が使用されます。 バージョン 2026-08-062 では、1,000 TPM あたり 1 RPM が使用されるため、テーブルにはバージョンが個別に一覧表示されます。

階層 1

モデル名 展開の種類 1 分あたりの要求数 (RPM) 1 分あたりのトークン数 (TPM)
codex-mini GlobalStandard 1,000 1,000,000
コンピューター使用プレビュー GlobalStandard 4,500 45万
gpt-4.1 データゾーンスタンダード 300 300,000
gpt-4.1 GlobalStandard 1,000 1,000,000
gpt-4.1-mini データゾーンスタンダード 2,000 2,000,000
gpt-4.1-mini GlobalStandard 5,000 5,000,000
gpt-4.1-mini Standard 6,000 6,000,000
gpt-4.1-nano データゾーンスタンダード 2,000 2,000,000
gpt-4.1-nano GlobalStandard 5,000 5,000,000
gpt-4o データゾーンスタンダード 10秒当たり300 300,000
gpt-4o-音声プレビュー GlobalStandard 30000 / 10s 30,000,000
gpt-4o-mini データゾーンスタンダード 10,000 1,000,000
gpt-4o-mini GlobalStandard 20,000 2,000,000
gpt-4o-mini-audio-preview GlobalStandard 30000 / 10s 30,000,000
gpt-4o-ミニ-リアルタイム-プレビュー GlobalStandard 36 6,000
gpt-4o-realtime-preview GlobalStandard 36 6,000
gpt-5 データゾーンスタンダード 3,000 300,000
gpt-5 GlobalStandard 10,000 1,000,000
gpt-5-chat GlobalStandard 1,000 1,000,000
gpt-5-codex GlobalStandard 1,000 1,000,000
gpt-5-mini データゾーンスタンダード 300 300,000
gpt-5-mini GlobalStandard 1,000 1,000,000
gpt-5-nano データゾーンスタンダード 2,000 2,000,000
gpt-5-nano GlobalStandard 5,000 5,000,000
gpt-5-pro GlobalStandard 1,600 160,000
gpt-5.1 データゾーンスタンダード 3,000 300,000
gpt-5.1 GlobalStandard 10,000 1,000,000
gpt-5.1 Standard 3,000 300,000
gpt-5.1-chat GlobalStandard 10,000 1,000,000
gpt-5.1-codex データゾーンスタンダード 3,000 300,000
gpt-5.1-codex GlobalStandard 1,000 1,000,000
gpt-5.1-codex-max GlobalStandard 10,000 1,000,000
gpt-5.1-codex-mini GlobalStandard 1,000 1,000,000
gpt-5.2 データゾーンスタンダード 3,000 300,000
gpt-5.2 GlobalStandard 10,000 1,000,000
gpt-5.2-chat GlobalStandard 10,000 1,000,000
gpt-5.3-chat GlobalStandard 1,000 1,000,000
gpt-5.2-codex GlobalStandard 10,000 1,000,000
gpt-5.3-codex GlobalStandard 10,000 1,000,000
gpt-5.4 データゾーンスタンダード 300 300,000
gpt-5.4 GlobalStandard 10,000 1,000,000
gpt-5.4-pro GlobalStandard 160 160,000
gpt-5.4-mini GlobalStandard 1,000 1,000,000
gpt-5.4-nano データゾーンスタンダード 2,000 2,000,000
gpt-5.4-nano GlobalStandard 5,000 5,000,000
gpt-5.5 データゾーンスタンダード 333 333,000
gpt-5.5 GlobalStandard 1,000 1,000,000
gpt-5.6-luna データゾーンスタンダード 333 333,000
gpt-5.6-luna GlobalStandard 1,000 1,000,000
gpt-5.6-sol データゾーンスタンダード 333 333,000
gpt-5.6-sol GlobalStandard 1,000 1,000,000
gpt-5.6-terra データゾーンスタンダード 333 333,000
gpt-5.6-terra GlobalStandard 1,000 1,000,000
gpt-chat-latest1 GlobalStandard 10,000 1,000,000
gpt-chat-latest2 GlobalStandard 1,000 1,000,000
gpt-audio GlobalStandard 30000 / 10s 30,000,000
gpt-image-1 GlobalStandard 9 -
gpt-image-1-mini GlobalStandard 12 -
gpt-image-1.5 データゾーンスタンダード 3 -
gpt-image-1.5 GlobalStandard 9 -
gpt-image-2 データゾーンスタンダード 2 -
gpt-image-2 GlobalStandard 6 -
gpt-realtime GlobalStandard 200 100,000
モデルルーター データゾーンスタンダード 300 300,000
モデルルーター GlobalStandard 1,000 1,000,000
o1 データゾーンスタンダード 100 600,000
o1 GlobalStandard 500 3,000,000
o3 データゾーンスタンダード 300 300,000
o3 GlobalStandard 1,000 1,000,000
o3-deep-research GlobalStandard 3,000 3,000,000
o3-mini データゾーンスタンダード 200 2,000,000
o3-mini GlobalStandard 500 5,000,000
o3-pro GlobalStandard 160 1,600,000
o4-mini データゾーンスタンダード 10秒当たり300 300,000
o4-mini GlobalStandard 1,000 1,000,000
text-embedding-3-large データゾーンスタンダード 1,000 1,000,000
text-embedding-3-large GlobalStandard 1000 / 10秒 1,000,000
text-embedding-3-small データゾーンスタンダード 1,000 1,000,000
text-embedding-3-small GlobalStandard 1000 / 10秒 1,000,000

クォータと制限のリファレンス

次のセクションでは、Azure OpenAI に適用される既定のクォータと制限に関するクイック ガイドを示します。

制限名 制限値
Azure サブスクリプションごとの Azure OpenAI リソース 30.
既定の GPT-image-1 クォータ制限 1 分あたり 9 件の要求
デフォルトの GPT-image-1-mini クォータ制限 1 分あたり 12 要求
既定の GPT-image-1.5 クォータ制限 1 分あたり 9 件の要求
既定の GPT-image-2 クォータ制限 1 分あたり 9 件の要求
既定のSoraクォータ制限 1 分あたり 60 要求。
デフォルトのSora 2 クォータ制限 1 分あたり2 件 のジョブ要求
既定の音声テキスト変換オーディオ API クォータ制限 1 分あたり 3 要求。
要求あたりのプロンプト トークンの最大数 モデルによって異なります。 詳細については、「Azure OpenAI モデル」を参照してください。
リソースあたりの標準デプロイの最大数 32.
微調整されたモデルの最大デプロイ数 10.
リソースあたりのトレーニング ジョブの合計数 100.
リソースごとに同時に実行されるトレーニング ジョブの最大数 標準およびグローバル トレーニング: 3;
開発者トレーニング: 5
トレーニングジョブの最大待機数 20.
リソースあたりの最大ファイル数 (微調整) 100.
リソースあたりのすべてのファイルの合計サイズ (微調整) 1 GB。
トレーニングジョブ最大実行時間 (超過した場合、ジョブが失敗します) 720 時間。
トレーニング ジョブの最大サイズ (tokens in training file) x (# of epochs) 20億。
1 回のアップロードあたりのすべてのファイルの最大サイズ (Azure OpenAI on your data) 16 MB。
/embeddings付き配列の最大入力数 2,048.
/embeddings要求あたりの最大トークン数 (すべての入力の合計) 300,000.
/chat/completions メッセージの最大数 2,048.
/chat/completions関数の最大数 128.
/chat/completions ツールの最大数 128.
デプロイあたりのプロビジョニング済みスループット ユニットの最大数 100,000.
アシスタントまたはスレッドあたりの最大ファイル数 API または Microsoft Foundry ポータルを使用する場合は 10,000。
アシスタントおよび微調整の最大ファイルサイズ API 経由で 512 MB

Foundry ポータルを通じて 200 MB を取得します。
リソースあたりの最大ファイル アップロード要求数 1 秒あたり 30 要求。
アシスタント用にアップロードされたすべてのファイルの最大サイズ 200 GB。
アシスタントのトークン制限 2,000,000 トークンの制限。
GPT-4o および GPT-4.1 要求ごとの最大画像数 (メッセージ配列または会話履歴内の画像の数)。 50.
GPT-4 vision-preview および GPT-4 turbo-2024-04-09 の既定の最大トークン 16.

応答が切り捨てられないように、max_tokens パラメーター値を増加させます。 GPT-4o 最大トークンの既定値は 4,096 です。
API 要求のカスタム ヘッダーの最大数2 10.
メッセージ文字の制限 1,048,576.
オーディオ ファイルのメッセージ サイズ 20 MB。

1 ソラ 2 RPM クォータは、ビデオ ジョブ要求のみをカウントします。 他の種類の要求はレート制限されません。

2 現在の API では、最大 10 個のカスタム ヘッダーが許可され、パイプラインを通過して返されます。 一部のお客様はこのヘッダー数を超えるようになり、HTTP 431 エラーが発生します。 ヘッダーボリュームを減らす以外に、このエラーの解決策はありません。 今後の API バージョンでは、カスタム ヘッダーを通過しません。 今後のシステム アーキテクチャでは、カスタム ヘッダーに依存しないことをお勧めします。

メモ

クォータの制限は変更される可能性があります。

バッチの制限

制限名 制限値
バッチ入力ファイルの最大数 (有効期限なし) 500
バッチ入力ファイルの最大数 (有効期限セット) 10,000
最大入力ファイル サイズ 200 MB
最大入力ファイル サイズ - Bring Your Own Storage (BYOS) 1 GB
ファイルあたりの最大要求数 100,000

メモ

入力ファイルの有効期限を設定して、リソースごとの制限を増やし、保存されたファイルを管理します。 バッチ入力ファイルの制限は、 result.jsonlerror.jsonlなどの出力ファイルには適用されません。 Files API 入力ファイルの制限を回避するには、Azure Blob Storageで Batch を使用します。

バッチ クォータ

次の表に、バッチ クォータの制限を示します。 グローバル バッチのクォータ値は、エンキューされたトークンの観点から表されます。 バッチ処理のためにファイルを送信すると、ファイル内のトークンの数がカウントされます。 バッチジョブが終了状態に達するまで、これらのトークンはエンキューされたトークンの合計制限にカウントされ続けます。

グローバル バッチ

モデル エンタープライズと MCA-E 既定 月単位のクレジット カード ベースのサブスクリプション MSDN サブスクリプション 学生向けAzure、無料試用版
gpt-4.1 5B 200M 50M 90K N/a
gpt-4.1 mini 15B 1B 50M 90K N/a
gpt-4.1-nano 15B 1B 50M 90K N/a
gpt-4o 5B 200M 50M 90K N/a
gpt-4o-mini 15B 1B 50M 90K N/a
gpt-4-turbo 300M 80M 40M 90K N/a
gpt-4 150M 30M 5M 100K N/a
o3-mini 15B 1B 50M 90K N/a
o4-mini 15B 1B 50M 90K N/a
gpt-5 5B 200M 50M 90K N/a
gpt-5.1 5B 200M 50M 90K N/a
gpt-5.2 5B 200M 50M N/a N/a
gpt-5.4 5B 200M 50M N/a N/a
gpt-5.4-mini 5B 200M 50M N/a N/a
gpt-5.4-nano 5B 200M 50M N/a N/a
gpt-5.5 5B 200M 50M 90K N/a

B = 10 億 |M = 百万 |K = 千

データゾーン バッチ

モデル エンタープライズと MCA-E 既定 月単位のクレジット カード ベースのサブスクリプション MSDN サブスクリプション 学生向けAzure、無料試用版
gpt-4.1 500M 30M 30M 90K N/a
gpt-4.1-mini 15億 100M 50M 90K N/a
gpt-4o 500M 30M 30M 90K N/a
gpt-4o-mini 15億 100M 50M 90K N/a
o3-mini 15億 100M 50M 90K N/a
gpt-5 5B 200M 50M 90K N/a
gpt-5.1 5B 200M 50M 90K N/a
gpt-5.4 5B 200M 50M N/a N/a
gpt-5.4-mini 5B 200M 50M N/a N/a
gpt-5.5 5B 200M 50M 90K N/a

gpt-oss

モデル 1 分あたりのトークン数 (TPM) 1 分あたりの要求数 (RPM)
gpt-oss-120b 5百万 5キロ

使用量レベル

グローバル標準デプロイでは、Azureのグローバル インフラストラクチャが使用されます。 顧客の推論要求に最適な可用性で、顧客のトラフィックをデータ センターに動的にルーティングします。 同様に、Data Zone Standard デプロイでは、Azureのグローバル インフラストラクチャを使用して、要求ごとに最適な可用性を持つMicrosoft定義されたデータ ゾーン内のデータ センターにトラフィックを動的にルーティングできます。 この方法により、トラフィック レベルが低い方から中レベルの顧客に対して、一貫した待機時間を実現できます。 持続的な使用率が高いお客様は、応答待機時間の変動が大きくなる可能性があります。

Azure OpenAI の使用レベルは、トラフィックレベルが低から中規模のほとんどのお客様に一貫したパフォーマンスを提供するように設計されています。 各使用レベルでは、予測可能な待機時間で予想できる最大スループット (1 分あたりのトークン数) が定義されます。 割り当てられたレベル内で使用状況が維持される場合、待機時間は安定し、応答時間は一貫しています。

使用量レベルを超えるとどうなりますか?

  • 要求のスループットが使用量レベル (特に需要の高い期間中) を超えた場合、応答の待ち時間が大幅に増加する可能性があります。
  • 待機時間は異なる場合があり、場合によっては、使用レベル内で動作する場合の 2 倍以上になる場合があります。
  • この変動は、使用率が高い、またはトラフィック パターンが急増しているお客様にとって最も顕著です。

429 エラーが発生した場合、または待機時間の変動が増えた場合は、次の手順を実行します。

  • クォータの引き上げを要求する: Azure ポータルにアクセスして、サブスクリプションのより高いクォータを要求します。
  • Premium プラン (PTU) へのアップグレードを検討してください。待機時間が重要なワークロードまたは大量のワークロードの場合は、プロビジョニング済みスループット ユニット (PTU) にアップグレードします。 PTU は、大規模な場合でも、専用のリソース、保証された容量、予測可能な待機時間を提供します。 これは、一貫したパフォーマンスを必要とするミッション クリティカルなアプリケーションに最適な選択肢です。
  • 使用状況を監視する: Azure ポータルで使用状況メトリックを定期的に確認し、レベルの制限内で動作していることを確認します。 必要に応じてワークロードまたはデプロイ戦略を調整します。

トークンの使用状況メトリックがクォータを下回っている場合でも、 429 (要求が多すぎます) の応答を受け取る場合があります。 これが発生する理由の詳細については、「 トークン使用状況メトリックがクォータを下回っている場合でも 429 が表示される理由」を参照してください。

使用制限は、応答待機時間の変動がより顕著になる可能性のある使用量の上限を決定します。 顧客の使用状況はモデルごとに定義されます。 これは、特定のテナントのすべてのリージョンのすべてのサブスクリプションのすべてのデプロイで使用されるトークンの合計数です。

メモ

使用レベルは、Standard、Data Zone Standard、および Global Standard のデプロイの種類にのみ適用されます。 使用量レベルは、グローバル バッチおよびプロビジョニング済みスループットのデプロイには適用されません。

グローバル標準、データ ゾーン標準、および標準

モデル 1 か月あたりの使用量レベル
gpt-5 320 億トークン
gpt-5-mini 1,600 億トークン
gpt-5-nano 8,000 億トークン
gpt-5-chat 320 億トークン
gpt-4 + gpt-4-32k (すべてのバージョン) 60 億トークン
gpt-4o 120 億トークン
gpt-4o-mini 850 億トークン
o3-mini 500 億トークン
o1 40 億トークン
o4-mini 500 億トークン
o3 50 億トークン
gpt-4.1 300 億トークン
gpt-4.1-mini 1,500 億トークン
gpt-4.1-nano 5,500 億トークン
gpt-5.1 860 億トークン
gpt-5.1-codex 860 億トークン
gpt-5.2 600 億トークン
gpt-5.3-codex 600 億トークン
gpt-5.4 500 億トークン
gpt-5.4-mini 1,650 億トークン
gpt-5.4-nano 6,050 億トークン
gpt-5.5 250 億トークン
gpt-5.6-sol 250 億トークン

レート制限内に留まるようにするための一般的なベスト プラクティス

レート制限に関連する問題を最小限に抑えるには、次の手法を使用することをお勧めします。

  • アプリケーションに再試行ロジックを実装します。
  • ワークロードの急激な変更を避けます。 ワークロードを徐々に増やします。
  • さまざまな負荷増加パターンをテストします。
  • デプロイメントに割り当てられているクォータを増やす。 必要に応じて、別のデプロイからクォータを移動します。

詳細なベスト プラクティス、バックオフを使用した再試行のコード サンプル、429 エラーのトラブルシューティング ガイドについては、Microsoft Foundry Models クォータで Azure OpenAI を管理するを参照してください。

クォータの引き上げを要求する

クォータ引き上げ要求フォームを送信して、Azure で販売される Foundry Models、Azure OpenAI モデル、および Anthropic モデルのクォータ引き上げを申請します。 Anthropicモデルを除き、パートナーやコミュニティのモデルはクォータの引き上げをサポートしていません。

クォータの引き上げ要求は受け取った順序で処理され、優先度は既存のクォータ割り当てを積極的に使用している顧客に適用されます。 この条件を満たしていない要求は拒否される可能性があります。

リージョンのクォータ容量の制限

Foundry ポータルでは、サブスクリプションのリージョン別のクォータの可用性を表示できます。

プログラムでクォータと容量を確認するには、クォータ管理ガイドの 「クォータと容量をプログラムで確認 する」を参照してください。 このセクションでは、2 つの補完的な REST API について説明します。使用量を制限に照らしてチェックするための Usages API と、モデルとリージョン別に使用可能なデプロイ容量を確認するためのモデル 容量 API です。

メモ

現在、Foundry ポータルと容量 API の両方で、 廃止され 、新しいデプロイで使用できなくなったモデルのクォータと容量の情報が返されます。

  • Azure OpenAI デプロイの管理クォータ方法について説明します。
  • Azure OpenAI を動かす基になるモデルについて詳しく知る。