Azure SQL Managed Instance 리소스 제한 개요Overview of Azure SQL Managed Instance resource limits

적용 대상: Azure SQL Managed Instance

이 문서에서는 Azure SQL Managed Instance의 기술 특성 및 리소스 제한에 대 한 개요를 제공 하 고 이러한 제한에 대 한 증가를 요청 하는 방법에 대 한 정보를 제공 합니다.This article provides an overview of the technical characteristics and resource limits for Azure SQL 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. Azure SQL Database 및 SQL에 대 한 서비스 계층 간의 일반적인 차이점은 서비스 계층 비교를 참조 Managed Instance.For general differences between service tiers for Azure SQL Database and SQL Managed Instance see Service tier comparison.

하드웨어 세대 특성Hardware generation characteristics

SQL Managed Instance에는 기본 인프라와 아키텍처에 따라 달라 지는 특성 및 리소스 제한이 있습니다.SQL Managed Instance has characteristics and resource limits that depend on the underlying infrastructure and architecture. SQL Managed Instance는 두 가지 하드웨어 세대 (Gen4 및 Gen5)에 배포할 수 있습니다.SQL Managed Instance can be deployed on two hardware generations: Gen4 and Gen5. 하드웨어 생성에는 다음 표에 설명 된 대로 다른 특징이 있습니다.Hardware generations have different characteristics, as described in the following table:

Gen4Gen4 5세대Gen5
하드웨어Hardware Intel® E5-2673 v3 (Haswell) 2.4 g h z 프로세서, 연결 된 SSD vCore = 1PP (물리적 코어)Intel® E5-2673 v3 (Haswell) 2.4 GHz processors, attached SSD vCore = 1 PP (physical core) Intel® E5-2673 v4 (Broadwell) 2.3 g h z, Intel® SP-8160 (Skylake) 및 Intel® 8272CL (Cascade Lake) 2.5 GHz 프로세서, fast NVMe SSD, vCore = 1 LP (하이퍼 스레드)Intel® E5-2673 v4 (Broadwell) 2.3 GHz, Intel® SP-8160 (Skylake), and Intel® 8272CL (Cascade Lake) 2.5 GHz processors, fast NVMe SSD, vCore=1 LP (hyper-thread)
VCores 수Number of vCores 8, 16, 24개 vCore8, 16, 24 vCores 4, 8, 16, 24, 32, 40, 64, 80 vCores4, 8, 16, 24, 32, 40, 64, 80 vCores
최대 메모리 (메모리/코어 비율)Max memory (memory/core ratio) vCore당 7GB7 GB per vCore
더 많은 메모리를 얻기 위해 vCores를 추가 합니다.Add more vCores to get more memory.
vCore당 5.1GB5.1 GB per vCore
더 많은 메모리를 얻기 위해 vCores를 추가 합니다.Add more vCores to get more memory.
최대 In-Memory OLTP 메모리Max In-Memory OLTP memory 인스턴스 제한: 1-vCore 당 1.5 g bInstance limit: 1-1.5 GB per vCore 인스턴스 제한: 0.8-vCore 당 1.65 GBInstance limit: 0.8 - 1.65 GB per vCore
최대 인스턴스 예약 된 저장소Max instance reserved storage 일반 용도: 8TBGeneral Purpose: 8 TB
중요 비즈니스용: 1TBBusiness Critical: 1 TB
일반 용도: 8TBGeneral Purpose: 8 TB
중요 비즈니스용 1tb, 2tb 또는 4 TB의 코어 수에 따라Business Critical 1 TB, 2 TB, or 4 TB depending on the number of cores

중요

  • Gen4 하드웨어가 단계적으로 진행 되 고 있으며 새 배포에 더 이상 사용할 수 없습니다.Gen4 hardware is being phased out and is not available anymore for new deployments. SQL Managed Instance의 모든 새 인스턴스는 Gen5 하드웨어에 배포 되어야 합니다.All new instances of SQL Managed Instance must be deployed on Gen5 hardware.
  • SQL Managed Instance 인스턴스를 Gen 5 하드웨어로 이동 하 여 더 광범위 한 vcore 및 저장소 확장성, 가속화 된 네트워킹, 최적의 IO 성능 및 최소 대기 시간을 경험해 보세요.Consider moving your instance of SQL Managed Instance to Gen 5 hardware to experience a wider range of vCore and storage scalability, accelerated networking, best IO performance, and minimal latency.

