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

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

Azure の価格の詳細については、Azure の価格の概要に関するページをご覧ください。 そこでは、料金計算ツールを使用してコストを見積もることができます。 Windows VM などの特定のサービスに関する価格詳細ページに移動することもできます。 コスト管理に役立つヒントについては、「Azure の課金とコスト管理で予想外のコストを防ぐ」をご覧ください。

管理の制限

注意

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

調整可能な制限がサービスにない場合、以下の表では "制限" の見出しを使用します。 その場合、既定値と上限値は同じです。

制限を調整できる場合、表には "既定の制限" および "最大制限" の見出しが含まれます。 既定の制限を超えて制限を引き上げることはできますが、最大制限を超えることはできません。

制限を引き上げるまたは既定の制限を超えるクォータが必要な場合は、オンライン カスタマー サポートに申請 (無料) してください。

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

無料試用版サブスクリプションは、制限およびクォータ引き上げの適用対象外です。 無料試用版をお持ちの場合は、従量課金制サブスクリプションにアップグレードしてください。 詳しくは、無料試用版の従量課金制へのアップグレードおよび無料試用版サブスクリプションの FAQ に関する記事をご覧ください。

一部の制限は、リージョンのレベルで管理されます。

vCPU クォータを例に説明します。 vCPU のサポートでのクォータ引き上げを要求するには、どのリージョンでいくつの vCPU を使用するかを決める必要があります。 その後、必要な数量とリージョンについて、vCPU クォータの増量に関する要求を行います。 西ヨーロッパで 30 の vCPU を使用してアプリケーションを実行する必要がある場合、具体的に、西ヨーロッパで 30 の vCPU を要求します。 他のリージョンでの vCPU クォータは増やされず、西ヨーロッパだけが 30 vCPU クォータになります。

つまり、1 つのリージョンのワークロードに対して必要なクォータを決定します。 その後、デプロイする各リージョンでの量を要求します。 特定のリージョンでの現在のクォータを確認する方法について詳しくは、「リソース クォータのエラーを解決する」を参照してください。

全般的な制限

リソース名の制限については、 Azureリソースに関する名前付け規則と制限事項を参照してください。

Resource Manager API の読み取りと書き込みの制限については、「Resource Manager の要求のスロットル」を参照してください。

管理グループの制限

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

リソース 制限
Azure AD テナントごとの管理グループ 10,000
管理グループあたりのサブスクリプション 無制限。
管理グループ階層のレベル ルート レベル + 6 レベル1
管理グループあたりの直接の親管理グループ 1 つ
場所あたりの管理グループ レベルのデプロイ 8002

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

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

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

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

リソース 制限
Azure Active Directory テナントに関連付けられているサブスクリプション 無制限
サブスクリプションあたりの共同管理者 無制限
サブスクリプションあたりのリソース グループ数 980
Azure Resource Manager API 要求サイズ 4,194,304 バイト
サブスクリプションあたりのタグ数1 50
サブスクリプションあたりの一意のタグの計算1 80,000
場所あたりのサブスクリプション レベルのデプロイ 8002

1サブスクリプションにはタグを最大で 50 個直接適用することができます。 ただし、サブスクリプション内のリソース グループとリソースに適用する場合には、サブスクリプションに無制限にタグを含めることができます。 リソースまたはリソース グループあたりのタグの数は、50 に制限されています。 サブスクリプションに存在する一意のタグ名と値のリストが Resource Manager から返されるのは、タグの数が 80,000 以下の場合に限られます。 タグの数が 80,000 を超える場合でも、タグでリソースを検出することはできます。

2 デプロイ数の上限 800 に達した場合、不要になったデプロイを履歴から削除します。 サブスクリプション レベルのデプロイを削除するには、Remove-AzDeployment または az deployment sub delete を使用します。

リソース グループの制限

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

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

テンプレートの制限

制限
パラメーター 256
変数 256
リソース (コピー数を含む) 800
出力 64
テンプレート式 24,576 文字
エクスポートされたテンプレート内のリソース 200
テンプレート サイズ 4 MB
パラメーター ファイル サイズ 4 MB

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

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

Active Directory の制限

ここでは、Azure Active Directory (Azure AD) サービスの使用上の制約およびその他のサービスの制限を説明します。

カテゴリ 制限
テナント 1 人のユーザーは、最大 500 の Azure AD テナントにメンバーまたはゲストとして属することができます。
1 人のユーザーは、最大で 200 個のディレクトリを作成できます。
ドメイン 追加できるマネージド ドメイン名は 5,000 個以下です。 オンプレミス Active Directory とのフェデレーションをすべてのドメインに設定した場合、各テナントには 2,500 を超えるドメイン名を追加できません。
リソース
  • Azure Active Directory の Free エディションのユーザーは、既定で 1 つのテナントに最大 50,000 個の Azure AD リソースを作成できます。 検証済みドメインが少なくとも 1 つある場合は、組織の既定の Azure AD サービス クォータは 300,000 個の Azure AD リソースに拡張されます。 内部管理者の引き継ぎを実行し、少なくとも 1 つの確認済みドメインを持つマネージド テナントに組織が変換された後も、セルフサービス サインアップによって作成された組織の Azure AD サービス クォータは、50,000 個の Azure AD リソースのままになります。 このサービス制限は、Azure AD の価格ページに記載されている 500,000 リソースの価格レベル制限とは関係ありません。 既定のクォータを超えるためには、Microsoft サポートに連絡する必要があります。
  • 管理者以外のユーザーは、最大 250 個の Azure AD リソースを作成できます。 アクティブ リソースと復元可能な削除済みリソースの両方が、このクォータに加算されます。 30 日未満に削除された削除済み Azure AD リソースのみが復元可能です。 復元できなくなった削除済み Azure AD リソースは、30 日間、 4 分の 1 の値でこのクォータに加算されます。 通常の作業で、このクォータを繰り返し超過する可能性のある開発者がいる場合は、無制限の数のアプリ登録を作成できる権限を持ったカスタムロールを作成して割り当てることもできます。
スキーマの拡張機能
  • 文字列型の拡張の最大文字数は 256 文字です。
  • バイナリ型の拡張は 256 バイトに制限されます。
  • 1 つの Azure AD リソースに対して書き込める拡張値は、(すべて の型と すべて のアプリケーションで合計) 100 個のみです。
  • 文字列型またはバイナリ型の単一値の属性を使用して拡張できるのは、User、Group、TenantDetail、Device、Application、および ServicePrincipal エンティティのみです。
アプリケーション
  • 最大 100 人のユーザーが 1 つのアプリケーションの所有者になれます。
  • ユーザー、グループ、またはサービス プリンシパルに割り当てることのできるアプリ ロールは 1,500 までです。
  • パスワードベースのシングル サインオン (SSO) アプリには 48 ユーザーという制限があり、当然、アプリあたりのユーザー名とパスワードのペアについても 48 キーの制限があります。 それ以上のユーザーを追加したい場合は、「Azure AD でのパスワードベースのシングル サインオンのトラブルシューティング」のトラブルシューティング手順を参照してください。
  • ユーザー名とパスワードの資格情報を構成して所有できるアプリは、1 ユーザーにつき 48 個までです。
アプリケーション マニフェスト アプリケーション マニフェストには、最大で 1200 のエントリを追加できます。
グループ
  • 管理者以外のユーザーは、Azure AD 組織に最大 250 個のグループを作成できます。 組織内のグループを管理できる Azure AD 管理者であれば、グループを無制限に作成することもできます (Azure AD オブジェクトの上限まで)。 ユーザーの制限を削除するためのロールを割り当てる場合は、ユーザー管理者やグループ管理者など、特権の低い組み込みロールに割り当ててください。
  • Azure AD 組織には、最大 5000 個の動的グループを含めることができます。
  • 1 つの Azure AD 組織 (テナント) には、最大 300 個のロール割り当て可能なグループを作成できます。
  • 最大 100 人のユーザーが 1 つのグループの所有者になれます。
  • 任意の数の Azure AD リソースが 1 つのグループのメンバーになることができます。
  • ユーザーは任意の数のグループのメンバーになることができます。
  • 既定では、Azure AD Connect を使用してオンプレミスの Active Directory から Azure Active Directory に同期できるグループ内のメンバーの数は、50,000 ユーザーに制限されています。 この制限を超えるグループ メンバーを同期する必要がある場合、Azure AD Connect 同期 V2 エンドポイント API をオンボードしなければなりません。
  • Azure AD の入れ子になったグループは、すべてのシナリオにおいてサポートされていません
  • 一連のグループを選択する場合、グループの有効期限ポリシーを割り当てることができる Microsoft 365 グループは最大 500 個です。 ポリシーがすべての Microsoft 365 グループに適用される場合、制限はありません。

現時点で、入れ子になったグループでサポートされるシナリオを次に示します。
  • 1 つのグループを別のグループのメンバーとして追加することができるため、グループの入れ子を実現できます。
  • グループ メンバーシップ クレーム (アプリがトークンでグループ メンバーシップ クレームを受信するように構成されている場合は、サインインしているユーザーがメンバーになっている入れ子になったグループが含まれます)
  • 条件付きアクセス (条件付きアクセス ポリシーにグループのスコープが設定されている場合)
  • セルフサービスのパスワード リセットへのアクセスの制限
  • Azure AD Join とデバイス登録を実行できるユーザーの制限

次のシナリオでは、入れ子になったグループはサポートされません。
  • アプリ ロールの割り当て (アプリへのグループの割り当てはサポートされていますが、直接割り当てられたグループ内で入れ子になっているグループにはアクセス権はありません)。アクセス権とプロビジョニングの両方
  • グループベースのライセンス (グループのすべてのメンバーにライセンスを自動的に割り当てます)
  • Microsoft 365 グループ。
アプリケーション プロキシ
  • アプリケーション プロキシ アプリケーションごとに 1 秒あたり最大 500 件のトランザクション
  • Azure AD 組織に対する 1 秒あたり最大 750 件のトランザクション

トランザクションは、単一の http 要求と一意のリソースの応答として定義されます。 スロットルが行われた場合、クライアントでは 429 応答 (要求が多すぎます) を受信します。
アクセス パネル 割り当てられたライセンスに関係なく、各ユーザーのアクセス パネルに表示できるアプリケーション数に制限はありません。
Reports いずれのレポートでも、最大 1,000 行を表示またはダウンロードできます。 それを超えるデータは切り捨てられます。
管理単位 Azure AD リソースは最大 30 個の管理単位のメンバーにすることができます。
Azure AD ロールとアクセス許可
  • Azure AD 組織ごとに、最大 30 個の Azure AD カスタム ロールを作成できます。
  • グループをグループ所有者として追加することはできません。
  • ユーザーが他のユーザーのテナント情報を読み取ることができる権限は、管理者以外の全ユーザーがすべてのテナント情報にアクセスできないようにする、Azure AD 組織全体のスイッチでのみ制限できます (これは推奨されません)。 詳細については、「メンバー ユーザーの既定のアクセス許可を制限するには」を参照してください。
  • 管理者ロールのメンバーシップの追加や失効が有効になるには、最大 15 分またはサインアウト/サインインが必要になることがあります。

API Management の制限

リソース 制限
スケール ユニットの最大数 リージョンあたり 101
キャッシュ サイズ ユニットあたり 5 GiB2
HTTP 機関あたりのバックエンドの同時接続3 ユニットあたり 2,0484
キャッシュする応答の最大サイズ 2 MiB
ポリシー ドキュメントの最大サイズ 256 KiB5
サービス インスタンスあたりの最大カスタム ゲートウェイ ドメイン6 20
サービス インスタンスあたりの CA 証明書の最大数7 10
サブスクリプションあたりのサービス インスタンスの最大数8 20
サービス インスタンスあたりのサブスクリプションの最大数8 500
サービス インスタンスあたりのクライアント証明書の最大数8 50
サービス インスタンスあたりの API の最大数8 50
サービス インスタンスあたりの API 管理操作の最大数8 1,000
最大合計要求時間8 30 秒
バッファー処理されたペイロードの最大サイズ8 2 MiB
要求 URL の最大サイズ9 4,096 バイト
URL パスのセグメントの最大長10 260 文字
検証ポリシーによって使用される API スキーマの最大サイズ10 4 MB
コンテンツ検証ポリシー内の要求または応答本文の最大サイズ 100 KB
セルフホステッド ゲートウェイの最大数11 25

1 スケーリングの制限は、価格レベルによって変わります。 価格レベルと、価格レベルのスケーリング制限については、「API Management の価格」を参照してください。
2 ユニット キャッシュ サイズは、価格レベルによって変わります。 価格レベルと、価格レベルのスケーリング制限については、「API Management の価格」を参照してください。
3バックエンドによって明示的に終了されない場合、接続はプールされ、再利用されます。
4この制限は、Basic レベル、Standard レベル、および Premium レベルのユニットあたりです。 Developer レベルは 1,024 に制限されます。 この制限は、従量課金レベルには適用されません。
5この制限は Basic、Standard、および Premium レベルに適用されます。 従量課金レベルのポリシー ドキュメントのサイズは 16 KiB に制限されています。
6複数のカスタム ドメインは、Developer レベルと Premium レベルでのみサポートされます。
7CA 証明書は従量課金レベルではサポートされていません。
8この制限は、従量課金レベルにのみ適用されます。 他のレベルについては、これらのカテゴリに制限はありません。
9従量課金レベルにのみ適用されます。 最大 2,048 バイト長のクエリ文字列を含みます。
10 この制限を増やすには、サポートにお問い合わせください。
11セルフホステッド ゲートウェイは、Developer レベルと Premium レベルでのみサポートされています。 この制限は、セルフホステッド ゲートウェイ リソースの数に適用されます。 この制限を引き上げるには、サポートにお問い合わせください。 セルフホステッド ゲートウェイ リソースに関連付けられるノード (またはレプリカ) の数は、Premium レベルでは無制限であり、Developer レベルでは単一のノードに制限されることに注意してください。

App Service の制限

リソース Free 共有 Basic Standard Premium (v1 から v3) Isolated
Azure App Service プランあたりの Web、モバイル、または API アプリ数1 10 100 無制限2 無制限2 無制限2 無制限2
App Service プラン リージョンあたり 10 件 リソース グループあたり 10 リソース グループあたり 100 リソース グループあたり 100 リソース グループあたり 100 リソース グループあたり 100
コンピューティング インスタンスの種類 共有 共有 専用3 専用3 専用3

専用3
スケール アウト (最大インスタンス) 1 Shared インスタンス 1 Shared インスタンス 3 専用インスタンス3 10 専用インスタンス3 20 専用インスタンス (v1 および v2)、30 専用インスタンス (v3)。3 100 専用インスタンス4
ストレージ5 1 GB5 1 GB5 10 GB5 50 GB5 250 GB5 1 TB5

