次の方法で共有

Azure サブスクリプションとサービスの制限、クォータ、制約

このドキュメントには、Microsoft Azure の最も一般的な制限 (クォータと呼ばれることもあります) の一部が一覧として示されています。

  • Azure の価格の詳細については、Azure の 価格 の概要と詳細に関するページを参照してください。
  • Azure の価格ページには、特定のサービス (Windows Virtual Machines など) に関する詳細が表示されます。
  • Azure 料金計算ツール を使用してコストを見積もることもできます。
  • コストの管理に役立つヒントについては、「Microsoft Billing とは」を参照してください。

制限を管理する方法

Note

一部のサービスには、調整可能な制限があります。

制限を調整できる場合、テーブルには 既定の制限 ヘッダーと 最大制限 ヘッダーが含まれます。 既定の制限を超えて制限を引き上げることはできますが、上限を超えることはできません。 調整可能な制限がある一部のサービスでは、制限の調整に関する情報に異なる見出しが使用されています。

サービスに調整可能な制限がない場合、次の表では、制限の調整に関する追加情報なしでヘッダーの 制限 を使用します。 その場合、既定値と上限値は同じです。

制限またはクォータを既定の制限を超えて引き上げる場合、無料のオンライン カスタマー サポート リクエストを開きます。

ソフト制限とハード制限という用語は、多くの場合、現在の調整可能な制限 (ソフト制限) と最大制限 (ハード制限) を表すために非公式に使用されます。 制限が調整できない場合、ソフト制限はなく、ハード制限のみです。

無料の Azure 試用版サブスクリプションは、制限またはクォータの引き上げの対象ではありません。 この種類のサブスクリプションをお持ちの場合は、 従量課金制 サブスクリプションにアップグレードできます。 詳細については、Azure アカウントのアップグレードに関する記事と、Azure の無料試用版またはプリペイドの概要を参照してください。

一部の制限は、リージョン レベルで管理されます。 任意の 1 つのリージョン内のワークロードに必要なクォータを決定し、その後、デプロイするリージョンごとにその量を要求します。

たとえば、仮想中央処理装置 (vCPU) クォータでは、次のようになります。

  • vCPU のサポートに伴ってクォータの引き上げを要求するには、どのリージョンで何個の vCPU を使用するかを決定します。
  • その後、必要な量とリージョンについて、vCPU クォータの引き上げを要求します。
  • 西ヨーロッパでアプリケーションを実行するために 30 個の vCPU を使用する必要がある場合、具体的に、西ヨーロッパで 30 個の vCPU を要求します。
  • 他のどのリージョンでも vCPU クォータは引き上げられません。30 vCPU クォータになるのは西ヨーロッパだけです。

特定のリージョンのクォータを確認する方法の詳細については、「リソース クォータのエラーを解決する」を参照してください。

General limits

Azure 管理グループの制限

Azure 管理グループには、次の制限が適用されます。

Resource Limit
Microsoft Entra テナントごとの管理グループ 10,000
管理グループあたりのサブスクリプション Unlimited.
管理グループ階層のレベル ルート レベルと 6 レベル1
管理グループあたりの直接の親管理グループ One
場所あたりの管理グループ レベルのデプロイ 8002
管理グループ レベルのデプロイの場所 10
展開履歴における管理グループごとのデプロイメント 8003

16 レベルにはサブスクリプション レベルは含まれません。

2800 デプロイの上限に達した場合は、不要になった履歴からデプロイを削除します。 管理グループ レベルのデプロイを削除するには、 Remove-AzManagementGroupDeployment または az deployment mg delete を使用します。

3制限に近付くと、デプロイは履歴から自動的に削除されます。 デプロイ履歴からエントリを削除しても、デプロイされたリソースには影響しません。 詳細については、「デプロイ履歴からの自動削除」を参照してください。

Azure サブスクリプションの制限

次の制限は、Azure Resource Manager と Azure リソース グループを使用する場合に適用されます。

Resource Limit
Microsoft Entra テナントに関連付けられた Azure サブスクリプション Unlimited
サブスクリプションごとの共同管理者 Unlimited
サブスクリプションあたりのリソース グループ数 980
Azure Resource Manager API 要求のサイズ 4,194,304 bytes
サブスクリプションあたりのタグ数 1 50
サブスクリプションあたりの一意のタグの計算2 80,000
場所ごとのサブスクリプション レベルのデプロイ 8003
サブスクリプション レベルのデプロイメントの場所 10

1サブスクリプションには、最大 50 個のタグを直接適用できます。 サブスクリプション内では、各リソースまたはリソース グループのタグも 50 個に制限されます。 ただし、サブスクリプションには、リソースとリソース グループ間に分散されるタグを無制限に含めることができます。

2Resource Manager は、一意のタグの数が 80,000 以下の場合にのみ、サブスクリプション内のタグ 名と値の一覧 を返します。 一意のタグは、リソース ID、タグ名、タグ値の組み合わせによって定義されます。 たとえば、同じタグ名と値を持つ 2 つのリソースは、2 つの一意のタグとして計算されます。 タグの数が 80,000 を超える場合でも、タグでリソースを検索できます。

3制限に近付くと、デプロイは履歴から自動的に削除されます。 詳細については、「デプロイ履歴からの自動削除」を参照してください。

Azure リソース グループの制限

Resource Limit
リソース グループあたりのリソース数 リソースはリソース グループによって制限されることはありません。 代わりに、リソース グループのリソースの種類によって制限されます。 次の行を参照してください。
リソースの種類ごとのリソース グループあたりのリソース数 800 - リソースの種類によっては、800 の制限を超えることがあります。 「リソース グループあたり 800 インスタンスに制限されないリソース」を参照してください。
デプロイ履歴でのリソース グループあたりのデプロイ数 8001
デプロイあたりのリソース数 800
一意スコープごとの管理ロック 20
リソースまたはリソース グループあたりのタグ数 50
タグ キーの長さ 512
タグ値の長さ 256

1制限に近付くと、デプロイは履歴から自動的に削除されます。 デプロイ履歴からエントリを削除しても、デプロイされたリソースには影響しません。 詳細については、「デプロイ履歴からの自動削除」を参照してください。

Template limits

Value Limit
Parameters 256
Variables 256
リソース (コピー数を含む) 800
Outputs 64
Template expression 24,576 chars
エクスポートされたテンプレート内のリソース数 200
Template size 4 MB
リソース定義のサイズ 1 MB
パラメーター ファイルのサイズ 4 MB

入れ子になったテンプレートを使用すると、一部のテンプレートの制限を超過することができます。 詳細については、Azure リソース デプロイ時のリンクされたテンプレートの使用に関する記事を参照してください。 パラメーター、変数、または出力の数を減らすために、いくつかの値を 1 つのオブジェクトに結合することができます。 詳細については、パラメーターとしてのオブジェクトに関する記事を参照してください。

要求の合計サイズが大きすぎると、4 MB 未満のテンプレートまたはパラメーター ファイルでエラーが発生する場合があります。 要求が大きくなりすぎないようにテンプレートを簡素化する方法については、「ジョブのサイズ超過に関するエラーを解決する」を参照してください。

Azure API Center の制限

Resource Free plan1 Standard plan2
API の最大数 200 10,000
API あたりのバージョンの最大数 5 100
バージョンあたりの定義の最大数 5 5
API あたりのデプロイの最大数 10 10
環境の最大数 20 20
ワークスペースの最大数 1 (Default) 1 (Default)
エンティティあたりのカスタム メタデータ プロパティの最大数3 10 20
"object" 型のカスタム メタデータ プロパティ内の子プロパティの最大数 10 10
1 分あたりの最大要求数 (データ プレーン) 3,000 6,000
分析された API 定義の最大数 10 2,0004
分析プロファイルの最大数 1 3
リンクされた API ソースの最大数5 1 3
リンクされた API ソースから同期される API の最大数 200 2,0004
API センター ポータルでのセマンティック検索 No Yes

1 API 分析を含むフル サービス機能の使用には制限があります。
2 Standard プランの制限を引き上げるには、 サポートにお問い合わせください。
3 API、デプロイ、環境に割り当てられたカスタム メタデータ プロパティ。
4 プロセスの完了には、数分から最大 24 時間かかる場合があります。
リンク された API Management インスタンスなどの 5 つのソース。

Azure API Management の制限

このセクションでは、次のようなさまざまな サービス レベルの Azure API Management インスタンスに適用される制限について説明します。

制限 - API Management クラシック レベル

次の表の制限は、2025 年 7 月以降に導入されています。

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

Resource 従量課金 Developer Basic Standard Premium
Scale units N/A (自動スケーリング) 1 2 4 リージョンあたり 31
Azure サブスクリプションあたりのサービス インスタンス数 20 Unlimited Unlimited Unlimited Unlimited
Caches 100 100 100 100 100
キャッシュ サイズ (ユニットあたり) External only 10 MiB 50 MiB 1 GiB 5 GiB
HTTP 機関ごとのバックエンドの同時接続数1 Unlimited 1,024 ユニットあたり 2,048 ユニットあたり 2,048 ユニットあたり 2,048
キャッシュされた応答サイズ 2 MiB 2 MiB 2 MiB 2 MiB 2 MiB
ポリシー ドキュメントのサイズ 16 KiB 256 KiB 256 KiB 256 KiB 256 KiB
カスタム ゲートウェイ ドメイン N/A 20 N/A N/A 20
CA certificates N/A 10 10 10 10
Client certificates 50 100 100 100 100
API (リビジョンを含む) 150 150 150 500 2,500
API releases 100 100 100 100 100
API operations 3,000 3,000 3,000 10,000 20,000
API ごとの API 操作 100 100 100 100 100
API バージョン セット 100 100 100 100 100
API tags 100 100 100 100 100
API ごとの API タグ 100 100 100 100 100
API タグの説明 100 100 100 100 100
API ごとの API タグの説明 100 100 100 100 100
製品ごとの API 100 100 100 100 100
Backends 100 100 100 100 100
Products 50 50 50 200 400
Subscriptions N/A 500 500 2,000 4,000
ユーザーあたりのサブスクリプション数 N/A 100 100 100 100
製品あたりのサブスクリプション数 100 100 100 100 100
Groups N/A 20 20 100 200
製品ごとのグループ数 N/A 100 100 100 100
ユーザーあたりのグループ数 N/A 100 100 100 100
ユーザー N/A 300 300 2,000 4,000
製品あたりのユーザー数 N/A 100 100 100 100
Loggers 100 100 100 100 100
Policy fragments 50 50 50 50 100
Named values 100 100 100 100 100
Private endpoints 100 100 100 100 100
要求の合計期間 30 seconds Unlimited Unlimited Unlimited Unlimited
要求ペイロード サイズ 1 GiB Unlimited Unlimited Unlimited Unlimited
バッファー内のペイロード サイズ 2 MiB 500 MiB 500 MiB 500 MiB 500 MiB
診断ログの要求/応答ペイロードサイズ 8,192 bytes 8,192 bytes 8,192 bytes 8,192 bytes 8,192 bytes
要求 URL のサイズ2 16,384 bytes Unlimited Unlimited Unlimited Unlimited
URL パス セグメントの文字長 1,024 1,024 1,024 1,024 1,024
名前付き値の文字長 4,096 4,096 4,096 4,096 4,096
検証ポリシーで使用される API スキーマのサイズ 4 MB 4 MB 4 MB 4 MB 4 MB
Schemas 100 100 100 100 100
API ごとのスキーマ 100 100 100 100 100
validate-content ポリシーの要求または応答本文のサイズ 100 KiB 100 KiB 100 KiB 100 KiB 100 KiB
Self-hosted gateways3 N/A 25 N/A N/A 25
OpenID Connect プロバイダー 10 10 10 10 10
ユニット4 あたりのアクティブな WebSocket 接続数 N/A 2,500 5,000 5,000 5,000
Tags 100 100 100 100 100
製品あたりのタグ数 100 100 100 100 100
Credential providers 1,000 1,000 1,000 1,000 1,000
資格情報プロバイダーごとの接続数 10,000 10,000 10,000 10,000 10,000
接続ごとのアクセス ポリシー 100 100 100 100 100
Authorization servers 10 10 10 500 500
接続あたりの 1 分あたりの承認要求数 250 250 250 250 250
GraphQL resolvers 100 100 100 100 100
API あたりの GraphQL リゾルバー 100 100 100 100 100
Workspaces N/A N/A N/A N/A 100
ワークスペースあたりの API N/A N/A N/A N/A 50
ワークスペースゲートウェイPremiumごとのワークスペース N/A N/A N/A N/A 30

1 バックエンドによって明示的に終了されない限り、接続はプールされ、再利用されます。
2 最大 2,048 バイト長のクエリ文字列を含みます。
3 セルフホステッド ゲートウェイ リソースに関連付けられているノード (またはレプリカ) の数は、Premium レベルでは無制限であり、開発者層の 1 つのノードで制限されます。
4 最大 60,000 接続。

制限 - API Management v2 レベル

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

Resource Basic v2 Standard v2 Premium v2
スケール ユニットの最大数 10 10 30
サービス インスタンスあたりの最大キャッシュ サイズ 250 MB 1 GB 5 GB
サービス インスタンスあたりの API の最大数 150 500 2,500
サービス インスタンスあたりの API 操作の最大数 3,000 10,000 20,000
サービス インスタンスあたりのサブスクリプションの最大数 500 2,000 4,000
サービス インスタンスあたりの製品の最大数 50 200 400
サービス インスタンスごとのユーザーの最大数 300 2,000 4,000
サービス インスタンスごとのグループの最大数 20 100 200
サービス インスタンスあたりの承認サーバーの最大数 10 500 500
サービス インスタンスあたりのポリシー フラグメントの最大数 50 50 100
サービス インスタンスごとの OpenID Connect プロバイダーの最大数 10 10 20
サービス インスタンスごとの証明書の最大数 100 100 100
サービス インスタンスごとのバックエンドの最大数 100 100 100
サービス インスタンスごとのキャッシュの最大数 100 100 100
サービス インスタンスごとの名前付き値の最大個数 100 100 100
サービス インスタンスごとのロガーの最大数 100 100 100
サービス インスタンスごとのスキーマの最大数 100 100 100
API ごとのスキーマの最大数 100 100 100
サービス インスタンスごとのタグの最大数 100 100 100
API ごとのタグの最大数 100 100 100
サービス インスタンスごとのバージョン セットの最大数 100 100 100
API ごとのリリースの最大数 100 100 100
API ごとの操作の最大数 100 100 100
サービス インスタンスごとの GraphQL リゾルバーの最大数 100 100 100
API ごとの GraphQL リゾルバーの最大数 100 100 100
製品あたりの API の最大数 100 100 100
API あたりのサブスクリプションの最大数 100 100 100
製品あたりのサブスクリプションの最大数 100 100 100
製品あたりのグループの最大数 100 100 100
製品ごとのタグの最大数 100 100 100
HTTP 機関ごとのバックエンドの同時接続数1 2,048 2,048 2,048
キャッシュする応答の最大サイズ 2 MiB 2 MiB 2 MiB
ポリシー ドキュメントの最大サイズ 256 KiB 256 KiB 256 KiB
要求ペイロードの最大サイズ 1 GiB 1 GiB 1 GiB
バッファー処理されたペイロードの最大サイズ 2 MiB 2 MiB 2 MiB
診断ログの要求/応答ペイロードの最大サイズ 8,192 bytes 8,192 bytes 8,192 bytes
要求 URL の最大サイズ2 16,384 bytes 16,384 bytes 16,384 bytes
URL パス セグメントの最大長 1,024 characters 1,024 characters 1,024 characters
名前付き値の最大文字長 4,096 characters 4,096 characters 4,096 characters
コンテンツ検証ポリシー内の要求または応答本文の最大サイズ 100 KiB 100 KiB 100 KiB
検証ポリシーによって使用される API スキーマの最大サイズ 4 MB 4 MB 4 MB
ユニットあたりのアクティブな WebSocket 接続の最大数3 5,000 5,000 5,000

1 バックエンドによって明示的に終了されない限り、接続はプールされ、再利用されます。
2 最大 2,048 バイト長のクエリ文字列を含みます。
3 サービス インスタンスごとに、最大 60,000 接続までサポートされています。

制限 - API Management ワークスペース

Azure API Management の ワークスペース ごとのリソース制限を次に示します。

Resource ワークスペース - Premium レベル
サービスあたりのワークスペースの最大数 100
Premium ワークスペース ゲートウェイあたりのスケール ユニットの最大数 12
API の最大数 (バージョンとリビジョンを含む) 200
API 操作の最大数 5,000
API ごとの操作の最大数 100
API ごとのリリースの最大数 100
API ごとのスキーマの最大数 100
API あたりのサブスクリプションの最大数 200
API ごとのタグの最大数 100
バックエンドの最大数 200
証明書の最大数 200
グループの最大数 50
ロガーの最大数 50
名前付きの値の最大数 200
ポリシー フラグメントの最大数 50
製品の最大数 100
製品あたりの API の最大数 200
製品あたりのグループの最大数 200
製品あたりのサブスクリプションの最大数 1,000
製品ごとのタグの最大数 50
スキーマの最大数 500
サブスクリプションの最大数 5,000
タグの最大数 200
ユーザーあたりのグループの最大数 200
バージョン セットの最大数 50

制限 - API Management v2 レベルの開発者ポータル

Item Basic v2 Standard v2 Premium v2
アップロードするメディア ファイルの最大数 15 15 15
メディア ファイルの最大サイズ 500 KB 500 KB 500 KB
最大ページ数 30 50 50
ウィジェットの最大数1 30 50 50
ページごとのメタデータの最大サイズ 350 KB 350 KB 350 KB
ウィジェットごとのメタデータの最大サイズ1 350 KB 350 KB 350 KB
1 分あたりのクライアント要求の最大数 200 200 200

1 テキスト、画像、API リストなどの組み込みウィジェットに関する制限。 現在、v2 レベルでは、カスタム ウィジェットとカスタム HTML コード ウィジェットはサポートされていません。

Azure App Service の制限

Resource Free Shared Basic Standard Premium (v1-v4) Isolated
Azure App Service プラン1 あたりのアプリ数 10 100 Unlimited2 Unlimited2 Unlimited2 Unlimited2
App Service 環境 X
Windows code-only X X X X X X
Windows containers X X
Linux コードのみとコンテナー X X X X X
コンピューティング インスタンスの種類 Shared Shared Dedicated3 Dedicated3 Dedicated3

 Dedicated3
App Service プラン リージョンあたり 10 リソース グループあたり 10 リソース グループあたり 100 リソース グループあたり 100 リソース グループあたり 100 リソース グループあたり 100
コンピューティング インスタンスの種類 Shared Shared Dedicated3 Dedicated3 Dedicated3

 Dedicated3
スケールアウト (最大インスタンス数) 1 shared 1 shared 3 dedicated3 10 dedicated3 v1 専用の 20。v2、v3、v4 専用の 30。3 100 dedicated4
Storage5 1 GB5 1 GB5 10 GB5 50 GB5 250 GB5 1 TB12

使用可能なストレージ クォータは 999 GB です。
CPU 時間 (5 分)6 3 minutes 3 minutes 無制限、標準料金で支払う 無制限、標準料金で支払う 無制限、標準料金で支払う 無制限、標準料金で支払う
CPU時間（日）6 60 minutes 240 minutes 無制限、標準料金で支払う 無制限、標準料金で支払う 無制限、標準料金で支払う 無制限、標準料金で支払う
メモリ (1 時間) App Service プランあたり 1,024 MB アプリあたり 1,024 MB N/A N/A N/A N/A
Bandwidth 165 MB 無制限、データ転送の料金 を適用 無制限、データ転送の料金 を適用 無制限、データ転送の料金 を適用 無制限、データ転送の料金 を適用 無制限、データ転送の料金 を適用
Application architecture 32-bit 32-bit 32-bit/64-bit 32-bit/64-bit 32-bit/64-bit 32-bit/64-bit
インスタンスごとのWebSockets (Windows)7 5 35 350 Unlimited Unlimited Unlimited
インスタンスあたりの WebSocket (Linux)7 5 N/A ~50K ~50K ~50K ~50K
インスタンスあたりのアウトバウンド IP 接続数 600 600 インスタンス サイズ8 によって異なります インスタンス サイズ8 によって異なります インスタンス サイズ8 によって異なります 16,000
アプリケーションごとの同時 デバッガー接続数 1 1 1 5 5 5
サブスクリプションあたりの App Service 証明書数 Not supported Not supported 10 10 10 10
アプリケーションあたりのカスタム ドメイン数 0 (azurewebsites.net サブドメインのみ) 500 500 500 500 500
カスタム ドメイン SSL のサポート サポート対象外、デフォルトで使用可能な *.azurewebsites.net のワイルドカード証明書 サポート対象外、デフォルトで使用可能な *.azurewebsites.net のワイルドカード証明書 SNI SSL 接続は無制限 SNI SSL 接続は無制限、1 件の IP SSL 接続が含まれる SNI SSL 接続は無制限、1 件の IP SSL 接続が含まれる SNI SSL 接続は無制限、1 件の IP SSL 接続が含まれる
Hybrid connections プランあたり 5 プランあたり 25 アプリあたり 220 アプリあたり 220
Virtual Network 統合 X X X X
Private Endpoints アプリあたり 100 アプリあたり 100 アプリあたり 100
統合ロード バランサー X X X X X9
Access restrictions アプリあたり 512 個のルール アプリあたり 512 個のルール アプリあたり 512 個のルール アプリあたり 512 個のルール アプリあたり 512 個のルール アプリあたり 512 個のルール
Always On X X X X
スケジュールされたカスタム バックアップ 2 時間ごとにスケジュール化されたバックアップ (1 日あたり最大 12 回のバックアップ (手動 + スケジュール化)) 2 時間ごとにスケジュール化されたバックアップ (1 日あたり最大 12 回のバックアップ (手動 + スケジュール化)) 1 時間ごとにスケジュール化されたバックアップ (1 日あたり最大 50 回のバックアップ (手動 + スケジュール化)) 1 時間ごとにスケジュール化されたバックアップ (1 日あたり最大 50 回のバックアップ (手動 + スケジュール化))
Autoscale X X X
WebJobs10 X X X X X X
Endpoint monitoring X X X X
アプリあたりのステージング スロット数 5 20 20
運用環境でのテスト X X X
Diagnostic Logs X X X X X X
Kudu X X X X X X
認証と認可 X X X X X X
App Service マネージド証明書11 X X X X
SLA 99.95% 99.95% 99.95% 99.95%

1 アプリとストレージクォータは、特に明記されていない限り、App Service プランごとに行われます。

2 これらのマシンでホストできるアプリの実際の数は、アプリのアクティビティ、マシン インスタンスのサイズ、対応するリソース使用率によって異なります。

3 つの専用インスタンスには、さまざまなサイズを使用できます。 詳細については、「App Service の価格」を参照してください。

4 リクエストに応じて、その他のリクエストも可能です。

5 ストレージの制限は、同じ App Service プラン内のすべてのアプリの合計コンテンツ サイズです。 1 つのリソース グループとリージョン内のすべての App Service プランのすべてのアプリの合計コンテンツ サイズは、500 GB を超えることはできません。 App Service によりホストされているアプリに対するファイル システムのクォータは、リージョンおよびリソース グループで作成した App Service プランの合計数によって決まります。

6 これらのリソースは、専用インスタンス上の物理リソース (インスタンスのサイズとインスタンスの数) によって制限されます。

7Basic レベルの Windows アプリを 2 つのインスタンスにスケーリングする場合、2 つのインスタンスごとに 350 の同時接続があります。 Standard レベル以上の Windows アプリでは、WebSocket に理論的な制限はありませんが、他の要因によって WebSocket の数が制限されることがあります。 たとえば、許可される最大同時要求数 (maxConcurrentRequestsPerCpu で定義される) は、小規模 VM あたり 7,500、中規模 VM あたり 15,000 (7,500 x 2 コア)、大規模 VM あたり 75,000 (18,750 x 4 コア) です。 Linux アプリの場合、同時 WebSocket 接続数は、Free SKU では 5 件、他のすべての SKU ではインスタンスあたり最大 5 万件に制限されます。

8 最大 IP 接続数はインスタンスごとであり、インスタンス サイズによって異なります。B1/S1/P0V3/P1V3/P0V4/P1V4 インスタンスあたり 1,920、B2/S2/P2V3/P2V4 インスタンスあたり 3,968、B3/S3/P3V3/P4V4 インスタンスあたり 8,064。

9 App Service Isolated SKU は、Azure Load Balancer を使用して内部負荷分散 (ILB) できるため、インターネットからのパブリック接続はありません。 そのため、ILB Isolated App Serviceの一部の機能は、ILB ネットワーク エンドポイントに直接アクセスできるマシンから使用する必要があります。

10 カスタム実行可能ファイルやスクリプトをオンデマンドで、スケジュールに従って実行するか、App Service インスタンス内のバックグラウンド タスクとして継続的に実行します。 WebJobs を継続的に実行するには、Always On が必要です。 App Service インスタンスで実行できる WebJobs の数に定義済みの制限はありません。 実際には、アプリケーション コードで実行しようとしている内容に応じて異なる制限があります。

11 標準証明書のみを発行します (ワイルドカード証明書は使用できません)。 カスタム ドメインあたり 1 つの無料証明書に制限されます。

12 1 つの App Service 環境にデプロイされているすべてのアプリのストレージ使用量の合計 (異なるリソース グループ間での割り当て方法に関係なく)。

Azure Automation の制限

Process automation

Resource Limit Notes
1 つのリージョン内の 1 つのサブスクリプションでのアクティブな Automation アカウントの最大数 10 Enterprise サブスクリプションと CSP サブスクリプションでは、サービスでサポートされているリージョン (パブリック リージョン) であればどこでも Automation アカウントを作成できます。 クォータの引き上げを 要求するサポート 要求 を作成します。 Learn more.
2 従量課金制、スポンサー付き、MSDN、MPN、Azure Pass サブスクリプションでは、サービスで サポートされている 任意のパブリック リージョンに Automation アカウントを作成できます。 クォータの引き上げを 要求するサポート 要求 を作成します。 Learn more.
1 無料試用版および Azure for Student のサブスクリプションでは、リージョンごとにサブスクリプションあたり 1 つだけ Automation アカウントを作成できます。 使用できるリージョンの一覧: EastUS、EastUS2、WestUS、NorthEurope、SoutheastAsia、JapanWest2 2
同じインスタンス時刻に実行できる同時実行ジョブの Automation アカウントあたりの最大数 50 この制限に達すると、以降のジョブ作成要求は失敗します。 クライアントにエラー応答が届きます。
パブリック リージョン内の Enterprise サブスクリプションと CSP サブスクリプション。 クォータの引き上げを 要求するサポート 要求 を作成します。 Learn more.
10 パブリック リージョン内の従量課金制、スポンサー、MSDN、MPN、Azure Pass のサブスクリプション。 クォータの増加を要求するサポート リクエストを作成します。
5 パブリック リージョン 2 のオープン サブスクリプションで提供される無料試用版と学生用 Azure。
Azure Automation アカウントあたりの 30 秒ごとに送信できる新しいジョブの最大数 100 この制限に達すると、以降のジョブ作成要求は失敗します。 クライアントにエラー応答が届きます。
30 日のローリング期間のジョブ メタデータの最大ストレージ サイズ 10 GB (約 400 万件のジョブ) この制限に達すると、以降のジョブ作成要求は失敗します。
ジョブ ストリームの上限 1 MiB 単一のストリームは 1 MiB を超えることはできません。
Azure Automation ポータルでのジョブ ストリームの上限 200KB ジョブ ログを表示するためのポータルの制限。
Automation アカウントあたりの 30 秒ごとにインポートできるモジュールの最大数 5
モジュールの最大サイズ 100 MB
ノード構成ファイルの最大サイズ 1 MB 状態の構成に適用されます
ジョブ実行時間、Free レベル サブスクリプションごとにカレンダー月あたり 500 分
サンドボックスごとに許可されるディスク領域の最大容量1 1 GB Azure サンドボックスにのみ適用されます。
サンドボックスに与えられるメモリの最大量1 400 MB Azure サンドボックスにのみ適用されます。
サンドボックスごとに許可されるネットワーク ソケットの最大数1 1,000 Azure サンドボックスにのみ適用されます。
Runbook1 ごとに許可される最大ランタイム 3 hours Azure サンドボックスにのみ適用されます。
Automation アカウントあたりの Runbook の最大数 800
Automation アカウントあたりのシステム Hybrid Runbook Worker の最大数 4,000
Automation アカウントあたりのユーザー Hybrid Runbook Worker の最大数 4,000
1 つの Hybrid Runbook Worker で実行できる同時実行ジョブの最大数 50
Runbook ジョブのパラメーターの最大サイズ 512 kilobytes
Runbook のパラメーターの最大数 50 パラメーター数制限の 50 に達した場合、パラメーターに JSON または XML 文字列を渡し、Runbook で解析することができます。
Webhook のペイロードの最大サイズ 512 kilobytes
ジョブ データが保持される最大日数 30 days
PowerShell ワークフローの状態の最大サイズ 5 MB ワークフローのチェックポイント処理を行うときに PowerShell ワークフロー Runbook に適用されます。
Automation アカウントでサポートされるタグの最大数 15
変数の値フィールドの最大文字数 1048576