메모리 내 OLTP 사용 가능한 공간In-memory OLTP available space

중요 비즈니스용 서비스 계층의 메모리 내 OLTP 공간의 양은 vcores 및 하드웨어 생성 수에 따라 달라 집니다.The amount of In-memory OLTP space in Business Critical service tier depends on the number of vCores and hardware generation. 다음 표에는 메모리 내 OLTP 개체에 사용할 수 있는 메모리 한도가 정리 되어 있습니다.The following table lists limits of memory that can be used for In-memory OLTP objects.

메모리 내 OLTP 공간In-memory OLTP space 5세대Gen5 Gen4Gen4
vCore 4개4 vCores 3.14 GB3.14 GB
vCore 8개8 vCores 6.28 GB6.28 GB 8GB8 GB
16 개 vCores16 vCores 15.77 GB15.77 GB 20GB20 GB
24 개 vCores24 vCores 25.25 GB25.25 GB 36 GB36 GB
32 vCores32 vCores 37.94 GB37.94 GB
40 vCores40 vCores 52.23 GB52.23 GB
64 vCores64 vCores 99.9 GB99.9 GB
80 vCores80 vCores 131.68 GB131.68 GB

서비스 계층 특성Service tier characteristics

SQL Managed Instance는 두 가지 서비스 계층 , 즉 범용 및 중요 비즈니스용있습니다.SQL Managed Instance has two service tiers: General Purpose and Business Critical. 이러한 계층은 아래 표에 설명 된 대로 다양 한 기능을 제공 합니다.These tiers provide different capabilities, as described in the table below.

중요

중요 비즈니스용 서비스 계층은 읽기 전용 작업에 사용할 수 있는 SQL Managed Instance (보조 복제본)의 추가 기본 복사본을 제공 합니다.Business Critical service-tier provides an additional built-in copy of the SQL Managed Instance (secondary replica) that can be used for read-only workload. 읽기/쓰기 쿼리와 읽기 전용/분석/보고 쿼리를 구분할 수 있는 경우 동일한 가격에 대 한 vCores와 메모리의 두 배를 얻을 수 있습니다.If you can separate read-write queries and read-only/analytic/reporting queries, you are getting twice the vCores and memory for the same price. 보조 복제본은 주 인스턴스에서 몇 초 정도 지연 될 수 있으므로 데이터의 정확한 현재 상태를 필요로 하지 않는 보고/분석 워크 로드를 오프 로드 하도록 설계 되었습니다.The secondary replica might lag a few seconds behind the primary instance, so it is designed to offload reporting/analytic workloads that don't need exact current state of data. 아래 표에서 읽기 전용 쿼리 는 보조 복제본에서 실행 되는 쿼리입니다.In the table below, read-only queries are the queries that are executed on secondary replica.

