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

[アーティクル]
06/23/2022

このドキュメントでは、最も一般的な 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 つ
場所あたりの管理グループレベルのデプロイ	800²
管理グループレベルのデプロイの場所	10

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

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

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

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

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

¹サブスクリプションにはタグを最大で 50 個直接適用することができます。ただし、サブスクリプション内のリソースグループとリソースに適用する場合には、サブスクリプションに無制限にタグを含めることができます。リソースまたはリソースグループあたりのタグの数は、50 に制限されています。

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

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

リソースグループの制限

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

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

テンプレートの制限

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

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

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

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 までです。この制限は、すべてのアプリロールのサービスプリンシパル、ユーザー、またはグループが対象です。1 つのアプリロールへの割り当ての数に対するものではありません。パスワードベースのシングルサインオン用に構成されたアプリには、資格情報を構成して最大 48 個のグループを割り当てることができます。ユーザーは、パスワードベースのシングルサインオンを使用して、最大 48 個のアプリに対して資格情報を構成できます。この制限は、ユーザーが割り当てられているグループのメンバーである場合ではなく、ユーザーがアプリに直接割り当てられているときに構成された資格情報にのみ適用されます。追加の制限については、サポートされているアカウントの種類別の検証の相違点に関するページをご覧ください。
アプリケーションマニフェスト	アプリケーションマニフェストには、最大で 1200 のエントリを追加できます。追加の制限については、サポートされているアカウントの種類別の検証の相違点に関するページをご覧ください。
グループ	管理者以外のユーザーは、Azure AD 組織に最大 250 個のグループを作成できます。組織内のグループを管理できる Azure AD 管理者であれば、グループを無制限に作成することもできます (Azure AD オブジェクトの上限まで)。ユーザーにロールを割り当ててそのユーザーの制限を削除するには、ユーザー管理者やグループ管理者など、特権の低い組み込みロールを割り当ててください。 Azure AD 組織では、最大 5,000 個の動的グループと動的管理単位を結合できます。 1 つの Azure AD 組織 (テナント) には、最大 500 個のロール割り当て可能なグループを作成できます。最大 100 人のユーザーが 1 つのグループの所有者になれます。任意の数の Azure AD リソースが 1 つのグループのメンバーになることができます。ユーザーは任意の数のグループのメンバーになることができます。セキュリティグループを SharePoint Online と組み合わせて使用している場合、ユーザーは合計 2,049 のセキュリティグループに参加できます。これには、直接および間接グループメンバーシップが両方とも含まれます。この制限を超えると、認証と検索の結果は予測不能になります。既定では、Azure AD Connect を使用してオンプレミスの Active Directory から Azure Active Directory に同期できるグループ内のメンバーの数は、50,000 ユーザーに制限されています。この制限を超えるグループメンバーを同期する必要がある場合、Azure AD Connect 同期 V2 エンドポイント API をオンボードしなければなりません。 Azure AD の入れ子になったグループは、すべてのシナリオにおいてサポートされていません。グループのリストを選択すると、グループの有効期限ポリシーを最大 500 の Microsoft 365 グループに割り当てることができます。ポリシーがすべての Microsoft 365 グループに適用される場合、制限はありません。現時点では、入れ子になったグループでは次のシナリオがサポートされています。 1 つのグループを別のグループのメンバーとして追加することができるため、グループの入れ子を実現できます。グループメンバーシップクレームアプリがトークンでグループメンバーシップクレームを受信するように構成されている場合は、サインインしているユーザーがメンバーになっている入れ子になったグループが含まれます。条件付きアクセス (条件付きアクセスポリシーにグループのスコープが設定されている場合)。セルフサービスのパスワードリセットへのアクセスの制限。 Azure AD Join とデバイス登録を実行できるユーザーの制限。次のシナリオは、入れ子になったグループではサポート "されません"。アクセスとプロビジョニングの両方を対象としたアプリロールの割り当て。アプリへのグループの割り当てはサポートされますが、直接割り当てられたグループ内に入れ子になったグループにはアクセスできません。グループベースのライセンス (グループのすべてのメンバーにライセンスを自動的に割り当てます)。 Microsoft 365 グループ。
アプリケーションプロキシ	アプリケーションプロキシアプリケーションごとに 1 秒あたり最大 500 件のトランザクション。 Azure AD 組織に対する 1 秒あたり最大 750 件のトランザクション。 *トランザクションは、単一の HTTP 要求と一意のリソースの応答として定義されます。クライアントは調整された場合、429 の応答を受け取ることになります (要求が多すぎます)。
アクセスパネル	割り当てられたライセンス数に関係なく、アクセスパネルに表示できる、各ユーザーのアプリケーション数に制限はありません。
Reports	いずれのレポートでも、最大 1,000 行を表示またはダウンロードできます。それを超えるデータは切り捨てられます。
管理単位	Azure AD リソースは最大 30 個の管理単位のメンバーにすることができます。 Azure AD 組織では、最大 5,000 個の動的グループと動的管理単位を結合できます。
Azure AD ロールとアクセス許可	Azure AD 組織ごとに、最大 100 個の Azure AD カスタムロールを作成できます。あらゆるスコープで 1 つのプリンシパルに最大 150 個の Azure AD カスタムロール割り当て。テナント以外のスコープ (管理単位、Azure AD オブジェクトなど) で 1 つのプリンシパルに最大 100 個の Azure AD 組み込みロール割り当て。テナントスコープでの Azure AD 組み込みロール割り当てに制限はありません。グループをグループ所有者として追加することはできません。ユーザーが他のユーザーのテナント情報を読み取ることができる権限は、管理者以外の全ユーザーがすべてのテナント情報にアクセスできないようにする、Azure AD 組織全体のスイッチでのみ制限できます (これは推奨されません)。詳細については、「メンバーユーザーの既定のアクセス許可を制限するには」を参照してください。管理者ロールのメンバーシップの追加と失効が有効になるまでには、最大 15 分かかる場合もあれば、サインアウトしてから再度サインインすることが必要になる場合もあります。

API Management の制限

リソース	制限
スケールユニットの最大数	リージョンあたり 12 個¹
キャッシュサイズ	ユニットあたり 5 GiB²
HTTP 権限あたりのバックエンドの同時接続³	ユニットあたり 2,048⁴
キャッシュする応答の最大サイズ	2 MiB
ポリシードキュメントの最大サイズ	256 KiB⁵
サービスインスタンスあたりの最大カスタムゲートウェイドメイン⁶	20
サービスインスタンスあたりの CA 証明書の最大数⁷	10
サブスクリプションあたりのサービスインスタンスの最大数⁸	20
サービスインスタンスあたりのサブスクリプションの最大数⁸	500
サービスインスタンスあたりのクライアント証明書の最大数⁸	50
サービスインスタンスあたりの API の最大数⁸	50
サービスインスタンスあたりの API 管理操作の最大数⁸	1,000
最大合計要求時間⁸	30 秒
要求ペイロードの最大サイズ⁸	1 GiB
バッファー処理されたペイロードの最大サイズ⁸	2 MiB
要求 URL の最大サイズ⁹	16,384 バイト
URL パスのセグメントの最大長¹⁰	260 文字
検証ポリシーによって使用される API スキーマの最大サイズ¹⁰	4 MB
スキーマの最大数¹⁰	100
コンテンツ検証ポリシー¹⁰ 内の要求または応答本文の最大サイズ	100 KB
セルフホステッドゲートウェイの最大数¹¹	25
ユニットあたりのアクティブな WebSocket 接続の最大数	100
API Management リソースでサポートされるタグの最大数	15

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

App Service の制限

リソース	Free	共有	Basic	Standard	Premium (v1 から v3)	Isolated
Azure App Service プランあたりの Web、モバイル、または API アプリ数¹	10	100	無制限²	無制限²	無制限²	無制限²
App Service プラン	リージョンあたり 10 件	リソースグループあたり 10	リソースグループあたり 100	リソースグループあたり 100	リソースグループあたり 100	リソースグループあたり 100
コンピューティングインスタンスの種類	共有	共有	専用³	専用³	専用³	専用³
スケールアウト (最大インスタンス)	1 Shared インスタンス	1 Shared インスタンス	3 専用インスタンス³	10 専用インスタンス³	20 専用インスタンス (v1)、30 専用インスタンス (v2 および v3)。³	100 専用インスタンス⁴
ストレージ⁵	1 GB⁵	1 GB⁵	10 GB⁵	50 GB⁵	250 GB⁵	1 TB¹² 使用可能なストレージクォータは 999 GB です。
CPU 時間 (5 分)⁶	3 分	3 分	無制限、Standard の料金で課金	無制限、Standard の料金で課金	無制限、Standard の料金で課金	無制限、Standard の料金で課金
CPU 時間 (1 日)⁶	約 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 ソケット数⁷	5	35	350	無制限	無制限	無制限
インスタンスあたりの送信 IP 接続数	600	600	インスタンスサイズによって異なる⁸	インスタンスサイズによって異なる⁸	インスタンスサイズによって異なる⁸	16,000
アプリケーションごとの同時デバッガー接続	1	1	1	5	5	5
サブスクリプションあたりの App Service 証明書数	サポートされていません	サポートされていません	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	X⁹
アクセス制限	アプリあたり 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
WebJobs¹⁰	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 マネージド証明書¹¹			X	X	X	X
SLA			99.95%	99.95%	99.95%	99.95%