1サンドボックスは、複数のジョブで使用できる共有環境です。 同じサンドボックスを使用するジョブは、サンドボックスのリソース制限によって制限されます。
2Azure 無料アカウントや Azure for Students を含む無料サブスクリプションは、制限またはクォータの変更の対象ではありません。 無料サブスクリプションをお持ちの場合は、従量課金制サブスクリプションに アップグレード できます。 3Government クラウドの制限: Automation アカウントごとに同時に 200 個のジョブを同時に実行します。サブスクリプションあたりの Automation アカウントの数に制限はありません。

変更履歴とインベントリ

次の表は、Change Tracking で追跡される項目のマシンあたりの制限を示しています。

Resource Limit Notes
File 500
File size 5 MB
Registry 250
Windows software 250 ソフトウェア更新プログラムは含まれません。
Linux packages 1,250
Services 250
Daemon 250

Azure Update Manager

各動的スコープに対する動的スコープの推奨される制限は次のとおりです。

Resource Limit
Resource associations 1000
タグ フィルターの数 50
リソース グループ フィルターの数 50

修正プログラム適用のスケジュールに関する制限を次に示します。

Indicator パブリック クラウドの制限 Mooncake/Fairfax Limit
リージョンごとのサブスクリプションあたりのスケジュールの数 250 250
スケジュールへのリソースの関連付けの合計数 3,000 3,000
各動的スコープでのリソースの関連付け数 1,000 1,000
リージョンごとのリソース グループまたはサブスクリプションあたりの動的スコープの数 250 250
スケジュールあたりの動的スコープの数 200 100
スケジュールあたりのすべての動的スコープにアタッチされるサブスクリプションの合計数 200 100

Azure App Configuration

Resource Limit Comment
Free レベルの構成ストア数 リージョンごとにサブスクリプションあたり 1 個のストア。
Standard レベルの構成ストア数 サブスクリプションあたりのストア数は無制限。
Premium レベルの構成ストア数 サブスクリプションあたりのストア数は無制限。
Free レベルの構成ストア要求数 1 日あたり 1,000 個の要求 クォータを使い果たすと、その日が終わるまで、すべての要求に対して HTTP 状態コード 429 が返されます。
Standard レベルの構成ストア要求数 1 時間あたり 30,000 件 クォータを使い果たすと、その 1 時間が終わるまで、要求に対して、要求数が多すぎることを示す HTTP 状態コード 429 が返される場合があります。
Premium レベルの構成ストア要求数 要求にクォータ制限はありません。
Free レベルのスループット スループットは保証されません。
Standard レベルのスループット 読み取り要求では最大 300 要求/秒 (RPS)、書き込み要求では最大 60 RPS が許可されます。
Premium レベルのスループット 読み取り要求の場合は最大 450 件の要求/秒 (RPS)、書き込み要求の場合は最大 100 RPS が許可されます。
Free レベルのストレージ 10 MB キーとラベルの合計サイズがストレージ制限を下回っている限り、キーとラベルの数に制限はありません。
Standard レベルのストレージ 1 GB キーとラベルの合計サイズがストレージ制限を下回っている限り、キーとラベルの数に制限はありません。
Premium レベルのストレージ 4 GB キーとラベルの合計サイズがストレージ制限を下回っている限り、キーとラベルの数に制限はありません。
キーと値 10 KB 単一のキーと値の項目に対して (すべてのメタデータを含む)。
Free レベルのスナップショット ストレージ 10 MB スナップショット ストレージは、"Free レベルのストレージ" に追加される部分です。 アーカイブ済み、およびアクティブなスナップショットの両方のストレージは、この制限にカウントされます。
Standard レベルのスナップショット ストレージ 1 GB スナップショット ストレージは、"Standard レベルのストレージ" に追加される部分です。 アーカイブ済み、およびアクティブなスナップショットの両方のストレージは、この制限にカウントされます。
Premium レベルのスナップショット ストレージ 4 GB スナップショット ストレージは追加のストレージで、"Premium レベルのストレージ" に追加されます。 アーカイブ済み、およびアクティブなスナップショットの両方のストレージは、この制限にカウントされます。
Snapshot size 1 MB

Azure Cache for Redis の制限

Resource Limit
Cache size 1.2 TB
Databases 64
接続されているクライアントの最大数 40,000
Azure Cache for Redis のレプリカ (高可用性用) 3
クラスタリングを使用した Premium キャッシュ内のシャード数 10

Azure Cache for Redis の制限とサイズは価格レベルによって異なります。 価格レベルと関連付けられたサイズについては、「Azure Cache for Redis の価格」を参照してください。

Azure Cache for Redis 構成の制限について詳しくは、「既定の Redis サーバー構成」を参照してください。

Azure Cache for Redis インスタンスの構成と管理は Microsoft によって行われるため、すべての Redis コマンドが Azure Cache for Redis でサポートされるわけではありません。 詳細については、「Azure Cache for Redis でサポートされない Redis コマンド」を参照してください。

Azure Cloud Services の制限

Resource Limit
デプロイあたりの Web ロールまたは worker ロール数1 25
デプロイあたりのインスタンスの入力エンドポイント数 25
デプロイごとの入力エンドポイント 25
デプロイごとの内部エンドポイント 25
デプロイあたりのホストされるサービスの証明書数 199

1Web ロールまたは worker ロールを持つ各 Azure Cloud Service には、運用環境用とステージング用の 2 つのデプロイを含めることができます。 この制限は、個別のロールの数、つまり、構成を指しており、 ロールあたりのインスタンスの数、つまり、スケーリングを指すものではありません。

Azure AI 検索の制限

検索サービスの容量と制限は、価格レベルによって決まります。 これらのレベルには、次のものが含まれます。

  • 無料: 他の Azure サブスクライバーと共有され、評価や小規模な開発プロジェクトに役立つマルチテナント サービス
  • 基本: 可用性の高いクエリ ワークロード用のレプリカを最大 3 つ備えた、小規模な運用ワークロード用の専用コンピューティング リソースを提供します
  • 標準:S1、S2、S3、およびS3高密度を含みます。は、大規模な運用ワークロード用です。Standard レベル内に複数のレベルが存在し、ワークロード プロファイルに最適なリソース構成を選択できます

サブスクリプションあたりの制限

リージョンごとに、各レベルで許可されるサービスの最大数まで、複数の 課金対象 検索サービス (Basic 以降) を作成できます。 たとえば、Basic レベルのサービスであれば 16 個まで作成できますが、同じサブスクリプションとリージョンの枠内で S1 レベルのサービスをさらにもう 16 個まで作成できます。 その後、同じサブスクリプションで合計 32 個の Basic サービスに加え、別のリージョンに追加の 16 個の Basic サービスを作成できます。 サービス レベルの詳細については、「Azure AI 検索のサービス レベル (または SKU) を選択する」を参照してください。

サービス数の上限は、要求に応じて引き上げることができます。 同一のサブスクリプション内にさらに多くのサービスが必要な場合は、サポート リクエストを提出してください。

Resource Free 1 Basic S1 S2 S3 S3 HD L1 L2
リージョンあたりの最大サービス数 1 16 16 8 6 6 6 6
最大検索単位 (SU)2 N/A 3 SU 36 SU 36 SU 36 SU 36 SU 36 SU 36 SU

1 Azure サブスクリプションごとに 1 つの無料検索サービスを使用できます。 無料レベルは、他の顧客と共有されるインフラストラクチャに基づいています。 ハードウェアは専用ではないため、スケールアップはサポートされておらず、ストレージは 50 MB に制限されています。 より多くのサービスを運用できるようにするために、無料の検索サービスは、長時間非アクティブの場合、削除される可能性があります。

2 検索 ユニット (SU) は課金単位であり、 レプリカ または パーティションとして割り当てられます。 両方が必要です。 SU の組み合わせの詳細については、「検索サービスの容量を見積もって管理する」を参照してください。

検索サービスあたりの制限

次の表は、サービス レベルでの SLA、パーティション数、レプリカ数を示しています。

Resource Free Basic S1 S2 S3 S3 HD L1 L2
サービス レベル アグリーメント (SLA) No Yes Yes Yes Yes Yes Yes Yes
Partitions N/A 3 1 12 12 12 3 12 12
Replicas N/A 3 12 12 12 12 12 12

1 Basic レベルでは、3 つのパーティションと 3 つのレプリカがサポートされ、2024 年 4 月 3 日以降に作成された 新しい検索サービス で合計 9 つの検索ユニット (SU) がサポートされます。 以前の Basic サービスでは、1 つのパーティションと 3 つのレプリカに制限されます。

検索サービスには、最大ストレージ制限 (パーティション サイズにパーティションの数を掛けたもの) が適用されるか、またはインデックスの最大数またはインデクサーの最大数のいずれか先に達した方のハード制限が適用されます。

サービス レベル アグリーメント (SLA) は、クエリ ワークロード用のレプリカが 2 つ以上、クエリワークロードとインデックス作成ワークロード用に 3 つ以上のレプリカがある課金対象サービスに適用されます。 SLA では、パーティション数は考慮されません。 詳細については、「Azure AI 検索の信頼性」を参照してください。

無料サービスには固定パーティションやレプリカがなく、リソースを他のサブスクライバーと共有します。

パーティション ストレージ (GB)

サービスごとのストレージ制限は、 サービスの作成日 と リージョンの 2 つによって異なります。 サポートされているほとんどのリージョンでは、 新しいサービス の制限が高くなります。

次の表は、時間の経過に伴うストレージ クォータの増加の進行状況を GB 単位で示しています。 2024 年 4 月から、脚注に記載されているリージョンで、より高い容量のパーティションがオンラインにされました。 サポートされているリージョンに古いサービスがある場合は、 サービスを 高いストレージ制限にアップグレードできるかどうかを確認します。

サービスの作成日 Basic S1 S2 S3/HD L1 L2
2024 年 4 月 3 日より以前 2 25 100 200 1,024 2,048
2024 年 4 月 3 日から 2024 年 5 月 17 日 1 15 160 512 1,024 1,024 2,048
2024 年 5 月 17 日以降 2 15 160 512 1,024 2,048 4,096
2025 年 2 月 10 日以降 3 15 160 512 1,024 2,048 4,096

1 これらのリージョンの Basic、S1、S2、S3 用の高容量ストレージ。 アメリカ: ブラジル南部、カナダ中部、カナダ東部、米国東部、米国東部 2、米国中部、米国中北部、米国中南部、米国西部、米国西部 2、米国西部 3、米国中西部。 ヨーロッパ: フランス中部。 イタリア北部、北ヨーロッパ、ノルウェー東部、ポーランド中部、スイス北部、スウェーデン中部、英国南部、英国西部。 中東: アラブ首長国連邦北部。 アフリカ: 南アフリカ北部。 アジア太平洋: オーストラリア東部、オーストラリア南東部、インド中部、Jio India West、東アジア、東南アジア、東日本、西日本、韓国中部、韓国南部。

2 L1 と L2 の大容量ストレージ。 すべての課金対象レベルでより高容量を提供するリージョンが増加しています。 ヨーロッパ: ドイツ北部、ドイツ中西部、スイス西部。 Azure Government: テキサス、アリゾナ、バージニア。 アフリカ: 南アフリカ北部。 アジア太平洋: 中国北部 3、中国東部 3。

3 西ヨーロッパでは、より高い容量のストレージを利用できます。

Important

現時点では、4 月 3 日より前の制限の対象となる次のリージョンでは、より高いストレージ制限を利用できません。

  • イスラエル中部
  • カタール中部
  • ⁠Spain Central
  • インド南部

制限 (ドキュメント サイズ、1 秒あたりのクエリ数、キー数、要求数、応答数など) の詳細については、「Azure AI 検索のサービス制限」を参照してください。

Azure AI サービスの制限

次の制限は、Azure サブスクリプションあたりの Azure AI サービス リソースの数に関するものです。 サブスクリプションごとにリソースの種類あたりに許可される "無料" アカウントは 1 つのみに制限されます。 各 Azure AI サービスには、他にも制限がある場合があります。詳しくは、Azure AI サービス に関するドキュメントを参照してください。

タイプ Limit Example
Azure AI サービス リソースの組み合わせ リージョンあたり合計で最大 200 個の Azure AI サービス リソース。 米国西部に 100 個の Azure AI Vision リソース、米国西部に 50 個の Azure AI 音声リソース、米国西部に 50 個の Azure AI Language リソース。
1 種類の Azure AI サービス リソース。 リージョンあたり最大 100 個のリソース 米国西部 2 に 100 個の Azure AI Vision リソース、米国東部に 100 個の Azure AI Vision リソース。

Azure Chaos Studio の制限

Azure Chaos Studio の制限については、「Azure Chaos Studio サービスの制限」を参照してください。

Azure Communications Gateway の制限

次の既定の制限とクォータの一部は引き上げることができます。 変更を要求するには、Azure portal でサポート リクエストを作成し、変更する必要がある制限について説明します。

すべての Azure Communications Gateway に次の制限が適用されます。

  • すべてのトラフィックで IPv4 を使用する必要があります。
  • すべてのトラフィックで TLS 1.2 以上を使用する必要があります。 以前のバージョンはサポートされません。
  • アクティブな呼び出しの数は、Azure Communications Gateway に割り当てられているユーザー数の 15% に制限されています。 ユーザーの定義については、「Azure Communications Gateway のコストを計画および管理する」を参照してください。
  • アクティブにトランスコードされる呼び出しの数は、アクティブな呼び出しの合計数の 5% に制限されます。

Azure Communications Gateway には、SIP シグナリングに対しても制限があります。

Resource Limit
SIP メッセージの最大サイズ 10 Kilobytes
SDP メッセージ本文の最大長 128 Kilobytes
要求 URI の最大長 256 Bytes
Contact ヘッダー URI の最大長 256 Bytes
URI の userinfo 部分の最大長 256 Bytes
From ヘッダー内のドメイン名の最大長 255 Bytes
SIP ヘッダーの名前の最大長 32 Bytes
SIP 本文名の最大長 64 Bytes
Supported、Require または Proxy-Require ヘッダーの最大長 256 Bytes
SIP オプション タグの最大長 32 Bytes

一部のエンドポイントでは、ダイアログ作成メッセージにパラメーターが存在しない場合に、次のヘッダーのパラメーターがダイアログ内メッセージに追加されることがあります。 その場合、RFC 3261 ではこの動作が許可されないため、Azure Communications Gateway ではパラメーターが削除されます。

  • Request URI
  • To header
  • From header

Provisioning API には 1 分あたり 100 の要求レート制限があり、すべてのリソースに適用されます。 複数のリソースを更新するバッチ要求は、1 つの要求としてカウントされます。

Azure Container Apps の制限

Azure Container Apps の制限については、「Azure Container Apps のクォータ」を参照してください。

アプリケーションで使用できるディスク領域の量は、関連付けられているワークロード プロファイルによって異なります。 コンテナー アプリにデプロイできる画像サイズの制限は、使用可能なディスク領域によって決まります。

専用ワークロード プロファイルの場合、画像サイズの制限はインスタンスあたりの制限です。

Display name Name 画像サイズの制限 (GB)
従量課金 consumption 8*
Dedicated-D4 D4 90
Dedicated-D8 D8 210
Dedicated-D16 D16 460
Dedicated-D32 D32 940
Dedicated-E4 E4 90
Dedicated-E8 E8 210
Dedicated-E16 E16 460
Dedicated-E32 E32 940
Dedicated-NC24-A100 (preview) NC24-A100 210
Dedicated-NC48-A100 (preview) NC48-A100 460
Dedicated-NC96-A100 (preview) NC96-A100 940

* 従量課金ワークロード プロファイルの画像サイズの制限は、画像とアプリの両方で共有されます。 たとえば、アプリで使用されるログには、このサイズ制限が適用されます。

Azure Cosmos DB の制限

Azure Cosmos DB の制限については、Azure Cosmos DB の制限に関する記事を参照してください。

Azure Data Explorer の制限

次の表では、Azure Data Explorer クラスターの上限について説明します。

Resource Limit
リージョンごとのサブスクリプションあたりのクラスター数 20
クラスターあたりのインスタンス数 1,000
クラスター内のデータベースの数 10,000
リーダー クラスター (データ共有プロデューサー) あたりのフォロワー クラスター (データ共有コンシューマー) の数 100

Note

"クラスター内のデータベースの数" と "リージョンごとのサブスクリプションあたりのクラスター数" については、制限の引き上げを要求できます。 引き上げを要求するには、 Azure サポートにお問い合わせください。

次の表では、Azure Data Explorer クラスターで実行される管理操作の制限について説明します。

Scope Operation Limit
Cluster 読み取り (クラスターの取得など) 5 分あたり 500
Cluster 書き込み (データベースの作成など) 1 時間あたり 1,000

Azure Database for MySQL フレキシブル サーバー

Azure Database for MySQL - フレキシブル サーバーの「制限事項」を参照してください。

Azure Database for PostgreSQL - フレキシブル サーバー

Azure Database for PostgreSQL フレキシブル サーバーの制限については、「Azure Database for PostgreSQL フレキシブル サーバーの制限」を参照してください。

Azure Deployment Environments の制限

Subscription デプロイあたりのランタイム制限 リージョンごとのサブスクリプションあたりの 1 か月のランタイム制限 環境あたりのストレージ制限
Enterprise 30 min 5000 min 1 GB
プリペイド 10 min 200 min 1 GB
Azure Pass 10 min 200 min 1 GB
MSDN 10 min 200 min 1 GB
CSP 10 min 200 min 1 GB
Free trial 10 min 200 min 1 GB
Microsoft Azure for Students 10 min 200 min 1 GB

Azure Files と Azure File Sync

Azure Files と Azure File Sync に関する制限の詳細については、「Azure Files と Azure File Sync のスケーラビリティとパフォーマンスのターゲット」を参照してください。

Azure Functions の制限

Resource Flex 従量課金プラン Premium plan 専用プラン/ASE Container Apps Consumption plan
既定 のタイムアウト期間 (分) 30 30 301 3016 5
最大 タイムアウト持続時間 (分) unbounded9 unbounded9 unbounded2 unbounded17 10
最大アウトバウンド接続数 (インスタンスあたり) unbounded unbounded unbounded unbounded 600 のアクティブ (合計 1200)
最大要求サイズ (MB)3 210 210 210 210 210
クエリ文字列の最大長3 4096 4096 4096 4096 4096
要求 URL の最大長3 8192 8192 8192 8192 8192
インスタンスあたりの ACU 210-840 100-840/210-25010 varies 100 varies
最大メモリ (インスタンスあたりの GB) 414 3.5-14 1.75-256/8-256 varies 1.5
最大インスタンス数 (Windows |Linux)15 該当なし | 1000 20-100 10-30 (100 ASE)11 300-100018 200 |100
プランあたりの関数アプリ数 13 1 100 unbounded4 unbounded4 100
App Service プラン n/a リソース グループあたり 100 リソース グループあたり 100 n/a リージョンあたり 100
アプリあたりのデプロイ スロット数 12 n/a 3 1-2011 not supported 2
Storage (temporary)5 0.8 GB 21-140 GB 11-140 GB n/a 0.5 GB
Storage (persisted) 0 GB7 250 GB 10-1000 GB11 n/a 1 GB6,7
アプリケーションあたりのカスタム ドメイン数 500 500 500 not supported 5007
カスタム ドメイン TSL/SSL のサポート 無制限の SNI SSL 接続と 1 つの IP SSL 接続が含まれる 無制限の SNI SSL 接続と 1 つの IP SSL 接続が含まれる 無制限の SNI SSL 接続と 1 つの IP SSL 接続が含まれる not supported 無制限の SNI SSL 接続が含まれる

サービスの制限に関する注意事項:

  1. 既定では、App Service プランでの Functions 1.x ランタイムのタイムアウトは無制限です。
  2. App Service プランを Always On に設定する必要があります。 標準料金で支払う。 プラットフォームの更新中は 10 分の猶予期間が与えられます。
  3. これらの制限はホストで設定されます。
  4. ホストできる関数アプリの実際の数は、アプリのアクティビティ、マシン インスタンスのサイズ、対応するリソース使用量によって異なります。
  5. ストレージの制限は、同じ App Service プランのすべてのアプリにまたがる一時ストレージ内の合計コンテンツ サイズです。 Linux の従量課金プランの場合、ストレージは現在 1.5 GB です。
  6. 従量課金プランでは、永続化されたストレージには Azure Files 共有が使用されます。 独自の Azure Files 共有を指定する場合、特定の共有サイズの制限は 、WEBSITE_CONTENTAZUREFILECONNECTIONSTRINGに設定したストレージ アカウントによって異なります。
  7. Linux では、独自の Azure Files 共有を明示的にマウントする必要があります。
  8. 関数アプリが従量課金プランでホストされている場合、CNAME オプションのみがサポートされます。 Premium プランまたは App Service プランの関数アプリの場合は、CNAME または A レコードを使用してカスタム ドメインをマップできます。
  9. 実行タイムアウトの最長期間は適用されません。 ただし、関数の実行に与えられる猶予期間は、スケールイン中は 60 分、プラットフォーム更新中は 10 分です。
  10. worker は、お客様のアプリをホストするロールです。 worker は、3 つの固定サイズ (1 vCPU/3.5 GB RAM、2 vCPU/7 GB RAM、4 vCPU/14 GB RAM) で使用できます。
  11. 詳細については、「App Service の制限」を参照してください。
  12. 運用スロットを含みます。
  13. 現在、特定のサブスクリプション内の関数アプリ数には 5,000 個という制限があります。
  14. Flex 従量課金プランのインスタンス サイズは、現在、512 MB、2,048 MB、または 4,096 MB として定義されています。 詳細については、「 インスタンス メモリ」を参照してください。
  15. 詳細については、ホスティングの比較に関する記事の スケール を参照してください。
  16. 最小レプリカ数が 0 に設定されている場合、既定のタイムアウトは、アプリで使用されている特定のトリガーによって異なります。
  17. 最小レプリカ数が 1 以上に設定されている場合。

詳細については、「Azure Functions のホスティング オプション」を参照してください。

Azure Health Data Services

Azure Health Data Services の制限

Health Data Services は、オープンな標準とフレームワークをベースにした一連のマネージド API サービスです。 Health Data Services によって、医療を改善するワークフローを実現し、スケーラブルで安全なヘルスケア ソリューションを提供できます。 Health Data Services には、FHIR (高速ヘルスケア相互運用性リソース) サービス、DICOM (医療におけるデジタル画像と通信) サービス、MedTech サービスが含まれています。

FHIR サービスは、Health Data Services 内に FHIR 仕様を実装したものです。 1 つまたは複数の FHIR サービス インスタンスと、オプションの DICOM サービス インスタンス、そして MedTech サービス インスタンスを 1 つのワークスペース内で組み合わせることができます。 Azure API for FHIR は、スタンドアロンのサービス オファリングとして一般提供されています。

Azure Health Data Services の各 FHIR サービス インスタンスには、既定で 4 TB のストレージ制限があります。 さらに多くのデータがある場合は、FHIR サービスのストレージを最大 100 TB まで増やすように Microsoft に依頼できます。 4 TB を超えるストレージを要求するには、Azure portal でサポート要求を作成し、問題の種類としてサービスとサブスクリプションの制限 (クォータ) を使用します。

Quota Name Default Limit Maximum Limit Notes
Workspace 10 Contact support サブスクリプションあたりの制限
FHIR 10 Contact support ワークスペースあたりの制限
DICOM 10 Contact support ワークスペースあたりの制限
MedTech 10 N/A 制限はワークスペースごと。増やすことはできません

Azure API for FHIR サービスの制限

Azure API for FHIR は、標準ベースでコンプライアンスに準拠している医療データ用マネージド API であり、アクションにつながる分析と機械学習のためのソリューションを実現できます。

Quota Name Default Limit Maximum Limit Notes
要求ユニット (RU) 数 100,000 RUs サポートに問い合わせる 使用可能な最大数は 1,000,000 です。 少なくとも 400 RU または 40 RU/GB のいずれか大きい方が必要です。
Concurrent connections 2 つのインスタンスで 15 個のコンカレント接続 (合計で 30 個の同時要求) Contact support
サブスクリプションあたりの Azure API for FHIR サービス インスタンス数 10 Contact support

Azure Kubernetes Service の制限

Resource Limit
サブスクリプションあたりのグローバルなクラスターの最大数 5,000
Virtual Machine Scale Sets と Standard Load Balancer SKU を使用したクラスターあたりの最大ノード数 5000 (すべてのノード プール対象)
注: クラスターあたり最大 5000 ノードまでスケールアップできない場合は、大規模なクラスターのベスト プラクティスに関する記事を参照してください。
ノード プールあたりの最大ノード数 (Virtual Machine Scale Sets ノード プール数) 1000
クラスターあたりの最大ノード プール数 100
ノードあたりの最大ポッド数: Kubenet ネットワーク プラグイン Maximum: 250
Azure CLI の既定値: 110
Azure Resource Manager テンプレートの既定値: 110
Azure portal デプロイの既定値: 30
ノードあたりの最大ポッド数: Azure Container Networking Interface (Azure CNI)1 Maximum: 250
Windows Server コンテナーに推奨される最大値: 110
Default: 30
Open Service Mesh (OSM) AKS アドオン Kubernetes クラスターのバージョン: AKS でサポートされているバージョン
クラスターあたりの OSM コントローラー数: 1
OSM コントローラーあたりのポッド数: 1600
OSM によって管理される Kubernetes サービス アカウント数: 160
Standard Load Balancer SKU を使用したクラスターあたりの最大負荷分散 kubernetes サービス数 300
仮想マシン可用性セットと Basic Load Balancer SKU を使用したクラスターあたりの最大ノード数 100

1 つの Windows Server コンテナーでは、Azure CNI ネットワーク プラグインを使用する必要があります。 Kubenet は、Windows Server コンテナーではサポートされていません。

Kubernetes コントロール プレーンのサービス レベル Limit
Standard tier 負荷に基づいて Kubernetes API サーバーを自動的にスケーリングします。 より大きなコントロール プレーン コンポーネントの制限と API サーバー/etcd インスタンス。
Free レベル インフライト要求の制限がある限られたリソース。 クラスターあたり 10 個のノードという推奨ノード制限。 実験、学習、簡単なテストに最適です。 運用環境や重要なワークロードにはお勧めしません。
Resource Limit
サブスクリプションあたりのグローバルなクラスターの最大数 5,000
Virtual Machine Scale Sets と Standard Load Balancer SKU を使用したクラスターあたりの最大ノード数 5000 (すべてのノード プール対象)
注: クラスターあたり最大 5000 ノードまでスケールアップできない場合は、大規模なクラスターのベスト プラクティスに関する記事を参照してください。
ノード プールあたりの最大ノード数 (Virtual Machine Scale Sets ノード プール数) 1000
クラスターあたりの最大ノード プール数 100
ノードあたりの最大ポッド数: Kubenet ネットワーク プラグイン Maximum: 250
Azure CLI の既定値: 110
Azure Resource Manager テンプレートの既定値: 110
Azure portal デプロイの既定値: 30
ノードあたりの最大ポッド数: Azure Container Networking Interface (Azure CNI)1 Maximum: 250
Windows Server コンテナーに推奨される最大値: 110
Default: 30
Open Service Mesh (OSM) AKS アドオン Kubernetes クラスターのバージョン: AKS でサポートされているバージョン
クラスターあたりの OSM コントローラー数: 1
OSM コントローラーあたりのポッド数: 1600
OSM によって管理される Kubernetes サービス アカウント数: 160
Standard Load Balancer SKU を使用したクラスターあたりの最大負荷分散 kubernetes サービス数 300
仮想マシン可用性セットと Basic Load Balancer SKU を使用したクラスターあたりの最大ノード数 100

1 つの Windows Server コンテナーでは、Azure CNI ネットワーク プラグインを使用する必要があります。 Kubenet は、Windows Server コンテナーではサポートされていません。

