Azure サブスクリプションとサービスの制限、クォータ、制約Azure subscription and service limits, quotas, and constraints

• 09/02/2020
• • t
  • o

このドキュメントでは、最も一般的な Microsoft Azure の制限を一覧表示しています。これはクォータと呼ばれることもあります。This document lists some of the most common Microsoft Azure limits, which are also sometimes called quotas.

Azure の価格の詳細については、Azure の価格の概要に関するページをご覧ください。To learn more about Azure pricing, see Azure pricing overview. そこでは、料金計算ツールを使用してコストを見積もることができます。There, you can estimate your costs by using the pricing calculator. Windows VM などの特定のサービスに関する価格詳細ページに移動することもできます。You also can go to the pricing details page for a particular service, for example, Windows VMs. コスト管理に役立つヒントについては、「Azure の課金とコスト管理で予想外のコストを防ぐ」をご覧ください。For tips to help manage your costs, see Prevent unexpected costs with Azure billing and cost management.

管理の制限Managing limits

無料試用版サブスクリプションは、制限およびクォータ引き上げの適用対象外です。Free Trial subscriptions aren't eligible for limit or quota increases. 無料試用版をお持ちの場合は、従量課金制サブスクリプションにアップグレードしてください。If you have a Free Trial subscription, you can upgrade to a Pay-As-You-Go subscription. 詳しくは、無料試用版の従量課金制へのアップグレードおよび無料試用版サブスクリプションの FAQ に関する記事をご覧ください。For more information, see Upgrade your Azure Free Trial subscription to a Pay-As-You-Go subscription and the Free Trial subscription FAQ.

一部の制限は、リージョンのレベルで管理されます。Some limits are managed at a regional level.

vCPU クォータを例に説明します。Let's use vCPU quotas as an example. vCPU のサポートでのクォータ引き上げを要求するには、どのリージョンでいくつの vCPU を使用するかを決める必要があります。To request a quota increase with support for vCPUs, you must decide how many vCPUs you want to use in which regions. その後、必要な数量とリージョンについて、Azure リソース グループの vCPU クォータの具体的な要求を行います。You then make a specific request for Azure resource group vCPU quotas for the amounts and regions that you want. 西ヨーロッパで 30 の vCPU を使用してアプリケーションを実行する必要がある場合、具体的に、西ヨーロッパで 30 の vCPU を要求します。If you need to use 30 vCPUs in West Europe to run your application there, you specifically request 30 vCPUs in West Europe. 他のリージョンでの vCPU クォータは増やされず、西ヨーロッパだけが 30 vCPU クォータになります。Your vCPU quota isn't increased in any other region--only West Europe has the 30-vCPU quota.

つまり、1 つのリージョンのワークロードに対して必要な Azure リソース グループ クォータを決定します。As a result, decide what your Azure resource group quotas must be for your workload in any one region. その後、デプロイする各リージョンでの量を要求します。Then request that amount in each region into which you want to deploy. 特定のリージョンでの現在のクォータを確認する方法について詳しくは、「リソース クォータのエラーを解決する」を参照してください。For help in how to determine your current quotas for specific regions, see Resolve errors for resource quotas.

全般的な制限General limits

リソース名の制限については、 Azureリソースに関する名前付け規則と制限事項を参照してください。For limits on resource names, see Naming rules and restrictions for Azure resources.

Resource Manager API の読み取りと書き込みの制限については、「Resource Manager の要求のスロットル」を参照してください。For information about Resource Manager API read and write limits, see Throttling Resource Manager requests.

管理グループの制限Management group limits

管理グループには、以下の制限が適用されます。The following limits apply to management groups.

¹6 レベルにはサブスクリプション レベルは含まれません。¹The 6 levels don't include the subscription level.

² デプロイ数の上限 800 に達した場合、履歴から、不要になったデプロイを削除します。²If you reach the limit of 800 deployments, delete deployments from the history that are no longer needed. 管理グループ レベルのデプロイを削除するには、Remove-AzManagementGroupDeployment または az deployment mg delete を使用します。To delete management group level deployments, use Remove-AzManagementGroupDeployment or az deployment mg delete.

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

次の制限は、Azure Resource Manager と Azure リソース グループを使用するときに適用されます。The following limits apply when you use Azure Resource Manager and Azure resource groups.

¹サブスクリプションにはタグを最大で 50 個直接適用することができます。¹You can apply up to 50 tags directly to a subscription. ただし、サブスクリプション内のリソース グループとリソースに適用する場合には、サブスクリプションに無制限にタグを含めることができます。However, the subscription can contain an unlimited number of tags that are applied to resource groups and resources within the subscription. リソースまたはリソース グループあたりのタグの数は、50 に制限されています。The number of tags per resource or resource group is limited to 50. サブスクリプションに存在する一意のタグ名と値のリストが Resource Manager から返されるのは、タグの数が 80,000 以下の場合に限られます。Resource Manager returns a list of unique tag name and values in the subscription only when the number of tags is 80,000 or less. タグの数が 80,000 を超える場合でも、タグでリソースを検出することはできます。You still can find a resource by tag when the number exceeds 80,000.

² デプロイ数の上限 800 に達した場合、不要になったデプロイを履歴から削除します。²If you reach the limit of 800 deployments, delete deployments that are no longer needed from the history. サブスクリプション レベルのデプロイを削除するには、Remove-AzDeployment または az deployment sub delete を使用します。To delete subscription-level deployments, use Remove-AzDeployment or az deployment sub delete.

リソース グループの制限Resource group limits

