Azure SQL Database マネージド インスタンスのリソース制限の概要Overview Azure SQL Database managed instance resource limits

この記事では、Azure SQL Database マネージド インスタンスのリソース制限の概要を示し、これらの制限の引き上げを要求する方法について説明します。This article provides an overview of the resource limits for Azure SQL Database managed instance, and provides information about how to request an increase to these limits.


サポートされている機能と T-SQL ステートメントの違いについては、機能の違いT-SQL ステートメントのサポートに関するページをご覧ください。For differences in supported features and T-SQL statements see Feature differences and T-SQL statement support.

インスタンス レベルのリソース制限Instance-level resource limits

マネージド インスタンスには、基本のインフラストラクチャとアーキテクチャによって異なる特性とリソース制限があります。Managed instance has characteristics and resource limits that depend on the underlying infrastructure and architecture. 制限は、ハードウェアの世代とサービス レベルに依存します。Limits depend on hardware generation and service tier.

ハードウェアの世代の特性Hardware generation characteristics

Azure SQL Database マネージド インスタンスは、2 つのハードウェアの世代 (Gen4 と Gen5) でデプロイできます。Azure SQL Database managed instance can be deployed on two hardware generations: Gen4 and Gen5. ハードウェアの世代には、次の表に示したさまざまな特性があります。Hardware generations have different characteristics that are described in the following table:

Gen4Gen4 Gen5Gen5
ハードウェアHardware Intel E5-2673 v3 (Haswell) 2.4 GHz プロセッサ、接続されている SSD 仮想コア = 1 PP (物理コア)Intel E5-2673 v3 (Haswell) 2.4-GHz processors, attached SSD vCore = 1 PP (physical core) Intel E5-2673 v4 (Broadwell) 2.3-GHz プロセッサ、高速 NVMe SSD、仮想コア=1 LP (ハイパー スレッド)Intel E5-2673 v4 (Broadwell) 2.3-GHz processors, fast NVMe SSD, vCore=1 LP (hyper-thread)
仮想コアvCores 8、16、24 の仮想コア8, 16, 24 vCores 8、16、24、32、40、64、80 の仮想コア8, 16, 24, 32, 40, 64, 80 vCores
メモリMemory 仮想コアあたり 7 GB7 GB per vCore 仮想コアあたり 5.1 GB5.1 GB per vCore
最大インメモリ OLTP メモリMax In-Memory OLTP memory 仮想コアあたり 3 GB3 GB per vCore 仮想コアあたり 2.6 GB2.6 GB per vCore
インスタンスの最大ストレージ容量 (汎用)Max instance storage (General Purpose) 8 TB8 TB 8 TB8 TB
インスタンスの最大ストレージ容量 (Business Critical)Max instance storage (Business Critical) 1 TB (テラバイト)1 TB コアの数に応じて 1 TB、2 TB 、または 4 TB1 TB, 2 TB, or 4 TB depending on the number of cores

サービス レベルの特性Service tier characteristics

マネージド インスタンスには、General Purpose と Business Critical の 2 つのサービス レベルがあります。Managed instance has two service tiers - General Purpose and Business Critical. これらのレベルは、次の表に示すように、別の機能を提供します。These tiers provide different capabilities, as described in the table below:

機能Feature 汎用General Purpose Business CriticalBusiness Critical
仮想コアの数*Number of vCores* Gen4: 8、16、24Gen4: 8, 16, 24
Gen5: 8、16、24、32、40、64、80Gen5: 8, 16, 24, 32, 40, 64, 80
Gen4: 8、16、24、32Gen4: 8, 16, 24, 32
Gen5: 8、16、24、32、40、64、80Gen5: 8, 16, 24, 32, 40, 64, 80
メモリMemory Gen4:56 GB - 168 GB (7 GB/仮想コア)Gen4: 56 GB - 168 GB (7GB/vCore)
Gen5:40.8 GB - 408 GB (5.1 GB/仮想コア)Gen5: 40.8 GB - 408 GB (5.1GB/vCore)
Gen4:56 GB - 168 GB (7 GB/仮想コア)Gen4: 56 GB - 168 GB (7GB/vCore)
Gen5:40.8 GB - 408 GB (5.1 GB/仮想コア)Gen5: 40.8 GB - 408 GB (5.1GB/vCore)
インスタンスの最大ストレージ サイズMax instance storage size 8 TB8 TB Gen4:1 TB (テラバイト)Gen4: 1 TB
- 8、16 仮想コアの場合は 1 TB- 1 TB for 8, 16 vCores
- 24 仮想コアの場合は 2 TB- 2 TB for 24 vCores
- 32、40、64、80 仮想コアの場合は 4 TB- 4 TB for 32, 40, 64, 80 vCores
データベースあたりの最大ストレージ容量Max storage per database インスタンスごとの最大ストレージ サイズによって決まりますDetermined by the max storage size per instance インスタンスごとの最大ストレージ サイズによって決まりますDetermined by the max storage size per instance
インスタンスごとの最大データベース数Max number of databases per instance 100100 100100
インスタンスごとの最大データベース ファイル数Max database files per instance 最大 280Up to 280 データベースあたり 32,767 ファイル32,767 files per database
データ/ログの IOPS (概算)Data/Log IOPS (approximate) ファイルあたり 500 ~ 7,500500 - 7,500 per file
*ファイル サイズによって異なる*Depends on the file size
11 K - 110 K (1,375/仮想コア)11 K - 110 K (1375/vCore)
ログ スループットLog throughput 仮想コアあたり 3 MB/秒3 MB/s per vCore
インスタンスあたり最大 22 MB/秒Max 22 MB/s per instance
仮想コアあたり 4 MB/秒4 MB/s per vCore
インスタンスあたり最大 48 MB/秒Max 48 MB/s per instance
データ スループット (概算)Data throughput (approximate) ファイルあたり 100 ~ 250 MB/秒100 - 250 MB/s per file
*ファイル サイズによって異なる*Depends on the file size
IO 待機時間 (概算)IO latency (approximate) 5 ~ 10 ms5-10 ms 1 ~ 2 ms1-2 ms
最大 tempDB サイズMax tempDB size 192 ~ 1,920 GB (仮想コアあたり 24 GB)192 - 1,920 GB (24 GB per vCore) 制約なし - 最大インスタンス ストレージ サイズにより制限されるNo constraints - limited by the max instance storage size
最大セッション数Max sessions 3000030000 3000030000


  • ユーザー データベースとシステム データベースのデータ ファイルおよびログ ファイルのサイズはどちらも、最大ストレージ サイズの制限と比較されるインスタンス ストレージ サイズに含まれます。Both data and log file size in the user and system databases are included in the instance storage size that is compared with the Max storage size limit. データベースによって使用される合計領域を確認するには、sys.master_files システム ビューを使用します。Use sys.master_files system view to determine the total used space by databases. エラー ログは保持されず、サイズには含まれません。Error logs are not persisted and not included in the size. バックアップは、ストレージ サイズに含まれません。Backups are not included in storage size.
  • スループットと IOPS も、マネージド インスタンスによって明示的に制限されないページ サイズに依存します。Throughput and IOPS also depend on the page size that is not explicitly limited by managed instance.

サポートされているリージョンSupported regions

マネージド インスタンスは、サポートされているリージョンのみで作成できます。Managed instances can be created only in supported regions. 現在サポートされていないリージョンでマネージド インスタンスを作成するには、Azure portal 経由でサポート要求を送信できます。To create a managed instance in a region that is currently not supported, you can send a support request via the Azure portal.

サポートされているサブスクリプションの種類Supported subscription types

マネージド インスタンスは現在、次の種類のサブスクリプションのみでデプロイをサポートしています。Managed instance currently supports deployment only on the following types of subscriptions:


この制限は一時的です。This limitation is temporary. 今後、新しいサブスクリプションの種類が有効になる予定です。New subscription types will be enabled in the future.

リージョンのリソース制限Regional resource limitations

サポートされているサブスクリプションの種類には、リージョンごとのリソース数の制限を組み入れることができます。Supported subscription types can contain a limited number of resources per region. マネージド インスタンスには、サブスクリプションの種類に応じて、Azure リージョンごとに 2 つの既定の制限があります。Managed instance has two default limits per Azure region depending on a type of subscription type:

  • サブネットの制限: マネージド インスタンスが単一リージョンにデプロイされているサブネットの最大数。Subnet limit: The maximum number of subnets where managed instances are deployed in a single region.
  • インスタンス数の制限: 単一リージョンにデプロイできるインスタンスの最大数。Instance number limit: The maximum number of instances that can be deployed in a single region.