기능Feature 범용General Purpose 중요 비즈니스용Business Critical
vCore 수*Number of vCores* Gen4: 8, 16, 24Gen4: 8, 16, 24
Gen5:4, 8, 16, 24, 32, 40, 64, 80Gen5: 4, 8, 16, 24, 32, 40, 64, 80
Gen4: 8, 16, 24Gen4: 8, 16, 24
Gen5:4, 8, 16, 24, 32, 40, 64, 80Gen5: 4, 8, 16, 24, 32, 40, 64, 80
*동일한 수의 vCores는 읽기 전용 쿼리에 전용으로 사용할 수 있습니다.*Same number of vCores is dedicated for read-only queries.
최대 메모리Max memory Gen4:56 g b-168 GB (7GB/vCore)Gen4: 56 GB - 168 GB (7GB/vCore)
Gen5:20.4 g b-408 GB (5.1 g b/vCore)Gen5: 20.4 GB - 408 GB (5.1GB/vCore)
더 많은 메모리를 얻기 위해 vCores를 추가 합니다.Add more vCores to get more memory.
Gen4:56 g b-168 GB (7GB/vCore)Gen4: 56 GB - 168 GB (7GB/vCore)
Gen5: 읽기-쓰기 쿼리에 20.4 g b-408 GB (5.1 g b/vCore)Gen5: 20.4 GB - 408 GB (5.1GB/vCore) for read-write queries
+ 읽기 전용 쿼리에 20.4 g b-408 GB (5.1 g b/vCore)가 추가 되었습니다.+ additional 20.4 GB - 408 GB (5.1GB/vCore) for read-only queries.
더 많은 메모리를 얻기 위해 vCores를 추가 합니다.Add more vCores to get more memory.
최대 인스턴스 저장소 크기 (예약 됨)Max instance storage size (reserved) -4 vCores의 경우 2tb (Gen5만 해당)- 2 TB for 4 vCores (Gen5 only)
-다른 크기의 경우 8TB- 8 TB for other sizes
Gen4:1TBGen4: 1 TB
Gen5:Gen5:
-1tb (4, 8, 16 vCores)- 1 TB for 4, 8, 16 vCores
- 2TB(24개 vCore용)- 2 TB for 24 vCores
- 4TB(32, 40, 64, 80개 vCore용)- 4 TB for 32, 40, 64, 80 vCores
최대 데이터베이스 크기Max database size 현재 사용할 수 있는 인스턴스 크기 (vCores의 수에 따라 최대 2tb-8gb TB)Up to currently available instance size (max 2 TB - 8 TB depending on the number of vCores). 현재 사용 가능한 인스턴스 크기 (vCores의 수에 따라 최대 1tb-4tb)Up to currently available instance size (max 1 TB - 4 TB depending on the number of vCores).
최대 tempDB 크기Max tempDB size 24gb/vCore (96-1920 GB) 및 현재 사용할 수 있는 인스턴스 저장소 크기로 제한 됩니다.Limited to 24 GB/vCore (96 - 1,920 GB) and currently available instance storage size.
더 많은 vCores를 추가 하 여 TempDB 공간을 더 확보 합니다.Add more vCores to get more TempDB space.
로그 파일 크기는 120 GB로 제한 됩니다.Log file size is limited to 120 GB.
현재 사용할 수 있는 인스턴스 저장소 크기까지Up to currently available instance storage size.
인스턴스당 최대 데이터베이스 수Max number of databases per instance 100 인스턴스 저장소 크기 제한에 도달 하지 않는 한 사용자 데이터베이스를 합니다.100 user databases, unless the instance storage size limit has been reached. 100 인스턴스 저장소 크기 제한에 도달 하지 않는 한 사용자 데이터베이스를 합니다.100 user databases, unless the instance storage size limit has been reached.
인스턴스당 데이터베이스 파일의 최대 수Max number of database files per instance 인스턴스 저장소 크기 또는 Azure Premium Disk storage 할당 공간 제한에 도달 하지 않는 한 최대 280입니다.Up to 280, unless the instance storage size or Azure Premium Disk storage allocation space limit has been reached. 32767 인스턴스 저장소 크기 제한에 도달 하지 않으면 데이터베이스당 파일 수입니다.32,767 files per database, unless the instance storage size limit has been reached.
최대 데이터 파일 크기Max data file size 현재 사용할 수 있는 인스턴스 저장소 크기 (최대 2tb, 648TB) 및 Azure Premium Disk storage 할당 공간으로 제한 됩니다.Limited to currently available instance storage size (max 2 TB - 8 TB) and Azure Premium Disk storage allocation space. 현재 사용할 수 있는 인스턴스 저장소 크기 (최대 1tb-4 TB)로 제한 됩니다.Limited to currently available instance storage size (up to 1 TB - 4 TB).
최대 로그 파일 크기Max log file size 2tb 및 현재 사용할 수 있는 인스턴스 저장소 크기로 제한 됩니다.Limited to 2 TB and currently available instance storage size. 2tb 및 현재 사용할 수 있는 인스턴스 저장소 크기로 제한 됩니다.Limited to 2 TB and currently available instance storage size.
데이터/로그 IOPS(근사치)Data/Log IOPS (approximate) 인스턴스당 최대 30-40 K IOPS *, 500-7500/파일Up to 30-40 K IOPS per instance*, 500 - 7500 per file
*더 많은 IOPS를 얻기 위해 파일 크기 늘리기*Increase file size to get more IOPS
10 k-200 K (4000 IOPS/vCore)10 K - 200 K (4000 IOPS/vCore)
더 나은 IO 성능을 얻으려면 vCores를 더 추가 합니다.Add more vCores to get better IO performance.
로그 쓰기 처리량 한도 (인스턴스당)Log write throughput limit (per instance) vCore당 3MB/초3 MB/s per vCore
인스턴스당 최대 120 m b/초Max 120 MB/s per instance
DB 당 22-65 m b/초22 - 65 MB/s per DB
*더 나은 IO 성능을 얻으려면 파일 크기를 늘립니다.*Increase the file size to get better IO performance
vCore 당 4mb/s4 MB/s per vCore
최대 96 m b/초Max 96 MB/s
데이터 처리량(근사치)Data throughput (approximate) 파일당 100~250MB/초100 - 250 MB/s per file
*더 나은 IO 성능을 얻으려면 파일 크기를 늘립니다.*Increase the file size to get better IO performance
제한 되지 않습니다.Not limited.
저장소 IO 대기 시간 (근사치)Storage IO latency (approximate) 5~10ms5-10 ms 1~2ms1-2 ms
메모리 내 OLTPIn-memory OLTP 지원되지 않음Not supported 사용 가능, 크기는 vCore의 수에 따라 다릅니다 .Available, size depends on number of vCore
최대 세션Max sessions 3000030000 3000030000
최대 동시 작업자(요청)Max concurrent workers (requests) Gen4: 210 * vCore 수 + 800Gen4: 210 * number of vCores + 800
Gen5: 105 * vCore 수 + 800Gen5: 105 * number of vCores + 800
Gen4: 210 * vCore 수 + 800Gen4: 210 * vCore count + 800
Gen5: 105 * vCore 수 + 800Gen5: 105 * vCore count + 800
읽기 전용 복제본Read-only replicas 00 1 (가격에 포함 됨)1 (included in price)
계산 격리Compute isolation 범용 인스턴스가 다른 인스턴스와 실제 하드웨어를 공유할 수 있으므로 Gen5은 지원 되지 않습니다.Gen5 is not supported as General Purpose instances may share physical hardware with other instances
Gen4는 사용 중단으로 인해 지원 되지 않습니다.Gen4 is not supported due to deprecation
Gen5:Gen5:
-40, 64, 80 vCores에 지원 됨-supported for 40, 64, 80 vCores
-다른 크기에 대해서는 지원 되지 않습니다.-not supported for other sizes