¹この制限に近づくと、デプロイは履歴から自動的に削除されます。¹Deployments are automatically deleted from the history as you near the limit. デプロイ履歴からエントリを削除しても、デプロイ リソースには影響しません。Deleting an entry from the deployment history doesn't affect the deployed resources. 詳細については、「デプロイ履歴からの自動削除」を参照してください。For more information, see Automatic deletions from deployment history.

テンプレートの制限Template limits

入れ子になったテンプレートを使用すると、一部のテンプレートの制限を超過することができます。You can exceed some template limits by using a nested template. 詳細については、Azure リソース デプロイ時のリンクされたテンプレートの使用に関するページを参照してください。For more information, see Use linked templates when you deploy Azure resources. パラメーター、変数、出力の数を減らすために、いくつかの値を 1 つのオブジェクトに結合することができます。To reduce the number of parameters, variables, or outputs, you can combine several values into an object. 詳しくは、パラメーターとしてのオブジェクトに関する記事をご覧ください。For more information, see Objects as parameters.

Active Directory の制限Active Directory limits

ここでは、Azure Active Directory (Azure AD) サービスの使用上の制約およびその他のサービスの制限を説明します。Here are the usage constraints and other service limits for the Azure Active Directory (Azure AD) service.

API Management の制限API Management limits

¹ スケーリングの制限は、価格レベルによって変わります。¹Scaling limits depend on the pricing tier. 価格レベルと、価格レベルのスケーリング制限については、「API Management の価格」を参照してください。For details on the pricing tiers and their scaling limits, see API Management pricing.
² ユニット キャッシュ サイズは、価格レベルによって変わります。²Per unit cache size depends on the pricing tier. 価格レベルと、価格レベルのスケーリング制限については、「API Management の価格」を参照してください。To see the pricing tiers and their scaling limits, see API Management pricing.
³バックエンドによって明示的に終了されない場合、接続はプールされ、再利用されます。³Connections are pooled and reused unless explicitly closed by the back end.
⁴この制限は、Basic レベル、Standard レベル、および Premium レベルのユニットあたりです。⁴This limit is per unit of the Basic, Standard, and Premium tiers. Developer レベルは 1,024 に制限されます。The Developer tier is limited to 1,024. この制限は、従量課金レベルには適用されません。This limit doesn't apply to the Consumption tier.
⁵この制限は Basic、Standard、および Premium レベルに適用されます。⁵This limit applies to the Basic, Standard, and Premium tiers. 従量課金レベルのポリシー ドキュメントのサイズは 16 KiB に制限されています。In the Consumption tier, policy document size is limited to 16 KiB.
⁶複数のカスタム ドメインは、Developer レベルと Premium レベルでのみサポートされます。⁶Multiple custom domains are supported in the Developer and Premium tiers only.
⁷CA 証明書は従量課金レベルではサポートされていません。⁷CA certificates are not supported in the Consumption tier.
⁸この制限は、従量課金レベルにのみ適用されます。⁸This limit applies to the Consumption tier only. 他のレベルについては、これらのカテゴリに制限はありません。There are no limits in these categories for other tiers.
⁹従量課金レベルにのみ適用されます。⁹Applies to the Consumption tier only. 最大 2,048 バイト長のクエリ文字列を含みます。Includes an up to 2048 bytes long query string.
¹⁰ この制限を引き上げるには、サポートにお問い合わせください。¹⁰ To raise this limit please contact support.
¹¹セルフホステッド ゲートウェイは、Developer レベルと Premium レベルでのみサポートされています。¹¹Self-hosted gateways are supported in the Developer and Premium tiers only. この制限は、セルフホステッド ゲートウェイ リソースの数に適用されます。The limit applies to the number of self-hosted gateway resources. この制限を引き上げるには、サポートにお問い合わせください。To raise this limit please contact support. セルフホステッド ゲートウェイ リソースに関連付けられるノード (またはレプリカ) の数は、Premium レベルでは無制限であり、Developer レベルでは単一のノードに制限されることに注意してください。Note, that the number of nodes (or replicas) associated with a self-hosted gateway resource is unlimited in the Premium tier and capped at a single node in the Developer tier.

App Service の制限App Service limits

次の App Service の制限には、Web Apps、Mobile Apps、および API Apps の制限が含まれます。The following App Service limits include limits for Web Apps, Mobile Apps, and API Apps.