これらの制限は既定の設定であり、技術的な制限ではありません。These limits are default settings and not technical limitations. 現在のリージョンでさらに多くのマネージド インスタンスが必要な場合、Azure portal でサポート要求を特別に作成して、これらの制限をオンデマンドで引き上げることができます。The limits can be increased on-demand by creating a special support request in the Azure portal if you need more managed instances in the current region. サポート要求を送信せずに、代わりに、別の Azure リージョンに新しいマネージド インスタンスを作成することも可能です。As an alternative, you can create new managed instances in another Azure region without sending support requests.

次の表は、サポートされているサブスクリプションの既定のリージョン制限を示しています。The following table shows the default regional limits for supported subscriptions:

サブスクリプションの種類Subscription type マネージド インスタンスのサブネットの最大数Max number of managed instance subnets インスタンスの最大数Max number of instances GP マネージド インスタンスの最大数*Max number of GP managed instances* BC マネージド インスタンスの最大数*Max number of BC managed instances*
従量課金制Pay-as-you-go 1*1* 4*4* 4*4* 1*1*
CSPCSP 1*1* 4*4* 4*4* 1*1*
開発テスト用の従量課金制プランPay-as-you-go Dev/Test 1*1* 4*4* 4*4* 1*1*
Enterprise Dev/TestEnterprise Dev/Test 1*1* 4*4* 4*4* 1*1*
EAEA 3**3** 12**12** 12**12** 3**3**

* サブネット内の "インスタンス ユニット" の総数が 4 を超えないように、1 つのサブネット内に 1 BC または 4 GP インスタンスのどちらかをデプロイできます。* You can either deploy 1 BC or 4 GP instances in one subnet, so that total number of "instance units" in the subnet never exceeds 4.

** 別のサービス レベルにインスタンスがない場合、1 つのサービス レベルにインスタンスの最大数が適用されます。** Maximum number of instances in one service tier applies if there are no instances in another service tier. GP インスタンスと BC インスタンスを同じサブネット内で共存させることを計画している場合、許可される組み合わせの参考として、次のセクションを利用してください。If you plan to mix GP and BC instances within the same subnet, use the following section as a reference for allowed combinations. 単純なルールとしては、サブネットの総数を 3 以内、インスタンス ユニットの総数を 12 以内にする必要があります。As a simple rule, the total number of subnets cannot exceed 3, and the total number of instance units cannot exceed 12.


デプロイを計画するときは、Business Critical (BC) インスタンス は (冗長性が追加されているため) 一般的に、General Purpose (GP) インスタンスの 4 倍の大きさの容量を消費することを考慮してください。When planning your deployments, consider that a Business Critical (BC) instance (due to added redundancy) generally consumes 4x more capacity than a General Purpose (GP) instance. そのため、計算では、1 GP インスタンス = 1 インスタンス ユニット、1 BC インスタンス = 4 インスタンス ユニットとなります。So, for your calculations, 1 GP instance = 1 instance unit and 1 BC instance = 4 instance units. 既定の制限に対する消費量分析を簡素化するために、マネージド インスタンスがデプロイされているリージョン内のすべてのサブネットのインスタンス ユニットを集計して、その結果をサブスクリプションの種類のインスタンス ユニットの制限と比較します。To simplify your consumption analysis against the default limits, summarize the instance units across all subnets in the region where managed instances are deployed and compare the results with the instance unit limits for your subscription type.

General Purpose と Business Critical インスタンスを共存させてデプロイする場合の戦略Strategies for deploying mixed General Purpose and Business Critical instances

Enterprise Agreement (EA) サブスクリプションでは、GP と BC インスタンスを共存させることが可能です。Enterprise Agreement (EA) subscriptions can have combinations of GP and BC instances. ただし、サブネット内でのインスタンスの配置に関して、いくつかの制約があります。However, there are some constraints regarding the placement of the instances in the subnets.


従量課金制クラウド サービス プロバイダー (CSP) のサブスクリプションの種類では、1 つの Business Critical インスタンスまたは最大 4 つの General Purpose インスタンスを保持できます。Pay-as-you-go and Cloud Service Provider (CSP) subscription types can have either one Business Critical or up to 4 General Purpose instances.