Gen4는 사용 중단으로 인해 지원 되지 않습니다.Gen4 is not supported due to deprecation

몇 가지 추가 고려 사항:A few additional considerations:

  • 현재 사용할 수 있는 인스턴스 저장소 크기 는 예약 된 인스턴스 크기와 사용 된 저장소 공간의 차이입니다.Currently available instance storage size is the difference between reserved instance size and the used storage space.
  • 사용자 및 시스템 데이터베이스의 데이터 및 로그 파일 크기는 모두 최대 저장소 크기 제한과 비교 하 여 인스턴스 저장소 크기에 포함 됩니다.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 the 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는 SQL Managed Instance에 의해 명시적으로 제한 되지 않는 파일 크기 에 따라서도 달라 집니다.Throughput and IOPS in the General Purpose tier also depend on the file size that is not explicitly limited by the SQL Managed Instance. 자동 장애 조치 그룹 을 사용 하 여 다른 Azure 지역에서 읽을 수 있는 다른 복제본을 만들 수 있습니다.You can create another readable replica in a different Azure region using auto-failover groups
  • 최대 인스턴스 IOPS는 파일 레이아웃 및 워크 로드 배포에 따라 달라 집니다.Max instance IOPS depend on the file layout and distribution of workload. 예를 들어 각각 최대 5K IOPS를 사용 하 여 7 x 1TB 파일을 만들고 각각 500 IOPS를 사용 하는 7 개의 작은 파일 (128 미만)을 만드는 경우 워크 로드에서 모든 파일을 사용할 수 있는 경우 인스턴스당 38500 IOPS (7x5000 + 7x500)를 가져올 수 있습니다.As an example, if you create 7 x 1TB files with max 5K IOPS each and 7 small files (smaller than 128 GB) with 500 IOPS each, you can get 38500 IOPS per instance (7x5000+7x500) if your workload can use all files. 일부 IOPS는 자동 백업에도 사용 됩니다.Note that some IOPS is also used for auto-backups.

이 문서에서는 SQL Managed Instance 풀의 리소스 제한에 대 한 자세한 정보를 확인 합니다.Find more information about the resource limits in SQL Managed Instance pools in this article.

일반적인 용도의 계층의 파일 IO 특성File IO characteristics in General Purpose tier