¹アプリとストレージのクォータは、特に記述のない限り、App Service プラン単位の数字です。¹Apps and storage quotas are per App Service plan unless noted otherwise.
²これらのマシンで実際にホストできるアプリの数は、アプリのアクティビティ、マシン インスタンスのサイズ、対応するリソース使用量によって異なります。²The actual number of apps that you can host on these machines depends on the activity of the apps, the size of the machine instances, and the corresponding resource utilization.
³専用インスタンスのサイズはさまざまです。³Dedicated instances can be of different sizes. 詳細については、「App Service の価格」を参照してください。For more information, see App Service pricing.
⁴要求に応じて追加できます。⁴More are allowed upon request.
⁵ストレージの制限は、同じ App Service プランのすべてのアプリにまたがる合計コンテンツ サイズです。⁵The storage limit is the total content size across all apps in the same App service plan. 1 つのリソース グループとリージョンを含めたすべての App Service プランのアプリのコンテンツサイズの合計は、500 GB を超えることはできません。The total content size of all apps across all App service plans in a single resource group and region cannot exceed 500GB.
⁶これらのリソースは、専用インスタンス上の物理リソース (インスタンスのサイズとインスタンス数) によって制限されます。⁶These resources are constrained by physical resources on the dedicated instances (the instance size and the number of instances).
⁷Basic レベルでアプリケーションを 2 つのインスタンスにスケーリングする場合、2 つのインスタンスのそれぞれに 350 本のコンカレント接続があります。⁷If you scale an app in the Basic tier to two instances, you have 350 concurrent connections for each of the two instances. Standard レベル以上では、Web ソケットに理論的な制限はありませんが、他の要因によって Web ソケットの数が制限されることがあります。For Standard tier and above, there are no theoretical limits to web sockets, but other factors can limit the number of web sockets. たとえば、許可される最大同時要求数 (maxConcurrentRequestsPerCpu で定義される) は次のとおりです。小規模 VM あたり 7,500、中規模 VM あたり 15,000 (7,500 x 2 コア)、および大規模 VM あたり 75,000 (18,750 x 4 コア)。For example, maximum concurrent requests allowed (defined by maxConcurrentRequestsPerCpu) are: 7,500 per small VM, 15,000 per medium VM (7,500 x 2 cores), and 75,000 per large VM (18,750 x 4 cores).
⁸最大 IP 接続数はインスタンス単位の数であり、インスタンスのサイズによって異なります。B1/S1/P1V3 インスタンスあたり 1,920、B2/S2/P2V3 インスタンスあたり 3,968、B3/S3/P3V3 インスタンスあたり 8,064。⁸The maximum IP connections are per instance and depend on the instance size: 1,920 per B1/S1/P1V3 instance, 3,968 per B2/S2/P2V3 instance, 8,064 per B3/S3/P3V3 instance.
⁹ サブスクリプションあたりの App Service 証明書のクォータ制限は、サポート要求によって最大上限 200 まで増やすことができます。⁹The App Service Certificate quota limit per subscription can be increased via a support request to a maximum limit of 200.
¹⁰App Service Isolated SKU では、Azure Load Balancer を使用した内部負荷分散 (ILB) が可能です。そのため、インターネットからパブリック接続が発生しません。¹⁰App Service Isolated SKUs can be internally load balanced (ILB) with Azure Load Balancer, so there's no public connectivity from the internet. そのため、ILB 分離 App Service の一部の機能は、ILB ネットワーク エンドポイントに直接アクセスできるマシンから使用する必要があります。As a result, some features of an ILB Isolated App Service must be used from machines that have direct access to the ILB network endpoint.
¹¹ カスタムの実行可能ファイルやスクリプトを、オンデマンドやスケジュールで、または App Service インスタンス内のバックグラウンド タスクとして継続的に実行します。¹¹Run custom executables and/or scripts on demand, on a schedule, or continuously as a background task within your App Service instance. Web ジョブを継続的に実行するには、常時接続が必要です。Always On is required for continuous WebJobs execution. App Service インスタンスで実行できる Web ジョブの数に定義済みの制限はありません。There's no predefined limit on the number of WebJobs that can run in an App Service instance. 実際にはアプリケーション コードの処理に依存する限界があります。There are practical limits that depend on what the application code is trying to do.

¹² ネイキッド ドメインはサポートされていません。¹²Naked domains are not supported. 標準の証明書のみを発行します (ワイルドカード証明書は使用できません)。Only issuing standard certificates (wildcard certificates are not available). カスタム ドメインあたり 1 つの無料証明書に制限されます。Limited to only one free certificate per custom domain.

Automation の制限Automation limits

プロセスの自動化Process automation

¹サンドボックスは、複数のジョブで使用できる共有環境です。¹A sandbox is a shared environment that can be used by multiple jobs. 同じサンドボックスを使用するジョブは、サンドボックスのリソース制限に縛られます。Jobs that use the same sandbox are bound by the resource limitations of the sandbox.

変更履歴とインベントリChange Tracking and Inventory

次の表は、Change Tracking でのマシンごとの追跡項目制限を示します。The following table shows the tracked item limits per machine for change tracking.

更新管理Update Management

次の表には、更新管理の制限が示されています。The following table shows the limits for Update Management.

Azure App ConfigurationAzure App Configuration

Azure Cache for Redis の制限Azure Cache for Redis limits

Azure Cache for Redis の制限とサイズは価格レベルによって異なります。Azure Cache for Redis limits and sizes are different for each pricing tier. 価格レベルと関連付けられたサイズについては、「Azure Cache for Redis の価格」を参照してください。To see the pricing tiers and their associated sizes, see Azure Cache for Redis pricing.

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

Azure Cache for Redis インスタンスの構成と管理は Microsoft によって行われるため、すべての Redis コマンドが Azure Cache for Redis でサポートされるわけではありません。Because configuration and management of Azure Cache for Redis instances is done by Microsoft, not all Redis commands are supported in Azure Cache for Redis. 詳細については、「Redis commands not supported in Azure Cache for Redis (Azure Cache for Redis でサポートされない Redis コマンド)」を参照してください。For more information, see Redis commands not supported in Azure Cache for Redis.

Azure Cloud Services の制限Azure Cloud Services limits

¹Web または worker ロールの Azure Cloud Service には、それぞれ運用環境用とステージング環境用の 2 つのデプロイを作成することができます。¹Each Azure Cloud Service with web or worker roles can have two deployments, one for production and one for staging. この制限は、個別のロールの数、つまり、構成を示しています。This limit refers to the number of distinct roles, that is, configuration. この制限は、ロールあたりのインスタンスの数、つまり、スケーリングを示しています。This limit doesn't refer to the number of instances per role, that is, scaling.