¹ アプリとストレージのクォータは、特に記述のない限り、App Service プランごとの数字です。

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

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

⁴ 要求に応じて追加できます。

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

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

⁷ 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 コア)。

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

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

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

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

¹² (それぞれのリソースグループに対する割り当て方法にかかわらず) 1 つの App Service Environment にデプロイされた全アプリのストレージ使用量の合計。

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 GB	Azure サンドボックスにのみ適用されます。
サンドボックスに割り当てる最大メモリ量¹	400 MB	Azure サンドボックスにのみ適用されます。
サンドボックスごとに許可されるネットワークソケットの最大数¹	1,000	Azure サンドボックスにのみ適用されます。
Runbook ごとに許可される最長実行時間¹	3 時間	Azure サンドボックスにのみ適用されます。
サブスクリプションでの Automation アカウントの最大数	制限なし
Automation アカウントあたりのシステムハイブリッド runbook worker の最大数	4,000
Automation アカウントあたりのユーザーハイブリッド runbook worker の最大数	4,000
1 つの Hybrid Runbook Worker で実行できる同時実行ジョブの最大数	50
Runbook ジョブの最大パラメーターサイズ	512 キロバイト
Runbook の最大パラメーター	50	パラメーターの 50 の上限に達したら、パラメーターに JSON または XML 文字列を渡し、Runbook を使用して解析することができます。
Webhook のペイロードの最大サイズ	512 キロバイト
ジョブデータが保持される最大日数	30 日
PowerShell ワークフローの最大状態サイズ	5 MB	ワークフローのチェックポイント処理を行うときに PowerShell ワークフロー Runbook に適用されます。
Automation アカウントでサポートされるタグの最大数	15

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

変更履歴とインベントリ

次の表は、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 個の要求	クォータを使い果たした後は、その日の終わりまで、すべての要求に対して HTTP 状態コード 429 が返されます
Standard レベルの構成ストア要求	1 時間あたり 30,000 件	クォータを使い果たした後は、1 時間が終わるまで、要求数が多すぎることを示す HTTP 状態コード 429 が要求に対して返される場合があります。
Free レベルのストレージ	10 MB
Standard レベルのストレージ	1 GB
キーと値	10 KB	単一のキーと値項目に対して (すべてのメタデータを含む)

Azure Cache for Redis の制限

リソース	制限
キャッシュサイズ	1.2 TB
データベース	64
接続されている最大クライアント数	40,000
Azure Cache for Redis のレプリカ (高可用性向け)	3
クラスタリングを使用した 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 ロール数¹	25
デプロイあたりのインスタンスの入力エンドポイント数	25
デプロイあたりの入力エンドポイント数	25
デプロイあたりの内部エンドポイント数	25
デプロイあたりのホストされるサービスの証明書数	199

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

Azure Cognitive Search の制限

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

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

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

複数のサービスを作成でき、各レベルで許可されるサービスの数によってのみ制限されます。たとえば、Basic レベルのサービスであれば 16 個まで作成できますが、同じサブスクリプションの枠内で S1 レベルのサービスをさらにもう 16 個まで作成できます。レベルの詳細については、Azure Cognitive Search 用の SKU または価格レベルの選択に関するページを参照してください。

サービス数の上限は、依頼により引き上げが可能です。同一のサブスクリプション内にさらに多くのサービスが必要な場合は、サポートリクエストを提出してください。

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

¹ Free は、他の顧客と共有されているインフラストラクチャに基づいて作成されます。ハードウェアは専用ではないので、Free レベルではスケールアップはサポートされていません。

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

Search サービスあたりの制限

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

リソース	Free	Basic¹	S1	S2	S3	S3 HD	L1	L2
サービスレベルアグリーメント (SLA)²	いいえ	はい	はい	はい	はい	はい	はい	はい
パーティションあたりのストレージ容量	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

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

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

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

Azure Cognitive Services の制限

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

Type	制限	例
Cognitive Services リソースの混在	リージョンあたり合計で最大 200 個の Cognitive Services リソース。	米国西部に 100 個の Computer Vision リソース、米国西部に 50 個の Speech Service リソース、米国西部に 50 個の Text Analytics リソース。
単一の種類の Cognitive Services リソース。	リージョンあたり最大 100 個のリソース。	米国西部 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
リーダークラスター (データ共有プロデューサー) あたりのフォロークラスター (データ共有コンシューマー) の数	100

次の表では、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	30¹	30	30
最大のタイムアウトまでの時間 (分)	10	無制限⁷	無制限²	unbounded	unbounded
最大送信接続数 (インスタンスあたり)	アクティブ 600 (合計 1200)	unbounded	unbounded	unbounded	unbounded
最大要求サイズ (MB)³	100	100	100	100	クラスターに応じる
クエリ文字列の最大長³	4096	4096	4096	4096	クラスターに応じる
要求 URL の最大長³	8192	8192	8192	8192	クラスターに応じる
インスタンスあたりの ACU	100	210 ～ 840	100 ～ 840	210 から 250⁸	AKS の価格
最大メモリ (インスタンスあたりの GB)	1.5	3.5 ～ 14	1.75 ～ 14	3.5 から 14	すべてのノードがサポートされています
最大インスタンス数 (Windows/Linux)	200/100	100/20	SKU により異なる⁹	100⁹	クラスターに応じる
プランあたりの関数アプリ	100	100	無制限⁴	unbounded	unbounded
App Service プラン	リージョンあたり 100	リソースグループあたり 100	リソースグループあたり 100	-	-
アプリあたりのデプロイスロット¹⁰	2	3	1-20⁹	20	該当なし
ストレージ⁵	5 TB	250 GB	50 ～ 1000 GB	1 TB (テラバイト)	該当なし
アプリケーションごとのカスタムドメイン数	500⁶	500	500	500	該当なし
カスタムドメインの SSL サポート	無制限の SNI SSL 接続が含まれる	無制限の SNI SSL 接続と 1 件の IP SSL 接続が含まれる	無制限の SNI SSL 接続と 1 件の IP SSL 接続が含まれる	無制限の SNI SSL 接続と 1 件の IP SSL 接続が含まれる	該当なし

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

詳細については、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 の制限があります。

クォータ名	既定の制限	上限	メモ
ワークスペース	10	サポートに問い合わせ	制限はサブスクリプションごと
FHIR	10	サポートに問い合わせ	制限はワークスペースごと
DICOM	10	サポートに問い合わせ	制限はワークスペースごと
MedTech	10	該当なし	制限はワークスペースごと。増やすことはできません

Azure API for FHIR サービスの制限

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

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

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 以上クラスターあたりの OSM コントローラー数: 1 OSM コントローラーあたりのポッド数: 500 OSM によって管理される Kubernetes サービスアカウント数: 50

Kubernetes コントロールプレーンのサービスレベル	制限
有料レベル	負荷に基づいた自動スケールアウト
Free レベル	50 個の変更と 100 個の読み取り専用呼び出しの配信要求制限付きの制限されたリソース

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 個のアクティブなアラートルール (増やすことはできません)。	既定値と同じ
ログアラート	サブスクリプションごとに 1000 個のアクティブなアラートルール。そのうち、1 分ごとのアクティブなアラートルールは 100 個です。リソースごとに 1000 個のアクティブなアラートルール。アラートルールあたり 6,000 個の時系列。	サポートに問い合わせます
アラート処理ルール	サブスクリプションあたりの 1,000 アクティブルール数です。	サポートに問い合わせます
アラートルールとアラート処理ルールの説明の長さ	ログ検索アラートは 4096 文字その他はすべて 2048 文字	既定値と同じ

Alerts API

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

リソース	既定の制限	上限
アラート - 概要の取得	サブスクリプションごとに毎分 50 回の呼び出し	既定値と同じ
アラート - すべてを取得 (「ID による取得でなく」)	サブスクリプションごとに毎分 100 回の呼び出し	既定値と同じ
その他すべてのアラートの呼び出し	サブスクリプションごとに毎分 1000 回の呼び出し	既定値と同じ

アクショングループ

サブスクリプションに含めることができるアクショングループの数には制限はありません。