以下の例は、サブネットが空ではなく、GP と BC が共存しているサービス レベルでのデプロイの事例を示しています。The following examples cover deployment cases with non-empty subnets and mixed GP and BC service tiers.

サブネットの数Number of subnets サブネット 1Subnet 1 サブネット 2Subnet 2 サブネット 3Subnet 3
11 1 BC、最大 8 GP1 BC and up to 8 GP
2 BC、最大 4 GP2 BC and up to 4 GP
該当なしN/A 該当なしN/A
22 0 BC、最大 4 GP0 BC, up to 4 GP 1 BC、最大 4 GP1 BC, up to 4 GP
2 BC、0 GP2 BC, 0 GP
22 1 BC、0 GP1 BC, 0 GP 0 BC、最大 8 GP0 BC, up to 8 GP
1 BC、最大 4 GP1 BC, up to 4 GP
22 2 BC、0 GP2 BC, 0 GP 0 BC、最大 4 GP0 BC, up to 4 GP 該当なしN/A
33 1 BC、0 GP1 BC, 0 GP 1 BC、0 GP1 BC, 0 GP 0 BC、最大 4 GP0 BC, up to 4 GP
33 1 BC、0 GP1 BC, 0 GP 0 BC、最大 4 GP0 BC, up to 4 GP 0 BC、最大 4 GP0 BC, up to 4 GP

SQL マネージド インスタンスでのより大きなクォータの取得Obtaining a larger quota for SQL managed instance

現在のリージョンでより多くのマネージド インスタンスが必要な場合、Azure portal を使用してクォータを拡張するためのサポート要求を送信します。If you need more managed instances in your current regions, send a support request to extend the quota using the Azure portal. より大きなクォータを取得するプロセスを開始するには、次の手順を実行します。To initiate the process of obtaining a larger quota:

  1. [ヘルプとサポート] を開き、 [新しいサポート要求] をクリックします。Open Help + support, and click New support request.


  2. 新しいサポート要求の [基本] タブで、次の手順を実行します。On the Basics tab for the new support request:

    • [問題の種類] で、 [サービスとサブスクリプションの制限 (クォータ)] を選択します。For Issue type, select Service and subscription limits (quotas).

    • [サブスクリプション] で、ご使用のサブスクリプションを選択します。For Subscription, select your subscription.

    • [クォータの種類] で、 [SQL Database Managed Instance] を選択します。For Quota type, select SQL Database Managed Instance.

    • [サポート プラン] で、お使いのサポート プランを選択します。For Support plan, select your support plan.

      [問題の種類] クォータ

  3. [次へ] をクリックします。Click Next.

  4. 新しいサポート要求の [問題] タブで、次の手順を実行します。On the Problem tab for the new support request:

    • [重大度] で、問題の重大度を選択します。For Severity, select the severity level of the problem.

    • [詳細] で、エラー メッセージなど、問題に関する追加情報を指定します。For Details, provide additional information about your issue, including error messages.

    • [ファイルのアップロード] で、より詳細な情報を含むファイル (最大 4 MB) を添付します。For File upload, attach a file with more information (up to 4 MB).



      有効な要求には、次の情報を含める必要があります。A valid request should include:

      • サブスクリプションの制限を引き上げる必要があるリージョンRegion in which subscription limit needs to be increased
      • クオータが増加した後の既存のサブネットで、サービス レベルごとに必要なインスタンス数 (既存のサブネットのいずれかを拡張する必要がある場合)Required number of instances, per service tier in existing subnets after the quota increase (if any of the existing subnets needs to be expanded
      • 必要な新しいサブネット数と、新しいサブネット内でのサービス レベルごとのインスタンス総数 (新しいサブネットにマネージド インスタンスをデプロイする必要がある場合)Required number of new subnets and total number of instances per service tier within the new subnets (if you need to deploy managed instances in new subnets).
  5. [次へ] をクリックします。Click Next.

  6. 新しいサポート要求の [連絡先情報] タブで、希望する連絡方法 (電子メールまたは電話) と連絡先の詳細を入力します。On the Contact Information tab for the new support request, enter preferred contact method (email or phone) and the contact details.

  7. Create をクリックしてください。Click Create.

次の手順Next steps