Azure Cognitive Search の制限Azure Cognitive Search limits

価格レベルによって、容量と検索サービスの制限が決定されます。Pricing tiers determine the capacity and limits of your search service. レベルは次のとおりです。Tiers include:

• Free: 他の Azure サブスクライバーと共有するマルチ テナント サービスであり、評価および小規模の開発プロジェクト向けです。Free multi-tenant service, shared with other Azure subscribers, is intended for evaluation and small development projects.
• Basic: 小規模環境で運用ワークロードに対して専用コンピューティング リソースを提供します。高可用性のクエリ ワークロード用に最大 3 つのレプリカを備えています。Basic provides dedicated computing resources for production workloads at a smaller scale, with up to three replicas for highly available query workloads.
• Standard: S1、S2、S3、S3 High Density が含まれ、大規模な運用ワークロード向けです。Standard, which includes S1, S2, S3, and S3 High Density, is for larger production workloads. Standard レベルは、ワークロード プロファイルに最適なリソース構成を選択できるように、複数のレベルにわかれています。Multiple levels exist within the Standard tier so that you can choose a resource configuration that best matches your workload profile.

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

サブスクリプション内に複数のサービスを作成することができます。You can create multiple services within a subscription. 作成したサービスはそれぞれ、一定のレベルでプロビジョニングできます。Each one can be provisioned at a specific tier. 各レベルにはサービス数に上限が設けられています。You're limited only by the number of services allowed at each tier. たとえば、Basic レベルのサービスであれば 12 個まで作成できますが、同じサブスクリプションの枠内で S1 レベルのサービスをさらにもう 12 個まで作成できます。For example, you could create up to 12 services at the Basic tier and another 12 services at the S1 tier within the same subscription. レベルの詳細については、Azure Cognitive Search 用の SKU または価格レベルの選択に関するページを参照してください。For more information about tiers, see Choose an SKU or tier for Azure Cognitive Search.

サービス数の上限は、依頼により引き上げが可能です。Maximum service limits can be raised upon request. 同一のサブスクリプションで通常よりも多数のサービスが必要な場合には、Azure Support にお問い合わせください。If you need more services within the same subscription, contact Azure Support.

¹ Free は、専用リソースではなく、共有リソースに基づいています。¹ Free is based on shared, not dedicated, resources. スケールアップは、共有リソースではサポートされていません。Scale-up is not supported on shared resources.

² Search ユニットは、レプリカまたはパーティションのいずれかとして割り当てられている請求単位です。² Search units are billing units, allocated as either a replica or a partition. ストレージ、インデックス作成、およびクエリ操作については、両方のリソースが必要になります。You need both resources for storage, indexing, and query operations. SU の計算の詳細については、クエリとインデックス作成のワークロードに応じたリソース レベルのスケーリングに関するページを参照してください。To learn more about SU computations, see Scale resource levels for query and index workloads.

Search サービスあたりの制限Limits per search service

検索サービスは、ディスク領域と、インデックスまたはインデクサーの最大数のハード制限のうち、先に達したものによって制約されます。A search service is constrained by disk space or by a hard limit on the maximum number of indexes or indexers, whichever comes first. 次の表では、ストレージの制限についてまとめています。The following table documents storage limits. オブジェクトの上限については、リソース別の制限に関するセクションを参照してください。For maximum object limits, see Limits by resource.

¹ Basic には、1 つの固定パーティションがあります。¹ Basic has one fixed partition. 追加の検索ユニットを使用することで、レプリカを追加してより多くのクエリを実行できます。Additional search units can be used to add replicas for larger query volumes.

² 専用リソースの課金対象のサービスでは、サービス レベル アグリーメントが有効です。² Service level agreements are in effect for billable services on dedicated resources. Free サービスおよびプレビュー機能には SLA がありません。Free services and preview features have no SLA. 課金対象のサービスで、SLA が有効になるのは、サービスに対して十分な冗長性がプロビジョニングされている場合です。For billable services, SLAs take effect when you provision sufficient redundancy for your service. クエリ (読み取り) の SLA には複数のレプリカが必要です。Two or more replicas are required for query (read) SLAs. クエリとインデックス作成 (読み取り/書き込み) の SLA には 3 つ以上のレプリカが必要です。Three or more replicas are required for query and indexing (read-write) SLAs. パーティション数は SLA には関係ありません。The number of partitions isn't an SLA consideration.

ドキュメント サイズ、1 秒あたりのクエリ数、キー数、要求数、応答数など、より細かなレベルでの制限の詳細については、「Azure Cognitive Search におけるサービスの制限」を参照してください。To learn more about limits on a more granular level, such as document size, queries per second, keys, requests, and responses, see Service limits in Azure Cognitive Search.

Azure Cognitive Services の制限Azure Cognitive Services limits

次の制限は、Azure サブスクリプションごとの Cognitive Services リソースの数に関するものです。The following limits are for the number of Cognitive Services resources per Azure subscription. 各 Cognitive Services には、追加の制限がある場合があります。詳しくは、Azure Cognitive Services に関するページを参照してください。Each of the Cognitive Services may have additional limitations, for more information see Azure Cognitive Services.

Azure Cosmos DB の制限Azure Cosmos DB limits

Azure Cosmos DB の制限については、「Azure Cosmos DB の制限」を参照してください。For Azure Cosmos DB limits, see Limits in Azure Cosmos DB.

Azure Data Explorer の制限Azure Data Explorer limits

次の表では、Azure Data Explorer クラスターの上限について説明します。The following table describes the maximum limits for Azure Data Explorer clusters.