使用可能なストレージ クォータは 999 GB です。
CPU 時間 (5 分)6 3 分 3 分 無制限、Standard の料金で課金 無制限、Standard の料金で課金 無制限、Standard の料金で課金 無制限、Standard の料金で課金
CPU 時間 (1 日)6 約 60 分 約 240 分 無制限、Standard の料金で課金 無制限、Standard の料金で課金 無制限、Standard の料金で課金 無制限、Standard の料金で課金
メモリ (1 時間) App Service プランごとに 1,024 MB アプリごとに 1,024 MB 該当なし 該当なし 該当なし 該当なし
帯域幅 165 MB 無制限、 データ転送の料金 が適用される 無制限、 データ転送の料金 が適用される 無制限、 データ転送の料金 が適用される 無制限、 データ転送の料金 が適用される 無制限、 データ転送の料金 が適用される
アプリケーションのアーキテクチャ 32 ビット 32 ビット 32 ビット/64 ビット 32 ビット/64 ビット 32 ビット/64 ビット 32 ビット/64 ビット
インスタンスごとの Web ソケット数7 5 35 350 無制限 無制限 無制限
インスタンスあたりの送信 IP 接続数 600 600 インスタンス サイズによって異なる8 インスタンス サイズによって異なる8 インスタンス サイズによって異なる8 16,000
アプリケーションごとの同時 デバッガー接続 1 1 1 5 5 5
サブスクリプションあたりの App Service 証明書数9 サポートされていません サポートされていません 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
プライベート エンドポイント アプリあたり 100
統合 Load Balancer X X X X X10
アクセス制限 アプリあたり 512 個のルール アプリあたり 512 個のルール アプリあたり 512 個のルール アプリあたり 512 個のルール アプリあたり 512 個のルール アプリあたり 512 個のルール
Always On X X X X
スケジュールされたバックアップ 2 時間ごとにスケジュールされたバックアップ。1 日あたり最大 12 回のバックアップ (手動 + スケジュール済み) 1 時間ごとにスケジュールされたバックアップ。1 日あたり最大 50 回のバックアップ (手動 + スケジュール済み) 1 時間ごとにスケジュールされたバックアップ。1 日あたり最大 50 回のバックアップ (手動 + スケジュール済み)
Autoscale X X X
WebJobs11 X X X X X X
エンドポイントの監視 X X X X
アプリごとのステージング スロット 5 20 20
運用環境でのテスト X X X
診断ログ X X X X X X
Kudu X X X X X X
認証と承認 X X X X X X
App Service マネージド証明書 (パブリック プレビュー) 12 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 これらのリソースは、専用インスタンス上の物理リソース (インスタンスのサイズとインスタンス数) によって制限されます。

7 Basic レベルでアプリケーションを 2 つのインスタンスにスケーリングする場合、2 つのインスタンスのそれぞれに 350 本のコンカレント接続があります。 Standard レベル以上では、Web ソケットに理論的な制限はありませんが、他の要因によって Web ソケットの数が制限されることがあります。 たとえば、許可される最大同時要求数 (maxConcurrentRequestsPerCpu で定義される) は次のとおりです。小規模 VM あたり 7,500、中規模 VM あたり 15,000 (7,500 x 2 コア)、および大規模 VM あたり 75,000 (18,750 x 4 コア)。

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

9 サブスクリプションあたりの App Service 証明書のクォータ制限は、サポート リクエストによって最大上限 200 まで増やすことができます。

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

11 カスタムの実行可能ファイルやスクリプトを、オンデマンドやスケジュールで、または App Service インスタンス内のバックグラウンド タスクとして継続的に実行します。 Web ジョブを継続的に実行するには、常時接続が必要です。 App Service インスタンスで実行できる Web ジョブの数に定義済みの制限はありません。 実際にはアプリケーション コードの処理に依存する限界があります。

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

Automation の制限

プロセスの自動化

リソース 制限 Notes
Azure Automation アカウントあたりの 30 秒ごとに送信できる新しいジョブの最大数 (スケジュールされていないジョブ) 100 この制限に到達すると、次のジョブ作成要求は失敗します。 クライアントにエラー応答が届きます。
Automation アカウントあたりのインスタンスの同じ時刻に同時実行するジョブの最大数 (スケジュールされていないジョブ) 200 この制限に到達すると、次のジョブ作成要求は失敗します。 クライアントにエラー応答が届きます。
30 日のローリング期間におけるジョブ メタデータの最大ストレージ サイズ 10 GB (約 400 万ジョブ) この制限に到達すると、次のジョブ作成要求は失敗します。
最大ジョブ ストリームの制限 1 MiB 単一のストリームを 1 MiB より大きくすることはできません。
Automation アカウントあたりの 30 秒ごとにインポートできるモジュールの最大数 5
モジュールの最大サイズ 100 MB
ノード構成ファイルの最大サイズ 1 MB 状態の構成に適用されます
ジョブ実行時間、Free レベル カレンダー月あたりサブスクリプションごとに 500 分
サンドボックスごとに許可される最大ディスク容量1 1 GB Azure サンドボックスにのみ適用されます。
サンドボックスに割り当てる最大メモリ量1 400 MB Azure サンドボックスにのみ適用されます。
サンドボックスごとに許可されるネットワーク ソケットの最大数1 1,000 Azure サンドボックスにのみ適用されます。
Runbook ごとに許可される最長実行時間1 3 時間 Azure サンドボックスにのみ適用されます。
サブスクリプションでの Automation アカウントの最大数 制限なし
Automation アカウントあたりのハイブリッド worker グループの最大数 4,000
1 つの Hybrid Runbook Worker で実行できる同時実行ジョブの最大数 50
Runbook ジョブの最大パラメーター サイズ 512 キロバイト
Runbook の最大パラメーター 50 パラメーターの 50 の上限に達したら、パラメーターに JSON または XML 文字列を渡し、Runbook を使用して解析することができます。
Webhook のペイロードの最大サイズ 512 キロバイト
ジョブ データが保持される最大日数 30 日
PowerShell ワークフローの最大状態サイズ 5 MB ワークフローのチェックポイント処理を行うときに PowerShell ワークフロー Runbook に適用されます。

1サンドボックスは、複数のジョブで使用できる共有環境です。 同じサンドボックスを使用するジョブは、サンドボックスのリソース制限に縛られます。

変更履歴とインベントリ

次の表は、Change Tracking でのマシンごとの追跡項目制限を示します。

リソース 制限 メモ
ファイル 500
ファイル サイズ 5 MB
レジストリ 250
Windows ソフトウェア 250 ソフトウェア更新プログラムは含まれません。
Linux パッケージ 1,250
サービス 250
デーモン 250

更新管理

次の表には、更新管理の制限が示されています。

リソース 制限 メモ
更新プログラムの展開ごとのマシンの数 1000
更新プログラムのデプロイごとの動的グループの数 500

Azure App Configuration

リソース 制限
構成ストア - Free レベル サブスクリプションあたり 1
構成ストア - Standard レベル サブスクリプションあたり無制限
構成ストア要求 - Free レベル 1 日あたり 1,000 個の要求
構成ストア要求 - Standard レベル 調整は 1 時間あたり 20,000 個の要求で開始されます
ストレージ - Free レベル 10 MB
ストレージ - Standard レベル 1 GB
キーと値 単一のキーと値の項目に対して 10 KB

Azure API for FHIR サービスの制限

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

クォータ名 既定の制限 上限 メモ
要求ユニット数 (RU) 10,000 RU サポートに問い合わせ 利用可能な最大数は 1,000,000 個です。 少なくとも 400 RU か 40 RU/GB が必要になります (大きい方)。
コンカレント接続数 2 つのインスタンスで 15 個のコンカレント接続 (合計で 30 個の同時要求) サポートに問い合わせ
サブスクリプションあたりの Azure API for FHIR サービス インスタンス数 10 サポートに問い合わせ

Azure Cache for Redis の制限

リソース 制限
キャッシュ サイズ 1.2 TB
データベース 64
接続されている最大クライアント数 40,000
Azure Cache for Redis のレプリカ (高可用性向け) 1
クラスタリングを使用した Premium キャッシュ内のシャード 10

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

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

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

Azure Cloud Services の制限

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

1Web または worker ロールの Azure Cloud Service には、それぞれ運用環境用とステージング環境用の 2 つのデプロイを作成することができます。 この制限は、個別のロールの数、つまり、構成を示しています。 この制限は、ロールあたりのインスタンスの数、つまり、スケーリングを示しています。

Azure Cognitive Search の制限

価格レベルによって、容量と検索サービスの制限が決定されます。 レベルは次のとおりです。

  • Free: 他の Azure サブスクライバーと共有するマルチ テナント サービスであり、評価および小規模の開発プロジェクト向けです。
  • Basic: 小規模環境で運用ワークロードに対して専用コンピューティング リソースを提供します。高可用性のクエリ ワークロード用に最大 3 つのレプリカを備えています。
  • Standard: S1、S2、S3、S3 High Density が含まれ、大規模な運用ワークロード向けです。 Standard レベルは、ワークロード プロファイルに最適なリソース構成を選択できるように、複数のレベルにわかれています。

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

サブスクリプション内に複数のサービスを作成することができます。 作成したサービスはそれぞれ、一定のレベルでプロビジョニングできます。 各レベルにはサービス数に上限が設けられています。 たとえば、Basic レベルのサービスであれば 12 個まで作成できますが、同じサブスクリプションの枠内で S1 レベルのサービスをさらにもう 12 個まで作成できます。 レベルの詳細については、Azure Cognitive Search 用の SKU または価格レベルの選択に関するページを参照してください。

サービス数の上限は、依頼により引き上げが可能です。 同一のサブスクリプションで通常よりも多数のサービスが必要な場合には、Azure Support にお問い合わせください。

リソース Free1 Basic S1 S2 S3 S3 HD L1 L2
最大サービス数 1 16 16 8 6 6 6 6
検索単位の最大スケール (SU)2 該当なし 3 SU 36 SU 36 SU 36 SU 36 SU 36 SU 36 SU

1 Free は、専用リソースではなく、共有リソースに基づいています。 スケールアップは、共有リソースではサポートされていません。

2 Search ユニットは、レプリカ または パーティション のいずれかとして割り当てられている請求単位です。 ストレージ、インデックス作成、およびクエリ操作については、両方のリソースが必要になります。 SU の計算の詳細については、クエリとインデックス作成のワークロードに応じたリソース レベルのスケーリングに関するページを参照してください。

Search サービスあたりの制限

検索サービスは、ディスク領域と、インデックスまたはインデクサーの最大数のハード制限のうち、先に達したものによって制約されます。 次の表では、ストレージの制限についてまとめています。 オブジェクトの上限については、リソース別の制限に関するセクションを参照してください。

リソース Free Basic1 S1 S2 S3 S3 HD L1 L2
サービス レベル アグリーメント (SLA)2 いいえ はい はい はい はい はい はい はい
パーティションあたりのストレージ容量 50 MB 2 GB 25 GB 100 GB 200 GB 200 GB 1 TB (テラバイト) 2 TB
サービスあたりのパーティション数 該当なし 1 12 12 12 3 12 12
パーティション サイズ 該当なし 2 GB 25 GB 100 GB 200 GB 200 GB 1 TB (テラバイト) 2 TB
レプリカ 該当なし 3 12 12 12 12 12 12

1 Basic には、1 つの固定パーティションがあります。 追加の検索ユニットを使用することで、レプリカを追加してより多くのクエリを実行できます。

2 専用リソースの課金対象のサービスでは、サービス レベル アグリーメントが有効です。 Free サービスおよびプレビュー機能には SLA がありません。 課金対象のサービスで、SLA が有効になるのは、サービスに対して十分な冗長性がプロビジョニングされている場合です。 クエリ (読み取り) の SLA には複数のレプリカが必要です。 クエリとインデックス作成 (読み取り/書き込み) の SLA には 3 つ以上のレプリカが必要です。 パーティション数は SLA には関係ありません。

ドキュメント サイズ、1 秒あたりのクエリ数、キー数、要求数、応答数など、より細かなレベルでの制限の詳細については、「Azure Cognitive Search におけるサービスの制限」を参照してください。

Azure Cognitive Services の制限

次の制限は、Azure サブスクリプションごとの Cognitive Services リソースの数に関するものです。 各 Cognitive Services には、追加の制限がある場合があります。詳しくは、Azure Cognitive Services に関するページを参照してください。

Type 制限
Cognitive Services リソースの混在 合計で最大で 200 個の Cognitive Services リソース。 米国西部 2 に 100 個の Computer Vision リソース、米国西部に 50 個の Speech Service リソース、米国東部に 50 個の Text Analytics リソース。
単一の種類の Cognitive Services リソース。 リージョンあたり最大 100 個のリソース、合計で最大で 200 個の Cognitive Services リソース。 米国西部 2 に 100 個の Computer Vision リソース、米国東部に 100 個の Computer Vision リソース。

Azure Cosmos DB の制限

Azure Cosmos DB の制限については、「Azure Cosmos DB の制限」を参照してください。

Azure Data Explorer の制限

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

リソース 制限
サブスクリプションあたりのリージョンごとのクラスター数 20
クラスターごとのインスタンス数 1000
クラスター内のデータベースの数 10,000
クラスター内のアタッチされたデータベース構成の数 70

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

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

Azure Database for MySQL

Azure Database for MySQL の制限については、「Azure Database for MySQL の制限事項」を参照してください。

Azure Database for PostgreSQL

Azure Database for PostgreSQL の制限については、「Azure Database for PostgreSQL の制限事項」を参照してください。

Azure Functions の制限

リソース 従量課金プラン Premium プラン 専用プラン ASE Kubernetes
既定のタイムアウトまでの時間 (分) 5 30 301 30 30
最大のタイムアウトまでの時間 (分) 10 無制限7 無制限2 unbounded unbounded
最大送信接続数 (インスタンスあたり) アクティブ 600 (合計 1200) unbounded unbounded unbounded unbounded
最大要求サイズ (MB)3 100 100 100 100 クラスターに応じる
クエリ文字列の最大長3 4096 4096 4096 4096 クラスターに応じる
要求 URL の最大長3 8192 8192 8192 8192 クラスターに応じる
インスタンスあたりの ACU 100 210 ~ 840 100 ~ 840 210 から 2508 AKS の価格
最大メモリ (インスタンスあたりの GB) 1.5 3.5 ~ 14 1.75 ~ 14 3.5 から 14 すべてのノードがサポートされています
最大インスタンス数 200 1009 SKU により異なる10 10010 クラスターに応じる
プランあたりの関数アプリ 100 100 無制限4 unbounded unbounded
App Service プラン リージョンあたり 100 リソース グループあたり 100 リソース グループあたり 100 - -
ストレージ5 5 TB 250 GB 50 ~ 1000 GB 1 TB (テラバイト) 該当なし
アプリケーションごとのカスタム ドメイン数 5006 500 500 500 該当なし
カスタム ドメインの SSL サポート 無制限の SNI SSL 接続が含まれる 無制限の SNI SSL 接続と 1 件の IP SSL 接続が含まれる 無制限の SNI SSL 接続と 1 件の IP SSL 接続が含まれる 無制限の SNI SSL 接続と 1 件の IP SSL 接続が含まれる 該当なし