범용 서비스 계층에서 모든 데이터베이스 파일은 파일 크기에 따라 달라 지는 전용 IOPS 및 처리량을 가져옵니다.In the General Purpose service tier every database file gets dedicated IOPS and throughput that depend on the file size. 더 큰 파일은 더 많은 IOPS 및 처리량을 얻습니다.Larger files get more IOPS and throughput. 데이터베이스 파일의 IO 특성은 다음 표에 나와 있습니다.IO characteristics of database files are shown in the following table:

파일 크기File size >= 0 및 <= 128 GiB>=0 and <=128 GiB >128 및 <= 512 GiB>128 and <= 512 GiB >0.5 및 <= 1 TiB>0.5 and <=1 TiB >1 및 <= 2 TiB>1 and <=2 TiB >2 및 <= 4 TiB>2 and <=4 TiB >4 및 <= 8 TiB>4 and <=8 TiB
파일당 IOPSIOPS per file 500500 23002300 5,0005000 7,5007500 7,5007500 12,50012,500
파일당 처리량Throughput per file 100MiB/초100 MiB/s 150MiB/초150 MiB/s 200MiB/초200 MiB/s 250MiB/초250 MiB/s 250MiB/초250 MiB/s 480 MiB/s480 MiB/s

일부 데이터베이스 파일에서 높은 IO 대기 시간이 발생 하거나 IOPS/처리량이 제한에 도달 하는 것을 확인 한 경우 파일 크기를 늘려서성능을 향상 시킬 수 있습니다.If you notice high IO latency on some database file or you see that IOPS/throughput is reaching the limit, you might improve performance by increasing the file size.