リソース	既定の制限	上限
Azure アプリのプッシュ	アクショングループあたり 10 個のアプリアクション。	既定値と同じ
Email	アクショングループの 1,000 個のメールアクション。 1 時間で 100 件以下の電子メール。レート制限情報もご覧ください。	既定値と同じ
電子メールの ARM ロール	アクショングループごとに 10 種類の電子メール ARM ロールアクション。	既定値と同じ
イベントハブ	アクショングループあたり 10 種類のイベントハブアクション。	既定値と同じ
ITSM	アクショングループの 10 個の ITSM アクション。	既定値と同じ
ロジックアプリ	アクショングループの 10 個のロジックアプリアクション。	既定値と同じ
Runbook	アクショングループの 10 個の Runbook アクション。	既定値と同じ
Secure Webhook	アクショングループの 10 種類の安全な Webhook アクション。 Webhook の最大呼び出し数は、サブスクリプションごとに毎分 1500 個です。その他の制限はアクション固有の情報でご覧いただけます。	既定値と同じ
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 つの同時クエリを実行でき、追加のクエリはキューに追加されます。実行中のクエリのいずれかが完了すると、キューの最初のクエリがキューから引き出され、実行が開始されます。注: アラートクエリはこの制限に含まれません。
コンカレンシーキューの時間	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 に基づきます。 Microsoft Defender for Cloud によって収集されるデータは 1 日あたり 500 MB の制限には含まれず、この制限を超えても引き続き収集されます。
従来の GB あたりの Standalone レベル (2016 年 4 月に導入)	制限なし	30 日 - 730 日	31 日を超えるデータ保持期間は追加料金で使用できます。 Azure Monitor の価格を確認する。
従来のノードあたり (OMS) (2016 年 4 月に導入)	制限なし	30 日 - 730 日	31 日を超えるデータ保持期間は追加料金で使用できます。 Azure Monitor の価格を確認する。
従来の Standard レベル	制限なし	30 日	保持期間を調整することはできません。
従来の Premium レベル	制限なし	365 日	保持期間を調整することはできません。

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

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

Azure Portal

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

データコレクター API

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

クエリ API

カテゴリ	制限	説明
1 つのクエリで返されるレコードの最大数	500,000
返されるデータの最大サイズ	104 MB 以下 (100 MiB 以下)	この API では、最大 64 MB の圧縮データが返されます。これは最大 100 MB のテキストに相当します。
クエリの最大実行時間	10 分	詳細については、タイムアウトに関するページをご覧ください。
最大要求レート	Azure AD ユーザーまたはクライアントの IP アドレスごとに、30 秒あたり 200 件の要求	「ログクエリと言語」を参照してください。

Azure Monitor Logs コネクタ

カテゴリ	制限	説明
データの最大サイズ	16.7 MB 以下 (16 MiB 以下)	コネクタインフラストラクチャで、制限がクエリ API の制限よりも低く設定されている
レコードの最大数	500,000
コネクタタイムアウトの最大値	110 秒
クエリタイムアウトの最大値	100 秒
グラフ		[ログ] ページとコネクタでは、視覚化に異なるグラフライブラリが使用されます。現在、コネクタでは一部の機能を使用できません。

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

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

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

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

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

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

価格とクォータの詳細については、「Application Insights の課金」を参照してください。

Azure Data Factory の制限

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

Version 2