1 既定では、App Service プランでの Functions 1.x ランタイムのタイムアウトは無制限です。
2 App Service プランが Always On に設定されている必要があります。 標準料金でのお支払い。
3 これらの制限はホストで設定されます。
4 実際にホストできる関数アプリの数は、アプリのアクティビティ、マシン インスタンスのサイズ、対応するリソース使用量によって異なります。
5 ストレージの上限は、同じ App Service プランのすべてのアプリにまたがる一時ストレージ内の合計コンテンツ サイズです。 従量課金プランでは、Azure Files を一時ストレージに使用します。
6 関数アプリが従量課金プランでホストされている場合、CNAME オプションのみがサポートされます。 Premium プランまたは App Service プランの関数アプリでは、CNAME または A レコードを使用してカスタム ドメインをマップできます。
7 60 分まで保証されます。
8 ワーカーは、お客様のアプリをホストする役割です。 ワーカーは、3 つの固定サイズで使用できます。1 vCPU/3.5 GB RAM。2 vCPU/7 GB RAM。4 vCPU/14 GB RAM。
9 Premium プランの Linux で実行する場合、インスタンス数の上限は現在 20 個です。
10 詳細については、「App Service の制限」を参照してください。

詳細については、Functions のホスティング プランの比較に関するページを参照してください。

Azure Kubernetes Service の制限

リソース 制限
サブスクリプションあたりの最大クラスター数 5000
仮想マシン可用性セットと Basic Load Balancer SKU を使用したクラスターあたりの最大ノード 100
Virtual Machine Scale Sets と Standard Load Balancer SKU を使用したクラスターあたりの最大ノード数 1000 (すべてのノード プール対象)
クラスターあたりの最大ノード プール数 100
ノードごとの最大ポッド数: Kubenet を使用した基本的なネットワーク 最大値: 250
Azure CLI の既定値: 110
Azure Resource Manager テンプレートの既定値: 110
Azure portal デプロイの既定値: 30
ノードごとの最大ポッド数: Azure Container Networking Interface を使った高度なネットワーク 最大値: 250
既定値: 30
Open Service Mesh (OSM) AKS アドオン プレビュー Kubernetes クラスターのバージョン: 1.19 以上1
クラスターあたりの OSM コントローラー数: 11
OSM コントローラーあたりのポッド数: 5001
OSM によって管理される Kubernetes サービス アカウント数: 501

1AKS 用 OSM アドオンはプレビュー段階であり、一般提供 (GA) 前にさらに改良される予定です。 プレビュー段階では、記載されている制限の範囲内で使用することをお勧めします。

Azure Machine Learning の制限

Azure Machine Learning コンピューティング クォータの最新の値については、Azure Machine Learning クォータ ページをご覧ください。

Azure Maps の制限

Azure Maps S0 価格レベルの使用制限を次の表に示します。 使用制限は、価格レベルによって異なります。

リソース S0 価格レベルの上限
サブスクリプションあたりの最大要求率 1 秒あたり 50 要求

次の表は、Azure サブスクリプションにおける Azure Maps アカウントの累積データ サイズの上限を示しています。 Azure Maps Data Service は、S1 価格レベルでのみ使用できます。

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

Azure Maps 価格レベルの詳細については、「Azure Maps の価格」を参照してください。

Azure Monitor の制限

警告

リソース 既定の制限 上限
メトリック アラート (クラシック) サブスクリプションごとに 100 個のアクティブなアラート ルール。 サポートに問い合わせます
メトリック アラート Azure パブリック、Azure China 21Vianet、および Azure Government クラウド内でサブスクリプションごとに 5,000 個のアクティブな警告ルール。 この制限に達した場合は、同じ種類のマルチリソース アラートを使用できるかどうかを調べます。
アラート ルールあたり 5,000 個のメトリック時系列。
サポートに問い合わせます。
アクティビティ ログ アラート サブスクリプションごとに 100 個のアクティブなアラート ルール (増やすことはできません)。 既定値と同じ
ログ アラート サブスクリプションごとに 512 個のアクティブなアラート ルール。 リソースごとに 200 個のアクティブなアラート ルール。 サポートに問い合わせます
アラート ルールとアクション ルールの説明の長さ ログ検索アラートは 4096 文字
その他はすべて 2048 文字
既定値と同じ

Alerts API

Azure Monitor アラートには、ユーザーが過剰な数の呼び出しを実行するのを防ぐためのいくつかの調整制限があります。 このような動作によってシステムのバックエンド リソースが過負荷になり、サービスの応答性が損なわれる可能性があります。 次の制限は、顧客を中断から保護し、一貫したサービス レベルを確保するために設計されています。 ユーザーの調整と制限は、極端な使用シナリオにのみ影響するように設計されており、一般的な使用には関係ありません。

リソース 既定の制限 上限
GET alertsSummary サブスクリプションごとに毎分 50 回の呼び出し 既定値と同じ
GET alerts (アラート ID の指定なし) サブスクリプションごとに毎分 100 回の呼び出し 既定値と同じ
その他すべての呼び出し サブスクリプションごとに毎分 1000 回の呼び出し 既定値と同じ

アクション グループ

リソース 既定の制限 上限
Azure アプリのプッシュ アクション グループあたり 10 個のアプリ アクション。 既定値と同じ
Email アクション グループの 1,000 個のメール アクション。
1 時間で 100 件以下の電子メール。
レート制限情報 もご覧ください。
既定値と同じ
ITSM アクション グループの 10 個の ITSM アクション。 既定値と同じ
ロジック アプリ アクション グループの 10 個のロジック アプリ アクション。 既定値と同じ
Runbook アクション グループの 10 個の Runbook アクション。 既定値と同じ
sms アクション グループの 10 個の SMS アクション。
5 分ごとに SMS メッセージ 1 件以下。
レート制限情報 もご覧ください。
既定値と同じ
音声 アクション グループの 10 個の音声アクション。
5 分ごとに 1 件以下の音声通話。
レート制限情報 もご覧ください。
既定値と同じ
Webhook アクション グループの 10 個の Webhook アクション。 Webhook の最大呼び出し数は、サブスクリプションごとに毎分 1500 個です。 その他の制限はアクション固有の情報でご覧いただけます。 既定値と同じ

自動スケール

リソース 既定の制限 上限
自動スケールの設定 サブスクリプションあたりのリージョンごとに 100。 既定値と同じ
自動スケール プロファイル 自動スケーリング設定ごとに 20 プロファイル。 既定値と同じ

ログ クエリと言語

一般的なクエリの制限

制限 説明
クエリ言語 Azure Monitor では、Azure Data Explorer と同じ Kusto クエリ言語が使用されます。 Azure Monitor でサポートされていない KQL 言語要素については、「Azure Monitor ログ クエリ言語の違い」を参照してください。
Azure Azure リージョン データが複数の Azure リージョンの Log Analytics ワークスペースにまたがっている場合、ログ クエリで過剰なオーバーヘッドが発生する可能性があります。 詳細については、「クエリの制限」をご覧ください。
リソース間のクエリ 1 回のクエリ内の Application Insights リソースと Log Analytics ワークスペースの数は 100 個に制限されています。
リソース間のクエリは、ビュー デザイナーでサポートされていません。
ログ アラートでのリソース間のクエリは、新しい scheduledQueryRules API でサポートされています。
詳細については、リソース間のクエリの制限に関する記事を参照してください。

ユーザー クエリの調整

Azure Monitor には、ユーザーが過剰な数のクエリを送信するのを防ぐためのいくつかの調整制限があります。 このような動作によってシステムのバックエンド リソースが過負荷になり、サービスの応答性が損なわれる可能性があります。 次の制限は、顧客を中断から保護し、一貫したサービス レベルを確保するために設計されています。 ユーザーの調整と制限は、極端な使用シナリオにのみ影響するように設計されており、一般的な使用には関係ありません。

Measure ユーザーあたりの制限 説明
同時クエリ 5 ユーザーのために既に 5 つのクエリが実行されている場合、新しいクエリはユーザーごとのコンカレンシー キューに配置されます。 実行中のクエリの 1 つが終了すると、次のクエリがキューから取り出されて開始されます。 これには、アラート ルールからのクエリは含まれません。
コンカレンシー キューの時間 3 分 クエリが開始されずにキューに 3 分以上留まると、クエリはコード 429 の HTTP エラー応答で終了します。
コンカレンシー キュー内の合計クエリ数 200 キュー内のクエリの数が 200 に達すると、追加のクエリは HTTP エラー コード 429 で拒否されます。 この数は、同時に実行できる 5 つのクエリとは別にカウントされます。
クエリ速度 30 秒あたり 200 クエリ これは、1 人のユーザーがすべてのワークスペースにクエリを送信できる全体的な速度です。 この制限は、プログラムによるクエリや、Azure ダッシュボードや Log Analytics ワークスペースの概要ページなどの視覚化パーツによって開始されるクエリに適用されます。
  • Azure Monitor でログ クエリを最適化する」の説明に従って、クエリを最適化します。
  • ダッシュボードとワークブックでは 1 つのビューに複数のクエリを含めることができるため、読み込みまたは更新のたびにクエリのバーストが生成されることがあります。 1 つのビューを複数のビューに分割し、必要に応じてそれらを読み込むことを検討してください。
  • Power BI では、未加工のログではなく、集計された結果のみを抽出することを検討してください。

Log Analytics ワークスペース

データの収集量と保持期間

レベル 1 日あたりの制限 データの保持 解説
現在の GB あたりの価格レベル
(2018 年 4 月に導入)
制限なし 30 日 - 730 日 31 日を超えるデータ保持期間は追加料金で使用できます。 Azure Monitor の価格を確認してください。
従来の Free レベル
(2016 年 4 月に導入)
500 MB 7 日 ワークスペースが 1 日あたり 500 MB の制限に達した場合、データ インジェストが停止し、翌日の始めに再開されます。 1 日は UTC に基づきます。 Azure Security Center によって収集されるデータは、この 1 日あたり 500 MB の制限には含まれず、この制限を超えても引き続き収集されます。
従来の GB あたりの Standalone レベル
(2016 年 4 月に導入)
制限なし 30 日 - 730 日 31 日を超えるデータ保持期間は追加料金で使用できます。 Azure Monitor の価格を確認してください。
従来のノードあたり (OMS)
(2016 年 4 月に導入)
制限なし 30 日 - 730 日 31 日を超えるデータ保持期間は追加料金で使用できます。 Azure Monitor の価格を確認してください。
従来の Standard レベル 制限なし 30 日 保持期間を調整することはできません。
従来の Premium レベル 制限なし 365 日 保持期間を調整することはできません。

サブスクリプションあたりのワークスペースの数。

Pricing tier ワークスペースの制限 説明
Free レベル 10 この制限を増やすことはできません。
その他のすべてのレベル 制限なし リソース グループ内のリソースの数とサブスクリプションあたりのリソース グループの数によって制限されます。

Azure Portal

カテゴリ 制限 説明
ログ クエリによって返されるレコードの最大数 10,000 クエリでクエリ スコープ、時間範囲、およびフィルターを使用して、結果を減らします。

データ コレクター API

カテゴリ 制限 説明
1 回の投稿の最大サイズ 30 MB 大量の場合は複数の投稿に分割します。
フィールド値の最大サイズ 32 KB 32 KB を超えるフィールドは切り詰められます。

Search API

カテゴリ 制限 説明
1 つのクエリで返されるレコードの最大数 500,000
返されるデータの最大サイズ 64,000,000 バイト (~61 MiB)
クエリの最大実行時間 10 分 詳細については、タイムアウトに関するページをご覧ください。
最大要求レート Azure AD ユーザーまたはクライアントの IP アドレスごとに、30 秒あたり 200 件の要求 詳細については、レート制限に関するページをご覧ください。

Azure Monitor Logs コネクタ

カテゴリ 制限 説明
レコードの最大数 500,000
クエリ タイムアウトの最大値 110 秒
グラフ [ログ] ページとコネクタの視覚化で使用されているグラフ ライブラリは異なり、現在、コネクタでは一部機能が使用できません。

一般的なワークスペースの制限

カテゴリ 制限 説明
テーブルの最大列数 500
列名の最大文字数 500

データ インジェストのボリューム レート

Azure Monitor とは、毎月増加するテラバイト単位のデータを送信する何千もの顧客にサービスを提供する高スケールのデータ サービスです。 ボリューム レート制限は、マルチテナント環境における突然のインジェスト スパイクから Azure Monitor の顧客を隔離するためのものです。 ワークスペースでは、既定のインジェスト ボリューム レートのしきい値である 500 MB (圧縮) が定義されており、これは約 6 GB/分 (非圧縮) に変換されます。実際のサイズは、ログの長さとその圧縮率に左右され、データの種類によって異なることがあります。 ボリューム レート制限は、診断設定を使用して、Azure リソースから取り込まれたデータに適用されます。 ボリューム レート制限に達すると、再試行メカニズムは 30 分間に 4 回データを取り込もうとし、操作が失敗した場合はそれを削除しようとします。 エージェントまたはデータ コレクター API から取り込まれたデータには適用されません。

ワークスペースに構成されているしきい値の 80% を超えるボリューム レートでワークスペースにデータが送信される場合、しきい値を超え続けている間、6 時間ごとにワークスペースの 操作 テーブルにイベントが送信されます。 インジェスト ボリューム レートがしきい値を超えると、一部のデータが削除され、しきい値を超え続けている間、6 時間ごとにワークスペースの "操作" テーブルにイベントが送信されます。 インジェスト ボリューム レートがしきい値を超え続けている場合、または間もなくそれに達すると予測される場合は、サポート リクエストを開いて、その引き上げをリクエストできます。

インジェストの制限に達するときに事前に通知されるようアラート ルールを作成するには、「Azure Monitor で Log Analytics ワークスペースの正常性を監視する」を参照してください。