次の表では、Azure Data Explorer クラスターで実行される管理操作の制限について説明します。The following table describes the limits on management operations performed on Azure Data Explorer clusters.

Azure Database for MySQLAzure Database for MySQL

Azure Database for MySQL の制限については、「Azure Database for MySQL の制限事項」を参照してください。For Azure Database for MySQL limits, see Limitations in Azure Database for MySQL.

Azure Database for PostgreSQLAzure Database for PostgreSQL

Azure Database for PostgreSQL の制限については、「Azure Database for PostgreSQL の制限事項」を参照してください。For Azure Database for PostgreSQL limits, see Limitations in Azure Database for PostgreSQL.

Azure Functions の制限Azure Functions limits

¹ 既定では、App Service プランでの Functions 1.x ランタイムのタイムアウトは無制限です。¹ By default, the timeout for the Functions 1.x runtime in an App Service plan is unbounded.
² App Service プランが Always On に設定されている必要があります。² Requires the App Service plan be set to Always On. 標準料金でのお支払い。Pay at standard rates.
³ これらの制限はホストで設定されます。³ These limits are set in the host.
⁴ 実際にホストできる関数アプリの数は、アプリのアクティビティ、マシン インスタンスのサイズ、対応するリソース使用量によって異なります。⁴ The actual number of function apps that you can host depends on the activity of the apps, the size of the machine instances, and the corresponding resource utilization.
⁵ ストレージの上限は、同じ App Service プランのすべてのアプリにまたがる一時ストレージ内の合計コンテンツ サイズです。⁵ The storage limit is the total content size in temporary storage across all apps in the same App Service plan. 従量課金プランでは、Azure Files を一時ストレージに使用します。Consumption plan uses Azure Files for temporary storage.
⁶ 関数アプリが従量課金プランでホストされている場合、CNAME オプションのみがサポートされます。⁶ When your function app is hosted in a Consumption plan, only the CNAME option is supported. Premium プランまたは App Service プランの関数アプリでは、CNAME または A レコードを使用してカスタム ドメインをマップできます。For function apps in a Premium plan or an App Service plan, you can map a custom domain using either a CNAME or an A record.
⁷ 60 分まで保証されます。⁷ Guaranteed for up to 60 minutes.
⁸ ワーカーは、お客様のアプリをホストする役割です。⁸ Workers are roles that host customer apps. ワーカーは、3 つの固定サイズで使用できます。1 vCPU/3.5 GB RAM。2 vCPU/7 GB RAM。4 vCPU/14 GB RAM。Workers are available in three fixed sizes: One vCPU/3.5 GB RAM; Two vCPU/7 GB RAM; Four vCPU/14 GB RAM.

詳細については、Functions のホスティング プランの比較に関するページを参照してください。For more information, see Functions Hosting plans comparison.

Azure Kubernetes Service の制限Azure Kubernetes Service limits

¹Azure CLI または Resource Manager テンプレートを使用して Azure Kubernetes Service (AKS) クラスターをデプロイする場合、この値は最大でノードあたり 250 ポッドまで構成できます。¹When you deploy an Azure Kubernetes Service (AKS) cluster with the Azure CLI or a Resource Manager template, this value is configurable up to 250 pods per node. AKS クラスターを既にデプロイしている場合、または Azure portal を使用してクラスターをデプロイする場合は、ノードあたりの最大ポッド数を構成できません。You can't configure maximum pods per node after you've already deployed an AKS cluster, or if you deploy a cluster by using the Azure portal.

Azure Machine Learning の制限Azure Machine Learning limits

Azure Machine Learning コンピューティング クォータの最新の値については、Azure Machine Learning クォータ ページをご覧ください。The latest values for Azure Machine Learning Compute quotas can be found in the Azure Machine Learning quota page

Azure Maps の制限Azure Maps limits

Azure Maps S0 価格レベルの使用制限を次の表に示します。The following table shows the usage limit for the Azure Maps S0 pricing tier. 使用制限は、価格レベルによって異なります。Usage limit depends on the pricing tier.

次の表は、Azure サブスクリプションにおける Azure Maps アカウントの累積データ サイズの上限を示しています。The following table shows the cumulative data size limit for Azure Maps accounts in an Azure subscription. Azure Maps Data Service は、S1 価格レベルでのみ使用できます。The Azure Maps Data service is available only at the S1 pricing tier.

Azure Maps 価格レベルの詳細については、「Azure Maps の価格」を参照してください。For more information on the Azure Maps pricing tiers, see Azure Maps pricing.

Azure Monitor の制限Azure Monitor limits

警告Alerts

アクション グループAction groups

自動スケールAutoscale

ログ クエリと言語Log queries and language

一般的なクエリの制限General query limits

ユーザー クエリの調整User query throttling

Azure Monitor には、ユーザーが過剰な数のクエリを送信するのを防ぐためのいくつかの調整制限があります。Azure Monitor has several throttling limits to protect against users sending an excessive number of queries. このような動作によってシステムのバックエンド リソースが過負荷になり、サービスの応答性が損なわれる可能性があります。Such behavior can potentially overload the system backend resources and jeopardize service responsiveness. 次の制限は、顧客を中断から保護し、一貫したサービス レベルを確保するために設計されています。The following limits are designed to protect customers from interruptions and ensure consistent service level. ユーザーの調整と制限は、極端な使用シナリオにのみ影響するように設計されており、一般的な使用には関係ありません。The user throttling and limits are designed to impact only extreme usage scenario and should not be relevant for typical usage.