Kubernetes コントロール プレーンのサービス レベル Limit
Standard tier 負荷に基づいて Kubernetes API サーバーを自動的にスケーリングします。 より大きなコントロール プレーン コンポーネントの制限と API サーバー/etcd インスタンス。
Free レベル インフライト要求の制限がある限られたリソース。 クラスターあたり 10 個のノードという推奨ノード制限。 実験、学習、簡単なテストに最適です。 運用環境や重要なワークロードにはお勧めしません。

Azure Lab Services

次の制限は、Azure Lab Services リソースの数に関するものです。

リソースの種類あたり

Grouping Resource type Limit
Per subscription Labs 980
リソース グループあたり Labs 800
Lab plans 800
Per lab Schedules 250
仮想マシン (VM) 400

リージョンあたり - ラボ プランとラボ

Subscription type ラボ プランの制限 Lab limits
Default 2 2
プリペイドの 500 500
MPN 500 500
Azure イン オープン プラン 500 500
Enterprise Agreement 500 500
MSDN 500 500
Sponsored 100 15
CSP 500 500
Azure Pass 100 25
Free Trial 100 15
Microsoft Azure for Students 100 15

Azure Lab Services の容量制限の詳細については、「Azure Lab Services における容量制限」を参照してください。

上限引き上げを依頼される場合、サポートにお問い合わせください。

Azure Load Testing の制限

Azure Load Testing の制限については、「Azure Load Testing でのサービスの制限」を参照してください。

Azure Machine Learning の制限

Azure Machine Learning コンピューティング クォータの最新の値については、「Azure Machine Learning を使用するリソースのクォータと制限の管理と引き上げ」を参照してください。

Azure Maps の制限

Note

Azure Maps Gen1 価格レベルの廃止

Gen1 価格レベルは非推奨となり、2026 年 9 月 15 日に廃止されます。 Gen2 価格レベルが Gen1 (S0 と S1 の両方) に代わる価格レベルです。 Azure Maps アカウントに Gen1 価格レベルが選択されている場合、廃止前に Gen2 価格レベルに切り替えることができます。切り替えない場合、自動的に更新されます。 詳細については、「Azure Maps アカウントの価格レベルを管理する」を参照してください。

1 秒あたりの Azure Maps クエリ数の制限については、「Azure Maps の QPS レート制限」を参照してください

次の表は、Azure サブスクリプション内の Azure Maps アカウントの累積データ サイズ制限を示しています。 Azure Maps Data Service は Gen1 (S1) と Gen2 の価格レベルでのみ利用できます。

Resource Limit
Azure サブスクリプションあたりの最大ストレージ 1 GB
ファイル アップロードあたりの最大サイズ 100 MB

Note

Azure Maps Data Service の廃止

Azure Maps Data Service ([v1] と [v2] の両方) は非推奨となり、2024 年 9 月 16 日に廃止されます。 Azure Maps Data Registry サービスは、データ サービスを置き換えます。 詳細については、「データ レジストリの作成方法」を参照してください

Azure Managed Grafana の制限

Limit Description Essential Standard X1 Standard X2
Alert rules 作成できるアラート ルールの最大数。 Not supported インスタンスあたり 500 インスタンスあたり 1000
Grafana インスタンスのメモリ 専用インスタンス内の Grafana のメモリ量。 Basic Standard Expanded
Dashboards 作成できるダッシュボードの最大数。 インスタンスあたり 20 Unlimited Unlimited
Data sources 作成できるデータソースの最大数。 インスタンスあたり 5 Unlimited Unlimited
API keys 作成できる API キーの最大数。 インスタンスあたり 2 インスタンスあたり 100 インスタンスあたり 100
データ クエリのタイムアウト データ クエリ応答ヘッダーを受信するまでの最大待機時間。これを過ぎると Grafana はタイムアウトになります。 200 seconds 200 seconds 200 seconds
データ ソース クエリのサイズ 送信 HTTP 要求の応答から読み取られる、または受け入れられる最大バイト数。 80 MB 80 MB 80 MB
画像または PDF レポートのレンダリングの待機時間 画像またはレポート PDF のレンダリング要求が完了するまでの最大期間。これを過ぎると Grafana はタイムアウトになります。 Not supported 220 seconds 220 seconds
Instance count Azure リージョンあたりの単一サブスクリプション内のインスタンスの最大数。 1 50 50
IP あたりの要求数 1 秒あたり、IP あたりの要求の最大数。 1 秒あたり 90 要求 1 秒あたり 90 要求 1 秒あたり 90 要求
HTTP ホストあたりの要求数 1 秒あたり、HTTP ホストあたりの要求の最大数。 HTTP ホストは、受信 HTTP 要求におけるホスト ヘッダーを表し、各一意のホスト クライアントを記述できます。 1 秒あたり 45 要求 1 秒あたり 45 要求 1 秒あたり 45 要求

Azure Monitor の制限

Azure Monitor の制限については、「Azure Monitor サービスの制限」を参照してください。

Azure Data Factory の制限

Azure Data Factory はマルチテナント サービスであり、お客様のサブスクリプションが互いのワークロードから確実に保護されるように、次の既定の制限が設定されています。 サブスクリプションの上限まで制限を引き上げるには、サポートにお問い合わせください。

Resource Default limit Maximum limit
データ ファクトリ内のエンティティ (パイプライン、データセット、トリガー、リンクされたサービス、プライベート エンドポイント、統合ランタイムなど) の合計数 5,000 5,000
1 つのサブスクリプションでの Azure-SSIS Integration Runtime の 合計 CPU コア数 64 クォータの引き上げをサポートに要求する方法を確認してください。
データ ファクトリあたりの同時実行パイプラインの実行数 (ファクトリ内のすべてのパイプライン間で共有) 10,000 10,000
Azure Integration Runtime リージョンごとのサブスクリプションあたりの同時外部アクティビティ実行の数
外部アクティビティは統合ランタイムで管理されますが、Databricks、ストアド プロシージャ、Web などのリンクされたサービスで実行されます。 この制限は、セルフホステッド IR には適用されません。		 3,000 3,000
Azure Integration Runtime リージョンごとのサブスクリプションあたりの同時パイプライン アクティビティ実行の数
パイプライン アクティビティは、Lookup、GetMetadata、Delete などの統合ランタイムで実行されます。 この制限は、セルフホステッド IR には適用されません。		 1,000 1,000
Azure Integration Runtime リージョンごとのサブスクリプションあたりの同時オーサリング操作数
接続のテスト、フォルダー一覧およびテーブル一覧の参照、データのプレビューが含まれます。 この制限は、セルフホステッド IR には適用されません。		 200 200
Azure Integration Runtime リージョンごとのサブスクリプションごとの同時データ統合ユニットの消費量 リージョン グループ 12: 6,000
リージョン グループ 22: 3,000
リージョン グループ 32: 1,500		 リージョン グループ 12: 6,000
リージョン グループ 22: 3,000
リージョン グループ 32: 1,500
マネージド仮想ネットワーク内の Azure Integration Runtime リージョンごとに、サブスクリプションあたりの同時実行データ統合ユニットの消費量1 2,400 2,400
パイプラインあたりの最大アクティビティ数 (コンテナーの内部アクティビティを含む) 120 120
単一のセルフホステッド統合ランタイムに対して作成できる、リンクされた統合ランタイムの最大数 100 100
単一のセルフホステッド統合ランタイムに対して作成できるノードの最大数 4 4
パイプラインあたりの最大パラメーター数 50 50
ForEach items 100,000 100,000
ForEach parallelism 20 50
パイプラインあたりのキューに入れられた実行の最大数 100 100
式あたりの文字数 8,192 8,192
タンブリング ウィンドウ トリガーの最小間隔 5 min 15 min
パイプライン アクティビティ実行の最小タイムアウト 10 min 10 min
パイプライン アクティビティ実行の最大タイムアウト 7 days 7 days
パイプラインオブジェクトの１オブジェクト当たりのバイト3 200 KB 200 KB
データセットおよびリンクされたサービス オブジェクトごとのバイト数3 100 KB 2,000 KB
各アクティビティ実行のペイロードあたりのバイト数4 896 KB 896 KB
コピー アクティビティの実行ごとにデータ統合ユニット1 256 256
書き込み API 呼び出し数 1,200/h 1,200/h

この制限は、Azure Data Factory ではなく、Azure Resource Manager によって課せられます。
読み取り API 呼び出し数 12,500/h 12,500/h

この制限は、Azure Data Factory ではなく、Azure Resource Manager によって課せられます。
1 分あたりの監視クエリ数 1,000 1,000
データ フロー デバッグ セッションの最大時間 8 hrs 8 hrs
統合ランタイムあたりのデータ フローの同時実行数 50 50
マネージド VNET 内の統合ランタイムあたりのデータ フロー同時実行数 50 50
ファクトリごとのユーザーあたりのデータ フロー デバッグ セッションの同時実行数 3 3
Data Flow Azure IR TTL (有効期間) 制限 4 hrs 4 hrs
ファクトリでのメタデータ エンティティのサイズ制限 2 GB 2 GB

1 データ統合ユニット (DIU) は、クラウドからクラウドへのコピー操作で使用されます。 詳細については、データ統合ユニット (バージョン 2) に関するページを参照してください。 課金については、「Azure Data Factory の価格」を参照してください。

2Azure Integration Runtime は、データのコンプライアンス、効率性、ネットワーク エグレス コストの削減を保証するために 、グローバルに利用できます 。

Region group Regions
リージョン グループ 1 米国中部、米国東部、米国東部 2、北ヨーロッパ、西ヨーロッパ、米国西部、米国西部 2
リージョン グループ 2 オーストラリア東部、オーストラリア南東部、ブラジル南部、インド中部、東日本、米国中北部、米国中南部、東南アジア、米国中西部
リージョン グループ 3 Other regions

マネージド仮想ネットワークが有効な場合、すべてのリージョン グループのデータ統合ユニット (DIU) は 2,400 です。

3 パイプライン、データ セット、およびリンクされたサービス オブジェクトは、ワークロードの論理的なグループ化を表します。 これらのオブジェクトの制限は、Azure Data Factory で移動および処理できるデータ量には関係ありません。 Data Factory は、数ペタバイトのデータを処理できる規模までスケーリングできるように設計されています。

4 各アクティビティ実行のペイロードには、アクティビティ構成、1 つ以上の関連付けられたデータセット、リンクされたサービス構成 (存在する場合) と、アクティビティの種類ごとに生成されるシステム プロパティのごく一部が含まれます。 このペイロード サイズの制限は、Azure Data Factory で移動および処理できるデータ量には関係ありません。 この制限に達した場合の現象と推奨事項については、こちらを参照してください。

Web サービス呼び出しの制限

Azure Resource Manager には、API 呼び出しに関する制限があります。 API の呼び出しは、Azure Resource Manager API の制限内の割合で実行できます。

Azure NetApp Files

Azure NetApp Files には、容量に関してリージョンごとの制限があります。 サブスクリプションごとの標準容量制限は、すべてのサービス レベルでリージョンあたり 25 TiB です。 容量を増やすには、サービスとサブスクリプションの制限 (クォータ) のサポート要求を使用します。

Azure NetApp Files の制限の詳細については、「Azure NetApp Files のリソース制限」を参照してください。

Azure Policy の制限

Azure Policy のオブジェクトには、種類ごとに最大数があります。 定義の場合、 Scope のエントリは 管理グループ またはサブスクリプションを意味します。 割り当てと除外の場合、 スコープ のエントリは、管理グループ、サブスクリプション、リソース グループ、または個々のリソースを意味します。

Where What Maximum count
Scope Policy definitions 500
Scope Initiative definitions 200
Tenant Initiative definitions 2,500
Scope ポリシーまたはイニシアティブの割り当て数 200
Scope Exemptions 1000
Policy definition Parameters 20
Initiative definition Policies 1000
Initiative definition Parameters 400
ポリシーまたはイニシアティブの割り当て数 Exclusions (notScopes) 400
Policy rule Nested conditionals 512
Remediation task Resources 50,000
ポリシー定義、イニシアティブ、または割り当ての要求本文 Bytes 1,048,576

ポリシー規則には、条件の数とその複雑さに対する追加の制限があります。 詳細については、「 ポリシー ルールの制限」を参照してください。

Azure Quantum の制限

プロバイダーの制限とクォータ

Azure Quantum サービスでは、ファーストパーティとサードパーティの両方のサービス プロバイダーがサポートされています。 サードパーティ プロバイダーには、独自の制限とクォータがあります。 ユーザーは、サードパーティ プロバイダーを構成するときに、Azure portal でプランと制限を表示できます。

Microsoft のファーストパーティ最適化ソリューション プロバイダーの公開済みクォータ制限を次に示します。

SKU の学習と開発

Resource Limit
CPU ベースの同時実行ジョブ 最大 5つの 同時実行ジョブ
FPGA ベースの同時実行ジョブ 最大 21 の同時実行ジョブ
CPU ベースのソルバー時間 20 時間/月
FPGA ベースのソルバー時間 1 時間/月

Learn および Develop SKU では、クォータ制限の引き上げを要求 することはできません 。 代わりに、Performance at Scale SKU に切り替える必要があります。

大規模 SKU のパフォーマンス

Resource Default Limit Maximum Limit
CPU ベースの同時実行ジョブ 最大 1001 つの同時実行ジョブ 既定の制限と同じ
FPGA ベースの同時実行ジョブ 最大 10個の 同時ジョブ 既定の制限と同じ
Solver hours 1,000 時間/月 最大 50,000 時間/月

制限の引き上げを要求するには、Azure サポートにお問い合わせください。

詳細については、「Azure Quantum の価格」ページを参照してください。 サード パーティのオファリングについて詳しくは、Azure portal 内の関係のあるプロバイダーの価格に関するページを確認してください。

1 同時にキューに登録できるジョブの数について説明します。

Azure RBAC の制限

Azure ロールベースのアクセス制御 (Azure RBAC) には、以下の制限が適用されます。

Area Resource Limit
Azure ロール割り当て
Azure サブスクリプションあたりの Azure ロールの割り当ての数 4,000
管理グループあたりの Azure ロールの割り当ての数 500
Azure ロール割り当ての説明のサイズ 推奨される最大文字数: 512 文字
Azure ロールの割り当ての 条件 のサイズ 8 KB
Azure カスタム ロール
テナントあたりの Azure カスタム ロールの数 5,000
テナントあたりの Azure カスタム ロールの数
(21Vianet が運営する Microsoft Azure 向け)		 2,000
Azure カスタム ロールのロール名のサイズ 推奨される最大文字数: 256 文字
Azure カスタム ロールの説明のサイズ 推奨される最大文字数: 512 文字
Azure カスタム ロール定義のサイズ 1 MB
Azure カスタム ロールの割り当て可能なスコープの数 2,000
Azure 拒否割り当て
Azure サブスクリプションあたりのシステム管理拒否割り当ての数 2,000

Azure SignalR Service の制限

Resource Default limit Maximum limit
Free レベルのインスタンスあたりの Azure SignalR Service ユニット数 1 1
Standard レベルまたは Premium_P1 レベルのインスタンスあたりの Azure SignalR Service ユニット数 100 100
Premium_P2 レベルのインスタンスあたりの Azure SignalR Service ユニット数 100 から 1,000 100 から 1,000
リージョンごとの Free レベルのサブスクリプションあたりの Azure SignalR Service ユニット数 5 5
リージョンごとのサブスクリプションあたりの合計 Azure SignalR Service ユニット数 150 Unlimited
Free レベルのユニットあたりのコンカレント接続数 20 20
Standard/Premium レベルのユニットあたりのコンカレント接続数 1,000 1,000
Free レベルで 1 日あたりに含まれるユニットあたりのメッセージ数 20,000 20,000
Free レベルで 1 日あたりに追加されるユニットあたりのメッセージ数 0 0
Standard レベルまたは Premium レベルで 1 日あたりに含まれるユニットあたりのメッセージ数 1,000,000 1,000,000
Standard レベルまたは Premium レベルで 1 日あたりに追加されるユニットあたりのメッセージ数 Unlimited Unlimited

サブスクリプションの既定の制限を更新するように要求するには、サポート チケットを開きます。

接続およびメッセージのカウント方法の詳細については、「Azure SignalR Service でのメッセージと接続」を参照してください。

要件が制限を超えている場合は、Free レベルから Standard レベルに切り替え、ユニットを追加します。 詳細については、「Azure SignalR Service のインスタンスをスケーリングする方法」を参照してください。

要件が 1 つのインスタンスの制限を超える場合は、インスタンスを追加します。 詳細については、Azure SignalR Service で geo レプリケーションを有効にする方法に関する記事を参照してください。

Azure Spring Apps の制限

Azure Spring Apps に関する制限の詳細については、「Azure Spring Apps のクォータとサービス プラン」を参照してください。

Azure Storage の制限

このセクションでは、Azure Storage の次の制限の一覧を示します。

Standard ストレージ アカウントの制限

次の表では、Azure の汎用 v2 (GPv2)、汎用 v1 (GPv1)、BLOB ストレージのアカウントに関する既定の制限について説明します。 イングレス制限は、ストレージ アカウントに送信されるすべてのデータを指します。 エグレス制限は、ストレージ アカウントから受信されるすべてのデータを指します。

Microsoft では、ほとんどのシナリオで GPv2 ストレージ アカウントを使用することをお勧めしています。 GPv1 または BLOB ストレージ アカウントは GPv2 アカウントに簡単にアップグレードできます。そのとき、ダウンタイムは発生せず、データをコピーする必要はありません。 詳細については、GPv2 ストレージ アカウントへのアップグレードに関する記事を参照してください。

Note

より高い容量とイングレス制限を要求できます。 引き上げを要求するには、 Azure サポートにお問い合わせください。

Resource Limit
Standard エンドポイントを含むストレージ アカウントのリージョンごとのサブスクリプションあたりの 最大数 (Standard および Premium のストレージ アカウントを含む)。 既定では 250、要求1 では 500
Azure DNS ゾーン エンドポイントを含むストレージ アカウント (プレビュー) のリージョンごとのサブスクリプションあたりの最大数 (Standard および Premium のストレージ アカウントを含む)。 5000 (preview)
ストレージ アカウントの既定の最大容量 5 PiB 2
BLOB コンテナー、BLOB、ディレクトリとサブディレクトリ (階層型名前空間が有効な場合)、ファイル共有、テーブル、キュー、エンティティ、またはメッセージのストレージ アカウントあたりの最大数。 No limit
次のリージョンの汎用 v2 および BLOB ストレージ アカウントあたりの既定の最大要求レート:
  • 東アジア
  • 東南アジア
  • オーストラリア東部
  • ブラジル南部
  • カナダ中部
  • 中国東部 2
  • 中国北部 3
  • 北ヨーロッパ
  • 西ヨーロッパ
  • フランス中部
  • ドイツ中西部
  • インド中部
  • 東日本
  • JIO インド西部
  • 韓国中部
  • ノルウェー東部
  • 南アフリカ北部
  • スウェーデン中部
  • アラブ首長国連邦北部
  • 英国南部
  • 米国中部
  • 米国東部
  • 米国東部 2
  • USGov Virginia
  • USGov Arizona
  • 米国中北部
  • 米国中南部
  • 米国西部
  • 米国西部 2
  • 米国西部 3
 1 秒あたり 40,000 要求2
前の行にリストされていないリージョンの汎用 v2 および BLOB ストレージ アカウントあたりの既定の最大要求レート。 1 秒あたり 20,000 リクエスト2
次のリージョンの汎用 v2 と BLOB ストレージ アカウントあたりの既定の最大イングレス:
  • 東アジア
  • 東南アジア
  • オーストラリア東部
  • ブラジル南部
  • カナダ中部
  • 中国東部 2
  • 中国北部 3
  • 北ヨーロッパ
  • 西ヨーロッパ
  • フランス中部
  • ドイツ中西部
  • インド中部
  • 東日本
  • JIO インド西部
  • 韓国中部
  • ノルウェー東部
  • 南アフリカ北部
  • スウェーデン中部
  • アラブ首長国連邦北部
  • 英国南部
  • 米国中部
  • 米国東部
  • 米国東部 2
  • USGov Virginia
  • USGov Arizona
  • 米国中北部
  • 米国中南部
  • 米国西部
  • 米国西部 2
  • 米国西部 3
 60 Gbps2
上記にリストされていないリージョンの汎用 v2 および BLOB ストレージ アカウントあたりの既定の最大イングレス。 25 Gbps2
汎用 v1 ストレージ アカウントの既定の最大イングレス (すべてのリージョン) 10 Gbps2
次のリージョンの汎用 v2 および BLOB ストレージ アカウントあたりの既定の最大エグレス:
  • 東アジア
  • 東南アジア
  • オーストラリア東部
  • ブラジル南部
  • カナダ中部
  • 中国東部 2
  • 中国北部 3
  • 北ヨーロッパ
  • 西ヨーロッパ
  • フランス中部
  • ドイツ中西部
  • インド中部
  • 東日本
  • JIO インド西部
  • 韓国中部
  • ノルウェー東部
  • 南アフリカ北部
  • スウェーデン中部
  • アラブ首長国連邦北部
  • 英国南部
  • 米国中部
  • 米国東部
  • 米国東部 2
  • USGov Virginia
  • USGov Arizona
  • 米国中北部
  • 米国中南部
  • 米国西部
  • 米国西部 2
  • 米国西部 3
 200 Gbps2
上記にリストされていないリージョンの汎用 v2 および BLOB ストレージ アカウントあたりの既定の最大エグレス。 50 Gbps2
汎用 v1 ストレージ アカウントの最大エグレス (米国のリージョン) RA-GRS/GRS が有効な場合は 20 Gbps、LRS/ZRS の場合は 30 Gbps
汎用 v1 ストレージ アカウントの最大エグレス (米国以外のリージョン) RA-GRS/GRS が有効な場合は 10 Gbps、LRS/ZRS の場合は 15 Gbps
ストレージ アカウントあたりの IP アドレス規則の最大数 400
ストレージ アカウントあたりの仮想ネットワーク規則の最大数 400
ストレージ アカウントあたりのリソース インスタンス規則の最大数 200
ストレージ アカウントあたりのプライベート エンドポイントの最大数 200

1 クォータの引き上げにより、リージョンごとに標準エンドポイントを使用して最大 500 個のストレージ アカウントを作成できます。 詳細については、「Azure Storage アカウントのクォータを増やす」を参照してください。
2 つの Azure Storage Standard アカウントでは、要求によるイングレスとエグレスの容量制限が高く、より高い制限がサポートされます。 アカウント制限の引き上げを要求するには、 Azure サポートにお問い合わせください。

Azure Storage リソース プロバイダーの制限

次の制限は、Azure Storage およびストレージ リソース プロバイダーで Azure Resource Manager を使用して管理操作を実行する場合にのみ適用されます。 この制限は、要求内のリソースの各リージョンのサブスクリプションごとに適用されます。

Resource Limit
ストレージ アカウント管理操作数 (読み取り) 5 分あたり 800
ストレージ アカウント管理操作数 (書き込み) 1 秒あたり 10 または 1 時間あたり 1,200
ストレージ アカウント管理操作数 (リスト) 5 分あたり 100

Azure Blob Storage の制限

Resource Target
単一の BLOB コンテナーの最大サイズ ストレージ アカウントの最大容量と同じ
ブロック BLOB 内または追加 BLOB 内の最大ブロック数 50,000 blocks
ブロック BLOB 内のブロックの最大サイズ 4000 MiB
ブロック BLOB の最大サイズ 50,000 x 4,000 MiB (約 190.7 TiB)
追加 BLOB 内のブロックの最大サイズ 4 MiB
追加 BLOB の最大サイズ 50,000 x 4 MiB (約 195 GiB)
ページ BLOB の最大サイズ 8 TiB2
保存されるアクセス ポリシーの BLOB コンテナーあたりの最大数 5
1 つの BLOB のターゲット要求レート 1 秒あたり最大 500 要求
1 つのページ BLOB のターゲット スループット 1 秒あたり最大 60 MiB2
1 つのブロック BLOB のターゲット スループット ストレージ アカウントのイングレス/エグレス制限まで1

1 つの Blob のスループットは、いくつかの要因によって異なります。 これらの要因にはコンカレンシー、要求のサイズ、パフォーマンス レベル、アップロード元の速度、ダウンロード先などがありますが、それらに限定されません。 高スループットのブロック BLOB のパフォーマンス機能強化を活用するには、より大きな BLOB またはブロックをアップロードします。 具体的には、256 KiB を超える BLOB またはブロック サイズで Put BLOB または Put Block 操作を呼び出します。

2 階層型名前空間が有効になっているアカウントでは、ページ BLOB はまだサポートされていません。

次の表では、サービス バージョンで許可されるブロックおよび BLOB の最大サイズについて説明します。

Service version 最大ブロック サイズ (Put Block 使用) 最大 BLOB サイズ (Put Block List 使用) 1 回の書き込み操作での最大 BLOB サイズ (Put Blob 使用)
バージョン 2019-12-12 以降 4000 MiB 約 190.7 TiB (4,000 MiB x 50,000 ブロック) 5000 MiB
バージョン 2016-05-31 からバージョン 2019-07-07まで 100 MiB 約 4.75 TiB (100 MiB x 50,000 ブロック) 256 MiB
2016-05-31 より以前のバージョン 4 MiB 約 195 GiB (4 MiB x 50,000 ブロック) 64 MiB

Azure Queue Storage の制限

Resource Target
1 つのキューの最大サイズ 500 TiB
キュー内のメッセージの最大サイズ 64 KiB
保存されるアクセス ポリシーのキューあたりの最大数 5
ストレージ アカウントあたりの最大要求レート 1 秒あたり 20,000 メッセージ (メッセージ サイズを 1 KiB と想定した場合)
1 つのキューのターゲット スループット (1 KiB のメッセージ) 1 秒あたり最大 2,000 メッセージ

Azure Table Storage の制限

次の表では、Table Storage の容量、スケーラビリティ、パフォーマンスのターゲットについて説明します。

Resource Target
Azure ストレージ アカウント内のテーブルの数 ストレージ アカウントの容量によってのみ制限される
テーブル内のパーティションの数 ストレージ アカウントの容量によってのみ制限される
パーティション内のエンティティの数 ストレージ アカウントの容量によってのみ制限される
1 つのテーブルの最大サイズ 500 TiB
1 つのエンティティの最大サイズ (すべてのプロパティ値を含む) 1 MiB
テーブル エンティティ内のプロパティの最大数 255 ( PartitionKey、 RowKey、 Timestamp の 3 つのシステム プロパティを含む)
エンティティ内の個々のプロパティの最大合計サイズ プロパティの型によって異なります。 詳細については、「Table Service データ モデルについて」の「プロパティ型」を参照してください。
PartitionKey のサイズ サイズが最大 1024 文字までの文字列
RowKey のサイズ サイズが最大 1024 文字までの文字列
エンティティ グループ トランザクションのサイズ トランザクションには最大で 100 個のエンティティを含めることができ、ペイロードは 4 MiB 未満にする必要があります。 エンティティ グループのトランザクションには、エンティティへの更新を 1 回だけ含めることができます。
保存されるアクセス ポリシーのテーブルあたりの最大数 5
ストレージ アカウントあたりの最大要求レート 1 秒あたり 20,000 トランザクション (エンティティ サイズは 1 KiB を想定)
1 つのテーブル パーティションのターゲット スループット (1 KiB のエンティティ) 1 秒あたり最大 2,000 エンティティ

Azure サブスクリプションの作成に関する制限

Azure サブスクリプションの作成に関する制限の詳細については、「Azure portal での課金アカウントとスコープ」を参照してください。

Azure Virtual Desktop サービスの制限

次の表では、Azure Virtual Desktop の上限について説明します。

Azure Virtual Desktop オブジェクト 親コンテナー オブジェクトあたり Service Limit
Workspace Microsoft Entra テナント 1300
HostPool Workspace 400
Application group Microsoft Entra テナント 5001
RemoteApp Application group 500
Role Assignment 任意の Azure Virtual Desktop オブジェクト 200
Session Host HostPool 10,000

1500 を超えるアプリケーション グループが必要な場合は、Azure portal を使用してサポート チケットを発行してください。

Azure Virtual Desktop で使用される他のすべての Azure リソース (Virtual Machines、Storage、ネットワークなど) には、この記事の該当するセクションに記載されている、それぞれの独自のリソース制限がすべて適用されます。 すべての Azure Virtual Desktop オブジェクト間の関係を視覚化するには、Azure Virtual Desktop の論理コンポーネント間の関係に関する記事を参照してください。