注意

Log Analytics を使用してきた期間の長さによっては、レガシ価格レベルにアクセスできることがあります。 詳細については、Log Analytics のレガシ価格レベルに関するページを参照してください。

Application Insights

アプリケーションごと (インストルメンテーション キーごと) のメトリックとイベントの数には制限があります。 制限は、選択する料金プランによって異なります。

リソース 既定の制限 Note
1 日あたりの合計データ量 100 GB 上限を設定することでデータを削減できます。 さらにデータが必要な場合は、ポータルで上限を最大 1,000 GB まで引き上げることができます。 1,000 GB を超える容量については、AIDataCap@microsoft.com までメールでご連絡ください。
Throttling 32,000 イベント/秒 制限は 1 分以上にわたって測定されます。
データ保持 (ログ) 30 日から 730 日 このリソースはログ用です。
データ保持 (メトリック) 90 日間 このリソースはメトリックス エクスプローラー用です。
可用性の複数手順のテストの詳細な結果の保持 90 日間 このリソースは、各手順の詳細な結果を提供します。
テレメトリ項目の最大サイズ 64 KB
バッチあたりの最大テレメトリ項目数 64 K
プロパティとメトリック名の長さ 150 型スキーマに関するページを参照してください。
プロパティ値の文字列の長さ 8,192 型スキーマに関するページを参照してください。
トレースおよび例外のメッセージ長 32,768 型スキーマに関するページを参照してください。
アプリあたりの可用性テストの数 100
プロファイラーのデータ保持期間 5 日
プロファイラーの 1 日あたりの送信データ 10 GB

詳細については、Application Insights の価格とクォータに関するページを参照してください。

Azure Policy の制限

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

Where 対象 最大数
Scope ポリシーの定義 500
Scope イニシアチブ定義 200
Tenant イニシアチブ定義 2,500
Scope ポリシーとイニシアティブの割り当て 200
スコープ 適用除外 1000
ポリシー定義 パラメーター 20
イニシアチブ定義 ポリシー 1000
イニシアチブ定義 パラメーター 100
ポリシーとイニシアティブの割り当て 除外 (notScopes) 400
ポリシー規則 入れ子になった条件 512
修復タスク リソース 500

Azure Quantum の制限

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

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

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

Learn & Develop SKU

リソース 制限
CPU ベースの同時実行ジョブ 最大 5 つの同時実行ジョブ
FPGA ベースの同時実行ジョブ 最大 2 つの同時実行ジョブ
CPU ベースのソルバー時間 20 時間/月
FPGA ベースのソルバー時間 1 時間/月

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

Performance at Scale SKU

リソース 既定の制限 上限
CPU ベースの同時実行ジョブ 最大 100 の同時実行ジョブ 既定の制限と同じ
FPGA ベースの同時実行ジョブ 最大 10 の同時実行ジョブ 既定の制限と同じ
ソルバー時間 1,000 時間/月 最大 50,000 時間/月

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

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

Azure のロールベースのアクセス制御の制限

リソース 制限
Azure サブスクリプションごとの Azure リソースに対するロールの割り当て 2,000
管理グループごとの Azure リソースに対するロールの割り当て 500
テナントごとの Azure カスタム ロール 5,000
テナントごとの Azure カスタム ロール
(Azure Germany および Azure China 21Vianet の場合)
2,000

Azure SignalR Service の制限

リソース 既定の制限 上限
Free レベルのインスタンスあたりの Azure SignalR Service ユニット数 1 1
Standard レベルのインスタンスあたりの Azure SignalR Service ユニット数 100 100
リージョン別での、Free レベルのサブスクリプションあたりの Azure SignalR Service ユニット数 5 5
リージョン別での、サブスクリプションあたりの合計 Azure SignalR Service ユニット数 150 無制限
Free レベルの 1 日あたりの接続 20 20
Standard レベルの 1 日あたりの接続 1,000 1,000
Free レベルの 1 日あたりの組み込みメッセージ 20,000 20,000
Free レベルの 1 日あたりの追加メッセージ 0 0
Standard レベルの 1 日あたりの組み込みメッセージ 1,000,000 1,000,000
Standard レベルの 1 日あたりの追加メッセージ 無制限 無制限

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

Azure VMware Solution の制限

Azure VMware Solution の上限を次の表に示します。

リソース 制限
プライベート クラウドあたりのクラスター数 12
クラスターごとのノードの最小数 3
クラスターごとのノードの最大数 16
プライベート クラウドあたりのノード数 96
プライベート クラウドあたりの vCenter 数 1
HCX サイトのペアリング数 Advanced エディションの場合は 3、Enterprise エディションの場合は 10
AVS ExpressRoute にリンクされるプライベート クラウドの最大数 4
実際にリンクされるプライベート クラウドの最大数は、使用される仮想ネットワーク ゲートウェイによって決まります。 詳細については、「ExpressRoute の仮想ネットワーク ゲートウェイについて」を参照してください
AVS ExpressRoute のポート速度 10 Gbps
実際の帯域幅は、使用される仮想ネットワーク ゲートウェイによって決まります。 詳細については、「ExpressRoute の仮想ネットワーク ゲートウェイについて」を参照してください
vWAN を介して公開されるパブリック IP 数 100
vSAN の容量制限 使用可能な合計の 75% (SLA のために 25% を使用可能に保つ)

VMware 固有のその他の制限については、VMware Configuration Maximums ツールを使用してください。

Backup の制限

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

Batch の制限

リソース 既定の制限 上限
サブスクリプションあたりのリージョンごとの Azure Batch アカウント数 1 ~ 3 50
Batch アカウントあたりの専用コア数 90 から 900 サポートにお問い合せください
Batch アカウントあたりの優先順位の低いコア数 10 から 100 サポートにお問い合せください
Batch アカウントあたりの アクティブな ジョブおよびジョブ スケジュール (完了した ジョブには制限なし) 100 から 300 1,0001
Batch アカウントあたりのプール数 20 から 100 5001

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

注意

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

重要

世界的なパンデミックの間、より適切に容量を管理できるようにするために、一部のリージョンの新規 Batch アカウントおよび一部の種類のサブスクリプションの既定のコア クォータが、上記の値の範囲よりも (場合によってはゼロ コアに) に減らされています。 新規の Batch アカウントを作成するときに、コア クォータを確認し、必要に応じてコア クォータの増加を要求してください。 または、十分なクォータが既にある Batch アカウントを再利用することを検討してください。

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

Azure Resource Manager デプロイ モデルではなくクラシック デプロイ モデルを使用する場合は、以下の制限が適用されます。

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

1XS インスタンスは、使用する CPU コア数が 1 コアに満たなくても、vCPU 制限を上限として 1 vCPU とカウントされます。

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

Container Instances の制限

リソース 制限
1 リージョン、1 サブスクリプションあたりの Standard SKU コンテナー グループ 1001
1 リージョン、1 サブスクリプションあたりの Dedicated SKU コンテナー グループ 01
コンテナー グループあたりのコンテナーの数 60
コンテナー グループあたりのボリュームの数 20
1 リージョン、1 サブスクリプションあたりの Standard SKU コア (CPU) 101、2
1 リージョン、1 サブスクリプションあたりの K80 GPU 用 Standard SKU コア (CPU) 181、2
1 リージョン、1 サブスクリプションあたりの P100 または V100 GPU 用 Standard SKU コア (CPU) 01、2
IP あたりのポートの数 5
コンテナー インスタンスのログ サイズ - 実行中のインスタンス 4 MB
コンテナー インスタンスのログ サイズ - 停止したインスタンス 16 KB または 1,000 行
1 時間あたりのコンテナー グループの作成件数 3001
5 分間あたりのコンテナー グループの作成件数 1001
1 時間あたりのコンテナー グループの削除件数 3001
5 分間あたりのコンテナー グループの削除件数 1001

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

Container Registry の制限

次の表に、Basic、Standard、および Premium サービス階層の機能と制限について説明します。

リソース Basic Standard Premium
含まれている記憶域1 (GiB) 10 100 500
ストレージの制限 (TiB) 20 20 20
イメージ レイヤーの最大サイズ (GiB) 200 200 200
1 分あたりの ReadOps2、3 1,000 3,000 10,000
1 分あたりの WriteOps2、4 100 500 2,000
ダウンロード帯域幅2 (Mbps) 30 60 100
アップロード帯域幅 2 (Mbps) 10 20 50
Webhooks 2 10 500
geo レプリケーション 該当なし 該当なし サポートされています
可用性ゾーン 該当なし 該当なし プレビュー
コンテンツの信頼 該当なし 該当なし サポートされています
プライベート エンドポイントがあるプライベート リンク 該当なし 該当なし サポートされています
• プライベート エンドポイント 該当なし 該当なし 10
パブリック IP ネットワーク ルール 該当なし 該当なし 100
サービス エンドポイントの VNet アクセス 該当なし 該当なし プレビュー
カスタマー マネージド キー 該当なし 該当なし サポートされています
リポジトリがスコープ指定されたアクセス許可 該当なし 該当なし プレビュー
• トークン 該当なし 該当なし 20,000
• シェイプ マップ 該当なし 該当なし 20,000
• スコープ マップごとのリポジトリ 該当なし 該当なし 500

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

2ReadOpsWriteOps、および "帯域幅" は最小推定値です。 Azure Container Registry は、使用状況で必要とするパフォーマンスの向上に努めます。

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

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

Content Delivery Network の制限

リソース 制限
Azure Content Delivery Network のプロファイル数 25
プロファイルあたりの Content Delivery Network のエンドポイント数 25
エンドポイントあたりのカスタム ドメイン数 25

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

Data Factory の制限

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

Version 2

リソース 既定の制限 上限
リソース グループあたりのデータ ファクトリ 800 800
データ ファクトリ内のエンティティ (パイプライン、データセット、トリガー、リンクされたサービス、プライベート エンドポイント、統合ランタイムなど) の合計数 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
リージョン グループ 12: 6,000
リージョン グループ 22: 3,000
リージョン グループ 32: 1,500
パイプラインあたりの最大アクティビティ数 (コンテナーの内部アクティビティを含む) 40 40
単一のセルフホステッド統合ランタイムに対して作成できる、リンクされた統合ランタイムの最大数 100 サポートにお問い合わせください
パイプラインあたりの最大パラメーター数 50 50
ForEach 項目数 100,000 100,000
ForEach 並列処理 20 50
パイプラインあたりのキューに入れられた実行の最大数 100 100
式ごとの文字数 8,192 8,192
最小タンブリング ウィンドウ トリガー間隔 15 分 15 分
パイプラインのアクティビティ実行の最大タイムアウト 7 日 7 日
パイプライン オブジェクトのオブジェクトあたりのバイト数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/時 12,500/時

この制限は、Azure Data Factory ではなく、Azure Resource Manager によって課せられます。
1 分あたりの監視クエリ 1,000 1,000
データ フロー デバッグ セッションの最大時間 8 時間 8 時間
統合ランタイムごとのデータ フロー同時実行数 50 サポートにお問い合わせください
ファクトリごと、かつユーザーごとのデータ フロー デバッグ セッションの同時実行数 3 3
Data Flow の Azure IR の TTL 制限 4 時間 4 時間
ファクトリでのメタデータ エンティティのサイズ制限 2 GB サポートにお問い合わせください

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

2 Azure Integration Runtime は、データ コンプライアンス、効率、およびネットワーク エグレス コストの削減を実現するためにグローバルに使用できます

リージョン グループ リージョン
リージョン グループ 1 米国中部、米国東部、米国東部 2、北ヨーロッパ、西ヨーロッパ、米国西部、米国西部 2
リージョン グループ 2 オーストラリア東部、オーストラリア南東部、ブラジル南部、インド中部、東日本、米国中北部、米国中南部、東南アジア、米国中西部
リージョン グループ 3 他の地域

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

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

Version 1

リソース 既定の制限 上限
1 つの Data Factory 内のパイプライン数 2,500 サポートにお問い合わせください
1 つのデータ ファクトリ内のデータセット数 5,000 サポートにお問い合わせください
データセットあたりの同時実行のスライス数 10 10
パイプライン オブジェクトのオブジェクトあたりのバイト数1 200 KB 200 KB
データセットとリンクされたサービス オブジェクトのオブジェクトあたりのバイト数1 100 KB 2,000 KB
サブスクリプション内の Azure HDInsight オンデマンドのクラスター コア数2 60 サポートにお問い合わせください
コピー アクティビティの実行 1 回あたりのクラウド データ移動単位3 32 32
パイプラインのアクティビティ実行の再試行カウント 1,000 MaxInt (32 ビット)

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

2 オンデマンド HDInsight コアは、Data Factory を含むサブスクリプションから割り当てられます。 そのため、上記の制限は、オンデマンド HDInsight コアに対して Data Factory で適用されるコアの制限です。 Azure サブスクリプションに関連するコアの制限とは異なります。

3 バージョン 1 のクラウド データ移動単位 (DMU) は、クラウド間のコピー操作で使用されます。詳細については、クラウド データ移動単位 (バージョン 1) に関するページを参照してください。 課金については、「Azure Data Factory の価格」をご覧ください。

リソース 既定値の下限 上限
スケジュールの間隔 約 15 分 約 15 分
再試行の間隔 1 秒 1 秒
再試行のタイムアウト値 1 秒 1 秒

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

Azure Resource Manager では、API 呼び出しの制限があります。 API の呼び出しは、 Azure リソース マネージャーの API 制限内の割合で実行できます。

Data Lake Analytics の制限

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

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

Data Lake Storage の制限

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

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

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

Data Share の制限

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

リソース 制限
Azure サブスクリプションごとのデータ共有リソースの最大数 100
データ共有リソースごとの送信された共有の最大数 200
データ共有リソースごとの受信された共有の最大数 100
送信された共有ごとの招待の最大数 200
送信された共有ごとの共有サブスクリプションの最大数 200
共有ごとのデータセットの最大数 200
共有ごとのスナップショット スケジュールの最大数 1

Database Migration Service の制限

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

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

Digital Twins の制限

注意

このサービスには、調整可能な制限がある領域と、そうではない領域があります。 これは、次の表の 調整可能? 列に示されています。 制限が調整可能な場合、調整可能? の値は はい になります。

機能制限

次の表に、Azure Digital Twins の機能制限の一覧を示します。

ヒント

これらの機能制限内で運用するためのモデリングの推奨事項については、「モデルの設計に関するベスト プラクティス」を参照してください。