최대 로그 쓰기 처리량에 대 한 인스턴스 수준 제한도 있습니다 (값 (예: 22 m b/초). 인스턴스 처리량 제한에 도달 하 여 로그 파일에서 최대 파일에 도달 하지 못할 수 있습니다.There is also an instance-level limit on the max log write throughput (see above for values e.g. 22 MB/s), so you may not be able to reach the max file throughout on the log file because you are hitting the instance throughput limit.

지원되는 지역Supported regions

SQL Managed Instance은 지원 되는 지역에서만 만들 수 있습니다.SQL Managed Instance can be created only in supported regions. 현재 지원 되지 않는 지역에서 SQL Managed Instance를 만들려면 Azure Portal를 통해 지원 요청을 보낼수 있습니다.To create a SQL Managed Instance in a region that is currently not supported, you can send a support request via the Azure portal.

지원되는 구독 유형Supported subscription types

SQL Managed Instance는 현재 다음 유형의 구독에 대 한 배포만 지원 합니다.SQL Managed Instance currently supports deployment only on the following types of subscriptions:

지역별 리소스 제한Regional resource limitations

참고

구독에 대 한 지역 가용성에 대 한 최신 정보를 보려면 먼저 지역을 선택하세요.For the latest information on region availability for subscriptions, first check select a region.

지원되는 구독 유형에는 지역당 제한된 수의 리소스가 포함될 수 있습니다.Supported subscription types can contain a limited number of resources per region. SQL Managed Instance에는 Azure 지역 당 두 가지 기본 제한이 있습니다. 즉, 구독 유형의 유형에 따라 Azure Portal에서 특수 지원 요청 을 만들어 요청 시 증가 시킬 수 있습니다.SQL Managed Instance has two default limits per Azure region (that can be increased on-demand by creating a special support request in the Azure portal depending on a type of subscription type:

  • 서브넷 제한: SQL Managed Instance 인스턴스가 단일 지역에 배포 되는 최대 서브넷 수입니다.Subnet limit: The maximum number of subnets where instances of SQL Managed Instance are deployed in a single region.
  • Vcore 단위 제한: 단일 지역의 모든 인스턴스에 배포할 수 있는 최대 vcore 단위 수입니다.vCore unit limit: The maximum number of vCore units that can be deployed across all instances in a single region. 하나의 GP vCore는 vCore 단위 하나를 사용 하 고 하나의 BC vCore는 4 개의 vCore를 사용 합니다.One GP vCore uses one vCore unit and one BC vCore takes 4 vCore units. 총 인스턴스 수는 vCore 단위 제한 내에 있기만 하면 제한 되지 않습니다.The total number of instances is not limited as long as it is within the vCore unit limit.

참고

이러한 제한은 기술 제한이 아닌 기본 설정입니다.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 instances in the current region. 대신 지원 요청을 보내지 않고 다른 Azure 지역에 SQL Managed Instance의 새 인스턴스를 만들 수 있습니다.As an alternative, you can create new instances of SQL Managed Instance in another Azure region without sending support requests.

다음 표에서는 지원 되는 구독 유형에 대 한 기본 지역 제한을 보여 줍니다. 기본 제한은 아래 설명 된 지원 요청을 사용 하 여 확장할 수 있습니다.The following table shows the default regional limits for supported subscription types (default limits can be extended using support request described below):

구독 유형Subscription type SQL Managed Instance 서브넷의 최대 수Max number of SQL Managed Instance subnets 최대 vCore 단위 수 *Max number of vCore units*
종량제Pay-as-you-go 33 320320
CSPCSP 8 (일부 지역의 경우 15 * *)8 (15 in some regions**) 960 (일부 지역에서 1440 * *)960 (1440 in some regions**)
종량제 개발/테스트Pay-as-you-go Dev/Test 33 320320
Enterprise 개발/테스트Enterprise Dev/Test 33 320320
EAEA 8 (일부 지역의 경우 15 * *)8 (15 in some regions**) 960 (일부 지역에서 1440 * *)960 (1440 in some regions**)
Visual Studio EnterpriseVisual Studio Enterprise 22 6464
Visual Studio Professional 및 MSDN 플랫폼Visual Studio Professional and MSDN Platforms 22 3232

* 배포 계획에서 중요 비즈니스용 (BC) 서비스 계층에는 일반 용도 (GP) 서비스 계층 보다 4 배 더 많은 vCore 용량이 필요 하다는 점을 고려 하세요.* In planning deployments, please take into consideration that Business Critical (BC) service tier requires four (4) times more vCore capacity than General Purpose (GP) service tier. 예: 1 GP vCore = 1 vCore 단위 및 1 BC vCore = 4 vCoreFor example: 1 GP vCore = 1 vCore unit and 1 BC vCore = 4 vCore. 기본 제한에 대해 사용량 분석을 간소화 하기 위해는 SQL Managed Instance 배포 된 지역의 모든 서브넷에서 vCore 단위를 요약 하 고 해당 결과를 구독 유형에 대 한 인스턴스 단위 제한과 비교 합니다.To simplify your consumption analysis against the default limits, summarize the vCore units across all subnets in the region where SQL Managed Instance is deployed and compare the results with the instance unit limits for your subscription type. 최대 vCore 단위 수 제한은 한 지역의 각 구독에 적용 됩니다.Max number of vCore units limit applies to each subscription in a region. 여러 서브넷에 배포 된 모든 Vcores의 합계가 최대 vcores 단위 수 와 같거나 작아야 한다는 점만 제외 하 고 개별 서브넷 당 제한이 없습니다.There is no limit per individual subnets except that the sum of all vCores deployed across multiple subnets must be lower or equal to max number of vCore units.

** 더 큰 서브넷 및 vCore 제한은 오스트레일리아 동부, 미국 동부, 미국 동부 2, 서유럽, 미국 동부, 동남 아시아, 영국 남부, 유럽 서부, 미국 서 부 2 지역에서 사용할 수 있습니다.** Larger subnet and vCore limits are available in the following regions: Australia East, East US, East US 2, North Europe, South Central US, Southeast Asia, UK South, West Europe, West US 2.

중요

VCore 및 서브넷 한도가 0 인 경우 구독 유형에 대 한 기본 지역 제한이 설정 되지 않았음을 의미 합니다.In case your vCore and subnet limit is 0, it means that default regional limit for your subscription type is not set. 또한 필수 vCore 및 서브넷 값을 제공 하는 동일한 절차에 따라 특정 지역에서 구독 액세스를 가져오기 위해 할당량 증가 요청을 사용할 수 있습니다.You can also use quota increase request for getting subscription access in specific region following the same procedure - providing required vCore and subnet values.

할당량 증가 요청Request a quota increase

현재 지역에서 더 많은 인스턴스가 필요한 경우 Azure Portal를 사용 하 여 할당량을 연장 하는 지원 요청을 보냅니다.If you need more instances in your current regions, send a support request to extend the quota using the Azure portal. 자세한 내용은 Azure SQL Database에 대 한 요청 할당량 늘리기를 참조 하세요.For more information, see Request quota increases for Azure SQL Database.

다음 단계Next steps