Azure SQL Database Managed Instance のリソース制限の概要Overview Azure SQL Database Managed Instance resource limits

この記事では、Azure SQL Database Managed Instance のリソース制限の概要を示し、既定のリージョン サブスクリプション制限を引き上げるための要求を作成する方法について説明します。This article provides an overview of the Azure SQL Database Managed Instance resource limits and provides information how to create request to increase default regional subscription limits.


その他の Managed Instance の制限については、「仮想コアベースの購入モデル」と「マネージド インスタンスのサービス階層」をご覧ください。For other Managed Instance limitations, see vCore-based purchasing model and Managed Instance service tiers. サポートされている機能と 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 には、基本のインフラストラクチャとアーキテクチャによって異なる特性とリソース制限があります。Managed Instance has characteristics and resource limits that depends on the underlying infrastructure and architecture. 制限は、ハードウェアの世代とサービス レベルに依存します。Limits depend on hardware generation and service tier.

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

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

Gen 4Gen 4 Gen 5Gen 5
ハードウェア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 プロセッサ、高速 eNVM SSD、仮想コア=1 LP (ハイパー スレッド)Intel E5-2673 v4 (Broadwell) 2.3-GHz processors, fast eNVM SSD, vCore=1 LP (hyper-thread)
ComputeCompute 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
最大ストレージ容量 (Business Critical)Max 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

Managed Instance には、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 ~ 156 GBGen4: 56GB-156GB
Gen5: 44 GB ~ 440 GBGen5: 44GB-440GB
*仮想コアの数に比例*Proportional to the number of vCores
Gen4: 56 GB ~ 156 GBGen4: 56GB-156GB
Gen5:41 GB ~ 408 GBGen5: 41GB-408GB
*仮想コアの数に比例*Proportional to the number of vCores
最大ストレージ サイズMax storage size 8 TB8 TB Gen4: 1 TB (テラバイト)Gen 4: 1 TB
Gen 5:Gen 5:
- 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 ~ 7500500-7500 per file
*ファイル サイズによって異なる*Depends on the file size
11 K ~ 110 K (vCore あたり 1375)11K - 110K (1375 per vCore)
インスタンス ログのスループットInstance Log throughput インスタンスあたり 22 MB/秒22MB/s per instance 仮想コアあたり 3 MB/秒3MB/s per vCore
最大 48 MB/秒Max 48MB/s
データ スループット (概算)Data throughput (approximate) ファイルあたり 100 ~ 250 MB/秒100-250 MB/s per file
*ファイル サイズによって異なる*Depends on the file size
仮想コアあたり 24 ~ 48 MB/秒24-48MB/s per vCore
IO 待機時間 (概算)IO latency (approximate) 5 ~ 10 ms5-10 ms 1 ~ 2 ms1-2 ms
最大 tempDB サイズMax tempDB size 192 ~ 1920 GB (vCore あたり 24 GB)192-1920 GB (24 GB per vCore) 制約なし - 最大インスタンス ストレージ サイズにより制限されるNo constraints - limited by the max instance storage size


  • ユーザー データベースとシステム データベースのデータ ファイルおよびログ ファイルのサイズはどちらも、最大ストレージ サイズの制限と比較されるインスタンス ストレージ サイズに含まれます。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 も、Managed Instance によって明示的に制限されないページ サイズに依存します。Throughput and IOPS also depend on the page size that is not explicitly limited by Managed Instance.

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

Managed Instance は、サポートされているリージョンのみで作成できます。Managed Instanced can be created only in supported regions. 現在サポートされていないリージョンで Managed Instance を作成したい場合は、Azure portal 経由でサポート要求を送信できます。If you want to create a Managed Instance in the region that is currently not supported, you can send support request via Azure portal.

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

Managed Instance は現在、次の種類のサブスクリプションのみでデプロイをサポートしています。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. Managed Instance には、サブスクリプションの種類に応じて、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.

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

サブスクリプションの種類Subscription type Managed Instance のサブネットの最大数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 インスタンスを同じサブネット内で共存させることを計画している場合、許可される組み合わせの参考として、次のセクションを利用してください。In case you plan to mix GP and BC instances within 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.

現在のリージョンでさらに多くの Managed Instance が必要な場合、Azure portal でサポート要求を特別に作成して、これらの制限を引き上げることができます。These limits can be increased by creating special support request in the Azure portal if you need more Managed Instances in the current region. サポート要求を送信せずに、代わりに、別の Azure リージョンに新しい Managed Instance を作成することも可能です。As an alternative, you can create new Managed Instances in another Azure region without sending support requests.


デプロイを計画するときは、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. 既定の制限に対する消費量分析を簡素化するために、Managed Instance がデプロイされているリージョン内のすべてのサブネットのインスタンス ユニットを集計して、その結果をサブスクリプションの種類のインスタンス ユニットの制限と比較します。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 Managed Instance でのより大きなクォータの取得Obtaining a larger quota for SQL Managed Instance

現在のリージョンでより多くの Managed Instance が必要な場合、Azure portal を使用してクォータを拡張するためのサポート要求を送信できます。If you need more Managed Instances in your current regions, you can send the support request to extend the quota using 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