領域 機能 既定の制限 調整可能?
Azure リソース 1 リージョン内の Azure Digital Twins インスタンスの数 (サブスクリプションごと) 10 はい
Digital Twins Azure Digital Twins インスタンス内のツインの数 200,000 はい
Digital Twins 1 つのツインに対する着信リレーションシップの数 5,000 いいえ
Digital Twins 1 つのツインからの発信リレーションシップの数 5,000 いいえ
Digital Twins 1 つのツインの最大サイズ (PUT または PATCH 要求の JSON 本文) 32 KB いいえ
Digital Twins 要求ペイロードの最大サイズ 32 KB いいえ
ルーティング 1 つの Azure Digital Twins インスタンスのエンドポイントの数 6 いいえ
ルーティング 1 つの Azure Digital Twins インスタンスのルート数 6 はい
モデル 1 つの Azure Digital Twins インスタンス内のモデルの数 10,000 はい
モデル 1 回の API 呼び出しでアップロードできるモデルの数 250 いいえ
モデル 1 つのモデルの最大サイズ (PUT または PATCH 要求の JSON 本文) 1 MB いいえ
モデル 1 つのページで返される項目の数 100 いいえ
クエリ 1 つのページで返される項目の数 100 はい
クエリ クエリ内の AND / OR 式の数 50 はい
クエリ IN / NOT IN 句内の配列項目の数 50 はい
クエリ クエリの文字数 8,000 はい
クエリ クエリ内の JOINS の数 5 はい

転送率の制限

次の表には、さまざまな API のレートの制限が示されています。

API 機能 既定の制限 調整可能?
モデル API 1 秒あたりの要求回数 100 はい
Digital Twins API 1 秒あたりの読み取り要求の数 1,000 はい
Digital Twins API 1 秒あたりのパッチ要求の数 1,000 はい
Digital Twins API すべてのツインとリレーションシップ における 1 秒あたりの作成/削除操作の数 50 はい
Digital Twins API 単一ツイン またはそのリレーションシップにおける 1 秒あたりの作成/更新/削除の操作の数 10 いいえ
クエリ API 1 秒あたりの要求回数 500 はい
クエリ API 1 秒あたりのクエリ単位数 4,000 はい
イベント ルート API 1 秒あたりの要求回数 100 はい

その他の制限

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

クエリの待機時間の詳細は、クエリ言語に関するセクションで説明しています。 クエリ言語の特定の機能の制約については、クエリの参考ドキュメントをご覧ください。

Event Grid の制限

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

リソース 制限
Azure サブスクリプションあたりのカスタム トピック数 100
トピックあたりのイベント サブスクリプション数 500
カスタムまたはパートナーのトピックの発行率 (イングレス) 5,000 イベント/秒または 5 MB/秒 (いずれか先に達した方)
イベント サイズ 1 MB
トピックあたりのプライベート エンドポイント接続数 64
トピックあたりの IP ファイアウォール規則数 16

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

リソース 制限
イベント ドメインあたりのトピック数 100,000
ドメイン内のトピックあたりのイベント サブスクリプション数 500
ドメイン スコープ イベント サブスクリプション数 50
イベント ドメインの発行率 (イングレス) 5,000 イベント/秒または 5 MB/秒 (いずれか先に達した方)
Azure サブスクリプションあたりのイベント ドメイン数 100
ドメインあたりのプライベート エンドポイント接続数 64
ドメインあたりの IP ファイアウォール規則数 16

Event Hubs の制限

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

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

The following limits are common across all tiers.

Limit Notes Value
Size of an event hub name - 256 characters
Size of a consumer group name Kafka protocol doesn't require the creation of a consumer group.

Kafka: 256 characters

AMQP: 50 characters

Number of non-epoch receivers per consumer group - 5
Number of authorization rules per namespace Subsequent requests for authorization rule creation are rejected. 12
Number of calls to the GetRuntimeInformation method - 50 per second
Number of virtual networks (VNet) - 128
Number of IP Config rules - 128
Maximum length of a schema group name 50
Maximum length of a schema name 100
Size in bytes per schema 1 MB
Number of properties per schema group 1024
Size in bytes per schema group property key 256
Size in bytes per schema group property value 1024

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

The following table shows limits that may be different for basic, standard, and dedicated tiers. In the table CU is capacity unit, PU is processing unit, TU is throughput unit.

Limit Basic Standard Premium Dedicated
Maximum size of Event Hubs publication 256 KB 1 MB 1 MB 1 MB
Number of consumer groups per event hub 1 20 100 1000
No limit per CU
Number of brokered connections per namespace 100 5,000 10000 per processing unit per PU 100, 000 per CU
Maximum retention period of event data 1 day 7 days 90 days
1 TB per PU
90 days
10 TB per CU
Maximum TUs or PUs or CUs 20 TUs 20 TUs 16 PUs 20 CUs
Number of partitions per event hub 32 32 100 per event hub
200 per PU
1024 per event hub
2000 per CU
Number of namespaces per subscription 1000 1000 1000 1000 (50 per CU)
Number of event hubs per namespace 10 10 100 1000
Capture N/A Pay per hour Included Included
Size of the schema registry (namespace) in mega bytes N/A 25 100 1024
Number of schema groups in a schema registry or namespace N/A 1 - excluding the default group 100
1 MB per schema
1000
1 MB per schema
Number of schema versions across all schema groups N/A 25 1000 10000
Throughput per unit Ingress - 1 MB/s or 1000 events per second
Egress – 2 Mb/s or 4096 events per second
Ingress - 1 MB/s or 1000 events per second
Egress – 2 Mb/s or 4096 events per second
No limits per PU * No limits per CU *

* Depends on various factors such as resource allocation, number of partitions, storage and so on.

注意

You can publish events individually or batched. The publication limit (according to SKU) applies regardless of whether it is a single event or a batch. Publishing events larger than the maximum threshold will be rejected.

The following table shows the list of features that are available (or not available) in a specific tier of Azure Event Hubs.

Feature Basic Standard Premium Dedicated
Tenancy Multi-tenant Multi-tenant Multi-tenant with resource isolation Exclusive single tenant
Private link N/A Yes Yes Yes
Customer-managed key
(Bring your own key)
N/A N/A Yes Yes
Capture N/A Priced separately Included Included
Dynamic Partition scale out N/A N/A Yes Yes
Ingress events Pay per million events Pay per million events Included Included

注意

Included in the table means the feature is available and there's no separate charge for using it.

IoT Central の制限

IoT Central では、サブスクリプションでデプロイできるアプリケーションの数が 10 に制限されています。 この制限を引き上げる必要がある場合は、Microsoft サポートにお問い合わせください。

IoT Hub の制限

次の表には、各サービス レベル (S1、S2、S3、F1) に関連付けられている制限がリストされています。 各レベルのそれぞれの ユニット のコストについては、「 Azure IoT Hub の価格」を参照してください。

リソース S1 Standard S2 Standard S3 Standard F1 Free
メッセージ/日 400,000 6,000,000 300,000,000 8,000
最大ユニット数 200 200 10 1

注意

使用するユニット数が、S1 または S2 レベルのハブでは 200 を、S3 レベルのハブでは 10 をそれぞれ超えることが予想される場合は、Microsoft サポートにお問い合わせください。

次の表には、IoT Hub のリソースに適用される制限がリストされています。

リソース 制限
Azure サブスクリプションごとの最大有料 IoT Hub 50
Azure サブスクリプションごとの最大無料 IoT Hub 1
デバイス ID の最大文字数 128
1 回の呼び出しで返される
デバイス ID の最大数
1,000
デバイスからクラウドへのメッセージの IoT Hub メッセージの最大リテンション期間 7 日
デバイスからクラウドへのメッセージの最大サイズ 256 KB
デバイスからクラウドへのバッチの最大サイズ AMQP および HTTP: バッチ全体で 256 KB
MQTT: 各メッセージで 256 KB
デバイスからクラウドへのバッチの最大メッセージ数 500
クラウドからデバイスへのメッセージの最大サイズ 64 KB
クラウドからデバイスへのメッセージの最大 TTL 2 日
クラウドからデバイスへのメッセージの
messages
100
デバイスあたりのクラウドからデバイスへの最大のキューの深さ 50
クラウドからデバイスへのメッセージに対する
フィードバック メッセージの最大配信数
100
クラウドからデバイスへのメッセージに対する
フィードバック メッセージの最大 TTL
2 日
デバイス ツインの最大サイズ タグ セクションは 8 KB、必要なプロパティと報告されたプロパティのセクションはそれぞれ 32 KB
デバイス ツイン文字列キーの最大長 1 KB
デバイス ツイン文字列値の最大長 4 KB
デバイス ツインのオブジェクトの最大深度 10
ダイレクト メソッドのペイロードの最大サイズ 128 KB
ジョブ履歴の最大リテンション期間 30 日
同時ジョブの最大数 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 の場合のみ)

注意

Azure サブスクリプションで 50 個を超える有料 IoT Hub が必要な場合は、Microsoft サポートにお問い合わせください。

注意

現在、1 つの IoT ハブに登録できるデバイスとモジュールの合計数は、1,000,000 に制限されています。 この制限を引き上げるには、Microsoft サポートにお問い合わせください。

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

スロットル ハブごとの値
ID レジストリの操作
(作成、取得、一覧表示、更新、削除)
個別または一括のインポートとエクスポート
83.33/秒/ユニット (5,000/分/ユニット) (S3 の場合)。
1.67/秒/ユニット (100/分/ユニット) (S1 と S2 の場合)。
デバイスの接続 6,000/秒/ユニット (S3 の場合)、120/秒/ユニット (S2 の場合)、12/秒/ユニット (S1 の場合)。
最小 100/秒。
デバイスからクラウドへの送信 6,000/秒/ユニット (S3 の場合)、120/秒/ユニット (S2 の場合)、12/秒/ユニット (S1 の場合)。
最小 100/秒。
クラウドからデバイスへの送信 83.33/秒/ユニット (5,000/分/ユニット) (S3 の場合)、1.67/秒/ユニット (100/分/ユニット) (S1 と S2 の場合)。
クラウドからデバイスへの受信 833.33/秒/ユニット (50,000/分/ユニット) (S3 の場合)、16.67/秒/ユニット (1,000/分/ユニット) (S1 と S2 の場合)。
ファイルのアップロード操作 83.33 ファイル アップロード開始/秒/ユニット (5,000/分/ユニット) (S3 の場合)、1.67 ファイル アップロード開始/秒/ユニット (100/分/ユニット) (S1 と S2 の場合)。
1 つの Azure Storage アカウントに対して 10,000 個の SAS URI を一度に提供できます。
デバイスあたり 10 個の SAS URI を一度に提供できます。
ダイレクト メソッド 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 の場合)
ジョブ操作
(作成、更新、一覧表示、削除)
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 の場合のみ)。

IoT Hub Device Provisioning Service の制限

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

リソース 制限
Azure サブスクリプションあたりのデバイス プロビジョニング サービスの最大数 10
加入の最大数 1,000,000
登録の最大数 1,000,000
加入グループの最大数 100
CA の最大数 25
リンクされた IoT Hub の最大数 50
メッセージの最大サイズ 96 KB

注意

お使いのプロビジョニング サービスの加入数と登録数を増やすには、Microsoft サポートにお問い合わせください。

注意

CA の最大数を増やすことはサポートされていません。

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

スロットル ユニットあたりの値
操作 200/分/サービス
デバイス登録 200/分/サービス
デバイスのポーリング操作 5/10 秒/デバイス

Key Vault の制限

Azure Key Vault サービスでは、コンテナーとマネージド HSM という 2 つのリソースの種類がサポートされています。 次の 2 つのセクションでは、それぞれのサービスの制限について説明します。

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

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

キーのトランザクション (リージョンあたりのコンテナーごとに、10 秒間に許可される最大トランザクション数1):

キーの種類 HSM キー
CREATE キー
HSM キー
その他すべてのトランザクション
ソフトウェア キー
CREATE キー
ソフトウェア キー
その他すべてのトランザクション
RSA 2,048 ビット 5 1,000 10 2,000
RSA 3,072 ビット 5 250 10 500
RSA 4,096 ビット 5 125 10 250
ECC P-256 5 1,000 10 2,000
ECC P-384 5 1,000 10 2,000
ECC P-521 5 1,000 10 2,000
ECC SECP256K1 5 1,000 10 2,000

注意

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

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

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

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

シークレット、管理ストレージ アカウント キー、およびコンテナーのトランザクション:

トランザクションの種類 リージョンあたりのコンテナーごとに、10 秒間に許可される最大トランザクション数1
すべてのトランザクション 2,000

これらの制限を超えたときにスロットルを処理する方法については、「Azure Key Vault のスロットル ガイダンス」をご覧ください。

1 すべてのトランザクションの種類に適用されるサブスクリプション レベルの制限は、キー コンテナーの制限の 5 倍です。 たとえば、1 つのサブスクリプションで許可される HSM - その他のトランザクションの最大数は、10 秒間に 5,000 トランザクションです。

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

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

トランザクションの種類 許容されるキー コンテナー オブジェクトのバージョン数の上限
個々のキー、シークレット、証明書をバックアップする 500

注意

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

注意

プライベート エンドポイントが有効なキー コンテナーのサブスクリプションあたりの上限は、調整可能です。 以下に記載した上限は、あくまで既定値です。 サービスに適用される上限の引き上げをご希望の場合には、サポート リクエストを作成してください。これは個別に評価されます。

リソース 制限
キー コンテナーあたりのプライベート エンドポイント 64
サブスクリプションあたりのプライベート エンドポイントのあるキー コンテナー 400

リソースの種類: マネージド HSM (プレビュー)

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

オブジェクト制限

アイテム 制限
リージョンごとのサブスクリプションあたりの HSM インスタンスの数 1 (プレビュー期間中)
HSM プールあたりのキー数 5000
キーあたりのバージョン数 100
HSM あたりのカスタム ロール定義の数 50
HSM スコープでのロールの割り当て数 50
個々のキー スコープでのロールの割り当て数 10

管理操作のトランザクション制限 (HSM インスタンスごとの 1 秒あたりの操作数)

操作 1 秒あたりの操作数
すべての RBAC 操作
(ロールの定義とロールの割り当てに関するすべての CRUD 操作が含まれます)
5
HSM の完全なバックアップまたは復元
(HSM インスタンスごとに 1 つの同時バックアップまたは復元操作のみがサポートされています)
1