リソース	既定の制限	上限
データファクトリ内のエンティティ (パイプライン、データセット、トリガー、リンクされたサービス、プライベートエンドポイント、統合ランタイムなど) の合計数	5,000	[サポートにお問い合わせください](https://azure.microsoft.com/blog/2014/06/04/azure-limits-quotas-increase-requests/)。
1 つのサブスクリプションでの Azure-SSIS Integration Runtime の CPU コア数の合計	256	[サポートにお問い合わせください](https://azure.microsoft.com/blog/2014/06/04/azure-limits-quotas-increase-requests/)。
データファクトリあたりの同時実行パイプラインの実行数 (ファクトリ内のすべてのパイプライン間で共有)	10,000	10,000
[Azure Integration Runtime リージョン](../articles/data-factory/concepts-integration-runtime.md#azure-ir-location)あたり、サブスクリプションあたりの同時実行外部アクティビティの実行数外部アクティビティは統合ランタイムで管理されますが、リンクされたサービスで実行されます (Databricks、ストアドプロシージャ、Web などを含む)。この制限は、セルフホステッド IR には適用されません。	3,000	3,000
[Azure Integration Runtime リージョン](../articles/data-factory/concepts-integration-runtime.md#azure-ir-location)あたり、サブスクリプションあたりの同時実行パイプラインアクティビティの実行数パイプラインアクティビティは統合ランタイムで実行されます (Lookup、GetMetadata、Delete を含む)。この制限は、セルフホステッド IR には適用されません。	1,000	1,000
[Azure Integration Runtime リージョン](../articles/data-factory/concepts-integration-runtime.md#azure-ir-location)あたり、サブスクリプションあたりの同時実行オーサリング操作数接続のテスト、フォルダー一覧とテーブル一覧の参照、データのプレビューを含みます。この制限は、セルフホステッド IR には適用されません。	200	200
[Azure Integration Runtime リージョン](../articles/data-factory/concepts-integration-runtime.md#integration-runtime-location)あたり、サブスクリプションあたりの同時実行データ統合単位1の消費	リージョングループ 12: 6,000 リージョングループ 22: 3,000 リージョングループ 32: 1,500 マネージド仮想ネットワーク²: 2,400	リージョングループ 12: 6,000 リージョングループ 22: 3,000 リージョングループ 32: 1,500 マネージド仮想ネットワーク: サポートにお問い合わせください。
パイプラインあたりの最大アクティビティ数 (コンテナーの内部アクティビティを含む)	40	40
単一のセルフホステッド統合ランタイムに対して作成できる、リンクされた統合ランタイムの最大数	100	[サポートにお問い合わせください](https://azure.microsoft.com/blog/2014/06/04/azure-limits-quotas-increase-requests/)。
単一のセルフホステッド統合ランタイムに対して作成できるノードの最大数	4	サポートに問い合わせ
パイプラインあたりの最大パラメーター数	50	50
ForEach 項目数	100,000	100,000
ForEach 並列処理	20	50
パイプラインあたりのキューに入れられた実行の最大数	100	100
式ごとの文字数	8,192	8,192
最小タンブリングウィンドウトリガー間隔	5 分	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/h	12,500/h この制限は、Azure Data Factory ではなく、Azure Resource Manager によって課せられます。
1 分あたりの監視クエリ	1,000	1,000
データフローデバッグセッションの最大時間	8 時間	8 時間
統合ランタイムごとのデータフロー同時実行数	50	[サポートにお問い合わせください](https://azure.microsoft.com/blog/2014/06/04/azure-limits-quotas-increase-requests/)。
マネージド vNet 内の統合ランタイムごとのデータフロー同時実行数	20	[サポートにお問い合わせください](https://azure.microsoft.com/blog/2014/06/04/azure-limits-quotas-increase-requests/)。
ファクトリごと、かつユーザーごとのデータフローデバッグセッションの同時実行数	3	3
Data Flow の Azure IR の TTL 制限	4 時間	4 時間
ファクトリでのメタデータエンティティのサイズ制限	2 GB	[サポートにお問い合わせください](https://azure.microsoft.com/blog/2014/06/04/azure-limits-quotas-increase-requests/)。

1 データ統合単位 (DIU) は、クラウド間のコピー操作で使用されます。詳細については、[データ統合単位 (バージョン 2)](../articles/data-factory/copy-activity-performance.md#data-integration-units) に関するページを参照してください。課金については、「[Azure Data Factory の価格](https://azure.microsoft.com/pricing/details/data-factory/)」をご覧ください。

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

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

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

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

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

Version 1

リソース	既定の制限	上限
1 つの Data Factory 内のパイプライン数	2,500	[サポートにお問い合わせください](https://azure.microsoft.com/blog/2014/06/04/azure-limits-quotas-increase-requests/)。
1 つのデータファクトリ内のデータセット数	5,000	[サポートにお問い合わせください](https://azure.microsoft.com/blog/2014/06/04/azure-limits-quotas-increase-requests/)。
データセットあたりの同時実行のスライス数	10	10
パイプラインオブジェクトのオブジェクトあたりのバイト数1	200 KB	200 KB
データセットとリンクされたサービスオブジェクトのオブジェクトあたりのバイト数1	100 KB	2,000 KB
サブスクリプション内の Azure HDInsight オンデマンドのクラスターコア数2	60	[サポートにお問い合わせください](https://azure.microsoft.com/blog/2014/06/04/azure-limits-quotas-increase-requests/)。
コピーアクティビティの実行 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)](../articles/data-factory/v1/data-factory-copy-activity-performance.md#cloud-data-movement-units) に関するページを参照してください。課金については、「[Azure Data Factory の価格](https://azure.microsoft.com/pricing/details/data-factory/)」をご覧ください。

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

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

Azure Resource Manager では、API 呼び出しの制限があります。 API の呼び出しは、 [Azure リソースマネージャーの API 制限](../articles/azure-resource-manager/management/azure-subscription-service-limits.md#resource-group-limits)内の割合で実行できます。

Azure NetApp Files

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

Azure NetApp Files の制限の詳細については、Azure NetApp Files のリソース制限に関するページを参照してください。

Azure Policy の制限

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

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

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

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 RBAC の制限

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

区分	リソース	制限
Azure でのロールの割り当て
	Azure サブスクリプションごとの Azure ロールの割り当てこのサブスクリプションのロール割り当ての制限は、現在増やされています。詳細については、「Azure RBAC のトラブルシューティング」を参照してください。	2,000
	管理グループごとの Azure ロールの割り当て	500
	Azure ロールの割り当ての説明のサイズ	2 KB
	Azure ロールの割り当てに対する条件のサイズ	8 KB
Azure カスタムロール
	テナントごとの Azure カスタムロール	5,000
	テナントごとの Azure カスタムロール (Azure Germany および Azure China 21Vianet の場合)	2,000
	Azure カスタムロールのロール名のサイズ	512 文字
	Azure カスタムロールの説明のサイズ	2 KB
	Azure カスタムロールの割り当て可能なスコープの数	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 レベルのユニットあたりのコンカレント接続数	20	20
Standard レベルのユニットあたりのコンカレント接続数	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 SignalR Service でのメッセージと接続」を参照してください。

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

要件が 1 つのインスタンスの制限を超える場合は、インスタンスを追加します。詳細については、「複数のインスタンスでの SignalR Service のスケーリング方法」を参照してください。

Azure Virtual Desktop サービスの制限

Azure Virtual Desktop における上限について、次の表に示します。

Azure Virtual Desktop オブジェクト	親コンテナーオブジェクト	サービスの制限
ワークスペース	Azure Active Directory テナント	1300
ホストプール	ワークスペース	400
アプリケーショングループ	ホストプール	500¹
RemoteApp	アプリケーショングループ	500
ロールの割り当て	任意の Azure Virtual Desktop オブジェクト	200
セッションホスト	ホストプール	10,000

¹必要となるアプリケーショングループ数が 500 を超える場合、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 の上限を次の表に示します。

リソース	制限
プライベートクラウドあたりの vSphere クラスター数	12
クラスターごとの ESXi ホストの最小数	3
クラスターごとの ESXi ホストの最大数	16
プライベートクラウドあたりの ESXi ホスト数	96
プライベートクラウドあたりの vCenter Servers 数	1
HCX サイトのペアリング数	25 (任意のエディション)
Azure VMware Solution ExpressRoute のリンクされるプライベートクラウド最大数	4 実際にリンクされるプライベートクラウドの最大数は、使用される仮想ネットワークゲートウェイによって決まります。詳細については、「ExpressRoute の仮想ネットワークゲートウェイについて」を参照してください
Azure VMware Solution 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,000¹
Batch アカウントあたりのプール数	20 から 100	500¹
Batch アカウントあたりのプライベートエンドポイント接続数	100	100

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

Note

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

重要

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

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

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

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

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

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

Container Instances の制限

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

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

Container Registry の制限

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

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

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

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

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

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

⁵content/delete、content/read、content/write、metadata/read、metadata/write の個々のアクションは、スコープマップあたりのリポジトリの制限が適用されます。

Content Delivery Network の制限

リソース	制限
Azure Content Delivery Network のプロファイル数	25
プロファイルあたりの Content Delivery Network のエンドポイント数	25
エンドポイントあたりのカスタムドメイン数	25
プロファイルあたりの配信元グループの最大数	10
配信元グループあたりの配信元の最大数	10
CDN エンドポイントあたりのルールの最大数	25
ルールあたりの一致条件の最大数	10
ルールあたりのアクションの最大数	5

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

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 Factory の制限

Version 2

リソース	既定の制限	上限
データファクトリ内のエンティティ (パイプライン、データセット、トリガー、リンクされたサービス、プライベートエンドポイント、統合ランタイムなど) の合計数	5,000	[サポートにお問い合わせください](https://azure.microsoft.com/blog/2014/06/04/azure-limits-quotas-increase-requests/)。
1 つのサブスクリプションでの Azure-SSIS Integration Runtime の CPU コア数の合計	256	[サポートにお問い合わせください](https://azure.microsoft.com/blog/2014/06/04/azure-limits-quotas-increase-requests/)。
データファクトリあたりの同時実行パイプラインの実行数 (ファクトリ内のすべてのパイプライン間で共有)	10,000	10,000
[Azure Integration Runtime リージョン](../articles/data-factory/concepts-integration-runtime.md#azure-ir-location)あたり、サブスクリプションあたりの同時実行外部アクティビティの実行数外部アクティビティは統合ランタイムで管理されますが、リンクされたサービスで実行されます (Databricks、ストアドプロシージャ、Web などを含む)。この制限は、セルフホステッド IR には適用されません。	3,000	3,000
[Azure Integration Runtime リージョン](../articles/data-factory/concepts-integration-runtime.md#azure-ir-location)あたり、サブスクリプションあたりの同時実行パイプラインアクティビティの実行数パイプラインアクティビティは統合ランタイムで実行されます (Lookup、GetMetadata、Delete を含む)。この制限は、セルフホステッド IR には適用されません。	1,000	1,000
[Azure Integration Runtime リージョン](../articles/data-factory/concepts-integration-runtime.md#azure-ir-location)あたり、サブスクリプションあたりの同時実行オーサリング操作数接続のテスト、フォルダー一覧とテーブル一覧の参照、データのプレビューを含みます。この制限は、セルフホステッド IR には適用されません。	200	200
[Azure Integration Runtime リージョン](../articles/data-factory/concepts-integration-runtime.md#integration-runtime-location)あたり、サブスクリプションあたりの同時実行データ統合単位1の消費	リージョングループ 12: 6,000 リージョングループ 22: 3,000 リージョングループ 32: 1,500 マネージド仮想ネットワーク²: 2,400	リージョングループ 12: 6,000 リージョングループ 22: 3,000 リージョングループ 32: 1,500 マネージド仮想ネットワーク: サポートにお問い合わせください。
パイプラインあたりの最大アクティビティ数 (コンテナーの内部アクティビティを含む)	40	40
単一のセルフホステッド統合ランタイムに対して作成できる、リンクされた統合ランタイムの最大数	100	[サポートにお問い合わせください](https://azure.microsoft.com/blog/2014/06/04/azure-limits-quotas-increase-requests/)。
単一のセルフホステッド統合ランタイムに対して作成できるノードの最大数	4	サポートに問い合わせ
パイプラインあたりの最大パラメーター数	50	50
ForEach 項目数	100,000	100,000
ForEach 並列処理	20	50
パイプラインあたりのキューに入れられた実行の最大数	100	100
式ごとの文字数	8,192	8,192
最小タンブリングウィンドウトリガー間隔	5 分	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/h	12,500/h この制限は、Azure Data Factory ではなく、Azure Resource Manager によって課せられます。
1 分あたりの監視クエリ	1,000	1,000
データフローデバッグセッションの最大時間	8 時間	8 時間
統合ランタイムごとのデータフロー同時実行数	50	[サポートにお問い合わせください](https://azure.microsoft.com/blog/2014/06/04/azure-limits-quotas-increase-requests/)。
マネージド vNet 内の統合ランタイムごとのデータフロー同時実行数	20	[サポートにお問い合わせください](https://azure.microsoft.com/blog/2014/06/04/azure-limits-quotas-increase-requests/)。
ファクトリごと、かつユーザーごとのデータフローデバッグセッションの同時実行数	3	3
Data Flow の Azure IR の TTL 制限	4 時間	4 時間
ファクトリでのメタデータエンティティのサイズ制限	2 GB	[サポートにお問い合わせください](https://azure.microsoft.com/blog/2014/06/04/azure-limits-quotas-increase-requests/)。

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

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

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

Version 1

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

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

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

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	これはハードリミットです。少ないエントリでアクセスを管理するには、グループを使用します。

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

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

Database Migration Service の制限

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

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

Device Update for IoT Hub の制約

注意

調整可能な制限が特定のリソースまたは操作に存在しない場合、既定の制限と最大制限は同じです。制限を調整できる場合、表には "既定の制限" および "上限" の見出しに異なる値が表示されます。既定の制限を超えて制限を引き上げることはできますが、最大制限を超えることはできません。制限の引き上げまたは既定の制限を超えるクォータが必要な場合は、オンラインカスタマーサポートリクエストを開いてください。

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

リソース	既定の制限	上限	調整可能?
サブスクリプションあたりのアカウント数	2	25	はい
アカウントあたりのインスタンス数	2	25	はい
アカウント名の長さ	最小: 3 最大: 24	最小: 3 最大: 24	いいえ
インスタンス名の長さ	最小: 3 最大: 36	最小: 3 最大: 36	いいえ

次の表は、Device Update for IoT Hub 内の操作に関連付けられた各種の制限を示しています。

操作	既定の制限	上限	調整可能?
インスタンスあたりのデバイス数	10,000	10,000	いいえ
インスタンスあたりの更新プロバイダー数	25	25	いいえ
インスタンスごとのプロバイダーあたりの更新名の数	25	25	いいえ
インスタンスごとの更新プロバイダーおよび更新名あたりの更新バージョン数	100	100	いいえ
インスタンスあたりの更新回数の合計	100	100	いいえ
1 つの更新ファイルの最大サイズ	2 GB	2 GB	いいえ
1 回のインポート操作の全ファイルの最大合計サイズ	2 GB	2 GB	いいえ
インスタンスあたりのデバイスグループ数	75	75	いいえ

Digital Twins の制限

注意

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

機能制限

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

ヒント

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

領域	機能	既定の制限	調整可能?
Azure リソース	1 リージョン内の Azure Digital Twins インスタンスの数 (サブスクリプションごと)	10	はい
Digital Twins	Azure Digital Twins インスタンス内のツインの数	1,000,000	はい
Digital Twins	1 つのツインに対する着信リレーションシップの数	5,000	いいえ
Digital Twins	1 つのツインからの発信リレーションシップの数	5,000	いいえ
Digital Twins	1 つのツインの最大サイズ (PUT または PATCH 要求の JSON 本文)	32 KB	いいえ
Digital Twins	要求ペイロードの最大サイズ	32 KB	いいえ
Digital Twins	文字列プロパティ値の最大サイズ (UTF-8)	4 KB	いいえ
Digital Twins	プロパティ名の最大サイズ	1 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 つのページで返される項目の数	1000	はい
クエリ	クエリ内の `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	いいえ
Digital Twins API	単一ツインまたはその着信と発信リレーションシップでの未処理操作の数	500	いいえ
クエリ 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 のトピック (システム、カスタム、パートナーのトピック) に適用されます。

Note

この制限は、リージョンごとに存在します。

リソース	制限
Azure サブスクリプションあたりのカスタムトピック数	100。制限に達した場合、別のリージョンや、100,000 個のトピックをサポートできるドメインの使用を検討することができます。
トピックあたりのイベントサブスクリプション数	500 この制限を増やすことはできません。
カスタムまたはパートナーのトピックの発行率 (イングレス)	5,000 イベント/秒または 5 MB/秒 (いずれか先に達した方)
イベントサイズ	1 MB この制限を増やすことはできません。
バッチあたりの受信イベントの数	5,000 この制限を増やすことはできません。
トピックあたりのプライベートエンドポイント接続数	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 の価格」を参照してください。

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

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

制限	Notes	値
イベントハブ名のサイズ	-	256 文字
コンシューマーグループ名のサイズ	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 の各レベルで異なる可能性がある制限を示しています。

注意

この表で、CU は容量ユニット、PU は処理装置、TU はスループットユニットです。
Basic レベルまたは Standard レベルの名前空間用に TU、または Premium レベルの名前空間用に PU を構成できます。
専用クラスターを作成すると、クラスターに 1 個の CU が割り当てられます。クラスターにさらに多くの CU を使用するには、チケットを送信します。

制限	Basic	Standard	Premium	専用
Event Hubs 発行の最大サイズ	256 KB	1 MB	1 MB	1 MB
イベントハブあたりのコンシューマーグループの数	1	20	100	1000 CU あたりの制限なし
名前空間あたりの仲介型接続の数	100	5,000	PU あたり 10000 たとえば、名前空間に 3 個の PU が割り当てられている場合、制限は 30000 です。	CU あたり 100, 000
イベントデータの最大リテンション期間	1 日	7 日	90 日間	90 日間
最大 TU または PU または CU	40 TU	40 TU	16 PU	20 CU
イベントハブあたりのパーティションの数	32	32	イベントハブあたり 100 ですが、名前空間レベルでは PU あたり 200 という制限があります。たとえば、名前空間に 2 個の PU が割り当てられている場合、名前空間内のすべてのイベントハブのパーティションの総数の制限は 2 * 200 = 400 です。	イベントハブあたり 1,024 CU あたり 2,000
サブスクリプションあたりの名前空間の数	1000	1000	1000	1000 (CU あたり 50)
名前空間あたりのイベントハブの数	10	10	PU あたり 100	1000
キャプチャ	該当なし	1 時間ごとの課金	Included	Included
スキーマレジストリ (名前空間) のサイズ (MB)	該当なし	25	100	1024
スキーマレジストリまたは名前空間内のスキーマグループの数	該当なし	1 (既定のグループは除く)	100 スキーマあたり 1 MB	1000 スキーマあたり 1 MB
スキーマグループ全体におけるスキーマバージョンの数	該当なし	25	1000	10000
ユニットあたりのスループット	イングレス - 1 MB/秒または 1000 イベント/秒エグレス - 2 MB/秒または 4096 イベント/秒	イングレス - 1 MB/秒または 1000 イベント/秒エグレス - 2 MB/秒または 4096 イベント/秒	PU あたりの制限なし *	CU あたりの制限なし *

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

注意

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

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

Note

使用するユニット数が、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 の場合)。デバイスごとに 10 個の同時ファイルアップロード。
ダイレクトメソッド	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 の制限

注意

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

制限を調整できる実際の値は、各顧客のデプロイによって異なる場合があります。非常に大規模なデプロイでは、DPS の複数のインスタンスが必要になることがあります。

調整可能な制限を上げること、または既定の制限を超えたクォータが必要な場合は、サポートチケットを開いて追加リソースの要求を送信できます。引き上げを要求しても、ケースバイケースでレビューする必要があるので、許可される保証はありません。要求が承認されるかどうかを判断し、適切に計画できるようにするには、実装の間にできるだけ早く Microsoft サポートに問い合わせてください。

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

リソース	制限	調整可能?
Azure サブスクリプションあたりのデバイスプロビジョニングサービスの最大数	10	はい
登録の最大数	1,000,000	はい
個々の加入の最大数	1,000,000	はい
加入グループの最大数 (X.509 証明書)	100	はい
加入グループの最大数 (対称キー)	100	いいえ
CA の最大数	25	いいえ
リンクされた IoT Hub の最大数	50	いいえ
メッセージの最大サイズ	96 KB	いいえ

ヒント

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

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

料金	ユニットあたりの値	調整可能?
操作	200/分/サービス	はい
デバイス登録	200/分/サービス	はい
デバイスのポーリング操作	5/10 秒/デバイス	いいえ

Key Vault の制限

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

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

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

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

キーの種類	HSM キー CREATE キー	HSM キーその他すべてのトランザクション	ソフトウェアキー CREATE キー	ソフトウェアキーその他すべてのトランザクション
RSA 2,048 ビット	10	2,000	20	4,000
RSA 3,072 ビット	10	500	20	1,000
RSA 4,096 ビット	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,048 ビットキーと比較して 8 倍のコストがかかります。これは、2,000/250 = 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 トランザクション

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

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

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

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

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

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

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

Note

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

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

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

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

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

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

オブジェクト制限

アイテム	制限
リージョンごとのサブスクリプションあたりの HSM インスタンスの数	5
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 秒あたり 400 件の作成操作。
2. 各 Azure リージョンの各 Azure サブスクリプションについて: 20 秒あたり 80 件の作成操作。
ユーザー割り当てマネージド ID を Azure リソースに割り当てることができる速度は、次の通りです。
1. 各 Azure リージョンの各 Azure AD テナントについて: 20 秒あたり 400 件の割り当て操作。
2. 各 Azure リージョンの各 Azure サブスクリプションについて: 20 秒あたり 300 件の割り当て操作。

Media Services の制限

Note

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

アカウントの制限

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

アセットの制限

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

⁷ ストリーミングロケーターは、ユーザーごとのアクセス制御を管理するようには設計されていません。個々のユーザーに異なるアクセス権限を付与するには、デジタル著作権管理 (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
Azure VPN Gateway ごとのポイント対サイト取り消し済みクライアント証明書	300
仮想ネットワーク TAP	100
仮想ネットワーク TAP ごとのネットワークインターフェイス TAP 構成数	100

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

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

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

²パブリック IP アドレスの制限とは、パブリック IP アドレスの合計量を指します (Basic と Standard を含む)。

Load Balancer の制限

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

Standard Load Balancer

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

¹ 制限は、最大 1,200 のリソース (スタンドアロンの仮想マシンリソース、可用性セットリソース、仮想マシンスケールセット配置グループの任意の組み合わせ) です。 ² この制限の例外は、IPv4 アドレス構成を 1 つのロードバランサーに使用し、IPv6 アドレス構成を 2 つ目に使用する場合、2 つのパブリックロードバランサーが VM の前に存在できることです。

Basic Load Balancer

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

³ バックエンドプール (スタンドアロンの仮想マシン、可用性セット、または仮想マシンスケールセットの配置グループ) 内の 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 回線数	50
サブスクリプションあたりのリージョンごとの ExpressRoute 回線数 (Azure Resource Manager)	10
ExpressRoute Standard の Azure プライベートピアリングにアドバタイズされる IPv4 ルートの最大数	4,000
ExpressRoute Premium アドオンの Azure プライベートピアリングにアドバタイズされる IPv4 ルートの最大数	10,000
ExpressRoute Standard の Azure プライベートピアリングにアドバタイズされる IPv6 ルートの最大数	100
ExpressRoute Premium アドオンの Azure プライベートピアリングにアドバタイズされる IPv6 ルートの最大数	100
ExpressRoute 接続に使用する VNet アドレス空間からの Azure プライベートピアリングからアドバタイズされる最大 IPv4 ルート数	1,000
ExpressRoute 接続に使用する VNet アドレス空間からの Azure プライベートピアリングからアドバタイズされる最大 IPv6 ルート数	1,000
ExpressRoute Standard の Microsoft ピアリングにアドバタイズされる IPv4 ルートの最大数	200
ExpressRoute Premium アドオンの Microsoft ピアリングにアドバタイズされる IPv4 ルートの最大数	200
ExpressRoute Standard の Microsoft ピアリングにアドバタイズされる IPv6 ルートの最大数	200
ExpressRoute Premium アドオンの Microsoft ピアリングにアドバタイズされる IPv6 ルートの最大数	200
同じピアリング場所で同じ仮想ネットワークにリンクされる ExpressRoute 回線の最大数	4
さまざまなピアリング場所で同じ仮想ネットワークにリンクされる ExpressRoute の最大数	16 (詳細については、「ゲートウェイの SKU」を参照してください。)
ExpressRoute 回線あたりで許可される仮想ネットワークのリンク数	「ExpressRoute 回線あたりの仮想ネットワーク数」の表を参照してください。
Fastpath を使用した ExpressRoute プロバイダー回線用 IP の最大数	25,000
Fastpath を使用した ExpressRoute Direct 10 Gbps 用 IP の最大数	100,000
Fastpath を使用した ExpressRoute Direct 100 Gbps 用 IP の最大数	200,000

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 のみ

Note

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 の制限

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

リソース	制限
パブリック IP アドレス	NAT ゲートウェイあたり 16
NAT ゲートウェイ	リージョンごとにサブスクリプションあたり 10,000

Virtual WAN の制限

リソース	制限
ハブあたりの 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 内のハブの総数を差し引いた値
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
フロントエンドポート	100¹
バックエンドアドレスプール	100¹
プールあたりのバックエンドサーバーの数	1,200
HTTP リスナー	200¹	トラフィックをルーティングするアクティブなリスナーは 100 個に制限されます。アクティブリスナー数は、リスナーの総数から非アクティブなリスナー数を差し引いた数です。ルーティング規則内の既定の構成がトラフィックをルーティングするように設定されている (たとえば、リスナー、バックエンドプール、HTTP 設定がある) 場合は、それがリスナーとしてカウントされます。詳細については、「Application Gateway に関してよく寄せられる質問」を参照してください。
HTTP の負荷分散規則	400¹
バックエンドの HTTP 設定	100¹
ゲートウェイあたりのインスタンスの数	V1 SKU - 32 V2 SKU - 125
SSL 証明書の数	100¹	HTTP リスナーあたり 1
最大 SSL 証明書サイズ	V1 SKU - 10 KB V2 SKU - 16 KB
認証証明書	100
信頼されたルート証明書	100
最小要求タイムアウト	1 秒
プライベートバックエンドへの要求タイムアウトの最大値	24 時間
外部バックエンドへの要求タイムアウトの最大値	4 分
サイトの数	100¹	HTTP リスナーあたり 1
各リスナーあたりの URL のマップの数	1
URL マップあたりのパスベースルールの最大数	100
リダイレクトの構成	100¹
書き換えルールセットの数	400
書き換えルールセットごとのヘッダーまたは URL 構成の数	40
書き換えルールセットごとの条件の数	40
コンカレント WebSocket 接続	中規模のゲートウェイ 20k² 大規模のゲートウェイ 50k²
URL の最大長	32 KB
ヘッダーの最大サイズ	32 KB
HTTP/2 向けヘッダーフィールドの最大サイズ	8 KB
HTTP/2 向けヘッダーの最大サイズ	16 KB
ファイルアップロードの最大サイズ (Standard SKU)	V2 - 4 GB V1 - 2 GB
ファイルアップロードの最大サイズ (WAF SKU)	V1 中規模 - 100 MB V1 大規模 - 500 MB V2 - 750 MB V2 (CRS 3.2 以降を使用) - 4 GB³
WAF の本文サイズの制限 (ファイルがない場合)	V1 または V2 (CRS 3.1 以前を使用) - 128 KB V2 (CRS 3.2 以降を使用) - 2 MB³
最大 Private Link 構成	2	パブリック IP 用に 1、プライベート IP 用に 1
最大 Private Link IP 構成	8
WAF カスタム規則の最大数	100
Application Gateway あたりの最大 WAF 除外数	40

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

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

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

Network Watcher の制限

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

Private Link の制限

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

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

Traffic Manager の制限

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

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

Azure Bastion の制限

ワークロードの種類 *	インスタンスあたりのセッション制限**
白	50
Medium	25
ヘビー	2

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

Azure DNS の制限

パブリック DNS ゾーン

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

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

プライベート DNS ゾーン

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

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

Azure Firewall の制限

リソース	制限
データスループット	30 Gbps
ルールの上限	ネットワークルールとアプリケーションルールに含まれる送信元と送信先の一意の組み合わせ 10,000 件
1 つのルールコレクショングループ内のルールの合計サイズ	2 MB
ファイアウォールポリシー内のルールコレクショングループの数	50
最大 DNAT ルール	298 (1 つのパブリック IP アドレスで構成されたファイアウォールの場合) DNAT の制限は、基になるプラットフォームによるものです。 DNAT 規則の最大数は 298 です。ただし、パブリック IP アドレスが追加されると、使用可能な 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 (クラシック) の制限

以下の制限に加えて、ルーティング規則、フロントエンドドメイン、プロトコル、パスの数に関する複合制限があります。

リソース	クラシックレベルの制限
サブスクリプションあたりの 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 アプリケーションファイアウォールの除外の制限	100
Web アプリケーションファイアウォールの検査対象の HTTP 要求本文のサイズ	128 KB
Web アプリケーションファイアウォールのカスタム応答本文の長さ	32 KB

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

サブスクリプションあたり合計で最大 500 の Standard および Premium プロファイル。
以下の制限に加えて、ルート、ドメイン、プロトコル、パスの数に関する複合制限があります。

リソース	Standard レベルの制限	Premium レベルの制限
サブスクリプションあたりのプロファイルの最大数	500	500
プロファイルあたりのエンドポイントの最大数	10	25
プロファイルあたりのカスタムドメインの最大数	100	500
プロファイルあたりの配信元グループの最大数	100	200
プロファイルあたりの配信元の最大数	100	200
配信元の最大タイムアウト	16 から 240 秒	16 から 240 秒
プロファイルあたりのルートの最大数	100	200
プロファイルあたりのルールセットの最大数	100	200
ルートあたりのルールの最大数	100	100
ルーティング規則に関して一致するパスパターン数	25	50
1 つのキャッシュ削除呼び出しにおける URL 数	100	100
サブスクリプションあたりの Web アプリケーションファイアウォール (WAF) のポリシー数	100	100
ポリシーあたりの WAF のカスタムルール数	100	100
カスタムルールあたりの WAF の一致条件数	10	10
一致条件あたりの 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

タイムアウト値

クライアントから Front Door

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

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 チャンクなし
ダウンロード	ダウンロードサイズに制限はありません。	ダウンロードサイズに制限はありません。
アップロード	各 CTE アップロードが 2 GB 未満である限り、制限はありません。	このサイズが 2 GB を超えることはできません。

その他の制限

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

Rules Engine の構成に適用される制約の詳しい情報は、Rules Engine の用語に関するセクションをご覧ください

Notification Hubs の制限

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

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

Microsoft Purview の制限

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

Microsoft Sentinel の制限

このセクションでは、Microsoft Sentinel を使用するときに最もよく直面するサービスの制限を示します。

分析ルールの制限

Microsoft Sentinel の分析ルールには、次の制限が適用されます。

説明	制限	依存関係
ルールの数	512 個のルール	なし

インシデントの制限

Microsoft Sentinel のインシデントには、次の制限が適用されます。

説明	制限	依存関係
調査エクスペリエンスの可用性	インシデントの最終更新時刻から 90 日間	なし
自動化ルールの数	512 個のルール	なし
アクションの数	20 個のアクション	なし
コメントあたりの文字数	30,000 文字	なし
インシデントあたりのコメント数	100 個のコメント	なし
条件の数	50 個の条件	なし

機械学習ベースの制限

Microsoft Sentinel の機械学習ベースの機能 (カスタマイズ可能な異常検知や Fusion など) には、次の制限が適用されます。

説明	制限	依存関係
異常の種類あたりの公開される異常の数	異常スコアでランク付けされた上位 3,000 個	なし
1 件の Fusion インシデントにおけるアラートまたは異常の数	100 個のアラートまたは異常	なし

ノートブックの制限

Microsoft Sentinel のノートブックには、次の制限が適用されます。これらの制限は、ノートブックで使用される他のサービスとの依存関係に関連します。

説明	制限	依存関係
機械学習ワークスペースあたりのアセット (データセット、実行、モデル、成果物) の総数	1,000 万個のアセット	Azure Machine Learning
リージョンあたりのコンピューティングクラスターの総数に対する既定の制限。制限は、トレーニングクラスターとコンピューティングインスタンスの間で共有されます。コンピューティングインスタンスは、クォータ目的で単一のノードクラスターと見なされます。	リージョンあたり 200 個のコンピューティングクラスター	Azure Machine Learning
サブスクリプションあたりのリージョンごとのストレージアカウント数	250 個のストレージアカウント	Azure Storage
ファイル共有の既定の最大サイズ	5 TB	Azure Storage
大きなファイル共有機能が有効になっているファイル共有の最大サイズ	100 TB	Azure Storage
1 つのファイル共有の既定の最大スループット (イングレス + エグレス)	60 MB/秒	Azure Storage
大きなファイル共有機能が有効になっている 1 つのファイル共有の最大スループット (イングレス + エグレス)	300 MB/秒	Azure Storage

脅威インテリジェンスの制限

Microsoft Sentinel の脅威インテリジェンスには、次の制限が適用されます。この制限は、脅威インテリジェンスで使用される API との依存関係に関連します。

説明	制限	依存関係
呼び出しあたりの Graph Security API を使用するインジケーター数	100 個のインジケーター	Microsoft Graph Security API

ウォッチリストの制限

Microsoft Sentinel のウォッチリストには、次の制限が適用されます。これらの制限は、ウォッチリストで使用される他のサービスとの依存関係に関連します。

説明	制限	依存関係
ローカルファイルのアップロードサイズ	ファイルあたり 3.8 MB	Azure Resource Manager
CSV ファイルの行エントリ	1 行あたり 10,240 文字	Azure Resource Manager
Azure Storage 内のファイルのアップロードサイズ	ファイルあたり 500 MB	Azure Storage
ワークスペースあたりのアクティブなウォッチリスト項目の総数。最大数に達したら、既存の項目をいくつか削除して新しいウォッチリストを追加できるようにします。	1,000 万個のアクティブなウォッチリスト項目	Log Analytics
大きなウォッチリストの状態の更新 (秒単位)。アップロードの最新の進行状況は、次回の更新まで表示されません。	15 秒	Azure Cosmos DB
ワークスペースあたりの一度にアップロードされる大きなウォッチリストの数	1 個の大きなウォッチリスト	Azure Cosmos DB
ワークスペースあたりの一度に削除される大きなウォッチリストの数	1 個の大きなウォッチリスト	Azure Cosmos DB

ユーザーとエンティティの行動分析 (UEBA) の制限

Microsoft Sentinel の UEBA には、次の制限が適用されます。 Microsoft Sentinel の UEBA の制限は、別のサービスとの依存関係に関連します。

説明	制限	依存関係
IdentityInfo テーブルの最低リテンション期間の構成 (日数)。 Log Analytics の IdentityInfo テーブルに格納されているデータは、すべて 14 日ごとに更新されます。	14 日	Log Analytics

Service Bus の制限

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

クォータ名	Scope	値	メモ
Azure サブスクリプションごとの名前空間の最大数	名前空間	1000 (既定値と最大値)	追加の名前空間に対する後続の要求は拒否されます。
キューまたはトピックのサイズ	Entity	1、2、3、4、または 5 GB。 Premium SKU と、パーティション分割が有効な Standard SKU では、キューまたはトピックの最大サイズは 80 GB です。 Premium 名前空間の合計サイズの制限は、メッセージングユニットあたり 1 TB です。名前空間内のすべてのエンティティの合計サイズがこの制限を超えることはできません。	キューまたはトピックの作成または更新時に定義されます。後続の受信メッセージが拒否され、呼び出し元コードが例外を受け取ります。
名前空間のコンカレント接続数	名前空間	ネットメッセージング:1,000。 AMQP:5,000。	追加の接続に関する後続の要求は拒否され、呼び出し元コードが例外を受け取ります。 REST 操作は、TCP 同時接続数に加算されません。
キュー、トピック、またはサブスクリプションエンティティの同時受信要求数	Entity	5,000	後続の受信要求が拒否され、呼び出し元コードが例外を受け取ります。このクォータは、1 つのトピックのすべてのサブスクリプションの同時受信操作の合計数に適用されます。
名前空間あたりのトピック数またはキュー数	名前空間	Basic または Standard レベルでは 10,000。名前空間のトピックとキューの合計数は、10,000 以下にする必要があります。 Premium レベルでは、メッセージングユニット (MU) あたり 1,000 です。	以後、名前空間でのトピックまたはキューの新規作成要求が拒否されます。その結果、(Azure portal で構成されていれば) エラーメッセージが生成されます。管理 API から呼び出された場合は、呼び出し元のコードが例外を受け取ります。
名前空間あたりのパーティション分割されたトピックまたはキューの数	名前空間	Basic レベルと Standard レベル: 100。パーティション分割されたエンティティは、Premium レベルではサポートされていません。パーティション分割された各キューまたはトピックは、名前空間あたり 1,000 エンティティのクォータに加算されます。	以後、名前空間でのパーティション分割されたトピックまたはキューの後続の新規作成要求が拒否されます。その結果、(Azure portal で構成されていれば) エラーメッセージが生成されます。管理 API から呼び出された場合、呼び出し元コードが QuotaExceededException 例外を受け取ります。 Basic または Standard レベルの名前空間にパーティション分割されたエンティティを追加する場合は、追加の名前空間を作成します。
メッセージングエンティティのパスの最大サイズ: キューまたはトピック	Entity	-	260 文字。
メッセージングエンティティ名の最大サイズ: 名前空間、サブスクリプション、またはサブスクリプション規則	Entity	-	50 文字。
メッセージ ID の最大サイズ	Entity	-	128
メッセージセッション ID の最大サイズ	Entity	-	128
キュー、トピック、またはサブスクリプションエンティティのメッセージサイズ	Entity	これらのクォータを超える受信メッセージは拒否され、呼び出し元コードが例外を受け取ります。	256 KB (Standard レベル) 100 MB (Premium レベル)。メッセージサイズには、プロパティのサイズ (システムとユーザー) とペイロードのサイズが含まれます。システムプロパティのサイズは、シナリオによって異なります。
キュー、トピック、またはサブスクリプションエンティティのメッセージプロパティサイズ	Entity	例外 `SerializationException` が生成されます。	各プロパティのメッセージプロパティの最大サイズは、32 KB です。すべてのプロパティの累積サイズが 64 KB を超えることはできません。この制限は、ブローカーメッセージのヘッダー全体に適用されます。このヘッダーには、ユーザープロパティとシステムプロパティ (ログシーケンス番号、ラベル、メッセージ ID など) の両方が含まれます。プロパティバッグ内のヘッダープロパティの最大数: バイト/int.MaxValue。
トピックごとのサブスクリプション数	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 ワークスペース	2	2

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

リソース	既定の制限	上限
リージョンあたりの Azure サブスクリプションの Synapse ワークスペース数	20	250

Synapse パイプラインの制限

リソース	既定の制限	上限
Synapse ワークスペース内の Synapse パイプライン	800	800
ワークスペース内のエンティティ (パイプライン、データセット、トリガー、リンクされたサービス、プライベートエンドポイント、統合ランタイムなど) の合計数	5,000	[サポートにお問い合わせください](https://azure.microsoft.com/blog/2014/06/04/azure-limits-quotas-increase-requests/)。
1 つのワークスペースでの Azure-SSIS Integration Runtime の CPU コア数の合計	256	[サポートにお問い合わせください](https://azure.microsoft.com/blog/2014/06/04/azure-limits-quotas-increase-requests/)。
ワークスペースあたりの同時実行パイプラインの実行数 (ワークスペース内のすべてのパイプライン間で共有)	10,000	10,000
[Azure Integration Runtime リージョン](../articles/data-factory/concepts-integration-runtime.md#azure-ir-location)あたり、ワークスペースあたりの同時実行外部アクティビティの実行数外部アクティビティは統合ランタイムで管理されますが、リンクされたサービスで実行されます (Databricks、ストアドプロシージャ、HDInsight、Web などを含む)。この制限は、セルフホステッド IR には適用されません。	3,000	3,000
[Azure Integration Runtime リージョン](../articles/data-factory/concepts-integration-runtime.md#azure-ir-location)あたり、ワークスペースあたりの同時実行パイプラインアクティビティの実行数パイプラインアクティビティは統合ランタイムで実行されます (Lookup、GetMetadata、Delete を含む)。この制限は、セルフホステッド IR には適用されません。	1,000	1,000
[Azure Integration Runtime リージョン](../articles/data-factory/concepts-integration-runtime.md#azure-ir-location)あたり、ワークスペースあたりの同時実行作成操作数接続のテスト、フォルダー一覧とテーブル一覧の参照、データのプレビューを含みます。この制限は、セルフホステッド IR には適用されません。	200	200
[Azure Integration Runtime リージョン](../articles/data-factory/concepts-integration-runtime.md#integration-runtime-location)あたり、ワークスペースあたりの同時実行データ統合単位1の消費	リージョングループ 12: 6,000 リージョングループ 22: 3,000 リージョングループ 32: 1,500 マネージド仮想ネットワーク²: 2,400	リージョングループ 12: 6,000 リージョングループ 22: 3,000 リージョングループ 32: 1,500 マネージド仮想ネットワーク: サポートにお問い合わせください。
パイプラインあたりの最大アクティビティ数 (コンテナーの内部アクティビティを含む)	40	40
単一のセルフホステッド統合ランタイムに対して作成できる、リンクされた統合ランタイムの最大数	100	[サポートにお問い合わせください](https://azure.microsoft.com/blog/2014/06/04/azure-limits-quotas-increase-requests/)。
パイプラインあたりの最大パラメーター数	50	50
ForEach 項目数	100,000	100,000
ForEach 並列処理	20	50
パイプラインあたりのキューに入れられた実行の最大数	100	100
式ごとの文字数	8,192	8,192
最小タンブリングウィンドウトリガー間隔	5 分	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/h	12,500/h この制限は、Azure Synapse Analytics ではなく、Azure Resource Manager によって課せられます。
1 分あたりの監視クエリ	1,000	1,000
データフローデバッグセッションの最大時間	8 時間	8 時間
統合ランタイムごとのデータフロー同時実行数	50	[サポートにお問い合わせください](https://azure.microsoft.com/blog/2014/06/04/azure-limits-quotas-increase-requests/)。
マネージド vNet 内の統合ランタイムごとのデータフロー同時実行数	20	[サポートにお問い合わせください](https://azure.microsoft.com/blog/2014/06/04/azure-limits-quotas-increase-requests/)。
ワークスペースごと、かつユーザーごとのデータフローデバッグセッションの同時実行数	3	3
Data Flow の Azure IR の TTL 制限	4 時間	4 時間
ワークスペースでのメタデータエンティティのサイズ制限	2 GB	[サポートにお問い合わせください](https://azure.microsoft.com/blog/2014/06/04/azure-limits-quotas-increase-requests/)。

1 データ統合単位 (DIU) は、クラウド間のコピー操作で使用されます。詳細については、[データ統合単位 (バージョン 2)](../articles/data-factory/copy-activity-performance.md#data-integration-units) に関するページを参照してください。課金の詳細については、「[Azure Synapse Analytics の価格](https://azure.microsoft.com/pricing/details/synapse-analytics/)」を参照してください。

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

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

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

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

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

専用 SQL プールの制限

Azure Synapse Analytics の専用 SQL プールの容量制限の詳細については、[専用 SQL プールのリソースの制限](../articles/synapse-analytics/sql-data-warehouse/sql-data-warehouse-service-capacity-limits.md)に関するページを参照してください。

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

Azure Files と Azure File Sync

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

ストレージの制限

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

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

注意

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

リソース	制限
サブスクリプションあたりの各リージョンの標準エンドポイントを含むストレージアカウントの最大数 (標準およびプレミアムのストレージアカウントを含む)。	250
サブスクリプションあたりの各リージョンの Azure DNS ゾーンエンドポイントを含むストレージアカウント (プレビュー) の最大数 (標準およびプレミアムのストレージアカウントを含む)。	5000 (プレビュー)
既定のストレージアカウントの最大容量	5 PiB ¹
ストレージアカウントあたりの BLOB コンテナー、BLOB、ファイル共有、テーブル、キュー、エンティティ、メッセージの最大数。	制限なし
既定のストレージアカウントあたりの最大要求レート	1 秒あたり 20,000 要求¹
次のリージョン (LRS/GRS) の汎用 v2 および BLOB ストレージアカウントあたりの既定の最大イングレス: オーストラリア東部米国中部東アジア米国東部 2 東日本韓国中部北ヨーロッパ米国中南部東南アジア英国南部西ヨーロッパ米国西部	60 Gbps¹
次のリージョン (ZRS) の汎用 v2 および BLOB ストレージアカウントあたりの既定の最大イングレス: オーストラリア東部米国中部米国東部米国東部 2 東日本北ヨーロッパ米国中南部東南アジア英国南部西ヨーロッパ米国西部 2	60 Gb ps¹
上記にリストされていないリージョンの汎用 v2 および BLOB ストレージアカウントあたりの既定の最大イングレス:	25 Gbps¹
汎用 v1 ストレージアカウントの既定の最大イングレス (すべてのリージョン)	10 Gbps¹
次のリージョン (LRS/GRS) の汎用 v2 および BLOB ストレージアカウントあたりの既定の最大エグレス: オーストラリア東部米国中部東アジア米国東部 2 東日本韓国中部北ヨーロッパ米国中南部東南アジア英国南部西ヨーロッパ米国西部	120 Gbps¹
次のリージョン (ZRS) の汎用 v2 および BLOB ストレージアカウントあたりの既定の最大エグレス: オーストラリア東部米国中部米国東部米国東部 2 東日本北ヨーロッパ米国中南部東南アジア英国南部西ヨーロッパ米国西部 2	120 Gbps¹
上記にリストされていないリージョンの汎用 v2 および BLOB ストレージアカウントあたりの既定の最大エグレス:	50 Gbps¹
ストレージアカウントごとの IP アドレス規則の最大数	200
ストレージアカウントごとの仮想ネットワーク規則の最大数	200
ストレージアカウントごとのリソースインスタンスルールの最大数	200
ストレージアカウントごとのプライベートエンドポイントの最大数	200

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

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 TiB²
BLOB コンテナーごとの保存されるアクセスポリシーの最大数	5
1 つの BLOB のターゲット要求率	最大 500 要求/秒
1 つのページ BLOB のターゲットスループット	最大 60 MiB/秒²
1 つのブロック BLOB のターゲットスループット	ストレージアカウントイングレス/エグレスの上限まで¹

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

² ページ 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 (PartitionKey、RowKey、および 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) には複数のデータディスクを接続できます。 VM のデータディスクのスケーラビリティとパフォーマンスの目標に基づいて、パフォーマンスとキャパシティの要件を満たすために必要なディスクの数と種類を決定します。

重要

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

Azure Managed Disks の場合:

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

リソース制限

Standard マネージドディスク 50,000

Standard SSD マネージドディスク 50,000

Premium マネージドディスク 50,000

Standard_LRS スナップショット¹ 75,000

Standard_ZRS スナップショット¹ 75,000

マネージドイメージ 50,000

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

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	30,000*	30,000*	30,000*	30,000*	30,000*	30,000*
ディスクあたりの最大バーストスループット	170 MB/秒	170 MB/秒	170 MB/秒	170 MB/秒	170 MB/秒	170 MB/秒	170 MB/秒	170 MB/秒	1,000 MB/秒*	1,000 MB/秒*	1,000 MB/秒*	1,000 MB/秒*	1,000 MB/秒*	1,000 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
アカウントごとの最大帯域幅 (受信 + 送信)¹	<=50 Gbps

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

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 のハード制限があります。
ジョブごとのストリーミングユニットの最大数	396	Stream Analytics ジョブあたりのストリーミングユニット数には 396 のハード制限があります。
リージョンあたりのジョブの最大数	1,500	サブスクリプションごとに、地理的リージョンあたり最大 1,500 ジョブが可能です。
参照データの BLOB のサイズ (MB)	5 GB	6 個以上の SU を使用する場合は最大 5 GB。
クエリの最大文字数	512,000	Azure Stream Analytics ジョブクエリには、512 k 文字のハード制限があります。

Virtual Machines の制限

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

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

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

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

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

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

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

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

³ 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 個のイメージバージョン (サブスクリプション別、リージョン別)

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

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

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

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

管理の制限

全般的な制限

管理グループの制限

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

リソース グループの制限

テンプレートの制限

Active Directory の制限

API Management の制限

App Service の制限

Automation の制限

プロセスの自動化

変更履歴とインベントリ

更新管理

Azure App Configuration

Azure Cache for Redis の制限

Azure Cloud Services の制限

Azure Cognitive Search の制限

Azure Cognitive Services の制限

Azure Cosmos DB の制限

Azure Data Explorer の制限

Azure Database for MySQL

Azure Database for PostgreSQL

Azure Functions の制限

Azure Health Data Services

Azure Health Data Services の制限

Azure API for FHIR サービスの制限

Azure Kubernetes Service の制限

Azure Machine Learning の制限

Azure Maps の制限

Azure Monitor の制限

警告

Alerts API

アクション グループ

自動スケール

ログ クエリと言語

一般的なクエリの制限

ユーザー クエリの調整

Log Analytics ワークスペース

Application Insights

Azure Data Factory の制限

Version 2

Version 1

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

Azure NetApp Files

Azure Policy の制限

Azure Quantum の制限

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

Learn & Develop SKU

Performance at Scale SKU

Azure RBAC の制限

Azure SignalR Service の制限

Azure Virtual Desktop サービスの制限

Azure VMware Solution の制限

Backup の制限

Batch の制限

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

Container Instances の制限

Container Registry の制限

Content Delivery Network の制限

Data Lake Analytics の制限

Data Factory の制限

Version 2

Version 1

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

Data Lake Storage の制限

Data Share の制限

Database Migration Service の制限

Device Update for IoT Hub の制約

Digital Twins の制限

機能制限

転送率の制限

その他の制限

Event Grid の制限

Event Hubs の制限

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

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

IoT Central の制限

IoT Hub の制限

IoT Hub Device Provisioning Service の制限

リソースグループの制限

アクショングループ

ログクエリと言語

ユーザークエリの調整

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

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

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

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

サポートチケット

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

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