• 「Azure Monitor でログ クエリを最適化する」の説明に従って、クエリを最適化します。Optimize your queries as described in Optimize log queries in Azure Monitor.
• ダッシュボードとワークブックでは 1 つのビューに複数のクエリを含めることができるため、読み込みまたは更新のたびにクエリのバーストが生成されることがあります。Dashboards and workbooks can contain multiple queries in a single view that generate a burst of queries every time they load or refresh. 1 つのビューを複数のビューに分割し、必要に応じてそれらを読み込むことを検討してください。Consider breaking them up into multiple views that load on demand.
• Power BI では、未加工のログではなく、集計された結果のみを抽出することを検討してください。In Power BI, consider extracting only aggregated results rather than raw logs.

Log Analytics ワークスペースLog Analytics workspaces

データの収集量と保持期間Data collection volume and retention

サブスクリプションあたりのワークスペースの数。Number of workspaces per subscription.

Azure PortalAzure portal

データ コレクター APIData Collector API

Search APISearch API

Azure Monitor Logs コネクタAzure Monitor Logs connector | カテゴリCategory | 制限Limit | 説明Comments | |:---|:---|:---| | レコードの最大数Max number of records | 500,000500,000 | | | クエリ タイムアウトの最大値Max query timeout | 110 秒110 second | | | グラフCharts | | [ログ] ページとコネクタの視覚化で使用されているグラフ ライブラリは異なり、現在、コネクタでは一部機能が使用できません。Visualization in Logs page and the connector are using different charting libraries and some functionality isn't available in the connector currently. |

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

データ インジェストのボリューム レートData ingestion volume rate

Azure Monitor とは、毎月増加するテラバイト単位のデータを送信する何千もの顧客にサービスを提供する高スケールのデータ サービスです。Azure Monitor is a high scale data service that serves thousands of customers sending terabytes of data each month at a growing pace. ボリューム レート制限は、マルチテナント環境における突然のインジェスト スパイクから Azure Monitor の顧客を隔離するためのものです。The volume rate limit intends to isolate Azure Monitor customers from sudden ingestion spikes in multitenancy environment. ワークスペースでは、既定のインジェスト ボリューム レートのしきい値である 500 MB (圧縮) が定義されており、これは約 6 GB/分 (非圧縮) に変換されます。実際のサイズは、ログの長さとその圧縮率に左右され、データの種類によって異なることがあります。A default ingestion volume rate threshold of 500 MB (compressed) is defined in workspaces, this is translated to approximately 6 GB/min uncompressed -- the actual size can vary between data types depending on the log length and its compression ratio. ボリューム レート制限は、診断設定を使用して、Azure リソースから取り込まれたデータに適用されます。The volume rate limit applies to data ingested from Azure resources via Diagnostic settings. ボリューム レート制限に達すると、再試行メカニズムは 30 分間に 4 回データを取り込もうとし、操作が失敗した場合はそれを削除しようとします。When volume rate limit is reached, a retry mechanism attempts to ingest the data 4 times in a period of 30 minutes and drop it if operation fails. エージェントまたはデータ コレクター API から取り込まれたデータには適用されません。It doesn't apply to data ingested from agents or Data Collector API.

ワークスペースに構成されているしきい値の 80% を超えるボリューム レートでワークスペースにデータが送信される場合、しきい値を超え続けている間、6 時間ごとにワークスペースの 操作 テーブルにイベントが送信されます。When data sent to your workspace is at a volume rate higher than 80% of the threshold configured in your workspace, an event is sent to the Operation table in your workspace every 6 hours while the threshold continues to be exceeded. インジェスト ボリューム レートがしきい値を超えると、一部のデータが削除され、しきい値を超え続けている間、6 時間ごとにワークスペースの "操作" テーブルにイベントが送信されます。When ingested volume rate is higher than threshold, some data is dropped and an event is sent to the Operation table in your workspace every 6 hours while the threshold continues to be exceeded. インジェスト ボリューム レートがしきい値を超え続けている場合、または間もなくそれに達すると予測される場合は、サポート リクエストを開いて、その引き上げをリクエストできます。If your ingestion volume rate continues to exceed the threshold or you are expecting to reach it sometime soon, you can request to increase it in by opening a support request.

インジェストの制限に達するときに事前に通知されるようアラート ルールを作成するには、「Azure Monitor で Log Analytics ワークスペースの正常性を監視する」を参照してください。See Monitor health of Log Analytics workspace in Azure Monitor to create alert rules to be proactively notified when you reach any ingestion limits.

Application InsightsApplication Insights

アプリケーションごと (インストルメンテーション キーごと) のメトリックとイベントの数には制限があります。There are some limits on the number of metrics and events per application, that is, per instrumentation key. 制限は、選択する料金プランによって異なります。Limits depend on the pricing plan that you choose.

詳細については、Application Insights の価格とクォータに関するページを参照してください。For more information, see About pricing and quotas in Application Insights.

Azure Policy の制限Azure Policy limits

Azure Policy では、オブジェクトの種類ごとに最大数があります。There's a maximum count for each object type for Azure Policy. 定義について、Scope というエントリは管理グループまたはサブスクリプションを意味します。For definitions, an entry of Scope means the management group or subscription. 割り当てと除外の場合、スコープ というエントリは 管理グループ、サブスクリプション、リソース グループ、または個々のリソースを意味します。For assignments and exemptions, an entry of Scope means the management group, subscription, resource group, or individual resource.

Azure Quantum の制限Azure Quantum limits