暗号化操作のトランザクション制限 (HSM インスタンスごとの 1 秒あたりの操作数)

  • 各マネージド HSM インスタンスは、負荷分散された 3 つの HSM パーティションを構成します。 スループット制限は、各パーティションに割り当てられた、基になるハードウェア容量の機能です。 下の表は、使用可能なパーティションが少なくとも 1 つある最大スループットを示しています。 3 つすべてのパーティションが使用可能な場合、実際のスループットは最大 3 倍になります。
  • スループット制限は、最大スループットを実現するために 1 つのキーが使用されていることを前提としています。 たとえば、1 つの RSA-2048 キーが使用されている場合、最大スループットは 1100 回の署名操作になります。 それぞれ 1 秒あたり 1 トランザクションの 1100 個の異なるキーを使用する場合は、同じスループットを実現することはできません。
RSA キー操作 (HSM インスタンスごとの 1 秒あたりの操作数)
操作 2048 ビット 3072 ビット 4096 ビット
キーの作成 1 1 1
キーの削除 (論理的な削除) 10 10 10
キーの消去 10 10 10
キーのバックアップ 10 10 10
キーの復元 10 10 10
キー情報の取得 1100 1100 1100
Encrypt 10000 10000 6000
復号化 1100 360 160
ラップ 10000 10000 6000
ラップ解除 1100 360 160
署名 1100 360 160
確認 10000 10000 6000
EC キー操作 (HSM インスタンスごとの 1 秒あたりの操作数)

この表は、各曲線の種類に対する 1 秒あたりの操作数を示しています。

操作 P-256 P-256K P-384 P-521
キーの作成 1 1 1 1
キーの削除 (論理的な削除) 10 10 10 10
キーの消去 10 10 10 10
キーのバックアップ 10 10 10 10
キーの復元 10 10 10 10
キー情報の取得 1100 1100 1100 1100
署名 260 260 165 56
確認 130 130 82 28
AES キー操作 (HSM インスタンスごとの 1 秒あたりの操作数)
  • 暗号化と復号化の操作では、4 KB のパケット サイズが想定されます。
  • 暗号化または復号化のスループット制限は、AES-CBC および AES GCM アルゴリズムに適用されます。
  • ラップまたはラップ解除のスループット制限は、AES-KW アルゴリズムに適用されます。
操作 128 ビット 192 ビット 256 ビット
キーの作成 1 1 1
キーの削除 (論理的な削除) 10 10 10
キーの消去 10 10 10
キーのバックアップ 10 10 10
キーの復元 10 10 10
キー情報の取得 1100 1100 1100
Encrypt 8000 8000 8000
復号化 8000 8000 8000
ラップ 9000 9000 9000
ラップ解除 9000 9000 9000

マネージド ID の制限

  • Azure AD サービスの制限と制約」で説明されているように、各マネージド ID は、Azure AD テナントにおけるオブジェクトのクォータ制限に加算されます。

  • マネージド ID の作成速度には、次の制限があります。

    1. 各 Azure リージョンの各 Azure AD テナントについて: 20 秒あたり 200 件の作成操作。
    2. 各 Azure リージョンの各 Azure サブスクリプションについて: 20 秒あたり 40 件の作成操作。
  • ユーザー割り当て済みマネージド ID を作成するときは、英数字 (0-9、a-z、A-Z) とハイフン (-) のみがサポートされます。 仮想マシンまたは仮想マシン スケール セットへの割り当てが適切に動作するように、名前は 24 文字に制限されています。

Media Services の制限

注意

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

アカウントの制限

リソース 既定の制限
1 つのサブスクリプション内の Media Services アカウント 100 (固定)

アセットの制限

リソース 既定の制限
Media Services アカウントあたりのアセット数 1,000,000

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

リソース 既定の制限
ファイル サイズ シナリオによっては、Media Services での処理についてサポートされている最大ファイル サイズに制限があります。 (1)
ストレージ アカウント 100(2) (固定)

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

以下の表では、メディア占有ユニット S1、S2、S3 での制限を示します。 ソース ファイルがこの表に定義されている上限を超える場合、エンコード ジョブは失敗します。 4K 解像度の長時間ソースをエンコードする場合、必要なパフォーマンスを確保するためには、S3 メディア占有ユニットを使用する必要があります。 S3 メディア占有ユニットに関する 260 GB の制限を超える 4K コンテンツがある場合は、サポート チケットを開きます。

メディア占有ユニットの種類 最大入力サイズ (GB)
S1 26
S2 60
S3 260

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

Job (エンコードおよび分析) の制限

リソース 既定の制限
Media Services アカウントあたりの Job 500,000 (3) (固定)
Job ごとの Job 入力 50 (固定)
Job ごとの Job 出力 20 (固定)
Media Services アカウントあたりの Transform 100 (固定)
Transform にある Transform の出力 20 (固定)
Job 入力ごとのファイル 10 (固定)

3 この数には、キューに置かれた Job、終了した Job、アクティブな Job、および取り消された Job が含まれます。 削除された Job は含まれません。

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

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

リソース 既定の制限
Media Services アカウントあたりのライブ イベント数 (4) 5
ライブ イベントあたりのライブ出力 3 (5)
ライブ出力の最大期間 DVR ウィンドウのサイズ

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

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

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

リソース 既定の制限
Media Services アカウントあたりのストリーミング エンドポイント (停止済みまたは実行中) 2
動的マニフェスト フィルター 100
ストリーミング ポリシー 100 (6)
1 つの資産に同時に関連付けられる一意のストリーミング ロケーター数 100(7) (固定)

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

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

保護の制限

リソース 既定の制限
コンテンツ キー ポリシーごとのオプション 30
アカウントあたりの Media Services キー配信サービスでの各 DRM 型の月毎のライセンス 1,000,000

サポート チケット

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

Media Services v2 (レガシ)

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

Mobile Services の制限

レベル Free Basic Standard
API 呼び出し 500,000 ユニットあたり 150 万 ユニットあたり 1,500 万
アクティブなデバイス 500 無制限 無制限
スケール 該当なし 最大 6 ユニット 無制限のユニット
プッシュ通知 Azure Notification Hubs の Free レベルが付属、最大で 100 万プッシュ Notification Hubs の Basic レベルが付属、最大で 1,000 万プッシュ Notification Hubs の Standard レベルが付属、最大で 1,000 万プッシュ
リアルタイム メッセージング/
Web ソケット
制限あり モバイル サービスあたり 350 無制限
オフライン同期 制限あり Included Included
スケジュールされたジョブ 制限あり Included Included
Azure SQL Database (必須)
追加の容量には標準料金が適用される
20 MB が含まれる 20 MB が含まれる 20 MB が含まれる
CPU の使用率 1 日あたり 60 分 無制限 無制限
送信データの転送 1 日あたり 165 MB (日ごとのロールオーバー) Included Included

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

Multi-Factor Authentication の制限

リソース 既定の制限 上限
サブスクリプションあたりの信頼できる IP アドレスまたは範囲の最大数 0 50
ご自分のデバイスを記憶する日数 14 60
アプリ パスワードの最大数 0 制限なし
MFA 呼び出しで X 回の試行を許可 1 99
双方向テキスト メッセージ タイムアウトの秒数 60 600
既定のワンタイム バイパスの秒数 300 1,800
MFA が X 回連続して拒否された後でユーザー アカウントをロック 未設定 99
X 分後にアカウント ロックアウト カウンターをリセット 未設定 9,999
X 分後にアカウントのロックを解除 未設定 9,999

ネットワークの制限

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

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

注意

最近、すべての既定の制限がそれぞれの上限まで引き上げられました。 上限列が存在しない場合、記載されているリソースに調整可能な制限がないことを意味します。 過去にこれらの制限をサポートにより引き上げていて、次の表のように更新された制限が表示されない場合は、オンライン カスタマー サポートに申請 (無料) できます

リソース 制限
仮想ネットワーク 1,000
仮想ネットワークあたりのサブネット数 3,000
仮想ネットワークあたりの VNet ピアリング 500
仮想ネットワークあたりの仮想ネットワーク ゲートウェイ (VPN ゲートウェイ) 1
仮想ネットワークあたりの仮想ネットワーク ゲートウェイ (ExpressRoute ゲートウェイ) 1
仮想ネットワークあたりの DNS サーバー数 20
仮想ネットワークごとのプライベート IP アドレス 65,536
ネットワーク インターフェイスごとのプライベート IP アドレス 256
仮想マシンごとのプライベート IP アドレス 256
ネットワーク インターフェイスごとのパブリック IP アドレス 256
仮想マシンごとのパブリック IP アドレス 256
仮想マシンまたはロール インスタンスの NIC ごとの同時 TCP または UDP フロー数 500,000
ネットワーク インターフェイス カード 65,536
ネットワーク セキュリティ グループ 5,000
NSG あたりの NSG ルール数 1,000
セキュリティ グループで送信元または送信先に指定された IP アドレスおよび IP アドレス範囲 4,000
アプリケーション セキュリティ グループ 3,000
IP 構成ごと、NIC ごとのアプリケーション セキュリティ グループ 20
アプリケーション セキュリティ グループごとのIP 構成 4,000
ネットワーク セキュリティ グループのすべてのセキュリティ規則内で指定できるアプリケーション セキュリティ グループ 100
ユーザー定義ルート テーブル 200
ルート テーブルあたりのユーザー定義ルート 400
Azure VPN Gateway ごとのポイント対サイト ルート証明書 20
仮想ネットワーク TAP 100
仮想ネットワーク TAP ごとのネットワーク インターフェイス TAP 構成数 100

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

リソース 既定の制限 上限
パブリック IP アドレス1 Basic で 10。 サポートにお問い合せください。
静的パブリック IP アドレス1 Basic で 10。 サポートにお問い合せください。
標準パブリック IP アドレス1 10 サポートにお問い合せください。
リソース グループあたりのパブリック IP アドレス数 800 サポートにお問い合せください。
パブリック IP プレフィックス サブスクリプション内の標準パブリック IP の数によって制限されます サポートにお問い合せください。
パブリック IP プレフィックス長 /28 サポートにお問い合せください。

1 パブリック IP アドレスに対する既定の制限は、無料試用版や従量課金制、CSP などプラン カテゴリの種類によって異なります。 たとえば、Enterprise Agreement サブスクリプションの既定値は 1000 です。

Load Balancer の制限

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

Standard Load Balancer

リソース 制限
ロード バランサー 1,000
リソースあたりのルール (ロード バランサー + インバウンド NAT) 1,500
NIC あたりのルール数 (1 つの NIC のすべての IP にわたる) 300
フロントエンド IP 構成 600
バックエンド プールのサイズ 1,000 IP 構成、単一仮想ネットワーク
ロード バランサーあたりのバックエンド リソース数 1 1,200
高可用性ポート 内部フロント エンドごとに 1 個
Load Balancer あたりのアウトバウンド規則数 600
VM ごとのロード バランサー 2 (パブリックに 1 つおよび内部に 1 つ)

1 制限は、最大 1,200 のリソース (スタンドアロンの仮想マシン リソース、可用性セット リソース、仮想マシン スケールセット配置グループの任意の組み合わせ) です。

Basic Load Balancer

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

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

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

リソース 既定の制限 上限
仮想ネットワーク 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 サポートにお問い合せください
デプロイあたりのプライベート IP (内部負荷分散) 1 1
エンドポイント アクセス制御リスト (ACL) 50 50

ExpressRoute の制限

リソース 制限
サブスクリプションあたりの ExpressRoute 回線数 10
サブスクリプションあたりのリージョンごとの ExpressRoute 回線数 (Azure Resource Manager) 10
ExpressRoute Standard の Azure プライベート ピアリングにアドバタイズされる最大ルート数 4,000
ExpressRoute Premium アドオンの Azure プライベート ピアリングにアドバタイズされる最大ルート数 10,000
ExpressRoute 接続に使用する VNet アドレス空間からの Azure プライベート ピアリングからアドバタイズされる最大ルート数 1,000
ExpressRoute Standard の Azure Microsoft ピアリングにアドバタイズされる最大ルート数 200
ExpressRoute Premium アドオンの Azure Microsoft ピアリングにアドバタイズされる最大ルート数 200
同じピアリング場所で同じ仮想ネットワークにリンクされる ExpressRoute 回線の最大数 4
さまざまなピアリング場所で同じ仮想ネットワークにリンクされる ExpressRoute の最大数 16 (詳細については、「ゲートウェイの SKU」を参照してください。)
ExpressRoute 回線あたりで許可される仮想ネットワークのリンク数 ExpressRoute 回線あたりの仮想ネットワーク数」の表を参照してください。

ExpressRoute 回線あたりの仮想ネットワーク数

回線のサイズ Standard での仮想ネットワークのリンク数 Premium アドオンでの仮想ネットワークのリンク数
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 のみ

注意

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

仮想ネットワーク ゲートウェイの制限

リソース 制限
VNet アドレス プレフィックス VPN ゲートウェイごとに 600
BGP ルートの集約 VPN ゲートウェイごとに 4,000
ローカル ネットワーク ゲートウェイのアドレス プレフィックス ローカル ネットワーク ゲートウェイごとに 1,000
S2S 接続 ゲートウェイ SKU によって異なります
P2S 接続 ゲートウェイ SKU によって異なります
P2S ルートの制限 - IKEv2 Windows 以外の場合は 256 / Windows の場合は 25
P2S ルートの制限 - OpenVPN 1000
最大 flows VpnGw1/AZ の場合は 100K / VpnGw2-4/AZ の場合は 512K

NAT Gateway の制限

リソース 制限
パブリック IP アドレス NAT ゲートウェイあたり 16

Virtual WAN の制限

リソース 制限
リージョンあたりの Virtual WAN ハブ 1
仮想 WAN あたりの Virtual WAN ハブ Azure Azure リージョン
ハブあたりの VPN (ブランチ) 接続 1,000
Virtual WAN のサイト間 VPN ゲートウェイあたりのスループットの合計 20 Gbps
Virtual WAN の VPN 接続あたりのスループット (2 トンネル) 2 Gbps (1 Gbps/IPsec トンネル)
ハブあたりのポイント対サイトのユーザー数 10,000
Azure Virtual WAN ユーザー VPN (ポイント対サイト) ゲートウェイあたりのスループットの合計 20 Gbps
Virtual WAN の ExpressRoute ゲートウェイあたりのスループットの合計 20 Gbps
ハブあたりの ExpressRoute 回線接続 8
ハブあたりの VNet 接続 500 から Virtual WAN 内のハブの総数を差し引いた値
Virtual WAN のハブ ルーターあたりのスループットの合計 VNet 間の転送に対して 50 Gbps
単一の Virtual WAN ハブに接続されたすべての VNet にわたる VM ワークロード 2000

Application Gateway の制限

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