Azure Virtual Desktop の使用を開始するには、概要ガイドを使用してください。 Azure Virtual Desktop の詳細なアーキテクチャに関するコンテンツについては、クラウド導入フレームワークの Azure Virtual Desktop のセクションをご利用ください。 Azure Virtual Desktop の料金情報を得るには、Azure 料金計算ツールの [コンピューティング] セクション内に "Azure Virtual Desktop" を追加してください。

Azure VMware Solution の制限

次の表では、Azure VMware Solution の上限について説明します。

Resource Limit
プライベート クラウドあたりの vSphere クラスター数 12
クラスターあたりの ESXi ホストの最小数 3 (ハード制限)
クラスターあたりの ESXi ホストの最大数 16 (ハード制限)
プライベート クラウドあたりの ESXi ホストの最大数 96
プライベート クラウドあたりの vCenter Server の最大数 1 (ハード制限)
HCX サイト ペアリングの最大数 25 (任意のエディション)
HCX サービス メッシュの最大数 10 (任意のエディション)
1 つの場所から 1 つの仮想ネットワーク ゲートウェイに Azure ExpressRoute にリンクされた Azure VMware Solution プライベート クラウドの最大数 4
使用される仮想ネットワーク ゲートウェイによって、リンクされたプライベート クラウドの実際の最大数が決まります。 詳細については、「ExpressRoute の仮想ネットワーク ゲートウェイについて」を参照してください。
このしきい値を超えた場合は、 Azure VMware Solution 相互接続 を使用して、Azure リージョン内のプライベート クラウド接続を集計します。
Azure VMware Solution の ExpressRoute の最大スループット 10 Gbps (FastPath が有効な Ultra Performance Gateway バージョンを使用)**
使用される仮想ネットワーク ゲートウェイによって、実際の帯域幅が決まります。 詳細については、「ExpressRoute の仮想ネットワーク ゲートウェイについて」を参照してください。
Azure VMware Solution ExpressRoute にはポート速度の制限がないため、10 Gbps を超えて実行されます。 サービスの品質のため、10 Gbps を超えるレートは保証されません。
NSX に割り当てられた Azure Public IPv4 アドレスの最大数 2,000
プライベート クラウドあたりの Azure VMware Solution 相互接続の最大数 10
Azure VMware Solution プライベート クラウドあたりの Azure ExpressRoute Global Reach 接続の最大数 8
vSAN の容量制限 使用可能な合計は75%で、サービスレベル合意のために25%を確保しておきます。
VMware Site Recovery Manager: 保護された仮想マシンの最大数 3,000
VMware Site Recovery Manager: 復旧計画ごとの仮想マシンの最大数 2,000
VMware Site Recovery Manager: 復旧計画ごとの保護グループの最大数 250
VMware Site Recovery Manager: 目標復旧ポイント (RPO) の値 5 分以上* (ハード制限)
VMware Site Recovery Manager: 保護グループあたりの仮想マシンの最大数 500
VMware Site Recovery Manager: 復旧計画の最大数 250

* 15 分未満の RPO については、vSphere Replication Administration のドキュメントの 「5 分間の RPO のしくみ 」を参照してください。

** この論理的な推奨制限は、シナリオに基づいてより高いスループットをサポートできます。

VMware 固有の他の制限については、VMware by Broadcom の構成の上限ツールを使用してください。

Azure Web PubSub の制限

Resource Default limit Maximum limit
Free レベルのインスタンスあたりの Azure Web PubSub Service のユニット数 1 1
Standard/Premium_P1 レベルのインスタンスあたりの Azure Web PubSub Service ユニット数 100 100
Premium_P2 レベルのインスタンスあたりの Azure Web PubSub Service のユニット数 100 から 1,000 100 から 1,000
Free レベルのリージョンごとのサブスクリプションあたりの Azure Web PubSub Service のユニット数 5 5
リージョンごとのサブスクリプションあたりの Azure Web PubSub Service の合計ユニット数 150 Unlimited
Free レベルのユニットあたりのコンカレント接続数 20 20
Standard/Premium レベルのユニットあたりのコンカレント接続数 1,000 1,000
Free レベルで 1 日あたりに含まれるユニットあたりのメッセージ数 20,000 20,000
Free レベルで 1 日あたりに追加されるユニットあたりのメッセージ数 0 0
Standard レベルまたは Premium レベルで 1 日あたりに含まれるユニットあたりのメッセージ数 1,000,000 1,000,000
Standard レベルまたは Premium レベルで 1 日あたりに追加されるユニットあたりのメッセージ数 Unlimited Unlimited

サブスクリプションの既定の制限を更新するように要求するには、サポート チケットを開きます。

課金での接続とメッセージのカウント方法の詳細については、「Azure Web PubSub Service の課金モデル」を参照してください。

要件が制限を超える場合は、Free レベルから Standard または Premium レベルにスケールアップするか、ユニットをスケールアウトします。 詳細については、「Azure Web PubSub Service インスタンスをスケーリングする方法」を参照してください。

要件が 1 つのインスタンスの制限を超える場合は、インスタンスを追加します。 詳細については、Azure Web PubSub で geo レプリケーションを使用する方法に関する記事を参照してください。

Backup limits

Azure Backup のサポート設定と制限の概要については、Azure Backup のサポート マトリックスを参照してください。

Batch limits

Resource Default limit Maximum limit
リージョンごとのサブスクリプションあたりの Azure Batch アカウント数 1-3 50
Batch アカウントあたりの専用コア数 0-9001 Contact support
Batch アカウントあたりの低優先順位のコア数 0-1001 Contact support
Batch アカウントあたりのアクティブなジョブとジョブ スケジュール (完了したジョブには制限はありません) 100-300 1,0002
Batch アカウントあたりのプール数 0-1001 5002
Batch アカウントあたりのプライベート エンドポイント接続数 100 100

1 容量管理の目的で、一部のリージョンおよび一部のサブスクリプションの種類の新しい Batch アカウントの既定のクォータは、上記の値の範囲から減少しています。 場合によっては、これらの制限が 0 に減らされています。 新しい Batch アカウントを作成するとき、クォータを確認し、必要に応じてコアまたはサービスのクォータの適切な増加を要求してください。 または、サブスクリプションのすべての Batch アカウントでコアと VM ファミリのクォータを維持するために、既に十分なクォータがある Batch アカウントまたはユーザー サブスクリプション プール割り当ての Batch アカウントを再利用することを検討してください。 アクティブなジョブやプールなどのサービス クォータは、ユーザー サブスクリプション プール割り当ての Batch アカウントの場合でも、個別の各 Batch アカウントに適用されます。

2 この制限を超える引き上げを要求するには、Azure サポートにお問い合わせください。

Note

既定の制限は、Batch アカウントの作成に使用するサブスクリプションの種類によって異なります。 示されているコア クォータは、Batch サービス モードの Batch アカウント用です。 Batch アカウントのクォータを確認してください。

クラシック デプロイ モデルの制限

Azure Resource Manager デプロイ モデルの代わりにクラシック デプロイ モデルを使用する場合は、次の制限が適用されます。

Resource Default limit Maximum limit
サブスクリプションあたりの vCPU 数 1 20 10,000
サブスクリプションごとの共同管理者 200 200
サブスクリプションあたりのストレージ アカウント数 2 100 100
サブスクリプションあたりのクラウド サービス数 20 200
サブスクリプションあたりのローカル ネットワーク数 10 500
サブスクリプションあたりの DNS サーバー数 9 100
サブスクリプションあたりの予約済み IP 数 20 100
サブスクリプションあたりのアフィニティ グループ数 256 256
サブスクリプション名の長さ (文字数) 64 64

1余分な小さなインスタンスは、部分的な CPU コアを使用しているにもかかわらず、vCPU の上限に向かって 1 つの vCPU としてカウントされます。

2ストレージ アカウントの制限には、Standard ストレージ アカウントと Premium ストレージ アカウントの両方が含まれます。

Container Instances の制限

Resource Actual Limit
リージョンごとのサブスクリプションあたりの Standard SKU コンテナー グループ数 100
リージョンごとのサブスクリプションあたりの Dedicated SKU コンテナー グループ数 01
コンテナー グループあたりのコンテナーの数 60
コンテナー グループあたりのボリュームの数 20
リージョンごとのサブスクリプションあたりの Standard SKU コア (CPU) 数 100
リージョンごとのサブスクリプションあたりの K80 GPU 用 Standard SKU コア (CPU) 数 0
リージョンごとのサブスクリプションあたりの V100 GPU 用 Standard SKU コア (CPU) 数 0
IP あたりのポート数 5
コンテナー インスタンスのログ サイズ - 実行中のインスタンス 4 MB
コンテナー インスタンスのログ サイズ - 停止されたインスタンス 16 KB または 1,000 行
1 時間あたりのコンテナー グループの作成数 3001
5 分間あたりのコンテナー グループの作成数 1001
1 時間あたりのコンテナー グループの削除数 3001
5 分間あたりのコンテナー グループの削除数 1001

1制限の引き上げを要求するには、 Azure サポート要求を作成します。 Azure 無料アカウントや Microsoft Azure for Students などの無料サブスクリプションは、制限またはクォータの引き上げの適用対象外です。 無料サブスクリプションをお持ちの場合は、従量課金制サブスクリプションにアップグレードできます。
2従量課金制サブスクリプションの既定の制限。 他のカテゴリの種類では制限が異なる場合があります。

Azure Container Registry の制限

次の表は、Basic、Standard、Premium の各 Azure Container Registry サービス レベルの機能と制限の詳細を示しています。

Resource Basic Standard Premium
付属ストレージ1 (GiB) 10 100 500
ストレージの制限 (TiB) 40 40 40
イメージ レイヤーの最大サイズ (GiB) 200 200 200
マニフェストの最大サイズ (MiB) 4 4 4
1 分あたりの ReadOps2、3 1,000 3,000 10,000
1 分あたりの書き込み操作2、4 100 500 2,000
ダウンロード帯域幅2 (Mbps) 30 60 100
アップロード帯域幅 2 (Mbps) 10 20 50
Webhooks 2 10 500
Geo-replication N/A N/A Supported
Availability zones N/A N/A Supported
Content trust N/A N/A Supported
プライベート エンドポイントがあるプライベート リンク N/A N/A Supported
• プライベート エンドポイント N/A N/A 200
パブリック IP ネットワーク ルール N/A N/A 100
サービス エンドポイントの VNet アクセス N/A N/A Preview
• 仮想ネットワーク規則 N/A N/A 100
Customer-managed keys N/A N/A Supported
Repository-scoped permissions Supported Supported Supported
• Tokens 100 500 50,000
• スコープ マップ 100 500 50,000
• Actions 500 500 500
• スコープマップごとのリポジトリ5 500 500 500
匿名プル アクセス N/A Preview Preview

各 レベルの1日あたりの料金にはストレージが含まれています。 ストレージの上限に達するまで追加のストレージを使用できますが、GiB あたりの追加料金が日単位で課金されます。 詳細については、「Azure Container Registry の価格」を参照してください。 レジストリのストレージ制限を超えてストレージが必要な場合は、Azure サポートにお問い合わせください。

2ReadOps、WriteOps、帯域幅は最小推定値です。 Azure Container Registry は、使用状況に応じてパフォーマンスの向上に努めます。 ダウンロードを高速化するには、両方のリソース、ACR、デバイスが同じリージョンに存在する必要があります。

3Docker プルは、イメージ内のレイヤーの数とマニフェストの取得に基づいて、複数の読み取り操作に変換されます。

4Docker プッシュは、プッシュする必要があるレイヤーの数に基づいて、複数の書き込み操作に変換されます。 docker pushには、既存のイメージのマニフェストを取得するための ReadOps が含まれています。

5、content/delete、content/read、content/write、metadata/readの個々のmetadata/writeは、スコープ マップあたりのリポジトリの制限に対応します。

Azure Content Delivery Network の制限

Resource Limit
Azure Content Delivery Network プロファイル数 25
プロファイルあたりの Content Delivery Network エンドポイント数 25
エンドポイントあたりのカスタム ドメイン数 25
プロファイルあたりの配信元グループの最大数 10
配信元グループあたりの配信元の最大数 10
CDN エンドポイントあたりのルールの最大数 25
ルールあたりの一致条件の最大数 10
ルールあたりのアクションの最大数 5
プロファイルあたりの最大帯域幅* 75 Gbps
プロファイルあたりの 1 秒あたりの最大要求数 100,000
HTTP ヘッダー サイズの制限 (ヘッダーあたり) 32 KB

* これら 2 つの制限は、Microsoft (クラシック) の Azure CDN Standard にのみ適用されます。 トラフィックがグローバルに分散されておらず、1 つまたは 2 つのリージョンに集中していない場合、またはより高いクォータ制限が必要な場合は、 Azure サポート要求を作成します。

Content Delivery Network サブスクリプションには、1 つ以上の Content Delivery Network プロファイルを含めることができます。 Content Delivery Network プロファイルには、1 つ以上の Content Delivery Network エンドポイントを含めることができます。 インターネット ドメイン、Web アプリケーション、またはその他のなんらかの基準別に Content Delivery Network エンドポイントを整理するために複数のプロファイルを使用することが必要になる場合があります。

Azure Data Lake Analytics の制限

Azure Data Lake Analytics を使用すると、分散インフラストラクチャや複雑なコードを管理するという複雑なタスクを簡単に行うことができます。 リソースが動的にプロビジョニングされるため、Azure Data Lake Analytics を使用すると、数エクサバイトのデータも分析することができます。 ジョブが完了するとリソースが自動的に縮小されます。 使用した処理能力の料金のみを支払います。 保存するデータのサイズや使用するコンピューティングの量を増やしたり減らしたりする際に、コードを書き直す必要はありません。 サブスクリプションの既定の制限を引き上げるには、サポートにお問い合わせください。

Resource Limit Comments
同時実行ジョブの最大数 20
アカウントあたりの分析ユニット (AU) の最大数 250 20 個のジョブ全体で最大 250 AU を任意に組み合わせて使用します。 この制限を引き上げるには、Microsoft サポートにお問い合わせください。
ジョブ送信の最大スクリプト サイズ 3 MB
リージョンごとのサブスクリプションあたりの Data Lake Analytics アカウントの最大数 5 この制限を引き上げるには、Microsoft サポートにお問い合わせください。

Azure Data Lake Storage の制限

Azure Data Lake Storage Gen2 は、専用サービスでもストレージ アカウントの種類でもありません。 これは、ビッグ データ分析専用の機能の最新リリースです。 これらの機能は、汎用 v2 または BlockBlobStorage ストレージ アカウントで使用でき、アカウントの 階層型名前空間 機能を有効にすることで取得できます。 スケール ターゲットについては、次の記事を参照してください。

Azure Data Lake Storage Gen1 は専用サービスです。 これは、ビッグ データの分析ワークロード用のエンタープライズ規模のハイパースケール リポジトリです。 Data Lake Storage Gen1 を使用すると、運用分析や調査分析を目的として任意のサイズ、種類、取り込み速度のデータを 1 か所でキャプチャできます。 Data Lake Storage Gen1 アカウントに格納できるデータ量に制限はありません。

Resource Limit Comments
リージョンごとのサブスクリプションあたりの Data Lake Storage Gen1 アカウントの最大数 10 この制限の引き上げを要求するには、サポートにお問い合わせください。
ファイルまたはフォルダーあたりのアクセス ACL の最大数 32 これはハード制限です。 少ないエントリでアクセスを管理するには、グループを使用します。
ファイルまたはフォルダーあたりの既定 ACL の最大数 32 これはハード制限です。 少ないエントリでアクセスを管理するには、グループを使用します。

Azure Data Share の制限

組織では、Azure Data Share を利用することで、顧客やパートナーとデータを簡単かつ安全に共有することができます。

Resource Limit
Azure サブスクリプションあたりの Data Share リソースの最大数 100
Data Share リソースあたりの送信された共有の最大数 200
Data Share リソースあたりの受信された共有の最大数 100
送信された共有あたりの招待の最大数 200
送信された共有あたりの共有サブスクリプションの最大数 200
共有あたりのデータセットの最大数 200
共有あたりのスナップショット スケジュールの最大数 1

Azure Database Migration Service の制限

Azure Database Migration Service は、複数のデータベース ソースから Azure データ プラットフォームへのシームレスな移行を最小限のダウンタイムで実現できるように設計されたフル マネージド サービスです。

Resource Limit Comments
リージョンごとのサブスクリプションあたりのサービスの最大数 10 この制限の引き上げを要求するには、サポートにお問い合わせください。

Azure Device Update for IoT Hub の制限

制限は、Standard SKU に関してのみ調整できます。 制限調整要求はケース バイ ケースで評価され、承認は保証されません。

無料の SKU に関する制限調整要求は受け付けられません。 また、無料の SKU インスタンスは Standard SKU インスタンスにアップグレードできません。

次の表は、Azure Resource Manager での Device Update for IoT Hub リソースに関する制限を示しています。

Resource Standard SKU の制限 無料 SKU の制限 Standard SKU で調整可能
サブスクリプションあたりのアカウント数 50 1 No
アカウントあたりのインスタンス数 50 1 No
アカウント名の長さ 3-24 characters 3-24 characters No
インスタンス名の長さ 3-36 characters 3-36 characters No

次の表は、さまざまな Device Update 操作に関連する制限を示しています。

Operation Standard SKU の制限 無料 SKU の制限 Standard SKU で調整可能
インスタンスあたりのデバイス数 1 million 10 Yes
インスタンスあたりのデバイス グループの数 100 10 Yes
インスタンスあたりのデバイス クラスの数 80 10 Yes
インスタンスあたりのアクティブなデプロイの数 50 (取り消しのために予約されている 1 つを含む) 5 (取り消しのために予約されている 1 つを含む) Yes
インスタンスあたりのデプロイの合計数 (すべてのアクティブなデプロイ、非アクティブなデプロイ、削除されていない取り消されたデプロイを含む) 100 20 No
インスタンスあたりの更新プロバイダーの数 25 2 No
インスタンスごとのプロバイダーあたりの更新名の数 25 2 No
インスタンスごとの更新プロバイダーおよび更新名あたりの更新バージョン数 100 5 No
インスタンスあたりの更新の合計数 100 10 No
1 つの更新ファイルの最大サイズ 2 GB 2 GB Yes
1 回のインポート操作の全ファイルの最大合計サイズ 2 GB 2 GB Yes
1 つの更新でのファイルの最大数 10 10 No
インスタンスあたりに含まれるデータ ストレージの合計 100 GB 5 GB No

Note

取り消されたデプロイや非アクティブなデプロイは、デプロイ合計数の制限にカウントされます。 新しいデプロイを作成できるように、これらのデプロイを必ず定期的にクリーンアップしてください。

Azure Digital Twins の制限

Note

このサービスには、調整可能な制限がある領域と、そうではない領域があります。 次の表では、この条件を表すために Adjustable? 列を使用します。 制限を調整できる場合、[ 調整可能 ] の値は [はい] です。

Functional limits

次の表は、Azure Digital Twins の機能の制限の一覧です。

Area Capability Default limit Adjustable?
Azure resource 1 つのリージョン内のサブスクリプションあたりの Azure Digital Twins インスタンスの数 10 はい、最大 50
Digital twins Azure Digital Twins インスタンス内のツインの数 2,000,000 Yes
Digital twins 1 つの Import Jobs API ジョブでインポートできるデジタル ツインの数 2,000,000 No
Digital twins 1 つのツインに対する着信リレーションシップの数 50,000 No
Digital twins 1 つのツインからの発信リレーションシップの数 50,000 No
Digital twins Azure Digital Twins インスタンス内のリレーションシップの合計数 20,000,000 Yes
Digital twins 1 つの Import Jobs API ジョブでインポートできるリレーションシップの数 10,000,000 No
Digital twins 1 つのツインの最大サイズ (PUT または PATCH 要求の JSON 本文) 32 KB No
Digital twins 要求ペイロードの最大サイズ 32 KB No
Digital twins 文字列プロパティ値の最大サイズ (UTF-8) 4 KB No
Digital twins プロパティ名の最大サイズ 1 KB No
Routing 1 つの Azure Digital Twins インスタンスのエンドポイントの数 6 No
Routing 1 つの Azure Digital Twins インスタンスのルート数 6 Yes
Models 1 つの Azure Digital Twins インスタンス内のモデルの数 10,000 Yes
Models 1 つの API 呼び出し (Import Jobs API を使用しない) でインポートできるモデルの数 250 No
Models 1 つの Import Jobs API ジョブでインポートできるモデルの数 10,000 No
Models 1 つのモデルの最大サイズ (PUT または PATCH 要求の JSON 本文) 1 MB No
Models 1 つのページで返される項目の数 100 No
Query 1 つのページで返される項目の数 1000 Yes
Query クエリ内の AND / OR 式の数 50 Yes
Query IN / NOT IN 句内の配列項目の数 50 Yes
Query クエリ内の文字数 8,000 Yes
Query クエリ内の JOINS の数 5 Yes

Rate limits

次の表は、さまざまな API のレート制限の一覧です。

API Capability Default limit Adjustable?
Jobs API 1 秒あたりの要求の数 1 Yes
Jobs API 同時に実行されている一括ジョブの数 (インポートと削除を含む) 1 Yes
Models API 1 秒あたりの要求の数 100 Yes
Digital Twins API 1 秒あたりの読み取り要求の数 1,000 Yes
Digital Twins API 1 秒あたりのパッチ要求の数 1,000 Yes
Digital Twins API すべてのツインとリレーションシップでの 1 秒あたりの作成/削除操作の数 500 Yes
Digital Twins API 単一のツインまたはその着信および発信リレーションシップでの 1 秒あたりの作成/更新/削除操作の数 10 No
Digital Twins API 単一のツインまたはその着信と発信リレーションシップでの未処理操作の数 500 No
Query API 1 秒あたりの要求の数 500 Yes
Query API 1 秒あたりのクエリユニット数 4,000 Yes
イベント ルート API 1 秒あたりの要求の数 100 Yes

Other limits

Azure Digital Twins モデルの DTDL ドキュメント内のデータ型とフィールドに関する制限事項については、GitHub の仕様ドキュメント「Digital Twins Definition Language (DTDL) - バージョン 3」を参照してください。

クエリの待機時間の詳細については、 クエリ言語で説明します。 クエリ言語の特定の機能の制限については、クエリ リファレンス ドキュメントを参照してください。

Azure Event Grid の制限

Note

この記事に記載されている次の制限の一覧は、リージョンあたりの制限です。

Event Grid のスロットルの制限

Event Grid には、Standard レベルと Basic レベルが用意されています。 Event Grid の Standard レベルを使用すると、Message Queuing Telemetry Transport (MQTT) ブローカー機能を使用したパブリッシュ/サブスクライブ、および Event Grid 名前空間を介したメッセージのプル配信が可能になります。 Event Grid の Basic レベルを使用すると、Event Grid カスタム トピック、Event Grid システム トピック、Event ドメイン、Event Grid パートナー トピックを使用したプッシュ配信が可能になります。 適切な Event Grid レベルの選択に関する記事を参照してください。 この記事では、両方のサービス レベルのクォータと制限について説明します。

Event Grid 名前空間リソースの制限

Azure Event Grid 名前空間 を使用すると、MQTT メッセージングと HTTP プル配信が可能になります。 Azure Event Grid の名前空間リソースには、次の制限が適用されます。

Limit description Limit
Azure サブスクリプションあたりの Event Grid 名前空間数 50
Event Grid 名前空間あたりの最大スループット ユニット数 40 (40 TU を超えて引き上げを要求するには、askmqtt@microsoft.com にお問い合わせください)
Event Grid 名前空間あたりの IP ファイアウォール規則数 16

Event Grid 名前空間内の MQTT の制限

Azure Event Grid 名前空間リソースの MQTT には、次の制限が適用されます。

Note

スループット ユニット (TU) は、名前空間のイングレスおよびエグレス イベントのレート容量を定義します。 これを使用すると、メッセージのイングレスおよびエグレス用の名前空間リソースの容量を制御できます。

Limit description Limit
Event Grid 名前空間あたりの MQTT セッション数 スループット ユニット (TU) あたり 10,000
Event Grid 名前空間あたりのセッション数 TU あたり 10,000
セッションの有効期限の間隔 8 時間、Event Grid 名前空間で構成可能
Event Grid 名前空間あたりのインバウンド MQTT 発行要求数 TU ごとに 1 秒あたり 1,000 件のメッセージ
Event Grid 名前空間あたりのインバウンド MQTT 帯域幅 TU あたり毎秒 1 MB
セッションあたりのインバウンド MQTT 発行要求数 1 秒あたり 1000 メッセージ
セッションあたりのインバウンド MQTT 帯域幅 1 秒あたり 1 MB
処理中のインバウンド MQTT メッセージ数* 1000 messages
処理中のインバウンド MQTT 帯域幅* 64 KB
Event Grid 名前空間あたりのアウトバウンド MQTT 発行要求 TU ごとに 1 秒あたり 1,000 件のメッセージ
Event Grid 名前空間あたりのアウトバウンド MQTT 帯域幅 TU あたり毎秒 1 MB
セッションあたりのアウトバウンド MQTT 発行要求 1 秒あたり 100 件のメッセージ
セッションあたりのアウトバウンド MQTT 帯域幅 1 秒あたり 1 MB
処理中のアウトバウンド MQTT メッセージ数* 100 messages
処理中のアウトバウンド MQTT 帯域幅* 64 KB
メッセージの最大サイズ 512 KB
トピックまたはトピック フィルターあたりのセグメント数 15
Topic size 256 B
MQTTv5 応答トピック 256 B
MQTTv5 トピックの別名数 セッションあたり 10
すべてのユーザー プロパティの MQTTv5 合計サイズ 32 KB
クライアント セッションあたりの MQTT 接続速度 クライアント セッションあたり毎秒 1 回の接続試行
MQTTv5 コンテンツ タイプのサイズ 256 B
MQTTv5 相関関係データのサイズ 256 B
Connect requests TU あたり毎秒 200 要求
MQTTv5 認証データのサイズ 8 KB
最大キープアライブ間隔 1160
MQTT SUBSCRIBE パケットあたりのトピック フィルター数 10
Event Grid 名前空間あたりのサブスクライブ要求とサブスクライブ解除要求の数 1 秒あたり 200 要求
セッションあたりのサブスクライブ要求とサブスクライブ解除要求の数 1 秒あたり 5 要求
MQTT セッションあたりのサブスクリプション数 50
Event Grid 名前空間あたりのサブスクリプション数 1 million
MQTT トピックあたりのサブスクリプション数 Event Grid 名前空間またはセッションあたりのサブスクリプション数の制限を超えない限り無制限
登録済みクライアント リソース数 TU あたり 10,000 クライアント
CA certificates 10
Client groups 10
Topic spaces 10
Topic templates トピック空間あたり 10
Permission bindings 100

* MQTTv5 の場合は、フロー制御のサポートの詳細を参照してください。

Event Grid 名前空間のイベント制限

Azure Event Grid 名前空間リソースのイベントには、次の制限が適用されます。

Limit description Limit
Event Grid 名前空間トピック TU あたり 100
Event ingress 1 秒あたり 1,000 イベントまたは TU あたり 1 MB/秒 (どちらか先に達した方)
イベント エグレス (プッシュ API とプル API) 1 秒あたり最大 2,000 イベント、または TU あたり 2 MB/秒
イベント エグレス (ロック API の確認、リリース、拒否、更新) 1 秒あたり最大 2,000 イベント、または TU あたり 2 MB/秒
Event Grid 名前空間トピックでのイベントの最大リテンション期間 7 days
トピックあたりのサブスクリプション数 500
イベントの最大サイズ 1 MB
Batch size 1 MB
要求あたりのイベント数 1,000

カスタム トピック、システム トピック、パートナー トピックのリソースの制限

Azure Event Grid のカスタム トピック、システム トピック、パートナー トピックのリソースには、次の制限が適用されます。

Limit description Limit
Azure サブスクリプションあたりのカスタム トピック数 100
制限に達した場合、別のリージョンを検討するか、または 100,000 個のトピックをサポートできるドメインの使用を検討できます。
トピックあたりのイベント サブスクリプション数 500
この制限を引き上げることはできません。
カスタムまたはパートナーのトピックの発行率 (イングレス) 1 秒あたり 5,000 イベントまたは 5 MB (どちらか先に達した方)。 イベントは、制限と価格の目的で 64 KB のデータ チャンクとしてカウントされます。 そのため、イベントが 128 KB の場合、2 つのイベントとしてカウントされます。
Event size 1 MB
この制限を引き上げることはできません。
トピックでのイベントの最大リテンション期間 1 day. この制限を増やすことはできません。
バッチあたりの受信イベントの数 5,000
この制限を引き上げることはできません
トピックあたりのプライベート エンドポイント接続数 64
この制限を引き上げることはできません
トピックあたりの IP ファイアウォール規則数 128