プロバイダーの制限とクォータProvider Limits & Quota

Azure Quantum サービスでは、ファーストパーティとサードパーティの両方のサービス プロバイダーがサポートされています。The Azure Quantum Service supports both first and third-party service providers. サードパーティ プロバイダーには、制限とクォータがあります。Third-party providers own their limits and quotas. ユーザーは、プロバイダー ブレードでサードパーティ プロバイダーを構成するときに、Azure portal でプランと制限を表示できます。Users can view offers and limits in the Azure portal when configuring third-party providers in the provider blade.

Microsoft のファーストパーティ最適化ソリューション プロバイダーの公開済みクォータ制限を下に示します。You can find the published quota limits for Microsoft's first party Optimization Solutions provider below.

Learn & Develop SKULearn & Develop SKU

Learn & Develop SKU を使用する場合、クォータ制限の上限の引き上げを要求することは できません。If you are using the Learn & Develop SKU, you cannot request an increase on your quota limits. 代わりに、Performance at Scale SKU に切り替える必要があります。Instead you should switch to the Performance at Scale SKU.

Performance at Scale SKUPerformance at Scale SKU

上限の引き上げを要求する必要がある場合は、Azure サポートにお問い合わせください。If you need to request a limit increase, please reach out to Azure Support.

詳細については、Azure Quantum の価格に関するページを参照してください。For more information, please review the Azure Quantum pricing page. サードパーティのオファリングの詳細については、Azure portal の該当するプロバイダーのページを参照してください。For information on third-party offerings, please review the relevant provider page in the Azure portal.

Azure のロールベースのアクセス制御の制限Azure role-based access control limits

Azure SignalR Service の制限Azure SignalR Service limits

サブスクリプションの既定の制限を更新するように要求するには、サポート チケットを開きます。To request an update to your subscription's default limits, open a support ticket.

Backup の制限Backup limits

Azure Backup のサポート設定と制限の概要については、Azure Backup のサポート マトリックスを参照してください。For a summary of Azure Backup support settings and limitations, see Azure Backup Support Matrices.

Batch の制限Batch limits

¹この制限を超えた引き上げを要求する場合は、Azure サポートにお問い合わせください。¹To request an increase beyond this limit, contact Azure Support.

クラシック デプロイ モデルの制限Classic deployment model limits

Azure Resource Manager デプロイ モデルではなくクラシック デプロイ モデルを使用する場合は、以下の制限が適用されます。If you use classic deployment model instead of the Azure Resource Manager deployment model, the following limits apply.

¹XS インスタンスは、使用する CPU コア数が 1 コアに満たなくても、vCPU 制限を上限として 1 vCPU とカウントされます。¹Extra small instances count as one vCPU toward the vCPU limit despite using a partial CPU core.

²ストレージ アカウントの制限には、Standard および Premium 両方のストレージ アカウントが含まれます。²The storage account limit includes both Standard and Premium storage accounts.

Container Instances の制限Container Instances limits

¹制限値の引き上げを要求するには、Azure サポート リクエストを作成してください。¹To request a limit increase, create an Azure Support request. Azure 無料アカウントや Azure for Students などの無料サブスクリプションは、制限またはクォータの引き上げの適用対象外です。Free subscriptions including Azure Free Account and Azure for Students aren't eligible for limit or quota increases. 無料サブスクリプションをご利用の場合は、従量課金制サブスクリプションにアップグレードしてください。If you have a free subscription, you can upgrade to a Pay-As-You-Go subscription.
²従量課金制サブスクリプションの既定の制限。²Default limit for Pay-As-You-Go subscription. 他のカテゴリの種類では制限が異なる場合があります。Limit may differ for other category types.

Container Registry の制限Container Registry limits

次の表に、Basic、Standard、および Premium サービス階層の機能と制限について説明します。The following table details the features and limits of the Basic, Standard, and Premium service tiers.

¹ 各サービス レベルの 1 日あたりの料金に含まれるストレージ。¹ Storage included in the daily rate for each tier. ストレージの上限に達するまで追加のストレージを使用できますが、GiB あたりの追加料金が日単位で課金されます。Additional storage may be used, up to the registry storage limit, at an additional daily rate per GiB. 詳細については、Azure Container Registry の価格に関するページを参照してください。For rate information, see Azure Container Registry pricing. レジストリのストレージの上限を超えるストレージが必要な場合は、Azure サポートまでお問い合わせください。If you need storage beyond the registry storage limit, please contact Azure Support.

²ReadOps、WriteOps、および "帯域幅" は最小推定値です。²ReadOps, WriteOps, and Bandwidth are minimum estimates. Azure Container Registry は、使用状況で必要とするパフォーマンスの向上に努めます。Azure Container Registry strives to improve performance as usage requires.

³docker pull は、イメージ内のレイヤー数とマニフェストの取得に基づいて、複数の読み取り操作に変換します。³A docker pull translates to multiple read operations based on the number of layers in the image, plus the manifest retrieval.

⁴docker push は、プッシュする必要があるレイヤーの数に基づいて、複数の書き込み操作に変換します。⁴A docker push translates to multiple write operations, based on the number of layers that must be pushed. docker push には、ReadOps が含まれ、既存のイメージのマニフェストを取得します。A docker push includes ReadOps to retrieve a manifest for an existing image.

Content Delivery Network の制限Content Delivery Network limits