リソース 制限 Note
Azure Application Gateway サブスクリプションあたり 1,000
フロントエンド IP 構成 2 パブリック 1、プライベート 1
フロントエンド ポート 1001
バックエンド アドレス プール 1001
プールあたりのバックエンド サーバーの数 1,200
HTTP リスナー 2001 トラフィックをルーティングするアクティブなリスナーは 100 個に制限されます。 アクティブリスナー数は、リスナーの総数から非アクティブなリスナー数を差し引いた数です。
ルーティング規則内の既定の構成がトラフィックをルーティングするように設定されている (たとえば、リスナー、バックエンド プール、HTTP 設定がある) 場合は、それがリスナーとしてカウントされます。
HTTP の負荷分散規則 1001
バックエンドの HTTP 設定 1001
ゲートウェイあたりのインスタンスの数 V1 SKU - 32
V2 SKU - 125
SSL 証明書の数 1001 HTTP リスナーあたり 1
最大 SSL 証明書サイズ V1 SKU - 10 KB
V2 SKU - 16 KB
認証証明書 100
信頼されたルート証明書 100
最小要求タイムアウト 1 秒
最大要求タイムアウト 24 時間
サイトの数 1001 HTTP リスナーあたり 1
各リスナーあたりの URL のマップの数 1
URL マップあたりのパスベース ルールの最大数 100
リダイレクトの構成 1001
書き換えルール セットの数 400
書き換えルール セットごとのヘッダーまたは URL 構成の数 40
書き換えルール セットごとの条件の数 40
コンカレント WebSocket 接続 中規模のゲートウェイ 20k2
大規模のゲートウェイ 50k2
URL の最大長 32KB
HTTP/2 向けヘッダーの最大サイズ 16 KB
最大ファイル アップロード サイズ (標準) 2 GB
最大ファイル アップロード サイズ (WAF) 中規模の V1 WAF ゲートウェイ、100 MB
大規模の V1 WAF ゲートウェイ、500 MB
V2 WAF、750 MB
WAF の本文サイズの制限 (ファイルがない場合) 128 KB
WAF カスタム規則の最大数 100
Application Gateway あたりの最大 WAF 除外数 40

1 WAF 対応の SKU の場合、リソース数を 40 に制限する必要があります。

2 Application Gateway リソースごとではなく、Application Gateway インスタンスごとの制限です。

Network Watcher の制限

リソース 制限 Note
Azure Network Watcher リージョンあたり 1 件 サービスへのアクセスを有効にするために Network Watcher が作成されます。 リージョンごとに 1 サブスクリプションにつき Network Watcher インスタンスが 1 つだけ必要です。
パケット キャプチャ セッション リージョンあたり 10,000 保存されたキャプチャの数ではなく、セッション数のみが対象。

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

リソース 制限
仮想ネットワークあたりのプライベート エンドポイントの数 1000
サブスクリプションあたりのプライベート エンドポイントの数      64000
サブスクリプションあたりのプライベート リンク サービスの数       800
プライベート リンク サービスでの IP 構成の数    8 (この値は、PLS ごとに使用される NAT IP アドレスに対するものです)
同じプライベート リンク サービスでのプライベート エンドポイントの数  1000
キー コンテナーあたりのプライベート エンドポイントの数 64
サブスクリプションあたりのプライベート エンドポイントのあるキー コンテナーの数 400
プライベート エンドポイントにリンクできるプライベート DNS ゾーン グループの数 1
各グループの DNS ゾーンの数 5

Purview の制限

Azure Purview のクォータの最新の値については、 Azure Purview のクォータに関するページを参照してください

Traffic Manager の制限

リソース 制限
サブスクリプションあたりのプロファイル数 200
プロファイルあたりのエンドポイント数 200

Azure Bastion の制限

ワークロードの種類 * 上限 **
100
Medium 50
ヘビー 5

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

Azure DNS の制限

パブリック DNS ゾーン

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

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

プライベート DNS ゾーン

リソース 制限
サブスクリプションあたりのプライベート DNS ゾーン数 1000
プライベート DNS ゾーンあたりのレコード セット数 25000
プライベート DNS ゾーン用のレコード セットあたりのレコード数 20
プライベート DNS ゾーンあたりの仮想ネットワーク リンク数 1000
自動登録が有効なプライベート DNS ゾーンあたりの仮想ネットワーク リンク数 100
自動登録が有効な状態で仮想ネットワークがリンクできるプライベート DNS ゾーンの数 1
仮想ネットワークがリンクできるプライベート DNS ゾーンの数 1000
1 秒あたりに仮想マシンから Azure DNS リゾルバーに送信される DNS クエリの数 1000 1
仮想マシンごとのキューに登録された (保留中の応答) DNS クエリの最大数 200 1

1これらの制限は、仮想ネットワーク レベルではなく、個々の仮想マシンごとに適用されます。 これらの制限を超える DNS クエリは削除されます。

Azure Firewall の制限

リソース 制限
データ スループット 30 Gbps
ルールの上限 ネットワーク ルールに含まれる送信元と送信先の一意の組み合わせ 10,000 件
最大 DNAT ルール 1 つのパブリック IP アドレスに対して 298。
追加のパブリック IP アドレスは、使用可能な SNAT ポートに寄与しますが、使用可能な DNAT 規則の数は少なくなります。 たとえば、2 つのパブリック IP アドレスの場合、297 個の DNAT 規則を使用できます。 規則のプロトコルが TCP と UDP の両方に対して構成されている場合は、2 つの規則としてカウントされます。
AzureFirewallSubnet の最小サイズ /26
ネットワークおよびアプリケーション ルールのポート範囲 1 - 65535
パブリック IP アドレス 最大 250 個。 すべてのパブリック IP アドレスは DNAT ルールで使用できます。これらはすべて、利用可能な SNAT ポートに影響します。
IP グループの IP アドレス ファイアウォールあたり最大 100 の IP グループ。
各 IP グループあたりの最大 5000 の個々の IP アドレスまたは IP プレフィックス。
ルート テーブル AzureFirewallSubnet には既定で、NextHopType の値が Internet に設定された 0.0.0.0/0 ルートがあります。

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

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

Azure Front Door Service の制限

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

Azure Front Door Standard/Premium (プレビュー) サービスの制限

*** サブスクリプションあたり合計で最大 500 の Standard および Premium プロファイル。

リソース Standard SKU の制限 Premium SKU の制限
プロファイルあたりのエンドポイントの最大数 10 25
プロファイルあたりのカスタムド メインの最大数 100 200
プロファイルあたりの配信元グループの最大数 100 200
プロファイルあたりのシークレットの最大数 100 200
プロファイルあたりのセキュリティ ポリシーの最大数 100 200
プロファイルあたりのルール セットの最大数 100 200
ルール セットあたりのルールの最大数 100 100
配信元グループあたりの配信元の最大数 50 50
エンドポイントあたりのルートの最大数 100 200
カスタム規則ごとの Web アプリケーション ファイアウォールの一致条件 10 10
一致条件ごとの Web アプリケーション ファイアウォール IP アドレスの範囲 600 600
一致条件ごとの Web アプリケーション ファイアウォール文字列の一致する値 10 10
Web アプリケーション ファイアウォール文字列の一致する値の長さ 256 256
Web アプリケーション ファイアウォールの POST 本文のパラメーター名の長さ 256 256
Web アプリケーション ファイアウォールの HTTP ヘッダー名の長さ 256 256
Web アプリケーション ファイアウォールの Cookie 名の長さ 256 256
Web アプリケーション ファイアウォールの検査対象の HTTP 要求本文のサイズ 128 KB 128 KB
Web アプリケーション ファイアウォールのカスタム応答本文の長さ 2 KB 2 KB

タイムアウト値

クライアントから Front Door

  • Front Door のアイドル TCP 接続タイムアウトは 61 秒です。

Front Door からアプリケーション バックエンド

  • 応答がチャンク応答の場合、先頭のチャンクを受信したときに 200 が返されます。
  • HTTP 要求がバック エンドに転送された後に、Front Door はバック エンドからの最初のパケットを 30 秒間待機します。 それからこれはクライアントに 503 エラーを返します。 この値は、API の sendRecvTimeoutSeconds フィールドで構成できます。
    • このタイムアウトは、キャッシュのシナリオでは構成できません。そのため、キャッシュされた要求の最初のパケットが、Front Door またはバックエンドから 30 秒よりも長くかかる場合は、クライアントに 504 エラーが返されます。
  • バックエンドからの最初のパケットを受信した後、Front Door はアイドル タイムアウトの 30 秒間を待ちます。 それからこれはクライアントに 503 エラーを返します。 このタイムアウト値は構成できません。
  • Front Door からバックエンド TCP セッションへのタイムアウトは、90 秒です。

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

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

その他の制限

  • URL の最大サイズ - 8192 バイト - 未加工 URL の最大長を指定します (スキーム + ホスト名 + ポート + パス + URL のクエリ文字列)
  • クエリ文字列の最大サイズ - 4096 バイト - クエリ文字列の最大長をバイト単位で指定します。
  • 正常性プローブの URL からの HTTP 応答ヘッダーの最大サイズ - 4096 バイト - 正常性プローブのすべての応答ヘッダーの最大長を指定します。

Notification Hubs の制限

レベル Free Basic Standard
含まれるプッシュ 100 万 1,000 万 1,000 万
アクティブなデバイス 500 200,000 1,000 万
インストールまたは登録あたりのタグ クォータ 60 60 60

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

Service Bus の制限

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

クォータ名 Scope Notes
Azure サブスクリプションごとの Basic または Standard 名前空間の最大数 名前空間 追加の Basic または Standard 名前空間に関する後続の要求は Azure portal で拒否されます。 既定値は 100 です。
最大数は 1,000 です。

この上限を増やすには、Azure サポートへお問い合わせください。
Azure サブスクリプションごとの Premium 名前空間の最大数 名前空間 追加の Premium 名前空間に関する後続の要求はポータルで拒否されます。 既定値は 100 です。
最大数は 1,000 です。

この上限を増やすには、Azure サポートへお問い合わせください。
キューまたはトピックのサイズ Entity キューまたはトピックの作成時に定義されます。

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

Premium SKU と、パーティション分割が有効な Standard SKU では、キューまたはトピックの最大サイズは 80 GB です。
名前空間のコンカレント接続数 名前空間 追加の接続に関する後続の要求は拒否され、呼び出し元コードが例外を受け取ります。 REST 操作は、TCP 同時接続数に加算されません。 ネット メッセージング:1,000。

AMQP:5,000。
キュー、トピック、またはサブスクリプション エンティティの同時受信要求数 Entity 後続の受信要求が拒否され、呼び出し元コードが例外を受け取ります。 このクォータは、1 つのトピックのすべてのサブスクリプションの同時受信操作の合計数に適用されます。 5,000
名前空間あたりのトピック数またはキュー数 名前空間 以後、名前空間でのトピックまたはキューの新規作成要求が拒否されます。 その結果、(Azure portal で構成されていれば) エラー メッセージが生成されます。 管理 API から呼び出された場合は、呼び出し元のコードが例外を受け取ります。 Basic または Standard レベルでは 10,000。 名前空間のトピックとキューの合計数は、10,000 以下にする必要があります。

Premium レベルでは、メッセージング ユニット (MU) あたり 1,000 です。
名前空間あたりのパーティション分割されたトピックまたはキューの数 名前空間 以後、名前空間でのパーティション分割されたトピックまたはキューの新規作成要求が拒否されます。 その結果、(Azure portal で構成されていれば) エラー メッセージが生成されます。 管理 API から呼び出された場合、呼び出し元コードが QuotaExceededException 例外を受け取ります。 Basic レベルと Standard レベル: 100。

パーティション分割されたエンティティは、Premium レベルではサポートされていません。

パーティション分割された各キューまたはトピックは、名前空間あたり 1,000 エンティティのクォータに加算されます。
メッセージング エンティティのパスの最大サイズ: キューまたはトピック Entity - 260 文字。
メッセージング エンティティ名の最大サイズ: 名前空間、サブスクリプション、またはサブスクリプション規則 Entity - 50 文字。
メッセージ ID の最大サイズ Entity - 128
メッセージ セッション ID の最大サイズ Entity - 128
キュー、トピック、またはサブスクリプション エンティティのメッセージ サイズ Entity これらのクォータを超える受信メッセージは拒否され、呼び出し元コードが例外を受け取ります。 メッセージの最大サイズ:Standard レベルでは 256 KB、Premium レベルでは 1 MB。

システムのオーバーヘッドのため、この制限はこれらの値よりも小さくなります。

ヘッダーの最大サイズ:64 KB。

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

プロパティ バッグ内のプロパティの最大サイズ:明示的な制限はありません。 ヘッダーの最大サイズによって制限されます。
キュー、トピック、またはサブスクリプション エンティティのメッセージ プロパティ サイズ Entity 例外 SerializationException が生成されます。 各プロパティの最大メッセージ プロパティ サイズは 32,000 です。 すべてのプロパティの合計サイズが 64,000 を超えることはできません。 この制限は、ブローカー メッセージのヘッダー全体に適用されます。このヘッダーには、ユーザー プロパティとシステム プロパティ (ログ シーケンス番号、ラベル、メッセージ ID など) の両方が含まれます。
トピックごとのサブスクリプション数 Entity 以後、そのトピックに対するサブスクリプションの新規作成要求は拒否されます。 その結果、ポータルで構成されている場合は、エラー メッセージが表示されます。 管理 API から呼び出された場合は、呼び出し元のコードが例外を受け取ります。 Standard レベルおよび Premium レベルのトピックあたり 2,000。
トピックごとの SQL フィルターの数 Entity そのトピックに追加のフィルターを作成するための後続の要求は拒否され、呼び出し元コードが例外を受け取ります。 2,000
トピックごとの関連付けフィルターの数 Entity そのトピックに追加のフィルターを作成するための後続の要求は拒否され、呼び出し元コードが例外を受け取ります。 100,000
SQL フィルターまたはアクションのサイズ 名前空間 追加のフィルターを作成するための後続の要求は拒否され、呼び出し元コードが例外を受け取ります。 フィルター条件文字列の最大長:1,024 (1 K)。

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

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

Service Bus 名前空間に構成されている規則は、キューやトピックのすべての型に適用されます。
トランザクションあたりのメッセージ数 トランザクション それ以上の受信メッセージは拒否され、呼び出し元コードが "1 回のトランザクションで 100 個を超えるメッセージを送信することができない" ことを示す例外を受け取ります。 100

Send() 操作および SendAsync() 操作両方に対して。
仮想ネットワークと IP フィルター規則の数 名前空間   128

Site Recovery の制限

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

制限の種類 制限
サブスクリプションあたりの資格情報コンテナーの数 500
Recovery Services コンテナーあたりのサーバーの数 250
Recovery Services コンテナーあたりの保護グループの数 制限なし
Recovery Services コンテナーあたりの復旧計画の数 制限なし
保護グループあたりのサーバーの数 制限なし
復旧計画あたりのサーバーの数 100