ドメイン リソースの制限

Azure Event Grid ドメイン リソースには、次の制限が適用されます。

Limit description Limit
Azure サブスクリプションあたりのドメイン数 100
ドメインあたりのトピック数 100,000
ドメイン内のトピックあたりのイベント サブスクリプション数 500
この制限を引き上げることはできません
ドメイン スコープ イベント サブスクリプション数 50
この制限を引き上げることはできません
ドメインの発行率 (イングレス) 1 秒あたり 5,000 イベントまたは 5 MB (どちらか先に達した方)。 イベントは、制限と価格の目的で 64 KB のデータ チャンクとしてカウントされます。 そのため、イベントが 128 KB の場合、2 つのイベントとしてカウントされます。
ドメイン トピックでのイベントの最大リテンション期間 1 day. この制限を増やすことはできません。
ドメインあたりのプライベート エンドポイント接続数 64
トピックあたりの IP ファイアウォール規則数 128

Azure Event Hubs の制限

次の表に、Azure Event Hubs に固有のクォータと制限を示します。 Event Hubs の価格については、「Event Hubs の価格」を参照してください。

すべてのレベルに共通の制限

次の制限は、すべてのレベルで共通です。

Limit Notes Value
イベント ハブ名のサイズ - 256 characters
コンシューマー グループ名のサイズ Kafka プロトコルでは、コンシューマー グループを作成する必要はありません。

Kafka: 256 文字

AMQP: 50 文字
コンシューマー グループあたりの非エポック受信者の数 - 5
名前空間あたりの承認規則の数 承認規則の作成を求める以降の要求は拒否されます。 12
GetRuntimeInformation メソッドの呼び出し数 - コンシューマー グループあたり 1 秒あたり 50
仮想ネットワーク (VNet) の数 - 128
IP 構成規則の数 - 128
スキーマ グループ名の最大長 50
スキーマ名の最大長 100
スキーマあたりのサイズ (バイト単位) 1 MB
スキーマ グループあたりのプロパティの数 1024
スキーマ グループのプロパティ キーあたりのサイズ (バイト単位) 256
スキーマ グループのプロパティ値あたりのサイズ (バイト単位) 1024

Basic、Standard、Premium、Dedicated の各レベルの比較

次の表は、Basic、Standard、Premium、Dedicated の各レベルで異なる制限を示しています。

Note

  • テーブルでは、CU は 容量単位、PU は 処理装置、TU は スループット 単位です。
  • Basic レベルまたは Standard レベルの名前空間に対してTUs、または Premium レベルの名前空間に対してPUsを構成できます。
  • 専用クラスターを作成すると、クラスターに 1 個の CU が割り当てられます。 クラスターの作成時に サポート スケーリング オプションを有効にした場合は、CU を増やすか、クラスターの CU を自分で減らすことでスケール インすることでスケールアウトできます。 詳細な手順については、専用クラスターのスケーリングに関する記事を参照してください。 サポート スケーリング機能をサポートしていないクラスターの場合は、チケットを送信してクラスターの CU を調整します。
Limit Basic Standard Premium Dedicated
Event Hubs 発行の最大サイズ 256 KB 1 MB 1 MB 1 MB
イベント ハブあたりのコンシューマー グループの数 1 20 100 1,000
CU あたりの制限なし
名前空間あたりの Kafka コンシューマー グループの数 NA 1,000 1,000 1,000
名前空間あたりのブローカー接続の数 100 5,000 PU あたり 10,000

たとえば、名前空間に 4 つの CU が割り当てられている場合、制限は 40,000 です。		 CU あたり 100, 000
イベント データの最大リテンション期間 1 day 7 days 90 days 90 days
保持用のイベント ストレージ TU あたり 84 GB TU あたり 84 GB PU あたり 1 TB CU あたり 10 TB
最大 TU または PU または CU 40 TUs 40 TUs 16 PUs 20 CUs
イベント ハブあたりのパーティションの数 32 32 イベント ハブあたり 100 ですが、名前空間レベルでは PU あたり 200 という制限があります。

たとえば、名前空間に 2 個の PU が割り当てられている場合、名前空間内のすべてのイベント ハブのパーティションの合計数は、2 * 200 = 400 に制限されます。		 イベント ハブあたり 1,024
CU あたり 2,000
サブスクリプションあたりの名前空間の数 1,000 1,000 1,000 1,000 (CU あたり 50)
名前空間あたりのイベント ハブの数 10 10 PU あたり 100 1,000
Capture N/A 1 時間単位での支払 Included Included
圧縮されたイベント ハブのサイズ N/A パーティションあたり 1 GB パーティションあたり 250 GB パーティションあたり 250 GB
スキーマ レジストリ (名前空間) のサイズ (メガバイト単位) N/A 25 100 1,024
スキーマ レジストリまたは名前空間内のスキーマ グループの数 N/A 1: 既定のグループを除く 100
スキーマあたり 1 MB		 1,000
スキーマあたり 1 MB
すべてのスキーマ グループ間のスキーマ バージョンの数 N/A 25 1,000 10,000
ユニットあたりのスループット イングレス: 1 MB/秒または 1000 イベント/秒
エグレス: 2 MB/秒または 4,096 イベント/秒		 イングレス: 1 MB/秒または 1,000 イベント/秒
エグレス: 2 MB/秒または 4,096 イベント/秒		 PU あたりの制限なし * CU あたりの制限なし *

* リソースの割り当て、パーティションの数、ストレージなどの要因によって異なります。

Note

イベントは、個別に発行することもバッチ処理することもできます。 発行の制限 (SKU に基づく) は、1 つのイベントであるかバッチであるかに関係なく適用されます。 最大しきい値を超えるイベントの発行は拒否されます。

Azure IoT Central の制限

IoT Central では、サブスクリプションでデプロイできるアプリケーションの数が 100 に制限されます。 詳細については、Azure IoT Central のクォータと制限に関する記事を参照してください。

Azure IoT Hub の制限

次の表は、異なるサービス レベル (S1、S2、S3、F1) に関連付けられている制限の一覧です。 各レベルの各 ユニット のコストについては、 Azure IoT Hub の価格に関するページを参照してください。

Resource S1 Standard S2 Standard S3 Standard F1 Free
Messages/day 400,000 6,000,000 300,000,000 8,000
Maximum units 200 200 10 1

の表には、IoT Hub のリソースに適用される制限の一です。

Resource Limit
Azure サブスクリプションあたりの有料 IoT ハブの最大数 50
Azure サブスクリプションあたりの無料 IoT ハブの最大数 1
デバイス ID の最大文字数 128
1 回の呼び出しで返される
デバイス ID の最大数		 1,000
device-to-cloud メッセージの IoT Hub メッセージの最大リテンション期間 7 days
device-to-cloud メッセージの最大サイズ 256 KB
device-to-cloud バッチの最大サイズ AMQP および HTTP: バッチ全体で 256 KB
MQTT: 各メッセージで 256 KB
device-to-cloud バッチの最大メッセージ数 500
cloud-to-device メッセージの最大サイズ 64 KB
cloud-to-device メッセージの最大 TTL 2 days
cloud-to-device メッセージの
messages		 100
cloud-to-device キューのデバイスあたりの最大深度 50
cloud-to-device メッセージに対する
フィードバック メッセージの最大配信数		 100
cloud-to-device メッセージに対する
フィードバック メッセージの最大 TTL		 2 days
デバイス ツインの最大サイズ タグ セクションは 8 KB、必要なプロパティと報告されたプロパティのセクションはそれぞれ 32 KB
デバイス ツイン文字列キーの最大長 1 KB
デバイス ツイン文字列値の最大長 4 KB
デバイス ツインのオブジェクトの最大深度 10
ダイレクト メソッドのペイロードの最大サイズ 128 KB
ジョブ履歴の最大リテンション期間 30 days
同時実行ジョブの最大数 10 (S3 の場合)、5 (S2 の場合)、1 (S1 の場合)
追加エンドポイントの最大数 ( 組み込みエンドポイントを超える) 10 (S1、S2、S3 の場合)
メッセージ ルーティング規則の最大数 100 (S1、S2、S3 の場合)
同時接続デバイス ストリームの最大数 50 (S1、S2、S3、F1 の場合のみ)
デバイス ストリームの最大データ転送量 1 日あたり 300 MB (S1、S2、S3、F1 の場合のみ)

Note

1つの IoT ハブに登録できるデバイスとモジュールの合計数は、1,000,000 に制限されています。

IoT Hub は、次のクォータを超えた場合に要求を調整します。

Throttle Per-hub value
ID レジストリの操作
(作成、取得、一覧表示、更新、削除)、
個別または一括でのインポートとエクスポート		 83.33/秒/ユニット (5,000/分/ユニット) (S3 の場合)。
1.67/秒/ユニット (100/分/ユニット) (S1 と S2 の場合)。
Device connections 6,000/秒/ユニット (S3 の場合)、120/秒/ユニット (S2 の場合)、12/秒/ユニット (S1 の場合)。
最小 100/秒。
Device-to-cloud sends 6,000/秒/ユニット (S3 の場合)、120/秒/ユニット (S2 の場合)、12/秒/ユニット (S1 の場合)。
最小 100/秒。
Cloud-to-device sends 83.33/秒/ユニット (5,000/分/ユニット) (S3 の場合)、1.67/秒/ユニット (100/分/ユニット) (S1 と S2 の場合)。
Cloud-to-device receives 833.33/秒/ユニット (50,000/分/ユニット) (S3 の場合)、16.67/秒/ユニット (1,000/分/ユニット) (S1 と S2 の場合)。
ファイルのアップロード操作 83.33 ファイル アップロード開始/秒/ユニット (5,000/分/ユニット) (S3 の場合)、1.67 ファイル アップロード開始/秒/ユニット (100/分/ユニット) (S1 と S2 の場合)。
デバイスあたり 10 個の同時ファイル アップロード。
Direct methods 24 MB/秒/ユニット (S3 の場合)、480 KB/秒/ユニット (S2 の場合)、160 KB/秒/ユニット (S1 の場合)。
8 KB の調整メーター サイズに基づきます。
デバイス ツインの読み取り 500/秒/ユニット (S3 の場合)、最大 100/秒または 10/秒/単位 (S2 の場合)、100/秒 (S1 の場合)
デバイス ツインの更新 250/秒/ユニット (S3 の場合)、最大 50/秒または 5/秒/単位 (S2 の場合)、50/秒 (S1 の場合)
Jobs operations
(作成、更新、一覧表示、削除)		 83.33/秒/ユニット (5,000/分/ユニット) (S3 の場合)、1.67/秒/ユニット (100/分/ユニット) (S2 の場合)、1.67/秒/ユニット (100/分/ユニット) (S1 の場合)。
デバイスごとのジョブ操作のスループット 50/秒/ユニット (S3 の場合)、最大 10/秒または 1/秒/単位 (S2 の場合)、10/秒 (S1 の場合)。
デバイス ストリームの開始速度 5 つの新しいストリーム/秒 (S1、S2、S3、および F1 の場合のみ)。

Azure IoT Hub Device Provisioning Service の制限

次の表は、Azure IoT Hub Device Provisioning Service のリソースに適用される制限の一覧です。

Resource Limit
Azure サブスクリプションあたりのデバイス プロビジョニング サービスの最大数 10
登録の最大数 1,000,000
個々の登録の最大数 1,000,000
登録グループの最大数 (X.509 証明書) 100
登録グループの最大数 (対称キー) 100
CA の最大数 25
リンクされた IoT ハブの最大数 50
メッセージの最大サイズ 96 KB

Tip

対称キー登録グループのハード制限がブロックの問題である場合は、回避策として個々の登録を使用します。

Device Provisioning Service には、次のレート制限があります。

Rate Per-unit value
Operations 1,000/min/service
Device registrations 1,000/min/service
デバイスのポーリング操作 5/10 sec/device

Azure Key Vault の制限

リソースの種類: コンテナー

このセクションでは、リソースの種類 vaults のサービスの制限について説明します。

キー トランザクション (リージョン 1 ごとにコンテナーごとに 10 秒で許可される最大トランザクション数)

Key type HSM key
CREATE key		 HSM key
その他すべてのトランザクション		 Software key
CREATE key		 Software key
その他すべてのトランザクション
RSA 2,048-bit 10 2,000 20 4,000
RSA 3,072-bit 10 500 20 1,000
RSA 4,096-bit 10 250 20 500
ECC P-256 10 2,000 20 4,000
ECC P-384 10 2,000 20 4,000
ECC P-521 10 2,000 20 4,000
ECC SECP256K1 10 2,000 20 4,000

Note

前の表で、RSA 2,048 ビット ソフトウェア キーの場合、10 秒間に 4,000 件の GET トランザクションが許可されることがわかります。 RSA 2,048 ビット HSM キーでは、10 秒間に 2,000 件の GET トランザクションが許可されます。

スロットルのしきい値は重み付けされ、適用は、その合計に基づいて行われます。 たとえば、前の表で示されているように、RSA HSM キーで GET 操作を実行する場合、4,096 ビット キーを使用すると、2,000/250 = 8 であるため、2,048 ビット キーと比較して 8 倍のコストがかかります。

10 秒間に、Azure Key Vault クライアントは、スロットリング HTTP ステータスコードが発生するまで、次の操作のいずれかを1 つのみ実行できます。

  • 4,000 件の RSA 2,048 ビット ソフトウェア キー GET トランザクション
  • 2,000 件の RSA 2,048 ビット HSM キー GET トランザクション
  • 250 件の RSA 4,096 ビット HSM キー GET トランザクション
  • 248 件の RSA 4,096 ビット HSM キー GET トランザクションおよび 16 件の RSA 2,048 ビット HSM キー GET トランザクション

シークレット、マネージド ストレージ アカウント キー、コンテナー トランザクション

Transactions type リージョンあたりのボールトごとに、10秒間に許可される最大トランザクション数1
Secret
CREATE secret		 300 (3 つの操作すべてでまとめて)
Certificate
IMPORT certificate		 300 (3 つの操作すべてでまとめて)
Key
IMPORT key		 300 (3 つの操作すべてでまとめて)
その他すべてのトランザクション 4,000

Note

300 トランザクションの制限は、"CREATE シークレット"、"IMPORT 証明書"、および "インポート キー" 操作全体にまとめて適用されます。 たとえば、10 秒以内に 100 個のシークレットを作成し、100 個の証明書をインポートし、100 個のキーをインポートすると、上限に達し、調整が発生します。 これらの制限を超えたときにスロットルを処理する方法については、「Azure Key Vault のスロットリング ガイドライン」を参照してください。

1 すべてのトランザクションの種類に適用されるサブスクリプション レベルの制限は、キー コンテナーの制限の 5 倍です。

キー、シークレット、証明書をバックアップする

キー コンテナー オブジェクト (シークレット、キー、証明書など) をバックアップすると、そのオブジェクトは、バックアップ操作によって、暗号化された BLOB としてダウンロードされます。 この BLOB の暗号化は、Azure の外部で解除することはできません。 この BLOB から使用可能なデータを取得するには、同じ Azure サブスクリプションと Azure 地域内のキー コンテナーに BLOB を復元する必要があります

Transactions type 許容されるキー コンテナー オブジェクトのバージョンの最大数
個々のキー、シークレット、証明書をバックアップする 500

Note

バージョン数が制限を超えるキー、シークレット、または証明書オブジェクトをバックアップしようとすると、操作でエラーが発生します。 キー、シークレット、または証明書の以前のバージョンを削除することはできません。

キー、シークレット、および証明書の数に関する制限

Key Vault では、コンテナーに格納できるキー、シークレット、または証明書の数は制限されません。 コンテナーに関するトランザクション制限を考慮して、操作が調整されないようにする必要があります。

Key Vault では、シークレット、キー、または証明書に対するバージョン数は制限されませんが、多数のバージョン (500 個以上) を格納すると、バックアップ操作のパフォーマンスに影響を与える可能性があります。 Azure Key Vault のバックアップに関する記事を参照してください。

Azure Key Vault: Managed HSM の制限

リソースの種類: マネージド HSM

このセクションでは、リソースの種類 managed HSM のサービスの制限について説明します。

Object limits

Item Limits
リージョンごとのサブスクリプションあたりの HSM インスタンスの数 5
HSM インスタンスあたりのキーの数 5000
キーあたりのバージョンの数 100
HSM インスタンスあたりのカスタム ロール定義の数 50
HSM スコープでのロールの割り当ての数 50
個々のキー スコープでのロールの割り当ての数 10

詳細なパフォーマンス容量の計画とスケーリング ガイダンスについては、「Azure Managed HSM のスケーリング ガイダンス」を参照してください。

Azure マネージド ID の制限

  • 「Microsoft Entra サービスの制限と制約」で説明されているように、各マネージド ID は、Microsoft Entra テナントでのオブジェクトのクォータ制限にカウントされます。

  • マネージド ID を作成できるレートには、次の制限があります。

    1. 各 Azure リージョンの各 Microsoft Entra テナントについて: 20 秒あたり 400 件の作成操作。
    2. Azure リージョンごとの Azure サブスクリプションあたり: 20 秒あたり 80 件の作成操作。

  • ユーザー割り当てマネージド ID を Azure リソースに割り当てることができるレートは、次のとおりです。

    1. 各 Azure リージョンの各 Microsoft Entra テナントについて: 20 秒あたり 400 件の割り当て操作。
    2. Azure リージョンごとの Azure サブスクリプションあたり: 20 秒あたり 300 件の割り当て操作。

Azure Media Services の制限

Note

固定されていないリソースの場合、サポート チケットを開いてクォータの引き上げを要求してください。 より高い制限を得ようとして追加の Azure Media Services アカウントを作成することはしないでください。

Account limits

Resource Default Limit
1 つのサブスクリプション内の Media Services アカウント数 100 (fixed)

Asset limits

Resource Default Limit
Media Services アカウントあたりのアセット数 1,000,000

ストレージ (メディア) の制限

Resource Default Limit
File size 一部のシナリオでは、Media Services での処理でサポートされる最大ファイル サイズに制限があります。 (1)
Storage accounts 100(2) (fixed)

1 1 つの BLOB でサポートされている最大サイズは、現在、Azure Blob Storage で最大 5 TB です。 Media Services ではさらに、サービスで使用される VM サイズに基づく別の制限が適用されます。 サイズ制限は、アップロードするファイルのほかに、Media Services 処理 (エンコードまたは分析) の結果として生成されるファイルにも適用されます。 ソース ファイルが 260 GB を超える場合、ジョブは失敗する可能性があります。

2 ストレージ アカウントは、同じ Azure サブスクリプションのアカウントである必要があります。

ジョブ (エンコードおよび分析) の制限

Resource Default Limit
Media Services アカウントあたりの ジョブ数 500,000 (3) (固定)
ジョブあたりのジョブ入力数 50 (fixed)
ジョブあたりのジョブ出力数 20 (fixed)
Media Services アカウントあたりの 変換数 100 (fixed)
変換内の変換出力数 20 (fixed)
Job 入力ごとのファイル 10 (fixed)

3 この数には、キューに登録されたジョブ、完了したジョブ、アクティブなジョブ、取り消されたジョブが含まれます。 削除されたジョブは含まれません。

レコードの合計数が最大クォータを下回っている場合でも、アカウント内の 90 日より前のすべての古いジョブ レコードは自動的に削除されます。

ライブ ストリーミングの制限

Resource Default Limit
Media Services アカウントあたりのライブ イベント数 (4) 5
ライブ イベントあたりのライブ出力数 3 (5)
ライブ出力の最大期間 DVR ウィンドウのサイズ

4 ライブ イベントの制限事項の詳細については、「 ライブ イベントの種類の比較と制限事項」を参照してください。

5 ライブ出力は作成時に開始され、削除されると停止します。

パッケージおよび配信の制限

Resource Default Limit
Media Services アカウントあたりのストリーミング エンドポイント数 (停止済みまたは実行中) 2
動的マニフェスト フィルター 100
Streaming Policies 100 (6)
1 つの資産に一度に関連付けられる一意のストリーミング ロケーター数 100(7) (fixed)

6 カスタム ストリーミング ポリシーを使用する場合は、Media Service アカウントに限定された一連のポリシーを設計し、同じ暗号化オプションとプロトコルが必要な場合は常に StreamingLocator に再利用する必要があります。 ストリーミング ロケーターごとに新しいストリーミング ポリシーを作成しないでください。

7 ストリーミング ロケーターは、ユーザーごとのアクセス制御を管理するために設計されていません。 個々のユーザーに異なるアクセス権限を付与するには、デジタル著作権管理 (DRM) ソリューションを使用します。

Protection limits

Resource Default Limit
コンテンツ キー ポリシーあたりのオプション数 30
Media Services キー配信サービスでの各 DRM 型のライセンスのアカウントあたりの毎月の数 1,000,000

Support ticket

固定されていないリソースの場合は、 サポート チケットを開いてクォータの引き上げを要求できます。 要求には、目的のクォータの変更、ユース ケース シナリオ、必要なリージョンに関する詳細情報を含めてください。
より高い制限を取得しようとして、追加の Azure Media Services アカウントを作成 しないでください 。

Azure Media Services v2 (レガシ)

Media Services v2 (レガシ) に固有の制限については、「Media Services v2 (レガシ)」を参照してください

Azure Mobile Services の制限

Tier Free Basic Standard
API calls 500,000 ユニットあたり 150 万 ユニットあたり 1,500 万
Active devices 500 Unlimited Unlimited
Scale N/A 最大 6 ユニット Unlimited units
Push notifications Azure Notification Hubs の Free レベルが付属、最大で 100 万プッシュ Notification Hubs の Basic レベルが付属、最大で 1,000 万プッシュ Notification Hubs の Standard レベルが付属、最大で 1,000 万プッシュ
Real-time messaging/
WebSockets		 Limited モバイル サービスあたり 350 Unlimited
Offline synchronizations Limited Included Included
Scheduled jobs Limited Included Included
Azure SQL Database (必須)
追加の容量には Standard 料金が適用される		 20 MB が含まれる 20 MB が含まれる 20 MB が含まれる
CPU capacity 1 日あたり 60 分 Unlimited Unlimited
アウトバウンド データ転送 1 日あたり 165 MB (日ごとのロールオーバー) Included Included

制限と価格の詳細については、Azure Mobile Services の価格に関する記事を参照してください。

Azure ネットワークの制限

ネットワークの制限 - Azure Resource Manager

次の制限は、Azure Resource Manager デプロイ モデルを通じて管理されるネットワーク リソースにのみ適用されます (リージョンごとのサブスクリプションあたり)。 サブスクリプションの上限に対する現在のリソース使用状況を確認する方法を参照してください。

Note

すべての既定の制限がそれぞれの上限まで引き上げられました。 上限列がない場合、そのリソースに調整可能な制限はありません。 過去にこれらの制限がサポートによって手動で引き上げられ、現在は、次の表に記載されている制限を下回っている場合は、オンライン カスタマー サポート リクエスト (無料) を開いてください

Resource Limit
Virtual networks 1,000
仮想ネットワークあたりのサブネット数 3,000
仮想ネットワークあたりの仮想ネットワーク ピアリング数 500
仮想ネットワークあたりの仮想ネットワーク ゲートウェイ (VPN ゲートウェイ) 数 1
仮想ネットワークあたりの仮想ネットワーク ゲートウェイ (ExpressRoute ゲートウェイ) 数 1
仮想ネットワークあたりの DNS サーバー数 20
ネットワーク インターフェイスあたりの DNS サーバー数 20
仮想ネットワークあたりのプライベート IP アドレス数 65,536
ピアリングされた仮想ネットワーク グループの合計プライベート アドレス数 128,000
ネットワーク インターフェイスあたりのプライベート IP アドレス数 256
仮想マシンあたりのプライベート IP アドレス数 256
ネットワーク インターフェイスあたりのパブリック IP アドレス数 256
仮想マシンあたりのパブリック IP アドレス数 256
仮想マシンまたはロール インスタンスの NIC あたりの同時 TCP または UDP フロー数 500,000
ネットワーク インターフェイス カード 65,536
ネットワーク セキュリティ グループ 5,000
NSG あたりの NSG ルール数 1,000
セキュリティ グループ内の送信元または送信先に指定された IP アドレスと範囲 (この制限は、送信元と送信先に個別に適用されます) 4,000
アプリケーション セキュリティ グループ 3,000
IP 構成ごと、NIC あたりのアプリケーション セキュリティ グループ数 20
NSG 規則あたりのソース/宛先として参照されるアプリケーション セキュリティ グループ数 10
アプリケーション セキュリティ グループあたりの IP 構成 4,000
ネットワーク セキュリティ グループのすべてのセキュリティ規則内で指定できるアプリケーション セキュリティ グループ数 100
ユーザー定義ルート テーブル 200
ルート テーブルあたりのユーザー定義ルート数 400
ルート テーブルごとにサービス タグを設定されたルート 25
Azure VPN Gateway あたりのポイント対サイト ルート証明書数 20
Azure VPN Gateway あたりのポイント対サイト取り消し済みクライアント証明書数 300
仮想ネットワーク TAP 数 100
仮想ネットワーク TAP あたりのネットワーク インターフェイス TAP 構成数 100

パブリック IP アドレスの制限

Resource Default limit Maximum limit
基本的なパブリック IPv4、IPv6 アドレス1,2 10 Contact support
標準的なパブリック IPv4、IPv6 アドレス1 10 Contact support
グローバル層パブリック IPv4、IPv6 アドレス1 10 Contact support
ルーティング優先インターネット パブリック IPv4、IPv6 アドレス1 10 Contact support
パブリック IP プレフィックス サブスクリプション内の Standard パブリック IP の数によって制限されます Contact support
パブリック IP プレフィックスの長さ /28 Contact support
カスタム IP プレフィックス 5 Contact support

1パブリック IPv4/v6 アドレスの既定の制限は、無料試用版、従量課金制、CSP などのオファー カテゴリの種類によって異なります。 たとえば、Enterprise Agreement サブスクリプションの既定値は 1000 で、従量課金制の既定値は 20 です。 オファーの大部分は 10 から始まります。 サブスクリプションあたりのパブリック IP アドレスの全体的な最大数もあります。

2Basic パブリック IP アドレスは非推奨となり、2025 年 9 月 30 日の時点で廃止されます。 詳細については 、こちらを 参照してください。

次の制限は、サブスクリプションごとに クラシック デプロイ モデルを使用して管理されるネットワーク リソースにのみ適用されます。 サブスクリプションの上限に対する現在のリソース使用状況を確認する方法を参照してください。

Resource Default limit Maximum limit
Virtual networks 100 100
ローカル ネットワーク サイト 20 50
仮想ネットワークあたりの DNS サーバー数 20 20
仮想ネットワークあたりのプライベート IP アドレス数 4,096 4,096
仮想マシンまたはロール インスタンスの NIC あたりの同時 TCP または UDP フロー数 2 つ以上の NIC で 500,000 (最大 1,000,000)。 2 つ以上の NIC で 500,000 (最大 1,000,000)。
ネットワーク セキュリティ グループ (NSG) 200 200
NSG あたりの NSG ルール数 200 1,000
ユーザー定義ルート テーブル 200 200
ルート テーブルあたりのユーザー定義ルート数 400 400
パブリック IP アドレス (動的) 500 500
予約済みパブリック IP アドレス 500 500
デプロイあたりのパブリック IP 5 Contact support
デプロイあたりのプライベート IP (内部負荷分散) 1 1
エンドポイント アクセス制御リスト (ACL) 50 50

Azure Load Balancer の制限

Standard Load Balancer

Resource Limit
Load balancers 1,000
フロントエンド IP 構成 600
リソースあたりのルール数 (ロード バランサー + インバウンド NAT) 1,500
NIC あたりのルール数 (1 つの NIC 上のすべての IP にわたる)1 300
高可用性ポートのルール 内部フロント エンドあたり 1 個
Load Balancer あたりのアウトバウンド規則数 600
バックエンド プールのサイズ 5,000
Azure グローバル ロード バランサー バックエンド プールのサイズ 300
フロントエンドごとのバックエンド IP 構成 2 10,000
すべてのフロントエンドでのバックエンド IP 構成 500,000

1 各 NIC には、NIC 上のすべての IP 構成で (負荷分散、インバウンド NAT、アウトバウンド規則を組み合わせて) を合計 300 個の規則構成できます。 2 バックエンド IP 構成は、負荷分散、受信 NAT、送信規則を含むすべてのロード バランサー規則で集計されます。 バックエンド プール インスタンスが構成されている各規則は、1 つの構成としてカウントされます。