Content Delivery Network サブスクリプションには、1 つまたは複数の Content Delivery Network プロファイルを含めることができます。A Content Delivery Network subscription can contain one or more Content Delivery Network profiles. Content Delivery Network プロファイルには、1 つまたは複数の Content Delivery Network エンドポイントを含めることができます。A Content Delivery Network profile can contain one or more Content Delivery Network endpoints. 複数のプロファイルを使って、インターネット ドメイン、Web アプリケーション、またはその他のなんらかの基準別にご自分の Content Delivery Network エンドポイントを整理する必要が生じる場合があります。You might want to use multiple profiles to organize your Content Delivery Network endpoints by internet domain, web application, or some other criteria.

Data Factory の制限Data Factory limits

Azure Data Factory は、お客様のサブスクリプションが互いのワークロードから保護されるように、次の既定の制限が設定されているマルチテナント サービスです。Azure Data Factory is a multitenant service that has the following default limits in place to make sure customer subscriptions are protected from each other's workloads. サブスクリプションの上限まで制限を引き上げるには、サポートにお問い合わせください。To raise the limits up to the maximum for your subscription, contact support.

Version 2Version 2

¹ データ統合単位 (DIU) は、クラウド間のコピー操作で使用されます。詳細については、データ統合単位 (バージョン 2) に関するページを参照してください。¹ The data integration unit (DIU) is used in a cloud-to-cloud copy operation, learn more from Data integration units (version 2). 課金については、「Azure Data Factory の価格」をご覧ください。For information on billing, see Azure Data Factory pricing.

² Azure Integration Runtime は、データ コンプライアンス、効率、およびネットワーク エグレス コストの削減を実現するためにグローバルに使用できます。² Azure Integration Runtime is globally available to ensure data compliance, efficiency, and reduced network egress costs.

³ パイプライン、データ セット、およびリンクされたサービス オブジェクトは、ワークロードの論理的なグループ化を表します。³ Pipeline, data set, and linked service objects represent a logical grouping of your workload. これらのオブジェクトの制限は、Azure Data Factory で移動したり処理したりできるデータ量には関係ありません。Limits for these objects don't relate to the amount of data you can move and process with Azure Data Factory. Data Factory は、数ペタバイトのデータ処理までスケーリングできるように設計されています。Data Factory is designed to scale to handle petabytes of data.

⁴ 各アクティビティの実行のペイロードには、アクティビティの構成、関連付けられているデータセットとリンクされたサービスの構成 (ある場合)、アクティビティの種類ごとに生成されるシステム プロパティの一部が含まれます。⁴ The payload for each activity run includes the activity configuration, the associated dataset(s) and linked service(s) configurations if any, and a small portion of system properties generated per activity type. このペイロード サイズの制限は、Azure Data Factory で移動したり処理したりできるデータ量には関係ありません。Limit for this payload size doesn't relate to the amount of data you can move and process with Azure Data Factory. この制限に達した場合の現象と推奨事項について確認してください。Learn about the symptoms and recommendation if you hit this limit.

Version 1Version 1

¹ パイプライン、データ セット、およびリンクされたサービス オブジェクトは、ワークロードの論理的なグループ化を表します。¹ Pipeline, data set, and linked service objects represent a logical grouping of your workload. これらのオブジェクトの制限は、Azure Data Factory で移動したり処理したりできるデータ量には関係ありません。Limits for these objects don't relate to the amount of data you can move and process with Azure Data Factory. Data Factory は、数ペタバイトのデータ処理までスケーリングできるように設計されています。Data Factory is designed to scale to handle petabytes of data.

² オンデマンド HDInsight コアは、Data Factory を含むサブスクリプションから割り当てられます。² On-demand HDInsight cores are allocated out of the subscription that contains the data factory. そのため、上記の制限は、オンデマンド HDInsight コアに対して Data Factory で適用されるコアの制限です。As a result, the previous limit is the Data Factory-enforced core limit for on-demand HDInsight cores. Azure サブスクリプションに関連するコアの制限とは異なります。It's different from the core limit that's associated with your Azure subscription.

³ バージョン 1 のクラウド データ移動単位 (DMU) は、クラウド間のコピー操作で使用されます。詳細については、クラウド データ移動単位 (バージョン 1) に関するページを参照してください。³ The cloud data movement unit (DMU) for version 1 is used in a cloud-to-cloud copy operation, learn more from Cloud data movement units (version 1). 課金については、「Azure Data Factory の価格」をご覧ください。For information on billing, see Azure Data Factory pricing.

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

Azure Resource Manager では、API 呼び出しの制限があります。Azure Resource Manager has limits for API calls. API の呼び出しは、 Azure リソース マネージャーの API 制限内の割合で実行できます。You can make API calls at a rate within the Azure Resource Manager API limits.

Data Lake Analytics の制限Data Lake Analytics limits

Azure Data Lake Analytics により、分散インフラストラクチャや複雑なコードの管理という複雑なタスクも簡単に行うことができます。Azure Data Lake Analytics makes the complex task of managing distributed infrastructure and complex code easy. リソースを動的にプロビジョニングするので、これを使用してエクサバイト規模のデータも分析できます。It dynamically provisions resources, and you can use it to do analytics on exabytes of data. ジョブが完了するとリソースが自動的に縮小されます。When the job completes, it winds down resources automatically. 使用した処理能力の分だけの支払いですみます。You pay only for the processing power that was used. 保存するデータのサイズや使用するコンピューティングの量を増やしたり減らしたりする際に、コードを書き直す必要はありません。As you increase or decrease the size of data stored or the amount of compute used, you don't have to rewrite code. サブスクリプションの既定の制限を引き上げるには、サポートにお問い合わせください。To raise the default limits for your subscription, contact support.