SQL Database の制限

SQL Database の制限については、単一データベースの SQL Database のリソース制限エラスティック プールとプールされたデータベースの SQL Database のリソース制限、およびSQL Managed Instance に対する SQL Database のリソース制限に関する記事をご覧ください。

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

Azure Synapse Analytics の制限

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

Synapse ワークスペースの制限

リソース 既定の制限 上限
Azure サブスクリプションの Synapse ワークスペース 20 20

Synapse パイプラインの制限

リソース 既定の制限 上限
Synapse ワークスペース内の Synapse パイプライン 800 800
ワークスペース内のエンティティ (パイプライン、データセット、トリガー、リンクされたサービス、プライベート エンドポイント、統合ランタイムなど) の合計数 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
リージョン グループ 12: 6,000
リージョン グループ 22: 3,000
リージョン グループ 32: 1,500
パイプラインあたりの最大アクティビティ数 (コンテナーの内部アクティビティを含む) 40 40
単一のセルフホステッド統合ランタイムに対して作成できる、リンクされた統合ランタイムの最大数 100 サポートにお問い合わせください
パイプラインあたりの最大パラメーター数 50 50
ForEach 項目数 100,000 100,000
ForEach 並列処理 20 50
パイプラインあたりのキューに入れられた実行の最大数 100 100
式ごとの文字数 8,192 8,192
最小タンブリング ウィンドウ トリガー間隔 15 分 15 分
パイプラインのアクティビティ実行の最大タイムアウト 7 日 7 日
パイプライン オブジェクトのオブジェクトあたりのバイト数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/時 12,500/時

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

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

2 Azure Integration Runtime は、データ コンプライアンス、効率、およびネットワーク エグレス コストの削減を実現するためにグローバルに使用できます

リージョン グループ リージョン
リージョン グループ 1 米国中部、米国東部、米国東部 2、北ヨーロッパ、西ヨーロッパ、米国西部、米国西部 2
リージョン グループ 2 オーストラリア東部、オーストラリア南東部、ブラジル南部、インド中部、東日本、米国中北部、米国中南部、東南アジア、米国中西部
リージョン グループ 3 他の地域

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

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

専用 SQL プールの制限

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

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

Azure Resource Manager では、API 呼び出しの制限があります。 API の呼び出しは、 Azure リソース マネージャーの API 制限内の割合で実行できます。

Azure Files と Azure File Sync

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

ストレージの制限

次の表では、Azure の汎用 v1、v2、BLOB ストレージ、ブロック BLOB ストレージのアカウントに対する既定の制限について説明します。 "受信" 制限は、ストレージ アカウントに送信されるすべてのデータを指します。 送信 制限は、ストレージ アカウントから受信するすべてのデータを指します。

注意

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

リソース 制限
サブスクリプションあたりの各リージョンのストレージ アカウント数 (Standard および Premium のストレージ アカウントを含む)。 250
ストレージ アカウントの最大容量 5 PiB 1
ストレージ アカウントあたりの BLOB コンテナー、BLOB、ファイル共有、テーブル、キュー、エンティティ、メッセージの最大数 制限なし
ストレージ アカウントあたりの最大要求レート1 1 秒あたり 20,000 要求
ストレージ アカウントあたりの最大イングレス1 (米国、ヨーロッパ リージョン) 10 Gbps
ストレージ アカウントあたりの最大イングレス1 (米国とヨーロッパ以外のリージョン) RA-GRS/GRS が有効な場合は 5 Gbps、LRS/ZRS2 の場合は 10 Gbps
汎用 v2 および BLOB ストレージ アカウントの最大送信速度 (すべてのリージョン) 50 Gbps
汎用 v1 ストレージ アカウントの最大送信速度 (米国リージョン) RA-GRS/GRS が有効な場合は 20 Gbps、LRS/ZRS2 の場合は 30 Gbps
汎用 v1 ストレージ アカウントの最大送信速度 (米国以外のリージョン) RA-GRS/GRS が有効な場合は 10 Gbps、LRS/ZRS2 の場合は 15 Gbps
ストレージアカウントごとの IP アドレス規則の最大数 200
ストレージアカウントごとの仮想ネットワーク規則の最大数 200
ストレージアカウントごとのリソース インスタンス ルールの最大数 200
ストレージ アカウントごとのプライベート エンドポイントの最大数 200

1 Azure Storage 標準アカウントは、要求によるより高い容量制限とより高いイングレス制限をサポートします。 アカウント制限の引き上げを希望する場合は、Azure サポートにお問い合わせください

2 お使いのストレージ アカウントの読み取りアクセスで geo 冗長ストレージ (RA-GRS) または geo ゾーン冗長ストレージ (RA-GZRS) を有効にしている場合、第 2 の場所のエグレス ターゲットが第 1 の場所のそれと同じになります。 詳細については、「Azure Storage のレプリケーション」をご覧ください。

注意

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

すべてのストレージ アカウントは、いつ作成されたかに関係なく、フラット ネットワーク トポロジ上で実行されます。 Azure Storage フラット ネットワークのアーキテクチャとスケーラビリティの詳細については、Microsoft Azure Storage: 強力な一貫性を備えた高可用性クラウド ストレージ サービスを参照してください。

Standard ストレージ アカウントの制限について詳しくは、Standard Storage アカウントのスケーラビリティ ターゲットに関する記事をご覧ください。

ストレージ リソース プロバイダーの制限

次の制限は、Azure Resource Manager と Azure Storage を使用して管理操作を実行しているときにのみ適用されます。

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

Azure Blob Storage の制限

リソース 移行先
単一の BLOB コンテナーの最大サイズ ストレージ アカウントの最大容量と同じ
ブロック BLOB 内または追加 BLOB 内の最大ブロック数 50,000 ブロック
ブロック BLOB 内の最大ブロック サイズ 4,000 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 のターゲット要求率 最大 500 要求/秒
1 つのページ BLOB のターゲット スループット 最大 60 MiB/秒2
1 つのブロック BLOB のターゲット スループット ストレージ アカウントイングレス/エグレスの上限まで1

1 1 つの BLOB のスループットはいくつかの要因に左右されます。それにはコンカレンシー、要求サイズ、パフォーマンス レベル、アップロード元の速度、ダウンロード先などがありますが、それらに限定されません。 高スループット ブロック BLOB のパフォーマンス機能強化を活用するには、もっと大きな BLOB またはブロックをアップロードします。 具体的には、Put Blob または Put Block 操作を呼び出すとき、標準ストレージ アカウントの 4 MiB を超える BLOB またはブロック サイズを指定します。 プレミアム ブロック BLOB や Data Lake Storage Gen2 ストレージ アカウントの場合、256 KiB を超えるブロックまたは BLOB サイズを使用します。

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

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

サービスのバージョン 最大ブロック サイズ (Put Block 使用) 最大 BLOB サイズ (Put Block List 使用) 1 回の書き込み操作での最大 BLOB サイズ (Put Blob 使用)
バージョン 2019-12-12 以降 4,000 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 の制限

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

Azure Table Storage の制限

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

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

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

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

重要

パフォーマンスを最適化するには、仮想マシンに接続する使用率が高いディスク数を制限して、スロットルを回避するようにします。 接続されているすべてのディスクの使用率が同時に高くならなければ、仮想マシンは多数のディスクに対応できます。

Azure Managed Disks の場合:

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

リソース 制限
Standard マネージド ディスク 50,000
Standard SSD マネージド ディスク 50,000
Premium マネージド ディスク 50,000
Standard_LRS スナップショット 50,000
Standard_ZRS スナップショット 50,000
マネージド イメージ 50,000

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 ディスク全体の合計スループットは、この制限を超えることはできません。

詳しくは、仮想マシンのサイズに関するページをご覧ください。

ディスク暗号化セット

リージョンごと、サブスクリプションごとに、1000 のディスク暗号化セットという制限があります。 詳細については、Linux または Windows 仮想マシンの暗号化ドキュメントを参照してください。 クォータを増やす必要がある場合は、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
ディスクあたりのスループット 最大 60 MB/秒 最大 60 MB/秒 最大 60 MB/秒 最大 60 MB/秒 最大 60 MB/秒 最大 60 MB/秒 最大 60 MB/秒 最大 60 MB/秒 最大 300 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
ディスクあたりのスループット 最大 60 MB/秒 最大 60 MB/秒 最大 60 MB/秒 最大 60 MB/秒 最大 60 MB/秒 最大 60 MB/秒 最大 60 MB/秒 最大 60 MB/秒 最大 60 MB/秒 最大 60 MB/秒 最大 60 MB/秒 最大 400 MB/秒 最大 600 MB/秒 最大 750 MB/秒
ディスクあたりの最大バースト IOPS 600 600 600 600 600 600 600 600 1000
ディスクあたりの最大バースト スループット 150 MB/秒 150 MB/秒 150 MB/秒 150 MB/秒 150 MB/秒 150 MB/秒 150 MB/秒 150 MB/秒 250 MB/秒
最大バースト時間 30 分 30 分 30 分 30 分 30 分 30 分 30 分 30 分 30 分

Premium SSD マネージド ディスク:ディスクあたりの制限

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
ディスクあたりのプロビジョニング済みスループット 25 MB/秒 25 MB/秒 25 MB/秒 25 MB/秒 50 MB/秒 100 MB/秒 125 MB/秒 150 MB/秒 200 MB/秒 250 MB/秒 250 MB/秒 500 MB/秒 750 MB/秒 900 MB/秒
ディスクあたりの最大バースト IOPS 3,500 3,500 3,500 3,500 3,500 3,500 3,500 3,500
ディスクあたりの最大バースト スループット 170 MB/秒 170 MB/秒 170 MB/秒 170 MB/秒 170 MB/秒 170 MB/秒 170 MB/秒 170 MB/秒
最大バースト時間 30 分 30 分 30 分 30 分 30 分 30 分 30 分 30 分
予約対象 いいえ いいえ いいえ いいえ いいえ いいえ いいえ いいえ はい (最長 1 年) はい (最長 1 年) はい (最長 1 年) はい (最長 1 年) はい (最長 1 年) はい (最長 1 年)

Premium SSD マネージド ディスク:VM あたりの制限

リソース 制限
VM あたりの最大 IOPS GS5 VM で 80,000 IOPS
VM あたりの最大スループット GS5 VM で 2,000 MB/秒

非管理対象の仮想マシン ディスク

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

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

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

リソース 制限
アカウントごとのディスク容量合計 35 TB
アカウントごとのスナップショット容量合計 10 TB
アカウントごとの最大帯域幅 (受信 + 送信)1 50 Gbps 以下

1受信 とはストレージ アカウントに送信されるすべてのデータのことです。 送信 とは、ストレージ アカウントから受信するすべてのデータのことです。

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

Premium Storage ディスクの種類 P10 P20 P30 P40 P50
ディスク サイズ 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/秒 150 MB/秒 200 MB/秒 250 MB/秒 250 MB/秒
ストレージ アカウントあたりの最大ディスク数 280 70 35 17 8

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

リソース 制限
VM あたりの最大 IOPS GS5 VM で 80,000 IOPS
VM あたりの最大スループット GS5 VM で 2,000 MB/秒

StorSimple システムの制限

制限の種類 制限 説明
ストレージ アカウントの資格情報の最大数 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 分の速度で、メタデータはバック グラウンドで自動的にデバイスに移されます。 この速度はクラウドへのインターネット帯域幅による影響を受けることがあります。
  • 階層化ボリュームとは異なり、ローカル固定ボリュームがある場合は、ボリューム データもデバイスにローカルにダウンロードされます。 ボリュームのすべてのデータがデバイスに移行した時点で、復元操作が完了します。
  • 復元操作は長くなる可能性があります。完了するまでにかかる時間は、プロビジョニングされたローカル ボリューム、インターネットの帯域幅、およびデバイス上の既存のデータのサイズによって異なります。 復元操作の進行中に、ローカル固定ボリュームのバックアップ操作を実行できます。
シン復元の可用性 最後のフェールオーバー
SSD 層から提供される場合の、クライアントによる最大読み取り/書き込みスループット* 単一の 10 ギガビット イーサネット ネットワーク インターフェースで 920/720 MB/秒 MPIO と 2 つのネットワーク インターフェイスを使用する場合は最大 2 回。
HDD 層から提供される場合の、クライアントによる最大読み取り/書き込みスループット* 120/250 MB/秒
クラウド層から提供される場合の、クライアントによる最大読み取り/書き込みスループット* 11/41 MB/秒 読み取りスループットは、十分な I/O キューの深さを生成および維持するクライアントに依存します。

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

Stream Analytics の制限


制限の種類 制限 説明
リージョンあたりのサブスクリプションごとのストリーミング ユニットの最大数 500 サブスクリプションのストリーミング ユニット数を 500 を超えて増やすことを要求するには、Microsoft サポートまでご連絡ください。
ジョブあたりの入力の最大数 60 Azure Stream Analytics ジョブあたりの入力には、最大数 60 のハード制限があります。
ジョブあたりの出力の最大数 60 Stream Analytics ジョブあたりの出力には、最大数 60 のハード制限があります。
ジョブあたりの関数の最大数 60 Stream Analytics ジョブあたりの関数には、最大数 60 のハード制限があります。
ジョブごとのストリーミング ユニットの最大数 192 Stream Analytics ジョブあたりのストリーミング ユニット数には 192 のハード制限があります。
リージョンあたりのジョブの最大数 1,500 サブスクリプションごとに、地理的リージョンあたり最大 1,500 ジョブが可能です。
参照データの BLOB のサイズ (MB) 5 GB 6 個以上の SU を使用する場合は最大 5 GB。
クエリの最大文字数 512,000 Azure Stream Analytics ジョブ クエリには、512 k 文字のハード制限があります。

Virtual Machines の制限

Virtual Machines の制限

リソース 制限
クラウド サービスあたりの仮想マシン数 1 50
クラウド サービスあたりの入力エンドポイント数 2 150

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

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

Virtual Machines の制限 - Azure リソース マネージャー

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

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

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

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

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

注意

仮想マシンのコア数には、リージョン別総数の制限があります。 さらに、リージョンごとにサイズ シリーズ (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 個のイメージ バージョン (サブスクリプション別、リージョン別)

仮想マシン スケール セットの制限

リソース 制限
1 スケール セットあたりの最大仮想マシン数 1,000
スケール セット内のカスタム VM イメージに基づく VM の最大数 600
1 リージョンあたりの最大スケール セット数 2,500

関連項目