Load Balancer では、スループット制限は適用されません。 ただし、仮想マシンと仮想ネットワークに対するスループット制限は引き続き適用されます。 詳しくは、「仮想マシンのネットワーク帯域幅」を参照してください。

Gateway Load Balancer

Resource Limit
Gateway Load Balancer フロントエンドあたりのチェーンされたリソース数 (Load Balancer フロントエンド構成または VM NIC IP 構成の組み合わせ) 100

Standard Load Balancer に対するすべての制限がゲートウェイ ロード バランサーにも適用されます。

ベーシックロードバランサー

Resource Limit
Load balancers 1,000
リソースあたりのルール数 250
NIC あたりのルール数 (1 つの NIC のすべての IP にわたる) 300
フロントエンド IP 構成 3 200
バックエンド プールのサイズ 300 IP 構成、単一の可用性セット
Load Balancer あたりの可用性セット数 1
VM あたりのロード バランサー数 2 (パブリックに 1 つと内部に 1 つ)

3 バックエンド プール内の 1 つの個別リソース (スタンドアロン仮想マシン、可用性セット、または仮想マシン スケール セット配置グループ) の制限は、1 つの Basic パブリック ロード バランサーと Basic 内部ロード バランサー全体で最大 250 個のフロントエンド IP 構成を持つことです。

Azure Application Gateway の制限

特に明記されていない限り、次の表は、 v1、v2、Standard、WAF SKU に適用されます。

Resource Limit Note
Azure Application Gateway リージョンごとにサブスクリプションあたり 1,000
フロントエンド IP 構成 4 IPv4 - パブリック 1、プライベート 1。
IPv6 - パブリック 1、プライベート 1。
Frontend ports 1001
バックエンド アドレス プール 100
プールあたりのバックエンド ターゲット 1,200
HTTP listeners 2001 トラフィックをルーティングするアクティブなリスナーは 100 個に制限されます。 アクティブリスナー数は、リスナーの総数から非アクティブなリスナー数を差し引いた数です。
ルーティング規則内の既定の構成がトラフィックをルーティングするように設定されている (たとえば、リスナー、バックエンド プール、HTTP 設定がある) 場合は、それがリスナーとしてカウントされます。 詳細については、「Application Gateway に関してよく寄せられる質問」を参照してください。
HTTP の負荷分散規則 4001
バックエンドの HTTP 設定の数 1001
ゲートウェイあたりのインスタンス数 V1 SKU（在庫管理番号）- 32
V2 SKU - 125
SSL certificates 1001 HTTP リスナーあたり 1
SSL 証明書の最大サイズ V1 SKU - 10 KB
V2 SKU - 16 KB
信頼されたクライアント CA 証明書の最大サイズ 25 KB 25 KB は、アップロード対象の pem または cer ファイルに含まれるルート証明書と中間証明書の最大合計サイズです。
信頼されたクライアント CA 証明書の最大数 200 SSL プロファイルあたり 100
Authentication certificates 100
信頼されたルート証明書 100
要求の最小タイムアウト 1 second
プライベート バックエンドへの要求タイムアウトの最大値 24 hours
外部バックエンドへの要求タイムアウトの最大値 4 minutes
サイトの数 1001 HTTP リスナーあたり 1
リスナーあたりの URL マップ数 1
リスナーあたりのホスト名数 5
URL マップあたりのパスベース ルールの最大数 100
Redirect configurations 1001
書き換えルール セットの数 400
書き換えルール セットあたりのヘッダーまたは URL 構成の数 40
書き換えルール セットあたりの条件の数 40
同時 WebSocket 接続 中ゲートウェイ 20k2
大規模ゲートウェイ 50k2
URL の最大長 32 KB
ヘッダーの最大サイズ 32 KB
HTTP/2 向けヘッダー フィールドの最大サイズ 8 KB
HTTP/2 向けヘッダーの最大サイズ 16 KB
HTTP/2 接続あたりの最大要求数 1000 同じフロントエンド HTTP/2 接続を共有できる要求の合計数
ファイル アップロードの最大サイズ (Standard SKU) V1 - 2 GB
V2 - 4 GB		 この最大サイズ制限は、要求本文と共有されます
ファイル アップロードの最大サイズ (WAF SKU) V1 中規模 - 100 MB
V1 大規模 - 500 MB
V2 - 750 MB
V2 (CRS 3.2 または DRS を使用) - 4 GB3		 1 MB - 最小値
100 MB - 既定値
CRS 3.2 または DRS の V2 - オン/オフを切り替えられます
要求の最大サイズの制限 Standard SKU (ファイルがない場合) V1 - 2 GB
V2 - 4 GB
要求の最大サイズの制限 WAF SKU (ファイルがない場合) V1 または V2 (CRS 3.1 以前を使用) - 128 KB
V2 (CRS 3.2 または DRS を使用) - 2 MB3		 8 KB - 最小値
128 KB - 既定値
CRS 3.2 または DRS の V2 - オン/オフを切り替えられます
要求検査上限 WAF SKU V1 または V2 (CRS 3.1 以前を使用) - 128 KB
V2 (CRS 3.2 または DRS を使用) - 2 MB3		 8 KB - 最小値
128 KB - 既定値
CRS 3.2 または DRS の V2 - オン/オフを切り替えられます
Private Link 構成の最大数 2 パブリック IP 用に 1、プライベート IP 用に 1
最大 Private Link IP 構成 8
WAF ポリシーあたりの WAF カスタム規則の最大数 100
カスタム ルールあたりの WAF 一致条件の最大数 10 この制限は WAF によって適用されるものではありません。 10 を超えるマッチ条件を追加すると、パフォーマンスが低下する可能性があります
一致条件あたりの WAF の IP アドレス範囲数 540
600 - CRS 3.2 または DRS を使用
Application Gateway あたりの最大 WAF 除外数 40
200 - CRS 3.2 または DRS を使用
一致条件あたりの WAF の文字列一致値の数 10

1 表に示されているリソースの数は、CRS 3.2 または DRS を実行している標準の Application Gateway SKU と WAF 対応 SKU に適用されます。 CRS 3.1 以降を実行している WAF 対応 SKU の場合、サポートされる数は 40 です。 詳細については、「 WAF エンジン」を参照してください。

2 つの制限は、Application Gateway リソースごとにではなく、Application Gateway インスタンスごとに行われます。

3 Application Gateway の WAF ポリシーを使用して値を定義する必要があります。

Azure Application Gateway for Containers の制限

Resource Limit
Application Gateway for Containers サブスクリプションあたり 1,000
Associations ゲートウェイあたり 1 個
Frontends ゲートウェイあたり 5 個

Kubernetes イングレスとゲートウェイ API の構成の制限

Resource Limit
Resource naming 128 characters
Namespace naming 128 characters
ゲートウェイあたりのリスナー数 ゲートウェイ リソースあたり 64 リスナー (ゲートウェイ API によって適用)
AGC 参照の合計数 ALB コントローラーあたり 5 個
証明書参照の合計数 AGC あたり 100
Total listeners AGC あたり 200
Total routes AGC あたり 200
Total rules AGC あたり 200
Total services AGC あたり 100
Total endpoints AGC あたり 5000

Azure Bastion の制限

インスタンスとは、Azure Bastion を構成するときに作成される、最適化された Azure VM のことです。 Basic SKU を使用して Azure Bastion を構成すると、2 つのインスタンスが作成されます。 Standard SKU を使用する場合は、インスタンスの数を 2 から 50 の範囲内で指定できます。

Workload Type* インスタンスあたりのセッション制限**
Light 25
Medium 20
Heavy 2

* これらの種類のワークロードは、リモート デスクトップのワークロードに関する記事で定義されています
** これらの上限は、Azure Bastion の RDP パフォーマンス テストに基づいています。 他の実行中 RDP セッションや、他の実行中 SSH セッションによって値は異なる場合があります。

Azure DNS の制限

Public DNS

パブリック DNS ゾーン
Resource Limit
サブスクリプションあたりのパブリック DNS ゾーンの数 250 1
パブリック DNS ゾーンあたりのレコード セット数 10,000 1
パブリック DNS ゾーン内のレコード セットあたりのレコード数 20 1
パブリック DNS ゾーンのレコード セットあたりの TXT レコード数 400
1 つの Azure リソースのエイリアス レコードの数 50

1これらのクォータ制限を引き上げる必要がある場合は、Azure サポートにお問い合わせください。

パブリック DNS ゾーンの操作
Operation 制限 (ゾーンあたり)
Create 40/min
Delete 40/min
Get 1000/min
List 60/min
リソース グループ別の一覧表示 60/分 (リソース グループあたり)
Update 40/min
パブリック DNS リソース レコードの操作
Operation 制限 (ゾーンあたり)
Create 200/min
Delete 200/min
Get 2000/min
DNS ゾーン別の一覧表示 60/min
種類別の一覧表示 60/min
Update 200/min

プライベート DNS

プライベート DNS ゾーン
Resource Limit
サブスクリプションあたりのプライベート DNS ゾーン数 1000
プライベート DNS ゾーンあたりのレコード セット数 25000
プライベート DNS ゾーン用のレコード セットあたりのレコード数 20
プライベート DNS ゾーンあたりの仮想ネットワーク リンク数 1000
自動登録が有効なプライベート DNS ゾーンあたりの仮想ネットワーク リンク数 100
自動登録が有効な状態で仮想ネットワークがリンクできるプライベート DNS ゾーンの数 1
仮想ネットワークがリンクできるプライベート DNS ゾーンの数 1000
プライベート DNS ゾーンの操作
Operation 制限 (サブスクリプションあたり)
Create 40/min
Delete 40/min
Get 200/分 (ゾーンあたり)
サブスクリプション別の一覧表示 60/min
リソース グループ別の一覧表示 100/分 (リソース グループあたり)
Update 40/min
プライベート DNS リソース レコードの操作
Operation 制限 (ゾーンあたり)
Create 60/min
Delete 60/min
Get 200/min
List 100/min
Update 60/min
Operation 制限 (ゾーンあたり)
Create 60/min
Delete 60/min
Get 100/min
仮想ネットワーク別の一覧表示 20/min
Update 60/min

Azure 提供のドメイン ネーム システム リゾルバー VM の制限

Resource Limit
1 秒あたりに仮想マシンから Azure DNS リゾルバーに送信される DNS クエリの数 1000 1
仮想マシンあたりのキューに登録された DNS クエリ (保留中の応答) の最大数 200 1

1これらの制限は、仮想ネットワーク レベルではなく、個々のすべての仮想マシンに適用されます。 これらの制限を超える DNS クエリは削除されます。 これらの制限の適用対象は既定の Azure リゾルバーであり、DNS Private Resolver には適用されません。

DNS プライベート リゾルバー1

Resource Limit
サブスクリプションあたりの DNS Private Resolver 数 15
仮想ネットワークあたりの DNS Private Resolver 数 1
DNS Private Resolver あたりの受信エンドポイント数 5
DNS Private Resolver あたりの送信エンドポイント数 5
DNS 転送ルール セットあたりの転送ルール数 1000
DNS 転送ルール セットあたりの仮想ネットワーク リンク数 500
仮想ネットワークにリンクされた DNS 転送ルールセット 1
DNS 転送ルール セットあたりの送信エンドポイントの数 2
送信エンドポイントごとの DNS 転送ルール セットの数 2
転送ルールあたりのターゲット DNS サーバーの数 6
エンドポイントあたりの QPS 10,000

1ポータルが更新されるまで、Azure portal によって異なる制限が適用される場合があります。 最新の制限まで要素をプロビジョニングするには、PowerShell を使用してください。

Azure Firewall の制限

Resource Limit
仮想ネットワークあたりの Azure ファイアウォール数 1
最大データ スループット Premium の場合は 100 Gbps、Standard の場合は 30 Gbps、Basic (プレビュー) SKU の場合は 250 Mbps

詳細については、「Azure Firewall のパフォーマンス」を参照してください。
Rule limits ネットワーク ルール内の 20,000 個の一意の送信元/送信先

ネットワーク内の一意の送信元/送信先 = (送信元アドレス + 送信元 IP グループ) * (送信先アドレス + 送信先 Fqdn 数 + 送信先 IP グループ) * (IP プロトコル数) * (送信先ポート)

[分析情報] タブのポリシー分析で、ファイアウォール ポリシーネットワークルールの数を追跡できます。プロキシとして、ファイアウォール待機時間プローブのメトリックを監視して、ピーク時でも 20 ミリ秒以内に留まるようにすることもできます。
1 つのルール コレクション グループ内のルールの合計サイズ 2022 年 7 月より前に作成されたファイアウォール ポリシーの場合は 1 MB
2022 年 7 月より後に作成されたファイアウォール ポリシーの場合は 2 MB
ファイアウォール ポリシー内のルール コレクション グループの数 2022 年 7 月より前に作成されたファイアウォール ポリシーの場合は 50
2022 年 7 月より後に作成されたファイアウォール ポリシーの場合は 90
DNAT ルールの最大数 (外部宛先の最大数) 最大 250 個 [ファイアウォールのパブリック IP アドレス + 一意の送信先 (送信先アドレス、ポート、プロトコル) の数]

DNAT の制限は、基になるプラットフォームによるものです。

たとえば、同じ送信先 IP アドレスとポート (一意の送信先) に対して 500 個の UDP 規則を構成することはできますが、同じ IP アドレスの 500 個の異なるポートに対して 500 個の規則を構成することは、制限 (一意の送信先が 500 個) を超えることになります。

250 個以上必要な場合は、別個の仮想ネットワークに別のファイアウォールを追加する必要があります
AzureFirewallSubnet の最小サイズ /26
ネットワークおよびアプリケーション ルールのポート範囲 1 - 65535
パブリック IP アドレス 250 maximum. すべてのパブリック IP アドレスは DNAT ルールで使用できます。これらはすべて、利用可能な SNAT ポートに影響します。
IP グループの IP アドレス クラシック ファイアウォールあたり最大 50 個の一意の IP グループを使用することをお勧めします。
ファイアウォール ポリシーあたり最大 200 個の一意の IP グループ。
各 IP グループあたりの最大 5000 の個々の IP アドレスまたは IP プレフィックス。
Route table 既定では、AzureFirewallSubnet には、NextHopType 値がインターネットに設定された 0.0.0.0/0 ルート があります。

Azure Firewall には、インターネットへの直接接続が必要です。 AzureFirewallSubnet が BGP 経由でオンプレミス ネットワークへの既定のルートを学習する場合は、直接インターネット接続を維持するために、 NextHopType 値が インターネット として設定された 0.0.0.0/0 UDR でオーバーライドする必要があります。 既定では、Azure Firewall はオンプレミス ネットワークへの強制トンネリングをサポートしません。

ただし、オンプレミス ネットワークへの強制トンネリングが必要な構成の場合、Microsoft は状況に応じてサポートします。 サポートにお問い合わせいただければ、お客様の状況を確認させていただきます。 受け入れられた場合、Microsoft によってサブスクリプションが許可され、必要なファイアウォールのインターネット接続が確実に維持されます。
ネットワーク規則内の FQDN 最適なパフォーマンスを実現するには、すべてのネットワーク規則で ファイアウォールあたりの FQDN が 1000 を超えないようにします。
TLS 検査のタイムアウト 120 seconds

Azure Front Door (クラシック) の制限

Resource クラシック レベルの制限
サブスクリプションあたりの Azure Front Door リソース数 100
リソースあたりのカスタム ドメインを含むフロントエンド ホスト数 500
リソースあたりのルーティング規則数 500
ルール セットあたりのルール数 25
リソースあたりのバックエンド プール 数 2 50
バックエンド プールあたりのバック エンド数 100
ルーティング規則に関して一致するパス パターン数 25
1 回のキャッシュ削除呼び出しでの URL 数 100
最大帯域幅 1 75 Gbps
プロファイルあたりの 1 秒あたりの最大要求 数 1 100,000
HTTP ヘッダー サイズの制限 (ヘッダーあたり) 32 KB
ポリシーあたりのカスタム Web アプリケーションのファイアウォール規則数 100
サブスクリプションあたりの Web アプリケーションのファイアウォール ポリシー 100
カスタム ルールあたりの Web アプリケーション ファイアウォールの一致条件数 10
カスタム ルールあたりの Web アプリケーション ファイアウォールの IP アドレスの範囲数 600
一致条件あたりの Web アプリケーション ファイアウォールの文字列一致値数 10
Web アプリケーション ファイアウォールの文字列一致値の長さ 256
Web アプリケーション ファイアウォールの POST 本文のパラメーター名の長さ 256
Web アプリケーション ファイアウォールの HTTP ヘッダー名の長さ 256
Web アプリケーション ファイアウォールの Cookie 名の長さ 256
Web アプリケーション ファイアウォールの除外の制限 100
Web アプリケーション ファイアウォールの HTTP 要求本文の検査の制限 128 KB
Web アプリケーション ファイアウォールのカスタム応答本文の長さ 32 KB

1 トラフィックがグローバルに分散されておらず、1 つ以上のリージョンに集中している場合、またはより高いクォータ制限が必要な場合は、 Azure サポート要求を作成します。

2 制限の引き上げを要求するには、 Azure サポート要求を作成します。 Azure 無料アカウントや Microsoft Azure for Students などの無料サブスクリプションは、制限またはクォータの引き上げの適用対象外です。 無料サブスクリプションをお持ちの場合は、従量課金制サブスクリプションにアップグレードできます。

Azure Front Door Standard および Premium のサービスの制限

Resource Standard レベルの制限 Premium レベルの制限
サブスクリプションあたりのプロファイルの最大数 500 500
プロファイルあたりのエンドポイントの最大数 10 25
プロファイルあたりのカスタムド メインの最大数 100 500
プロファイルあたりの配信元グループの最大数 100 200
配信元グループあたりの配信元の最大数 50 50
プロファイルあたりの配信元の最大数 100 200
配信元の最大タイムアウト 16 から 240 秒 16 から 240 秒
プロファイルあたりのルートの最大数 100 200
プロファイルあたりのルール セットの最大数 100 200
ルートあたりのルールの最大数 100 100
ルール セットあたりのルールの最大数 100 100
最大帯域幅 1 75 Gbps 75 Gbps
プロファイルあたりの 1 秒あたりの最大要求数 1,2 100,000 100,000
プロファイル 3 あたりの最大同時 WebSocket 接続数 3,000 3,000
ルーティング規則に関して一致するパス パターン数 25 50
1 回のキャッシュ削除呼び出しでの URL 数 100 100
プロファイルあたりのセキュリティ ポリシーの最大数 100 200
セキュリティ ポリシーあたりの関連付けの最大数 110 225
プロファイルあたりのシークレットの最大数 100 500
HTTP ヘッダー サイズの制限 (ヘッダーあたり) 32 KB 32 KB
サブスクリプションあたりの Web アプリケーション ファイアウォール (WAF) のポリシー数 100 100
ポリシーあたりの WAF のカスタム ルール数 100 100
カスタム ルールあたりの WAF の一致条件数 10 10
ポリシーあたりの WAF のカスタム正規表現ルール数 5 5
一致条件あたりの WAF の IP アドレス範囲数 600 600
一致条件あたりの WAF の文字列一致値の数 10 10
WAF の文字列一致値の長さ 256 256
WAF の POST 本文パラメーター名の長さ 256 256
WAF の HTTP ヘッダー名の長さ 256 256
WAF の Cookie 名の長さ 256 256
ポリシーあたりの WAF の除外数 100 100
WAF HTTP 要求本文とファイル アップロード検査の制限 128 KB 128 KB
WAF のカスタム応答本文の長さ 32 KB 32 KB

1 トラフィックがグローバルに分散されておらず、1 つ以上のリージョンに集中している場合、またはより高いクォータ制限が必要な場合は、 Azure サポート要求を作成します。

2 現在、Front Door プロファイルごとに POP 制限あたり 1 秒あたり 5,000 件の要求があります。 この制限を超えると、POP の場所は接続を削除します。 要求が複数のリージョンのいずれかに集中していて、この制限を超えている場合は、 Azure サポート要求を送信することで、より高い POP 制限を要求できます。

3 3,000 を超える同時 WebSocket 接続が必要な場合は、 Azure サポート 要求を送信します。

Timeout values

クライアントから Front Door
  • ヘッダー タイムアウト - TCP/TLS 接続の確立後、クライアントからすべてのヘッダーを受信するために、Front Door には 5 秒のタイムアウトが設定されています。 クライアントが 5 秒以内にヘッダーを送信しないと、接続は終了します。 このタイムアウト値は構成できません。
  • HTTP キープアライブ タイムアウト - Front Door には 90 秒の HTTP キープアライブ タイムアウトが設定されています。 クライアントが 90 秒間データを送信しないと、接続は終了します。 このタイムアウト値は構成できません。
Front Door からアプリケーション バックエンド

  • HTTP 要求がバック エンドに転送された後、Azure Front Door はバック エンドからの最初のパケットを 60 秒間 (Standard および Premium) または 30 秒間 (クラシック) 待機します。 その後、クライアントには 503 エラーが返されるか、要求がキャッシュされた場合には 504 が返されます。 この値は、Azure Front Door Standard および Premium API の originResponseTimeoutSeconds フィールド、または Azure Front Door (クラシック) API の sendRecvTimeoutSeconds フィールドを使用して構成できます。

  • バックエンドが最初のパケットを受信した後、originResponseTimeoutSeconds または sendRecvTimeoutSeconds を超える応答本文の途中で何らかの理由で配信元が一時停止した場合、応答は取り消されます。

  • Front Door は、HTTP キープ アライブを利用して、前の要求から再利用できるように接続を開いたままにします。 これらの接続では、アイドル タイムアウトは 90 秒です。 90 秒のアイドル タイムアウトに達した後、Azure Front Door はアイドル状態の接続を切断します。 このタイムアウト値は構成できません。

データ制限のアップロードとダウンロード

チャンク転送エンコード (CTE) あり HTTP チャンクなし
Download ダウンロード サイズに制限はありません。 ダウンロード サイズに制限はありません。
Upload 各 CTE アップロードが 2 GB 未満である限り、制限はありません。 このサイズは、2 GB を超えることはできません。

Other limits

  • URL の最大サイズ - 8192 バイト - 未加工 URL の最大長を指定します (スキーム + ホスト名 + ポート + パス + URL のクエリ文字列)
  • クエリ文字列の最大サイズ - 4096 バイト - クエリ文字列の最大長をバイト単位で指定します。
  • 正常性プローブの URL からの HTTP 応答ヘッダーの最大サイズ - 4096 バイト - 正常性プローブのすべての応答ヘッダーの最大長を指定します。
  • ルール エンジンのアクション ヘッダー値の最大文字数: 640 文字。
  • ルール エンジンの条件ヘッダー値の最大文字数: 256 文字。
  • ETag ヘッダーの最大サイズ: 128 バイト
  • Standard および Premium のエンドポイント名の最大文字数: 46 文字。

ルール エンジンの構成に適用される制限の詳細については、 ルール エンジンの用語を参照してください。

Azure Network Watcher の制限

Resource Limit
各サブスクリプションのリージョンあたりの Network Watcher インスタンス数 1 (リージョン内の 1 つのインスタンスが、そのリージョン内のサービスにアクセスできる)
各サブスクリプションのリージョンあたりの接続モニター数 100
接続モニターあたりのテスト グループの最大数 20
接続モニターあたりのソースとターゲットの最大数 100
接続モニターあたりのテスト構成の最大数 20
各サブスクリプションのリージョンあたりのパケット キャプチャ セッション数 10,000 (保存されたキャプチャの数ではなく、セッション数のみが対象)
サブスクリプションごとの VPN トラブルシューティング操作数 1 (一度の操作の数)

Azure Route Server の制限

Resource Limit
BGP ピアの数 8
各 BGP ピアが Azure Route Server 1 にアドバタイズできるルートの数 1,000
Azure Route Server でサポートできる、仮想ネットワーク内の最大 VM 数 (ピアリングされた仮想ネットワークの数を含む) 4,000
Azure Route Server でサポートできる仮想ネットワークの数 500
Azure Route Server でサポートできるオンプレミスおよび Azure Virtual Network のプレフィックスの合計数 10,000

1 NVA が制限よりも多くのルートをアドバタイズすると、BGP セッションが削除されます。 この制限は、サポート ケースを使用して 4,000 に引き上げることができます。

Note

ブランチ間が有効になっている場合、仮想ネットワーク アドレス空間とルート サーバーから ExpressRoute 回線 に アドバタイズされたルートの合計数は、1,000 を超えてはなりません。 詳細については、ExpressRoute の「ルート アドバタイズの制限」を参照してください。

Azure ExpressRoute の制限

Resource Limit
サブスクリプションあたりの ExpressRoute 回線数 50 (制限を引き上げるには、サポート リクエストを送信します)
リージョンごとのサブスクリプションあたりの ExpressRoute 回線数 (Azure Resource Manager を使用) 10
同じ仮想ネットワークにリンクされた同じピアリングの場所にある回線の最大数 4
同じ仮想ネットワークにリンクされた異なるピアリングの場所にある回線の最大数 Standard / ERGw1Az - 4
High Perf / ERGw2Az - 8
Ultra Performance / ErGw3Az - 16
Fastpath を使用した ExpressRoute プロバイダー回線用 IP の最大数 25,000
Fastpath を使用した ExpressRoute Direct 10 Gbps 用 IP の最大数 100,000
Fastpath を使用した ExpressRoute Direct 100 Gbps の IP の最大数 200,000
ExpressRoute Traffic Collector のフローの最大数 300,000

ルート アドバタイズの制限

Resource ローカル／標準SKU Premium SKU
Azure プライベート ピアリング経由で ExpressRoute 回線にアドバタイズされる IPv4 オンプレミス ルートの最大数 4,000 10,000
Azure プライベート ピアリング経由で ExpressRoute 回線にアドバタイズされる IPv6 オンプレミス ルートの最大数 100 100
ゲートウェイによって Azure プライベート ピアリング経由で ExpressRoute 回線にアドバタイズされる IPv4 Virtual Network ルートの最大数 1,000 1,000
ゲートウェイによって Azure プライベート ピアリング経由で ExpressRoute 回線にアドバタイズされる IPv6 Virtual Network ルートの最大数 100 100
オンプレミスから Microsoft ピアリングにアドバタイズされる IPv4 ルートの最大数 200 200
オンプレミスから Microsoft ピアリングにアドバタイズされる IPv6 ルートの最大数 200 200
Circuit size ローカル／標準SKU Premium SKU
50 Mbps 10 20
100 Mbps 10 25
200 Mbps 10 25
500 Mbps 10 40
1 Gbps 10 50
2 Gbps 10 60
5 Gbps 10 75
10 Gbps 10 100
40 Gbps* 10 100
100 Gbps* 10 100

* 100 Gbps ExpressRoute Direct のみ

Note

Global Reach の接続数は、ExpressRoute 回線あたりの仮想ネットワーク接続数の制限にカウントされます。 たとえば、10 Gbps Premium 回線であれば、Global Reach 接続が 5 本と ExpressRoute ゲートウェイへの接続が 95 本、または Global Reach 接続が 95 本と ExpressRoute ゲートウェイへの接続が 5 本許容されます。回線に対して 100 接続という上限を超えなければ、他のどのような組み合わせでもかまいません。

ExpressRoute ゲートウェイのパフォーマンスの制限

次の表に、さまざまな種類のゲートウェイ、それらの個別の制限事項、想定されるパフォーマンス メトリックの概要を示します。

サポートされる上限

この表は、Azure Resource Manager とクラシック デプロイ モデルの両方に適用されます。

Gateway SKU 1 秒あたりのメガビット数 1 秒あたりのパケット数 仮想ネットワークでサポートされている VM の数 1 フロー数の制限 ゲートウェイによって学習されるルートの数
Standard/ERGw1Az 1,000 100,000 2,000 200,000 4,000
High Performance/ERGw2Az 2,000 200,000 4,500 400,000 9,500
Ultra Performance/ErGw3Az 10,000 1,000,000 11,000 1,000,000 9,500
ErGwScale (スケール ユニット 1 から 10 ごと) スケール ユニットあたり 1,000 スケール ユニットあたり 100,000 スケール ユニットあたり 2,000 スケール ユニットあたり 100,000 ゲートウェイあたり合計 60,000
ErGwScale (スケール ユニット 11 から 40 ごと) スケール ユニットあたり 1,000 スケール ユニットあたり 200,000 スケール ユニットあたり 1,000 スケール ユニットあたり 100,000 ゲートウェイあたり合計 60,000

1 表の値は推定値であり、ゲートウェイの CPU 使用率によって異なります。 CPU の使用率が高く、VM の数がサポート範囲を超えると、ゲートウェイはパケットのドロップを開始します。

Note

ExpressRoute は、仮想ネットワーク アドレス空間、オンプレミス ネットワーク、関連するすべての仮想ネットワーク ピアリング接続にまたがる、最大 11,000 件のルーティングを支援します。 ExpressRoute 接続の安定性を確保するには、11,000 件を超えるルーティングを ExpressRoute にアドバタイズしないようにします。 ゲートウェイによってアドバタイズされるルートの最大数は 1,000 ルートです。

Important

  • アプリケーションのパフォーマンスは、エンド ツー エンドの待ち時間や、アプリケーションが開くトラフィック フローの数など、複数の要因によって異なります。 テーブルの数値は、アプリケーションが理想的な環境で理論上達成できる上限を表しています。 さらに、サービスの信頼性を維持するため、ExpressRoute 仮想ネットワーク ゲートウェイではホストと OS のメンテナンスが定期的に行われます。 メンテナンス期間中は、ゲートウェイのコントロール プレーンとデータ パスの容量が減ります。
  • メンテナンス期間中は、プライベート エンドポイント リソースへの接続の問題が断続的に発生する可能性があります。
  • ExpressRoute でサポートされている TCP と UDP の最大パケット サイズは 1,400 バイトです。 1,400 バイトを超えるパケット サイズはフラグメント化されます。
  • Azure Route Server では、最大 4,000 の VM をサポートできます。 この制限には、ピアリングされた仮想ネットワーク内の VM が含まれます。 詳細については、Azure Route Server の制限に関する記事を参照してください。
  • 上の表の値は、各ゲートウェイ SKU での制限を表しています。

Azure NAT Gateway の制限

次の制限は、Azure Resource Manager を通じて管理される NAT ゲートウェイ リソースに適用されます (リージョンごとにサブスクリプションあたり)。 サブスクリプションの上限に対する現在のリソース使用状況を確認する方法を参照してください。

Resource Limit
パブリック IP アドレス NAT ゲートウェイあたり 16
Subnets NAT ゲートウェイあたり 800
Data throughput1 50 Gbps
Enterprise および CSP 契約の NAT ゲートウェイ2 各リージョンのサブスクリプションあたり 1,000
スポンサー付きおよび従量課金制の NAT ゲートウェイ2 各リージョンのサブスクリプションあたり 100
無料試用版およびその他すべてのオファータイプのための NAT ゲートウェイ2 各リージョンのサブスクリプションあたり 15
Packets processed 1 秒あたり 1M ～ 5M パケット
同じ宛先エンドポイントへの接続 同じ宛先に対してパブリック IP あたり 50,000 の接続
Connections total NAT ゲートウェイあたり 2M の接続

1 50 Gbps の合計データ スループットは、NAT ゲートウェイ リソースを介して送信データと受信 (戻り値) データの間で分割されます。 データ スループットは、NAT ゲートウェイ経由の送信データでは 25Gbps、受信 (応答) データでは 25Gbps にレートが制限されています。

2 NAT ゲートウェイの既定の制限は、無料試用版、従量課金制、CSP などのオファー カテゴリの種類によって異なります。 たとえば、Enterprise Agreement サブスクリプションの既定値は 1000 です。

次の制限は、Azure Private Link に適用されます。

Resource Limit
仮想ネットワークあたりのプライベート エンドポイントの数 1000
ピアリングされた仮想ネットワーク全体のプライベート エンドポイントの数 4000
サブスクリプションあたりのプライベート エンドポイントの数 64000
サブスクリプションあたりのプライベート リンク サービスの数 800
Standard Load Balancer あたりのプライベート リンク サービスの数 8
プライベート リンク サービスでの IP 構成の数 8 (この値は、PLS あたりに使用される NAT IP アドレスに対するものです)
同じプライベート リンク サービスでのプライベート エンドポイントの数 1000
プライベート リンク サービスの表示設定で許可されるサブスクリプションの数 100
プライベート リンク サービスの自動承認設定で許可されるサブスクリプションの数 100
キー コンテナーあたりのプライベート エンドポイントの数 64
サブスクリプションあたりのプライベート エンドポイントのあるキー コンテナーの数 400
プライベート エンドポイントにリンクできるプライベート DNS ゾーン グループの数 1
各グループの DNS ゾーンの数 5
プライベート エンドポイント ネットワーク インターフェイス上のプライベート IP アドレスの数 500

Azure Traffic Manager の制限

Resource limits

Resource Limit
サブスクリプションあたりのプロファイル数 200 1
プロファイルあたりのエンドポイント数 200

1これらの制限を引き上げる必要がある場合は、Azure サポートにお問い合わせください。

既定のスロットルの制限

Profiles
Operation 制限 (1 分あたり)
Create/update 600
Get 450
Delete 150
リソース グループまたはサブスクリプションで一覧表示 450
DNS 名の可用性を確認する 300
Endpoints
Operation 制限 (1 分あたり)
Create/update/delete 300
Get 1500
メトリックとヒートマップ
Operation 制限 (1 分あたり)
ユーザー メトリック キーの取得/作成/削除 150
ヒート マップを取得する 150
Geo hierarchy
Operation 制限 (1 分あたり)
Get 150

Azure VPN Gateway の制限

特に明記されていない限り、Azure VPN Gateway リソースと仮想ネットワーク ゲートウェイには次の制限が適用されます。

Resource Limit
VNet アドレス プレフィックス VPN ゲートウェイごとに 600
BGP ルートの集約 VPN ゲートウェイごとに 4,000
ローカル ネットワーク ゲートウェイのアドレス プレフィックス ローカル ネットワーク ゲートウェイごとに 1,000
S2S connections 制限はゲートウェイ SKU によって異なります。 ゲートウェイ SKU ごとの制限の表を参照してください。
P2S connections 制限はゲートウェイ SKU によって異なります。 ゲートウェイ SKU ごとの制限の表を参照してください。
P2S ルートの制限 - IKEv2 Windows 以外の場合は 256 / Windows の場合は 25
P2S ルートの制限 - OpenVPN 1000
Max. flows VpnGw1-5/AZ の場合は 500K の受信と 500K の送信
トラフィック セレクター ポリシー 100
カスタム APIPA BGP アドレス 32
仮想ネットワーク内のサポートされる VM の数 制限はゲートウェイ SKU によって異なります。 ゲートウェイ SKU ごとの制限の表を参照してください。

ゲートウェイ SKU 別の制限

VPN
Gateway
Generation		 SKU S2S/VNet-to-VNet
Tunnels		 P2S
SSTP 接続		 P2S
IKEv2/OpenVPN 接続		 Aggregate
スループット ベンチマーク		 BGP Zone-redundant Virtual Network でサポートされている VM の数
Generation1 Basic Max. 10 Max. 128 Not Supported 100 Mbps Not Supported No 200
Generation1 VpnGw1 Max. 30 Max. 128 Max. 250 650 Mbps Supported No 450
Generation1 VpnGw2 Max. 30 Max. 128 Max. 500 1 Gbps Supported No 1300
Generation1 VpnGw3 Max. 30 Max. 128 Max. 1000 1.25 Gbps Supported No 4000
Generation1 VpnGw1AZ Max. 30 Max. 128 Max. 250 650 Mbps Supported Yes 1000
Generation1 VpnGw2AZ Max. 30 Max. 128 Max. 500 1 Gbps Supported Yes 2000
Generation1 VpnGw3AZ Max. 30 Max. 128 Max. 1000 1.25 Gbps Supported Yes 5000
Generation2 VpnGw2 Max. 30 Max. 128 Max. 500 1.25 Gbps Supported No 685
Generation2 VpnGw3 Max. 30 Max. 128 Max. 1000 2.5 Gbps Supported No 2240
Generation2 VpnGw4 Max. 100* Max. 128 Max. 5000 5 Gbps Supported No 5300
Generation2 VpnGw5 Max. 100* Max. 128 Max. 10000 10 Gbps Supported No 6700
Generation2 VpnGw2AZ Max. 30 Max. 128 Max. 500 1.25 Gbps Supported Yes 2000
Generation2 VpnGw3AZ Max. 30 Max. 128 Max. 1000 2.5 Gbps Supported Yes 3300
Generation2 VpnGw4AZ Max. 100* Max. 128 Max. 5000 5 Gbps Supported Yes 4400
Generation2 VpnGw5AZ Max. 100* Max. 128 Max. 10000 10 Gbps Supported Yes 9000

ゲートウェイ SKU と制限の詳細については、「ゲートウェイ SKU について」を参照してください。

ゲートウェイ パフォーマンスの制限

このセクションの表は、VpnGw SKU のパフォーマンス テストの結果の一覧を示したものです。 VPN トンネルは VPN ゲートウェイ インスタンスに接続します。 各インスタンスのスループットは、前のセクションのスループット テーブルに記載されており、そのインスタンスに接続するすべてのトンネルで集計して使用できます。 この表は、異なるゲートウェイ SKU のトンネルあたりの 1 秒あたりのスループットで観察された帯域幅とパケット数を示しています。 すべてのテストは、Azure 内のさまざまなリージョンにわたるゲートウェイ (エンドポイント) 間で、接続数は 100、標準の負荷条件下で実行されました。 サイト間接続のパフォーマンスの測定には、一般的に入手可能な iPerf および CTSTraffic ツールを使用しました

  • IPsec 暗号化と整合性の両方にGCMAES256 アルゴリズムを使用すると、最適なパフォーマンスが得られました。
  • IPsec 暗号化に AES256 を使用し、整合性に SHA256 を使用すると、平均パフォーマンスが得られました。
  • IPsec 暗号化に DES3 を使用し、整合性に SHA256 を使用した場合、最も低いパフォーマンスが得られました。
Generation SKU Algorithms
used		 Throughput
 		観察されたトンネルごとの 1 秒あたりのパケット数
observed
Generation1 VpnGw1 GCMAES256
AES256 と SHA256
DES3 と SHA256		 650 Mbps
500 Mbps
130 Mbps		 62,000
47,000
12,000
Generation1 VpnGw2 GCMAES256
AES256 と SHA256
DES3 と SHA256		 1.2 Gbps
650 Mbps
140 Mbps		 100,000
61,000
13,000
Generation1 VpnGw3 GCMAES256
AES256 と SHA256
DES3 と SHA256		 1.25 Gbps
700 Mbps
140 Mbps		 120,000
66,000
13,000
Generation1 VpnGw1AZ GCMAES256
AES256 と SHA256
DES3 と SHA256		 650 Mbps
500 Mbps
130 Mbps		 62,000
47,000
12,000
Generation1 VpnGw2AZ GCMAES256
AES256 と SHA256
DES3 と SHA256		 1.2 Gbps
650 Mbps
140 Mbps		 110,000
61,000
13,000
Generation1 VpnGw3AZ GCMAES256
AES256 と SHA256
DES3 と SHA256		 1.25 Gbps
700 Mbps
140 Mbps		 120,000
66,000
13,000
Generation2 VpnGw2 GCMAES256
AES256 と SHA256
DES3 と SHA256		 1.25 Gbps
550 Mbps
130 Mbps		 120,000
52,000
12,000
Generation2 VpnGw3 GCMAES256
AES256 と SHA256
DES3 と SHA256		 1.5 Gbps
700 Mbps
140 Mbps		 140,000
66,000
13,000
Generation2 VpnGw4 GCMAES256
AES256 と SHA256
DES3 と SHA256		 2.3 Gbps
700 Mbps
140 Mbps		 220,000
66,000
13,000
Generation2 VpnGw5 GCMAES256
AES256 と SHA256
DES3 と SHA256		 2.3 Gbps
700 Mbps
140 Mbps		 220,000
66,000
13,000
Generation2 VpnGw2AZ GCMAES256
AES256 と SHA256
DES3 と SHA256		 1.25 Gbps
550 Mbps
130 Mbps		 120,000
52,000
12,000
Generation2 VpnGw3AZ GCMAES256
AES256 と SHA256
DES3 と SHA256		 1.5 Gbps
700 Mbps
140 Mbps		 140,000
66,000
13,000
Generation2 VpnGw4AZ GCMAES256
AES256 と SHA256
DES3 と SHA256		 2.3 Gbps
700 Mbps
140 Mbps		 220,000
66,000
13,000
Generation2 VpnGw5AZ GCMAES256
AES256 と SHA256
DES3 と SHA256		 2.3 Gbps
700 Mbps
140 Mbps		 220,000
66,000
13,000

Azure Virtual WAN の制限

Resource Limit
ハブあたりの VPN (ブランチ) 接続 1,000
Virtual WAN のサイト間 VPN ゲートウェイあたりのスループットの合計 20 Gbps
Virtual WAN の VPN 接続あたりのスループット (2 トンネル) 2 Gbps (1 Gbps/IPsec トンネル)
ハブあたりのポイント対サイトのユーザー数 100,000
Azure Virtual WAN ユーザー VPN (ポイント対サイト) ゲートウェイあたりのスループットの合計 200 Gbps
Virtual WAN の ExpressRoute ゲートウェイあたりのスループットの合計 20 Gbps
ハブあたりの ExpressRoute 回線接続 8
ルーティングインテントが有効になっていないハブあたりの VNet 接続数 500 から Virtual WAN 内のハブの総数を差し引いた値
プライベート ルーティング ポリシーが有効なルーティングインテントを使用して、単一ハブに直接接続されているすべての VNet 間のアドレス空間 Virtual WAN ハブあたり 400 - 調整可能
Virtual WAN のハブ ルーターあたりのスループットの合計 VNet 間の転送に対して 50 Gbps
単一の Virtual WAN ハブに接続されたすべての VNet にわたる VM ワークロード 2000 (制限またはクォータを既定の制限を超える場合は、 ハブの設定を参照してください)。
ハブが、接続されているリソース (仮想ネットワーク、ブランチ、他の仮想ハブなど) から受け入れることができるルートの合計数 10,000

Azure Notification Hubs の制限

Tier Free Basic Standard
Included pushes 1 million 10 million 10 million
Active devices 500 200,000 10 million
インストールまたは登録あたりのタグ クォータ 60 60 60

制限と価格の詳細については、「Notification Hubs の価格」を参照してください。

Microsoft Dev Box の制限

Subscription type VM Cores Network Connections Dev centers Dev Box の定義 Dev Box プロジェクト
プリペイド 20 5 2 200 500
Azure Pass 20 5 2 200 500
CSP 20 5 2 200 500
Free trial 0 0 0 0 0
Microsoft Azure for Students 0 0 0 0 0
Enterprise 80 10 5 200 500
MSDN n/a 5 2 200 500

Microsoft Entra サービスの制限

Microsoft Entra サービスの制限については、Microsoft Entra サービスの制限に関する説明を参照してください。

Microsoft Purview の制限

最新の Microsoft Purview クォータについては、クラシック Microsoft Purview データ ガバナンスの制限に関する記事を参照してください。

Microsoft Sentinel の制限

Microsoft Sentinel の制限については、「Microsoft Sentinel のサービス制限」を参照してください。

Azure Service Bus の制限

次の表は、Azure Service Bus メッセージングに固有のクォータ情報の一覧です。 Service Bus の価格と他のクォータについては、「Service Bus の価格」を参照してください。

すべてのレベルに共通の制限

次の制限は、すべてのレベルで共通です。

Quota name Value Notes
Azure サブスクリプションあたりの名前空間の最大数 1000 (既定値と最大値) この制限は Microsoft.ServiceBus プロバイダーに基づいており、レベルに基づくものではありません。 そのため、これはすべてのレベルの名前空間の合計数です。 追加の名前空間に対する後続の要求は拒否されます。
名前空間のコンカレント接続数 ネット メッセージング: 1,000。

AMQP: 5,000.		 追加の接続に対する後続の要求は拒否されます。 REST 操作は、TCP 同時接続数に加算されません。
キュー、トピック、またはサブスクリプション エンティティの同時受信要求数 5,000 後続の受信要求は拒否されます。 このクォータは、1 つのトピックのすべてのサブスクリプションの同時受信操作の合計数に適用されます。
メッセージング エンティティのパスの最大サイズ: キューまたはトピック 260 characters.  
メッセージング エンティティ名の最大サイズ: 名前空間、サブスクリプション、またはサブスクリプション規則 50 characters.  
メッセージ ID の最大サイズ 128  
メッセージ セッション ID の最大サイズ 128  
キュー、トピック、またはサブスクリプション エンティティのメッセージ プロパティのサイズ

各プロパティのメッセージ プロパティの最大サイズは、32 KB です。

すべてのプロパティの累積サイズが 64 KB を超えることはできません。 この制限は、ブローカー メッセージのヘッダー全体に適用されます。このヘッダーには、ユーザー プロパティとシステム プロパティ (ログ シーケンス番号、ラベル、メッセージ ID など) の両方が含まれます。

プロパティ バッグ内のヘッダー プロパティの最大数: byte/int。MaxValue。

 例外 SerializationException が生成されます。
トピックあたりの SQL フィルターの数 2,000 トピックに対する追加フィルターの作成に対する後続の要求は拒否され、呼び出し元のコードは例外を受け取ります。
トピックあたりの関連付けフィルターの数 100,000 トピックに対する追加フィルターの作成に対する後続の要求は拒否され、呼び出し元のコードは例外を受け取ります。
SQL フィルターまたはアクションのサイズ フィルター条件文字列の最大長: 1,024 (1 K)。

規則アクション文字列の最大長: 1,024 (1 K)。

規則アクションごとの式の最大数: 32。		 追加のフィルターの作成に対する後続の要求は拒否され、呼び出し元のコードは例外を受け取ります。
名前空間、キュー、トピックあたりの共有アクセス承認規則の数 エンティティの種類あたりの規則の最大数: 12。

Service Bus 名前空間に構成されている規則は、キューやトピックのすべての種類に適用されます。		 追加の規則の作成に対する後続の要求は拒否され、呼び出し元のコードは例外を受け取ります。
トランザクションあたりのメッセージ数 100

Send() 操作と SendAsync() 操作の両方。		 追加の受信メッセージは拒否され、呼び出し元のコードは、1 回のトランザクションで 100 を超えるメッセージを送信できないというメッセージを含む例外を受け取ります。
DeleteMessagesAsync 呼び出しで削除されたメッセージの最大数 500 DeleteMessagesAsync API では、呼び出しごとに最大 500 個のメッセージを削除できます。 要求がこの制限を超えると (例: 4000) は ArgumentOutOfRangeException がスローされます。
PeekMessagesAsync の呼び出しで返されるメッセージの最大数 250
仮想ネットワークと IP フィルター規則の数 128  

ベーシック、スタンダード、プレミアムクラス

次の表に、Basic レベル、Standard レベル、Premium レベルで異なる制限を示します。

Quota name Basic Standard Premium Notes
キューまたはトピックのサイズ 1、2、3、4、または 5 GB

パーティション分割が有効な場合は 80 GB。		 1、2、3、4、または 5 GB

パーティション分割が有効な場合は 80 GB。		 80 GB キューまたはトピックの作成または更新時に定義されます。

名前空間内のすべてのエンティティの合計サイズは、次の行に記載されている名前空間サイズの制限を超えることはできません。

後続の受信メッセージは拒否され、呼び出し元のコードは例外を受け取ります。

現在、キューに送信された大きなメッセージ (サイズ > 1 MB) は 2 回カウントされます。 また、トピックに送信された大きなメッセージ (サイズ > 1 MB) は X + 1 回カウントされます (X はトピックへのサブスクリプション数)。

Namespace size 400 GB 400 GB メッセージング ユニット (MU) あたり 1 TB。 名前空間内のすべてのエンティティの合計サイズは、この制限を超えることはできません。
名前空間あたりのトピック数またはキュー数 10,000 10,000 メッセージング ユニット (MU) あたり 1,000。 以後、名前空間でのトピックまたはキューの新規作成要求が拒否されます。 その結果、Azure portal を使用して構成すると、エラー メッセージが生成されます。 管理 API から呼び出された場合、呼び出し元のコードは例外を受け取ります。
名前空間あたりのパーティション分割されたトピックまたはキューの数 100 100 N/A パーティション分割された各キューまたはトピックは、名前空間あたり 1,000 エンティティのクォータに加算されます。

以後、名前空間でのパーティション分割されたトピックまたはキューの新規作成要求が拒否されます。 その結果、Azure portal を使用して構成すると、エラー メッセージが生成されます。 管理 API から呼び出された場合、呼び出し元のコードによって QuotaExceededException 例外が受信されます。

Basic または Standard レベルの名前空間にパーティション分割されたエンティティを追加する場合は、追加の名前空間を作成します。

キュー、トピック、またはサブスクリプション エンティティのメッセージ サイズかバッチ サイズ 256 KB 256 KB AMQP プロトコル: 1 つのメッセージに対して最大 100 MB。

HTTP および SBMP プロトコル: 1 つのメッセージに対して最大 1 MB。

すべてのプロトコル: メッセージ バッチの場合は最大 1 MB。		 メッセージ サイズには、プロパティのサイズ (システムとユーザー) とペイロードのサイズが含まれます。 システム プロパティのサイズは、シナリオによって異なります。 これらのクォータを超える受信メッセージは拒否され、呼び出し元のコードは例外を受け取ります。
トピックあたりのサブスクリプション数 2,000 2,000 2,000 以後、そのトピックの追加のサブスクリプションの作成を求める要求は拒否されます。 その結果、ポータルで構成されている場合は、エラー メッセージが表示されます。 管理 API から呼び出された場合、呼び出し元のコードは例外を受け取ります。
1 秒あたりの操作数 1,000 1,000 N/A Premium には、1 秒あたりの操作に対する固定の制限はありません。 スループットは、 RU の数 とワークロードの特性によって異なります。 ワークロードがスループットに与える影響と、これを最適化する方法の詳細については、「 Service Bus メッセージングを使用したパフォーマンス向上のベスト プラクティス」を参照してください。

Azure Site Recovery の制限

Azure Site Recovery には、次の制限が適用されます。

Limit identifier Limit
サブスクリプションあたりのコンテナーの数 500
サブスクリプションあたりの保護ディスクの数 (データと OS の両方) 3000
Recovery Services コンテナーあたりのアプライアンスの数 250
Recovery Services コンテナーあたりの保護グループの数 No limit
Recovery Services コンテナーあたりの復旧計画の数 No limit
保護グループあたりのサーバーの数 No limit
復旧計画あたりのサーバーの数 100

Azure SQL Database の制限

Azure SQL Database の制限については、次を参照してください。

Azure SQL Database 論理サーバーあたりのプライベート エンドポイントの最大数は 250 です。

Azure Synapse Analytics の制限

Azure Synapse Analytics には、お客様のサブスクリプションが互いのワークロードから確実に保護されるように、次の既定の制限があります。 サブスクリプションの上限まで制限を引き上げるには、サポートにお問い合わせください。

ワークスペースの Azure Synapse 制限

従量課金制、無料試用版、および Azure for Students のサブスクリプション オファーの種類の場合:

Resource Default limit Maximum limit
Azure サブスクリプションの Synapse ワークスペース 2 2

他のサブスクリプション プランの種類の場合:

Resource Default limit Maximum limit
リージョンあたりの Azure サブスクリプションの Synapse ワークスペース数 20 100

Apache Spark の Azure Synapse 制限

従量課金制、無料試用版、および Azure for Students のサブスクリプション オファーの種類の場合:

Resource メモリ最適化コア GPU cores
Synapse ワークスペースの Spark コア 12 48

他のサブスクリプション プランの種類の場合:

Resource メモリ最適化コア GPU cores
Synapse ワークスペースの Spark コア 50 50

Spark プールに関する追加の制限については、「Azure Synapse Analytics での Apache Spark プールのコンカレンシーと API レートの制限」を参照してください。

パイプラインの Azure Synapse 制限

Resource Default limit Maximum limit
Synapse ワークスペース内の Synapse パイプライン 800 800
ワークスペース内のエンティティ (パイプライン、データセット、トリガー、リンクされたサービス、プライベート エンドポイント、統合ランタイムなど) の合計数 5,000 5,000
1 つのワークスペースでの Azure-SSIS Integration Runtime の CPU コア数の合計 256 クォータの引き上げをサポートに要求する方法を確認してください。
ワークスペースあたりの同時実行パイプラインの実行数 (ワークスペース内のすべてのパイプライン間で共有) 10,000 10,000
Azure Integration Runtime リージョンごとのワークスペースあたりの同時実行外部アクティビティの実行数
外部アクティビティは統合ランタイムで管理されますが、リンクされたサービスで実行されます (Databricks、ストアド プロシージャ、HDInsight、Web などを含む)。 この制限は、セルフホステッド IR には適用されません。		 3,000 3,000
Azure Integration Runtime リージョンごとのワークスペースあたりの同時実行パイプライン アクティビティの実行数
パイプライン アクティビティは、Lookup、GetMetadata、Delete などの統合ランタイムで実行されます。 この制限は、セルフホステッド IR には適用されません。		 1,000 1,000
Azure Integration Runtime リージョンごとのワークスペースあたりの同時実行オーサリング操作数
接続のテスト、フォルダー一覧およびテーブル一覧の参照、データのプレビューが含まれます。 この制限は、セルフホステッド IR には適用されません。		 200 200
Azure Integration Runtime リージョンごとにワークスペースあたりの同時実行データ統合ユニットの消費量1 リージョン グループ 12: 6,000
リージョン グループ 22: 3,000
リージョン グループ 32: 1,500
マネージド仮想ネットワーク2: 2,0		 リージョン グループ 12: 6,000
リージョン グループ 22: 3,000
リージョン グループ 32: 1,500
マネージド仮想ネットワーク内の Azure Integration Runtime リージョンごとに、サブスクリプションあたりの同時実行データ統合ユニットの消費量1 2,0 2,0
パイプラインあたりの最大アクティビティ数 (コンテナーの内部アクティビティを含む) 120 120
単一のセルフホステッド統合ランタイムに対して作成できる、リンクされた統合ランタイムの最大数 100 100
パイプラインあたりの最大パラメーター数 50 50
ForEach items 100,000 100,000
ForEach parallelism 20 50
パイプラインあたりのキューに入れられた実行の最大数 100 100
式あたりの文字数 8,192 8,192
タンブリング ウィンドウ トリガーの最小間隔 5 min 15 min
パイプライン アクティビティ実行の最大タイムアウト 7 days 7 days
パイプラインオブジェクトの１オブジェクト当たりのバイト3 200 KB 200 KB
データセットおよびリンクされたサービス オブジェクトごとのバイト数3 100 KB 2,000 KB
各アクティビティ実行のペイロードあたりのバイト数4 896 KB 896 KB
コピー アクティビティの実行ごとにデータ統合ユニット1 256 256
書き込み API 呼び出し数 1,200/h 1,200/h

この制限は、Azure Synapse Analytics ではなく、Azure Resource Manager によって課せられます。
読み取り API 呼び出し数 12,500/h 12,500/h

この制限は、Azure Synapse Analytics ではなく、Azure Resource Manager によって課せられます。
1 分あたりの監視クエリ数 1,000 1,000
データ フロー デバッグ セッションの最大時間 8 hrs 8 hrs
統合ランタイムあたりのデータ フローの同時実行数 50 50
マネージド VNET 内の統合ランタイムあたりのデータ フロー同時実行数 20 20
ワークスペースごとのユーザーあたりのデータ フロー デバッグ セッションの同時実行数 3 3
Data Flow の Azure IR の TTL 制限 4 hrs 4 hrs
ワークスペースでのメタデータ エンティティのサイズ制限 2 GB 2 GB

1 データ統合ユニット (DIU) は、クラウドからクラウドへのコピー操作で使用されます。詳細については、 データ統合ユニット (バージョン 2) を参照してください。 課金の詳細については、「Azure Synapse Analytics の価格」を参照してください。

2Azure Integration Runtime は、データのコンプライアンス、効率性、ネットワーク エグレス コストの削減を保証するために 、グローバルに利用できます 。

Region group Regions
リージョン グループ 1 米国中部、米国東部、米国東部 2、北ヨーロッパ、西ヨーロッパ、米国西部、米国西部 2
リージョン グループ 2 オーストラリア東部、オーストラリア南東部、ブラジル南部、インド中部、東日本、米国中北部、米国中南部、東南アジア、米国中西部
リージョン グループ 3 Other regions

マネージド仮想ネットワークが有効な場合、すべてのリージョン グループのデータ統合ユニット (DIU) は 2,400 です。

3 パイプライン、データ セット、およびリンクされたサービス オブジェクトは、ワークロードの論理的なグループ化を表します。 これらのオブジェクトの制限は、Azure Synapse Analytics で移動および処理できるデータ量には関係ありません。 Synapse Analytics は、数ペタバイトのデータを処理できる規模までスケーリングできるように設計されています。

4 各アクティビティ実行のペイロードには、アクティビティの構成、関連付けられているデータセット、リンクされたサービスの構成 (存在する場合) と、アクティビティの種類ごとに生成されるシステム プロパティのごく一部が含まれます。 このペイロード サイズの制限は、Azure Synapse Analytics で移動および処理できるデータ量には関係ありません。 この制限に達した場合の現象と推奨事項については、こちらを参照してください。

専用 SQL プールの Azure Synapse 制限

Azure Synapse Analytics の専用 SQL プールの容量制限の詳細については、専用 SQL プールのリソースの制限に関する記事を参照してください。

Web サービス呼び出しの Azure Resource Manager 制限

Azure Resource Manager には、API 呼び出しに関する制限があります。 API の呼び出しは、Azure Resource Manager API の制限内の割合で実行できます。

Azure 仮想マシン ディスクの制限

Azure 仮想マシン (VM) には複数のデータ ディスクを接続できます。 VM のデータ ディスクのスケーラビリティとパフォーマンスの目標に基づいて、パフォーマンスと容量の要件を満たすために必要なディスクの数と種類を決定します。

Important

パフォーマンスを最適化するには、仮想マシンに接続する使用率が高いディスク数を制限して、スロットルを回避するようにします。 接続されているすべてのディスクの使用率が同時に高くならなければ、仮想マシンは多数のディスクに対応できます。 また、既存のマネージド ディスクからマネージド ディスクを作成する場合、同時に作成できるディスクは 49 個のみです。 最初の 49 個のうち一部が作成されたら、さらに多くのディスクを作成できます。

Azure Managed Disks の場合:

次の表は、リージョンごとのサブスクリプションあたりのリソース数の既定の制限と上限を示しています。 制限は、プラットフォーム マネージド キーまたはカスタマー マネージド キーで暗号化されたディスクに関係なく変わりません。 リソース グループあたりの Managed Disks、スナップショット、イメージの数に制限はありません。

Resource Limit
Standard マネージド ディスク 50,000
Standard SSD マネージド ディスク 50,000
Premium SSD マネージド ディスク 50,000
Premium SSD v2 マネージド ディスク 1,000
Premium SSD v2 マネージド ディスクの合計容量 (GiB2) 102,400
Ultra disks 1,000
GiB2 の Ultra Disk の合計容量 102,400
Standard_LRS snapshots1 75,000
Standard_ZRS snapshots1 75,000
Managed image 50,000

1 個々のディスクには、500 個の増分スナップショットを含めることができます。

2これは既定の最大ですが、リクエストによってより高い容量がサポートされます。 容量の増加を依頼するには、クォータの増加を要求するか、Azure サポートにお問い合わせください。

Standard ストレージ アカウントの場合:

Standard ストレージ アカウントには、20,000 IOPS という最大合計要求レートがあります。 Standard ストレージ アカウントの仮想マシン ディスク全体の合計 IOPS は、この制限を超えることはできません。

アンマネージド ディスクの場合、1 つの Standard ストレージ アカウントでサポートされる使用率が高いディスク数は、要求レート制限に基づいて概算できます。 たとえば、Basic レベルの VM では、使用率の高いディスクの最大数は約 66 (ディスクあたり 20,000/300 IOPS) です。 Standard レベルの VM では、使用率の高いディスクの最大数は約 40 (ディスクあたり IOPS 20,000/500 IOPS) です。

Premium ストレージ アカウントの場合:

Premium ストレージ アカウントの最大合計スループット レートは 50 Gbps です。 すべての VM ディスク全体の合計スループットは、この制限を超えることはできません。

詳細については、「Azure の仮想マシンのサイズ」を参照してください。

VM アプリケーションの場合

Azure で VM アプリケーションを操作すると、"Operation could not be completed as it results in exceeding approved UnmanagedStorageAccountCount quota" (承認された UnmanagedStorageAccountCount クォータを超えたため、操作を完了できませんでした) というエラー メッセージが表示されることがあります。このエラーは、使用できるアンマネージド ストレージ アカウント数の上限に達した場合に発生します。

VM アプリケーションを発行する場合、Azure はそれを複数のリージョンにレプリケートする必要があります。 このために、Azure はリージョンごとにアンマネージド ストレージ アカウントを作成します。 アプリケーションが使用するアンマネージド ストレージ アカウントの数は、すべてのアプリケーション全体でのレプリカの数によって決まります。

一般的なルールとして、各ストレージ アカウントは最大 200 のコンカレント接続に対応できます。 "UnmanagedStorageAccountCount" エラーを解決するためのオプションを次に示します。

  • ソース アプリケーションの BLOB にページ BLOB を使用する。 アンマネージド アカウントは、ブロック BLOB のレプリケーションにのみ使用されます。 ページ BLOB には、このような制限はありません。
  • VM アプリケーションのバージョンのレプリカの数を減らすか、不要になったアプリケーションを削除する。
  • クォータの引き上げを取得するためのサポート リクエストを提出する。

詳細については、「VM アプリケーションの概要」を参照してください。

Azure ディスク暗号化セット

リージョンあたり、サブスクリプションあたり 5,000 ディスク暗号化セットの制限が許可されています。 このクォータを増やすには、Azure サポートにお問い合わせください。

暗号化の制限に関する詳細については、次のドキュメントを参照してください。

Azure マネージド仮想マシン ディスク

Standard HDD マネージド ディスク

Standard ディスクの種類 S4 S6 S10 S15 S20 S30 S40 S50 S60 S70 S80
ディスク サイズ (GiB) 32 64 128 256 512 1,024 2,048 4,096 8,192 16,384 32,767
ディスクあたりの基本 IOPS 最大 500 最大 500 最大 500 最大 500 最大 500 最大 500 最大 500 最大 500 最大 1,300 最大 2,000 最大 2,000
*ディスクあたりの拡張 IOPS N/A N/A N/A N/A N/A 最大 1,500 最大 3,000 最大 3,000 最大 3,000 最大 3,000 最大 3,000
ディスクあたりの基本スループット 最大 60 MB/秒 最大 60 MB/秒 最大 60 MB/秒 最大 60 MB/秒 最大 60 MB/秒 最大 60 MB/秒 最大 60 MB/秒 最大 60 MB/秒 最大 300 MB/秒 最大 500 MB/秒 最大 500 MB/秒
*ディスクあたりの拡張スループット N/A N/A N/A N/A N/A 最大 150 MB/秒 最大 300 MB/秒 最大 500 MB/秒 最大 500 MB/秒 最大 500 MB/秒 最大 500 MB/秒

* パフォーマンスプラスが有効になっているディスクにのみ適用されます。

Standard SSD マネージド ディスク

Standard SSD のサイズ E1 E2 E3 E4 E6 E10 E15 E20 E30 E40 E50 E60 E70 E80
ディスク サイズ (GiB) 4 8 16 32 64 128 256 512 1,024 2,048 4,096 8,192 16,384 32,767
ディスクあたりの基本 IOPS 最大 500 最大 500 最大 500 最大 500 最大 500 最大 500 最大 500 最大 500 最大 500 最大 500 最大 500 最大 2,000 最大 4,000 最大 6,000
*ディスクあたりの拡張 IOPS N/A N/A N/A N/A N/A N/A N/A N/A 最大 1,500 最大 3,000 最大 6,000 最大 6,000 最大 6,000 最大 6,000
ディスクあたりの基本スループット 最大 100 MB/秒 最大 100 MB/秒 最大 100 MB/秒 最大 100 MB/秒 最大 100 MB/秒 最大 100 MB/秒 最大 100 MB/秒 最大 100 MB/秒 最大 100 MB/秒 最大 100 MB/秒 最大 100 MB/秒 最大 400 MB/秒 最大 600 MB/秒 最大 750 MB/秒
*ディスクあたりの拡張スループット N/A N/A N/A N/A N/A N/A N/A N/A 最大 150 MB/秒 最大 300 MB/秒 最大 600 MB/秒 最大 750 MB/秒 最大 750 MB/秒 最大 750 MB/秒
ディスクあたりの最大バースト IOPS 600 600 600 600 600 600 600 600 1000
ディスクあたりの最大バースト スループット 150 MB/s 150 MB/s 150 MB/s 150 MB/s 150 MB/s 150 MB/s 150 MB/s 150 MB/s 250 MB/s
最大バースト期間 30 min 30 min 30 min 30 min 30 min 30 min 30 min 30 min 30 min

* パフォーマンスプラスが有効になっているディスクにのみ適用されます。

Premium SSD Managed Disks: ディスクあたりの上限

Premium SSD のサイズ P1 P2 P3 P4 P6 P10 P15 P20 P30 P40 P50 P60 P70 P80
ディスク サイズ (GiB) 4 8 16 32 64 128 256 512 1,024 2,048 4,096 8,192 16,384 32,767
ディスクあたりの基本プロビジョニング済み IOPS 120 120 120 120 240 500 1,100 2,300 5,000 7,500 7,500 16,000 18,000 20,000
**ディスクあたりの拡張プロビジョニング済み IOPS N/A N/A N/A N/A N/A N/A N/A N/A 8,000 16,000 20,000 20,000 20,000 20,000
ディスクあたりの基本プロビジョニング済みスループット 25 MB/s 25 MB/s 25 MB/s 25 MB/s 50 MB/s 100 MB/s 125 MB/s 150 MB/s 200 MB/s 250 MB/s 250 MB/s 500 MB/s 750 MB/s 900 MB/s
**ディスクあたりの拡張プロビジョニング済みスループット N/A N/A N/A N/A N/A N/A N/A N/A 300 MB/s 600 MB/s 900 MB/s 900 MB/s 900 MB/s 900 MB/s
ディスクあたりの最大バースト IOPS 3,500 3,500 3,500 3,500 3,500 3,500 3,500 3,500 30,000* 30,000* 30,000* 30,000* 30,000* 30,000*
ディスクあたりの最大バースト スループット 170 MB/s 170 MB/s 170 MB/s 170 MB/s 170 MB/s 170 MB/s 170 MB/s 170 MB/s 1,000 MB/s* 1,000 MB/s* 1,000 MB/s* 1,000 MB/s* 1,000 MB/s* 1,000 MB/s*
最大バースト期間 30 min 30 min 30 min 30 min 30 min 30 min 30 min 30 min Unlimited* Unlimited* Unlimited* Unlimited* Unlimited* Unlimited*
予約対象 No No No No No No No No はい (最長 1 年) はい (最長 1 年) はい (最長 1 年) はい (最長 1 年) はい (最長 1 年) はい (最長 1 年)

* オンデマンド バーストが有効になっているディスクにのみ適用されます。
** パフォーマンスプラスが有効なディスクにのみ適用されます。

Premium SSD v2 マネージド ディスク

Premium SSD とは異なり、Premium SSD v2 には専用のサイズはありません。 Premium SSD v2 は、サポートされている任意のサイズに設定し、ダウンタイムなしでパフォーマンスに合わせて細かい調整を行うことが可能です。

Disk Size 使用可能な最大 IOPS 使用可能な最大スループット (MB/秒)
1 GiB から 64 TiB 3,000 から 80,000 (GiB あたり 500 IOPS ずつ増加) 125 から 1,200 (セット IOPS あたり 0.25 MB/秒ずつ増加)

Ultra Disks

Ultra Disk サイズは、Premium SSD、Standard SSD、Standard HDD サイズと同様に機能します。 Ultra Disk を作成または変更すると、設定したサイズに対して、プロビジョニング済みの最大サイズの次に大きいディスク サイズとして課金されます。 そのため、200 GiB Ultra Disk をデプロイするか、200 GiB Ultra Disk を設定した場合、200 GiB Ultra Disk は、次に最大のプロビジョニング済みディスク サイズであるため、256 GiB であるかのように課金されます。

次の表では、使用するものを決定する場合に役立つように、ディスク サイズとパフォーマンス上限を比較しています。

ディスク サイズ (GiB) IOPS Cap スループットの上限 (MB/秒)
4 1,200 300
8 2,400 600
16 4,800 1,200
32 9,600 2,400
64 19,200 4,900
128 38,400 9,800
256 76,800 10,000
512 153,600 10,000
1,024 307,200 10,000
2,048-65,536 (この範囲のサイズは 1 TiB 単位で増加) 400,000 10,000

アンマネージド仮想マシン ディスク

Standard アンマネージド仮想マシン ディスク: ディスクあたりの上限

VM tier Basic レベルの VM Standard レベルの VM
Disk size 4,095 GB 4,095 GB
永続ディスクあたり最大 8 KB IOPS 300 500
最大 IOPS を実行するディスクの最大数 66 40

Premium アンマネージド仮想マシン ディスク: アカウントあたりの上限

Resource Limit
アカウントあたりの合計ディスク容量 35 TB
アカウントあたりの合計スナップショット容量 10 TB
アカウントごとの最大帯域幅 (受信 + 送信)1 <=50 Gbps

1インバウンドは、ストレージ アカウントに送信されるすべてのリクエストデータを指します。 Egressとは、ストレージ アカウントから送信されるすべてのデータのことです。

Premium アンマネージド仮想マシン ディスク: ディスクあたりの上限

Premium Storage ディスクの種類 P10 P20 P30 P40 P50
Disk size 128 GiB 512 GiB 1,024 GiB (1 TB) 2,048 GiB (2 TB) 4,095 GiB (4 TB)
ディスクあたりの最大 IOPS 500 2,300 5,000 7,500 7,500
ディスクあたりの最大スループット 100 MB/sec 150 MB/sec 200 MB/sec 250 MB/sec 250 MB/sec
ストレージ アカウントあたりの最大ディスク数 280 70 35 17 8

Premium アンマネージド仮想マシン ディスク: VM あたりの上限

Resource Limit
VM あたりの最大 IOPS GS5 VM で 80,000 IOPS
VM あたりの最大スループット GS5 VM で 2,000 MB/秒

Azure StorSimple システムの制限

Limit identifier Limit Comments
ストレージ アカウントの資格情報の最大数 64
ボリューム コンテナーの最大数 64
ボリュームの最大数 255
帯域幅テンプレートごとのスケジュールの最大数 168 毎日の 1 時間ごとのスケジュール。
物理デバイス上の階層化ボリュームの最大サイズ StorSimple 8100 と StorSimple 8600 では 64 TB StorSimple 8100 と StorSimple 8600 は物理デバイスです。
Azure 内の仮想デバイス上の階層化ボリュームの最大サイズ StorSimple 8010 では 30 TB

StorSimple 8020 では 64 TB		 StorSimple 8010 と StorSimple 8020 は、それぞれ Standard Storage と Premium Storage を使用する Azure の仮想デバイスです。
物理デバイス上のローカル固定ボリュームの最大サイズ StorSimple 8100 では 9 TB

StorSimple 8600 では 24 TB		 StorSimple 8100 と StorSimple 8600 は物理デバイスです。
iSCSI 接続の最大数 512
イニシエーターからの iSCSI 接続の最大数 512
デバイスあたりのアクセス制御レコードの最大数 64
バックアップ ポリシーあたりのボリュームの最大数 24
バックアップ ポリシーあたりに保持されるバックアップの最大数 64
バックアップ ポリシーあたりのスケジュールの最大数 10
種類に関係なく保持されるスナップショットのボリュームあたりの最大数 256 この数量にはローカル スナップショットとクラウド スナップショットが含まれます。
1 つのデバイス内に存在できるスナップショットの最大数 10,000
バックアップ、復元、またはクローニングのために並列に処理できるボリュームの最大数 16
  • ボリュームの数が 16 を超える場合は、処理スロットが使用可能になるのに合わせて順番に処理されます。
  • 複製または復元された階層化ボリュームの新規バックアップは、前の操作が完了するまで実行できません。 ローカル ボリュームでは、バックアップはボリュームがオンラインになった後で可能になります。
階層化ボリュームの復元および複製による復旧時間 <2 分
  • ボリュームは、そのサイズにかかわらず、復元または複製の操作から 2 分以内に利用可能になります。
  • 最初は、データやメタデータの大部分がまだクラウドにあるため、ボリュームのパフォーマンスが通常より低下する場合があります。 クラウドから StorSimple デバイスに移されるデータが増えるにつれて、パフォーマンスが向上することがあります。
  • メタデータのダウンロードにかかる合計時間は、割り当てられたボリューム サイズによって異なります。 割り当てられたボリューム データの TB (テラバイト) あたり 5 分の速度で、メタデータはバック グラウンドで自動的にデバイスに移されます。 この速度はクラウドへのインターネット帯域幅による影響を受けることがあります。
  • すべてのメタデータがデバイスに移動した時点で、復元または複製の操作は完了します。
  • 復元または複製の操作が完全に完了するまで、バックアップ操作は実行できません。
ローカル固定ボリュームの復元回復時間 <2 分
  • ボリュームは、そのサイズにかかわらず、復元操作から 2 分以内に利用可能になります。
  • 最初は、データやメタデータの大部分がまだクラウドにあるため、ボリュームのパフォーマンスが通常より低下する場合があります。 クラウドから StorSimple デバイスに移されるデータが増えるにつれて、パフォーマンスが向上することがあります。
  • メタデータのダウンロードにかかる合計時間は、割り当てられたボリューム サイズによって異なります。 割り当てられたボリューム データの TB (テラバイト) あたり 5 分の速度で、メタデータはバック グラウンドで自動的にデバイスに移されます。 この速度はクラウドへのインターネット帯域幅による影響を受けることがあります。
  • 階層化ボリュームとは異なり、ローカル固定ボリュームがある場合は、ボリューム データもデバイスにローカルにダウンロードされます。 ボリュームのすべてのデータがデバイスに移行した時点で、復元操作が完了します。
  • 復元操作は長くなる可能性があります。完了するまでにかかる時間は、プロビジョニングされたローカル ボリューム、インターネットの帯域幅、およびデバイス上の既存のデータのサイズによって異なります。 復元操作の進行中に、ローカル固定ボリュームのバックアップ操作を実行できます。
Thin-restore availability Last failover
SSD 層から提供される場合の、クライアントによる最大読み取り/書き込みスループット* 単一の 10 ギガビット イーサネット ネットワーク インターフェースで 920/720 MB/秒 MPIO と 2 つのネットワーク インターフェイスを使用する場合は最大 2 回。
HDD 層から提供される場合の、クライアントによる最大読み取り/書き込みスループット* 120/250 MB/sec
クラウド層から提供される場合の、クライアントによる最大読み取り/書き込みスループット* 11/41 MB/sec 読み取りスループットは、十分な I/O キューの深さを生成および維持するクライアントに依存します。

* I/O の種類ごとの最大スループットは、100% の読み取り率と 100% の書き込み率のシナリオを使用して測定されたものです。 実際のスループットはこれより低くなる可能性があり、I/O の組み合わせとネットワーク状態によって異なります。

Azure Stream Analytics の制限

Limit identifier Limit Comments
リージョンあたりのサブスクリプションごとのストリーミング ユニットの最大数 83 83 を超えるサブスクリプションのストリーミング ユニットの増加を要求するには、 Microsoft サポートにお問い合わせください。
ジョブあたりの入力の最大数 60 Azure Stream Analytics ジョブあたりの入力には、最大数 60 のハード制限があります。
ジョブあたりの出力の最大数 60 Stream Analytics ジョブあたりの出力には、最大数 60 のハード制限があります。
ジョブあたりの関数の最大数 60 Stream Analytics ジョブあたりの関数には、最大数 60 のハード制限があります。
ジョブあたりのストリーミング ユニットの最大数 66 Stream Analytics ジョブあたりのストリーミング ユニットの数には、66 のハード制限があります。
リージョンあたりのジョブの最大数 1,500 地理的リージョンごとにサブスクリプションあたり最大 1,500 のジョブを含めることができます。
参照データの BLOB のサイズ (MB) 5 GB 1 個以上の SU を使用する場合は最大 5 GB。
クエリの最大文字数 512000 Azure Stream Analytics ジョブ クエリには、512 k 文字のハード制限があります。

Azure Virtual Machines の制限

Azure Virtual Machines の制限

Resource Limit
クラウド サービスあたりの仮想マシン 数 1 50
クラウド サービスごとの入力エンドポイント 2 150

1 Azure Resource Manager の代わりにクラシック デプロイ モデルを使用して作成された仮想マシンは、クラウド サービスに自動的に格納されます。 より多くの仮想マシンをそのクラウド サービスに追加すると、負荷分散と可用性を実現できます。

2 入力エンドポイントは、仮想マシンのクラウド サービスの外部から仮想マシンへの通信を許可します。 同じクラウド サービスまたは仮想ネットワーク内の仮想マシンは自動的に相互に通信できます。

Azure Virtual Machines の制限 - Azure Resource Manager

次の制限は、Azure Resource Manager と Azure リソース グループを使用する場合に適用されます。

Resource Limit
サブスクリプションあたりの VM 数 リージョンあたり 25,0001 。
サブスクリプションあたりの VM の合計コア数 リージョンあたり 201 。 制限を引き上げるには、サポートにお問い合わせください。
サブスクリプションあたりの Azure スポット VM の合計コア数 リージョンあたり 201 。 制限を引き上げるには、サポートにお問い合わせください。
シリーズあたりの VM (Dv2 や F など)、サブスクリプションあたりのコア数 リージョンあたり 201 。 制限を引き上げるには、サポートにお問い合わせください。
サブスクリプションごとの可用性セット リージョンあたり 2,500。
可用性セットあたりの仮想マシン数 200
リソース グループあたりの近接配置グループ数 800
可用性セットあたりの証明書数 1992
サブスクリプションあたりの証明書数 Unlimited3

1 既定の制限は、無料試用版や従量課金制などのオファー カテゴリの種類と、Dv2、F、G などのシリーズによって異なります。たとえば、Enterprise Agreement サブスクリプションの既定値は 350 です。 セキュリティ上、多数のコアを伴うデプロイを避けるため、サブスクリプションの既定のコア数は 20 コアとなります。 コア数を増やす必要がある場合は、サポート チケットを送信してください。

2 SSH 公開キーなどのプロパティも証明書としてプッシュされ、この制限にカウントされます。 この制限をバイパスするには、Windows 用の Azure Key Vault 拡張機能または Linux 用の Azure Key Vault 拡張機能を使用して証明書をインストールしてください。

3 Azure Resource Manager では、証明書は Azure Key Vault に格納されます。 証明書の数は、サブスクリプションに対しては無制限です。 1 つの VM または可用性セットから成るデプロイあたりの証明書数には 1 MB という制限があります。

Note

仮想マシンのコア数には、リージョン別総数の制限があります。 さらに、リージョンごとにサイズ シリーズ (Dv2 や F など) あたりの制限もあります。これらの制限は別々に適用されます。 たとえば、米国東部で VM のコア上限が 30、A シリーズのコア上限が 30、D シリーズのコア上限が 30 のサブスクリプションがあるとします。 このサブスクリプションでは、30 個の A1 VM、または 30 台の D1 VM、または合計 30 個のコア数を超えないようにこれらの 2 つを組み合わせでデプロイすることができます。 組み合わせの例としては、10 個の A1 VM と 20 個の D1 VM が考えられます。

コンピューティング ギャラリーの使用時にリソースをデプロイするには、次のサブスクリプションあたりの制限があります。

  • サブスクリプションあたり、リージョンあたり 100 のコンピューティング ギャラリー
  • サブスクリプションあたり、リージョンあたり 1,000 のイメージ定義
  • リージョンごとにサブスクリプションあたり 10,000 のイメージ バージョン

マネージド実行コマンドの制限

許可されるマネージド実行コマンドの最大数は現在 25 に制限されています。

Azure Virtual Machine Scale Sets の制限

Resource Limit
1 スケール セットあたりの最大 VM 数 1,000
スケール セット内のカスタム VM イメージに基づく VM の最大数 600
サブスクリプションあたりのスケール セットの最大数 (リージョンあたり) 2,500
IB クラスターの VMSS でサポートされているノードの最大数 100

Azure Virtual Network Manager の制限

Category Limitation
General Limitations
Cross-tenant Support 静的メンバーシップ ネットワーク グループでのみ
Azure Subscriptions ポリシー アプリケーションは、<15,000 サブスクリプションに制限されています
ポリシー適用モード [無効] に設定されている場合、ネットワーク グループに追加されません
ポリシー評価サイクル 標準評価サイクルはサポートされていません
Subscription Movement サブスクリプションを別のテナントに移動することはサポートされていません
接続構成の制限
接続されたグループ内の仮想ネットワーク 接続されたグループには、既定で最大 250 個の VNet を含めることができます。 このフォームを使用して、要求に応じて最大 1000 個まで拡張できます。
Private Endpoints 接続されたグループあたり 1000 個のプライベート エンドポイント
Hub-and-Spoke Configuration ハブにピアリングされた仮想ネットワークは最大 1000 個
Direct Connectivity 既定では最大 250 個の VNet。 このフォームを使用して、要求に応じて 1000 まで拡張できます。
Group Membership 仮想ネットワークは、最大 2 つの接続されたグループに含めることができます。 このフォームを使用して、要求に応じて 1000 まで拡張できます。
IP スペースの重複 重複した IP アドレスへの通信は破棄されます
セキュリティ管理者ルールの制限
IP Prefixes 最大 1,000 個の IP プレフィックスの組み合わせ
Admin Rules 1 レベルで最大 100 の管理者ルール
ユーザー定義ルートの制限
ルート テーブルあたりのユーザー定義ルート Max 1,000

開発トンネルの制限

開発 トンネルには、次の制限が適用されます。 制限は毎月リセットされます。

Resource Limit
Bandwidth ユーザーあたり 5 GB
Tunnels ユーザーあたり 10
Active connections ポートあたり 1000
Ports トンネルあたり 10
HTTP 要求レート ポートあたり 1500/分
データ転送速度 トンネルあたり最大 20 MB/秒
Web 転送の HTTP 要求本文の最大サイズ 16 MB

これらの制限に関する質問については、 GitHub リポジトリで問題を開いてください。

ネットワーク セキュリティ境界の制限

Scale limitations

ネットワーク セキュリティ境界機能を使用すると、次のスケール制限がある一般的なパブリック ネットワーク制御を使用した PaaS リソースのデプロイをサポートできます。

Limitation Description
ネットワーク セキュリティ境界の数 推奨される制限としてサブスクリプションあたり最大 100 個までサポートされます。
ネットワーク セキュリティ境界あたりのプロファイル数 推奨される制限として最大 200 個までサポートされます。
プロファイルあたりのルール要素の数 受信と送信のそれぞれにおけるハードリミットとして、最大 200 件までサポートされています。
同じネットワーク セキュリティ境界に関連付けられているサブスクリプション全体の PaaS リソースの数 推奨される制限として最大 1000 個までサポートされます。

Other limitations

ネットワーク セキュリティ境界には、次のようなその他の制限があります:

Limitation/Issue Description
ネットワーク セキュリティ境界アクセス ログにフィールドがありません ネットワーク セキュリティ境界アクセス ログが集計されている可能性があります。 フィールド 'count' と 'timeGeneratedEndTime' が見つからない場合は、集計カウントを 1 と見なします。
SDK を使用した関連付けの作成がアクセス許可の問題で失敗する Status: 403 (Forbidden) ; ErrorCode: AuthorizationFailed が、スコープ '/subscriptions/xyz/providers/Microsoft.Network/locations/xyz/networkSecurityPerimeterOperationStatuses/xyz' に対してアクション 'Microsoft.Network/locations/networkSecurityPerimeterOperationStatuses/read' を実行中に受信される可能性があります。

修正されるまでは、アクセス許可 'Microsoft.Network/locations/*/read' を使用するか、関連付けの作成に CreateOrUpdateAsync SDK API で WaitUntil.Started を使用します。
リソース名は、ネットワーク セキュリティ境界をサポートするために 44 文字を超えることはできません Azure portal から作成されたネットワーク セキュリティ境界リソースの関連付けの形式は、{resourceName}-{perimeter-guid} です。 要件名フィールドに合わせて 80 文字を超えることはできません。リソース名は 44 文字に制限する必要があります。
サービス エンドポイント トラフィックはサポートされていません。 IaaS から PaaS への通信にはプライベート エンドポイントを使用することをお勧めします。 現在、受信ルールで 0.0.0.0/0 が許可されている場合でも、サービス エンドポイント トラフィックを拒否できます。

Note

各サービスのそれぞれの制限については、個々の PaaS ドキュメントを参照してください。

Next steps

詳細については、次のリソースに進んでください。