Azure SQL Managed Instance 리소스 제한 개요

이 글에서는 Azure SQL Managed Instance의 기술적 특성과 자원 제한에 대한 개요를 제공합니다. 또한 이 한도에 대한 인상 요청 방법에 대한 정보도 제공합니다.

참고 사항

지원되는 기능과 T-SQL 문장의 차이점에 대해서는 기능 차이점 과 T-SQL 문 지원을 참조하세요. Azure SQL Database와 SQL Managed Instance의 서비스 계층 간 일반적인 차이점에 대해서는 General Purpose 및 Business Critical 서비스 계층을 참고하세요.

하드웨어 구성 특성

이 섹션에서는 다음을 수행합니다.

메모리 최적화 프리미엄 시리즈 하드웨어와 16TB 저장 용량을 갖춘 프리미엄 시리즈 하드웨어에 대한 지역 지원
메모리 내 OLTP 사용 가능한 공간

SQL Managed Instance에는 기본 인프라 및 아키텍처에 따라 달라지는 특성과 리소스 제한이 있습니다. SQL Managed Instance는 여러 세대의 하드웨어에 배포할 수 있습니다.

하드웨어 세대에는 다음 표에서 설명하는 다양한 특성이 있습니다.

특징	표준 시리즈(Gen5)	프리미엄 시리즈	메모리 최적화 프리미엄 시리즈
중앙 처리 장치(CPU)	Intel® E5-2673 v4(Broadwell) 2.3GHz, Intel® SP-8160(Skylake) 및 Intel® 8272CL(Cascade Lake) 2.5GHz 프로세서	Intel® 8370C(Ice Lake) 2.8GHz 프로세서	Intel® 8370C(Ice Lake) 2.8GHz 프로세서
vCore 수 vCore=1LP(하이퍼 스레드)	vCore 2개^1개 -80	vCore 2개^1개 -128	4~128개 vCore
최대 메모리(메모리/vCore 비율)	vCore당 5.1GB - 최대 408GB 더 많은 메모리를 얻으려면 vCore를 더 추가합니다.	vCore당 7GB, 최대 80개 vCore - 최대 560GB	vCore당 13.6GB, 최대 64개 vCore - 최대 870.4GB
메모리 내 최대 OLTP 메모리	인스턴스 제한: vCore당 0.8 ~ 1.65GB	인스턴스 제한: vCore당 1.1~2,3GB	인스턴스 제한: vCore당 2.2~4.5GB
최대 인스턴스 예약된 스토리지²	범용: 최대 32TB⁴ 중요 비즈니스용 최대 4TB	범용: 최대 32TB⁴ 중요 비즈니스: 최대 16TB³	범용: 최대 32TB⁴ 중요 비즈니스용 최대 16TB

¹인스턴스 풀 내에서만 2-vCore 인스턴스를 배포할 수 있습니다.
²vCores 수에 따라 달라집니다.
³다음 지역에서는 16TB의 스토리지를 제공할 수 있지만 다른 지역에서는 사용 가능한 스토리지를 5.5TB로 제한할 수 있습니다.
클래식 범용 ⁴ 16TB. 차세대 범용 서비스 계층에만 32TB

참고 사항

워크로드에 Azure SQL Managed Instance에 대해 사용 가능한 리소스 제한보다 큰 스토리지 크기가 필요한 경우 Azure SQL Database 하이퍼스케일 서비스 계층을 고려합니다.

메모리 최적화 프리미엄 시리즈 하드웨어와 16TB 저장 용량을 갖춘 프리미엄 시리즈 하드웨어에 대한 지역 지원

16TB 스토리지가 있는 프리미엄 시리즈 하드웨어에 대한 지원은 메모리 최적화 프리미엄 시리즈 하드웨어에 대한 지원과 동일한 가용성이 있습니다. 자세한 내용은 메모리 최적화 프리미엄 시리즈 하드웨어와 16TB 저장 용량을 가진 프리미엄 시리즈 하드웨어에 대한 지역 지원 항목을 참조하세요.

메모리 내 OLTP 사용 가능한 공간

비즈니스 크리티컬 서비스 계층의 인메모리 OLTP 공간 용량은 vCore 수와 하드웨어 구성에 따라 달라집니다. 다음 표는 인메모리 OLTP 객체에 사용할 수 있는 메모리 한계를 나열합니다.

vCore	표준 시리즈(Gen5)	프리미엄 시리즈	메모리 최적화 프리미엄 시리즈
vCore 4개	3.14GB	4.39GB	8.79GB
6개 vCore	-	6.59GB	15.32GB
vCore 8개	6.28GB	8.79GB	22.06GB
10개 vCore	-	12.11GB	30.94GB
12개 vCore	-	15.43GB	39.82GB
vCore 16개	15.77GB	22.06GB	57.58GB
20개 vCore	-	28.70GB	75.34GB
24개 vCore	25.25GB	35.34GB	93.09GB
vCore 32개	37.94GB	53.09GB	128.61GB
40개 vCore	52.23GB	73.09GB	164.13GB
48개 vCore	-	95.34GB	199.64GB
56개 vCore	-	117.58GB	244.13GB
vCore 64개	99.9GB	139.82GB	288.61GB
80개 vCore	131.68GB	184.30GB	288.61GB
96개 vCore	해당 없음	184.30GB	288.61GB
128개 vCore	해당 없음	184.30GB	288.61GB

서비스 계층 특성

SQL Managed Instance에는 범용 및 중요 비즈니스용의 두 가지 서비스 계층이 있습니다. 업그레이드된 차세대 범용 서비스 계층을 사용하도록 선택할 수 있습니다.

중요

비즈니스 크리티컬 서비스 계층은 읽기 전용 워크로드에 사용되는 SQL Managed Instance(보조 복제본)의 추가 내장 복사본을 제공합니다. 읽기-쓰기 쿼리를 읽기 전용, 분석, 보고 쿼리와 분리하면 동일한 비용으로 두 배의 vCore와 메모리를 얻을 수 있습니다. 보조 복제본은 주 인스턴스보다 몇 초 늦을 수 있어서, 정확한 현재 상태가 필요 없는 보고와 분석 작업을 분산시키도록 설계되었습니다. 다음 표에서 읽기 전용 쿼리 는 보조 복제본에서 실행되는 쿼리입니다.

이 섹션에서는 다음을 수행합니다.

vCore 수
최대 메모리
최대 인스턴스 스토리지 크기
서비스 계층 특성 비교
IOPS 및 처리량
데이터 및 로그 스토리지
백업 및 스토리지
추가 특성 고려 사항

vCore 수

하드웨어 생성	범용	차세대 범용	중요 비즈니스용
표준 시리즈(Gen5)	2¹, 4, 8, 16, 24, 32, 40, 64, 80	4, 8, 16, 24, 32, 40, 64, 80	4, 8, 16, 24, 32, 40, 64, 80
프리미엄 시리즈	2¹, 4, 8, 16, 24, 32, 40, 64, 80	4, 6, 8, 10, 12, 16, 20, 24, 32, 40, 48, 56, 64, 80, 96, 128	4, 6, 8, 10, 12, 16, 20, 24, 32, 40, 48, 56, 64, 80, 96, 128
메모리 최적화 프리미엄 시리즈	4, 8, 16, 24, 32, 40, 64, 80	4, 6, 8, 10, 12, 16, 20, 24, 32, 40, 48, 56, 64, 80, 96, 128	4, 6, 8, 10, 12, 16, 20, 24, 32, 40, 48, 56, 64, 80, 96, 128

¹ 하나의 인스턴스 풀 내에서 2개의 vCore 인스턴스 배포만 가능합니다.

최대 메모리

하드웨어 생성	범용	차세대 범용	중요 비즈니스용
표준 시리즈(Gen5)	20.4GB - 408GB 5.1GB/vCore	20.4GB - 408GB 5.1GB/vCore	20.4GB - 408GB 각 복제본에서 5.1GB/vCore
프리미엄 시리즈	28GB - 560GB 7GB/vCore	28GB - 560GB 7GB/vCore	28GB - 560GB 각 복제본에서 최대 80개 vCore¹까지 7GB/vCore
메모리 최적화 프리미엄 시리즈	54.4GB - 870.4GB 13.6GB/vCore	54.4GB - 870.4GB 13.6GB/vCore	54.4GB - 870.4GB 각 복제본에서 최대 64개 vCore¹까지 13.6GB/vCore

¹ 메모리 대 vCore 비율은 프리미엄 시리즈 하드웨어의 경우 최대 80개 vCore, 메모리 최적화 프리미엄 시리즈에 대해서는 64개 vCore까지 사용할 수 있습니다. 최대 메모리는 80개를 초과하는 프리미엄 시리즈 vCore의 경우 560GB, 64개 이상의 메모리 최적화 프리미엄 시리즈 vCore의 경우 870.4GB로 제한됩니다.

최대 인스턴스 스토리지 크기(예약됨)

다음 표에서는 각 하드웨어 생성 및 서비스 계층에 대한 vCore 수에 따라 최대 스토리지 크기를 나열합니다.

하드웨어 생성	범용¹	차세대 범용	중요 비즈니스^{용 2}
표준 시리즈(Gen5)	- 2TB(4개 vCore용) - 8TB(8개 vCore용) - 16TB(다른 크기용)	- 2TB(4개 vCore용) - 8TB(8개 vCore용) - vCore 16개, vCore 24개에 대해 16TB - 32, 40, 64, 80 vCore의 경우 32TB	- 1TB(4, 8, 16개 vCore용) - vCore 24개에 대해 2TB - 4TB(32, 40, 64, 80개 vCore용)
프리미엄 시리즈	- 2TB(4개 vCore용) - 8TB(8개 vCore용) - 16TB(다른 크기용)	- 2TB(4, 6개 vCore용) - 8TB(8, 10, 12개 vCore용) - 16TB(16, 20, 24개 vCore용) - 32TB(32, 40, 48, 56, 64, 80, 96, 128개 vCore용)	- 4개, vCore 6개에 대해 1TB - 8개, 10개, 12개 vCore의 경우 2TB - 4TB(16, 20개 vCore용) - 5.5TB(24, 32, 40, 48, 56 vCore용) - 64, 80, 96, 128 vCore³의 경우 5.5TB 또는 16TB(지역에 따라 다름)
메모리 최적화 프리미엄 시리즈	- 2TB(4개 vCore용) - 8TB(8개 vCore용) - 16TB(다른 크기용)	- 2TB(4, 6개 vCore용) - 8TB(8, 10, 12개 vCore용) - 16TB(16, 20, 24개 vCore용) - 32TB(32, 40, 48, 56, 64, 80, 96, 128개 vCore용)	- 4개, vCore 6개에 대해 1TB - 8개, 10개, 12개 vCore의 경우 2TB - 4TB(16, 20개 vCore용) - 5.5TB(24개 vCore용) - 32, 40 vCore⁴의 경우 5.5TB 또는 8TB(지역에 따라 다름) - 12TB(48, 56개 vCore용) - 16TB(64, 80, 96, 128개 vCore용)

¹ 범용 서비스 계층 tempdb 에서 로컬 SSD 스토리지를 사용합니다.

² 중요 비즈니스용 서비스 계층 tempdb 에서 로컬 SSD 스토리지를 데이터 및 로그 파일과 공유합니다. 크기 tempdb 는 현재 사용 가능한 인스턴스 스토리지 크기까지 증가할 수 있습니다.

³주요 지역 만 이러한 CPU vCore 번호에 대한 프리미엄 시리즈 하드웨어에 16TB의 스토리지를 제공할 수 있습니다. 더 소규모 지역은 사용 가능한 스토리지를 5.5TB로 제한합니다.

⁴주요 지역 만 이러한 CPU vCore 번호에 대해 프리미엄 시리즈 메모리 최적화 하드웨어에 8TB의 스토리지를 제공할 수 있습니다. 더 소규모 지역은 사용 가능한 스토리지를 5.5TB로 제한합니다.

서비스 계층 특성 비교

특징	범용	차세대 범용	중요 비즈니스용
최대 데이터베이스 크기	현재 사용할 수 있는 최대 인스턴스 크기(vCore 수에 따라 달라짐)	현재 사용할 수 있는 최대 인스턴스 크기(vCore 수에 따라 달라짐)	현재 사용할 수 있는 최대 인스턴스 크기(vCore 수에 따라 달라짐)
최대 `tempdb` 데이터베이스 크기	24GB/vCore(96 - 1,920GB) 및 현재 사용할 수 있는 인스턴스 스토리지 크기로 제한됩니다. vCore를 더 추가하여 더 많은 `tempdb` 공간을 얻습니다. 로그 파일 크기는 120GB로 제한됩니다.	24GB/vCore(96 - 1,920GB) 및 현재 사용할 수 있는 인스턴스 스토리지 크기로 제한됩니다. vCore를 더 추가하여 더 많은 `tempdb` 공간을 얻습니다. 로그 파일 크기는 120GB로 제한됩니다.	현재 사용할 수 있는 최대 인스턴스 스토리지 크기입니다.
최대 `tempdb` 파일 수	128	128	128
인스턴스당 최대 데이터베이스 수	인스턴스 스토리지 크기 제한에 도달하지 않은 경우 100개의 사용자 데이터베이스.	사용자 데이터베이스 500개	인스턴스 스토리지 크기 제한에 도달하지 않은 경우 100개의 사용자 데이터베이스.
최대 데이터베이스 파일 수	280(인스턴스 스토리지 크기 또는 Azure 프리미엄 디스크 스토리지 할당 공간 제한에 도달하지 않은 경우)	데이터베이스당 4,096개 파일	데이터베이스당 32,767개 파일(인스턴스 스토리지 크기 제한에 도달하지 않은 경우)
최대 데이터 파일 크기	각 데이터 파일의 최대 크기는 8 TB입니다. 8TB보다 큰 데이터베이스에는 둘 이상의 데이터 파일을 사용합니다.	현재 사용할 수 있는 최대 인스턴스 크기(vCore 수에 따라 달라짐)	현재 사용할 수 있는 최대 인스턴스 크기(vCore 수에 따라 달라짐)
최대 로그 파일 크기	2TB 및 현재 사용할 수 있는 인스턴스 스토리지 크기로 제한됩니다.	2TB 및 현재 사용할 수 있는 인스턴스 스토리지 크기로 제한됩니다.	2TB 및 현재 사용할 수 있는 인스턴스 스토리지 크기로 제한됩니다.
데이터/로그 IOPS(근사치)	파일당 500~7500 * 더 많은 IOPS를 얻기 위해 파일 크기 늘리기	예약된 스토리지 * 3 - VM 제한까지 32GB, 64GB 및 96GB 예약 스토리지의 경우 300개. * VM 제한은 vCores 수에 따라 달라집니다. 4개 vCore가 있는 VM의 경우 6400 IOPS - 128개 vCore가 있는 VM의 경우 80K IOPS	16K - 320K(4000 IOPS/vCore) 더 나은 IO 성능을 얻으려면 vCore를 더 추가합니다.
데이터 처리량(근사치)	파일당 100~250MiB/초 * 더 나은 I/O 성능을 얻으려면 파일 크기 증가	IOPS/30MBps - VM 제한까지. 32GB, 64GB 및 96GB 예약 스토리지의 경우 75MBps.	제한되지 않습니다.
로그 쓰기 처리량 한도(인스턴스당)	vCore당 4.5MiB/초 인스턴스당 최대 120MiB/초 DB당 22~65MiB/초(로그 파일 크기에 따라 달라짐) * 더 나은 I/O 성능을 얻으려면 파일 크기 증가	표준 시리즈: vCore당 4.5MiB/초 최대 120 MiB/s 프리미엄 시리즈 및 메모리 최적화 프리미엄 시리즈: vCore당 4.5MiB/초 최대 192MiB/초	표준 시리즈: v코어당 16 MiB/s 최대 160 MiB/s 프리미엄 시리즈 및 메모리 최적화 프리미엄 시리즈: v코어당 16 MiB/s 최대 192MiB/초
스토리지 IO 대기 시간(대략¹)	5~10ms	3~5ms	1~2ms
메모리 내 OLTP	지원되지 않음	지원되지 않음	사용 가능, 크기는 vCore의 수에 따라 달라집니다.
최대 세션	30000	30000	30000
최대 동시 작업자 수	105 * vCore 수 + 800	105 * vCore 수 + 800	105 * vCore 수 + 800
읽기 전용 복제본을 사용하여 읽기 전용 쿼리 워크로드 오프로드	0	0	1(가격에 포함)
컴퓨팅 격리	범용 인스턴스가 물리적 하드웨어를 다른 인스턴스와 공유할 수 있으므로 지원되지 않음	차세대 범용 인스턴스가 물리적 하드웨어를 다른 인스턴스와 공유할 수 있으므로 지원되지 않음	Standard 시리즈(Gen5): 64개 이상의 vCore를 사용하는 구성에 대해 지원됨 프리미엄 시리즈: 64개 이상의 vCore를 사용하는 구성에 대해 지원됨 메모리 최적화 프리미엄 시리즈: 64개 이상의 vCore를 사용하는 구성에 대해 지원됨
가용성을 위한 복제본	고가용성을 위한 대기 노드	고가용성을 위한 대기 노드	4개의 고가용성 복제본 중에서 1 은 읽기 스케일링 복제본이기도 합니다.
장애 조치 그룹을 사용하도록 설정한 읽기 전용 복제본	하나의 추가 읽기 전용 복제본. 주 복제본을 포함하는 총 2개의 읽기 가능한 복제본.	하나의 추가 읽기 전용 복제본. 주 복제본을 포함하는 총 2개의 읽기 가능한 복제본.	2개의 추가 읽기 전용 복제본, 총 3개의 읽기 전용 복제본. 주 복제본을 포함하는 총 4개의 읽기 가능한 복제본.
가격 책정 및 청구	vCore, 예약된 스토리지 및 백업 스토리지에 대한 요금이 청구됩니다. IOPS는 청구되지 않습니다.	vCore, 예약된 스토리지, 백업 스토리지 및 IOPS(무료 할당량 초과)가 청구됩니다.	vCore, 예약된 스토리지 및 백업 스토리지에 대한 요금이 청구됩니다. IOPS는 요금이 청구되지 않습니다.
할인 모델	Azure Reservations Azure 하이브리드 혜택 - Azure SQL Database & SQL Managed Instance(개발/테스트 구독에서는 사용할 수 없음) Enterprise 및 종량제 개발/테스트 구독	Azure Reservations Azure 하이브리드 혜택 - Azure SQL Database & SQL Managed Instance(개발/테스트 구독에서는 사용할 수 없음) Enterprise 및 종량제 개발/테스트 구독	Azure Reservations Azure 하이브리드 혜택 - Azure SQL Database & SQL Managed Instance(개발/테스트 구독에서는 사용할 수 없음) Enterprise 및 종량제 개발/테스트 구독

¹ 평균 범위입니다. 대부분의 IO 요청 기간은 범위 맨 위에 속하지만 범위를 초과하는 이상값이 가능합니다.

IOPS 및 처리량

IOPS 및 처리량은 IO 파일 시스템의 특징입니다.

IOPS 및 처리량은 다음과 같은 방법으로 서비스 계층에 따라 다릅니다.

중요 비즈니스용 서비스 계층에서 처리량은 무제한입니다.
범용 서비스 계층에서 처리량은 파일 크기에 따라 달라집니다.
차세대 범용 서비스 계층에서 처리량은 인스턴스에 할당된 IOPS 수에 비례하여 확장됩니다.

다음 섹션에서는 서비스 계층별 IO 특성을 자세히 설명합니다.

범용 서비스 계층의 IOPS 및 처리량

범용 서비스 계층에서 모든 데이터베이스 파일은 파일 크기에 따라 달라지는 전용 IOPS 및 처리량을 얻습니다. 더 큰 파일은 더 많은 IOPS 및 처리량을 얻습니다.

다음 표에서는 범용 서비스 계층에 있는 데이터베이스 파일의 IO 특성을 보여 줍니다.

파일 크기	>=0 및 <=129GiB	>129 및 <=513GiB	>513 및 <=1025GiB	>1025 및 <=2049GiB	>2049 및 <=4097GiB	>4097GiB 및 <=8TiB
파일당 IOPS	500	2300	5,000	7,500	7,500	7,500
파일당 처리량	100MiB/초	150MiB/초	200MiB/초	250MiB/초	250MiB/초	250MiB/초

일부 데이터베이스 파일에 대해 높은 IO 대기 시간이 발생하거나 IOPS/처리량이 한도에 도달하는 것을 확인한 경우 파일 크기를 늘려 성능을 향상시킬 수 있습니다.

또한 최대 로그 쓰기 처리량에 대한 인스턴스 수준 제한이 있으므로(값은 이전 표 참조, 예: 22MiB/초) 인스턴스 처리량 제한에 도달하기 때문에 로그 파일 전체에서 최대 파일에 도달하지 못할 수 있습니다.

차세대 범용 서비스 계층의 IOPS 및 처리량

차세대 범용 서비스 계층에는 다음과 같은 IOPS 특성이 있습니다.

최소 보장 IOPS: 모든 인스턴스는 예약된 스토리지에 관계없이 최소 300 IOPS를 보장합니다.
예약 스토리지를 사용하여 IOPS 크기 조정: 예약된 스토리지의 1GB마다 3개의 기본 제공 IOPS가 제공됩니다. 예를 들어 1024GB의 예약된 스토리지가 있는 경우 3072 IOPS가 할당됩니다.
추가 IOPS: 기본 제공 값보다 큰 IOPS 양을 최대 한도까지 늘릴 수 있습니다.
vCore 수당 최대 IOPS 상한: vCore 테이블당 최대 IOPS와 같이 각 vCore 구성에는 최대 IOPS 제한이 있습니다.

차세대 범용 서비스 계층에는 다음과 같은 처리량 특성이 있습니다.

최소 보장 처리량: 모든 인스턴스는 vCore 수에 관계없이 최소 75MB/s의 처리량을 보장합니다.
IOPS를 사용하여 처리량 크기 조정: 처리량은 수식을 throughput (MB/s) = IOPS / 30사용하여 인스턴스에 할당된 IOPS 수에 비례하여 확장됩니다. 예를 들어 3,000 IOPS로 할당된 인스턴스는 100MB/s의 처리량을 받습니다.
vCore 수당 최대 처리량 한도: vCore 테이블당 최대 처리량과 같이 각 vCore 구성에는 최대 처리량 제한이 있습니다. 이 한도에 도달하기 위해 필요한 IOPS가 프로비전되면 추가 IOPS를 할당하면 IOPS 용량이 증가하지만 처리량은 더 증가하지 않습니다. 예를 들어 4개 vCore 인스턴스(최대 6,400 IOPS)는 4,350 IOPS에서 처리량 한도인 145MB/s에 도달합니다. IOPS를 4,350에서 6,400으로 조정하면 인스턴스에 더 많은 IOPS가 제공되지만 처리량은 145MB/s로 제한됩니다. 최대 처리량을 늘리려면 vCore를 더 추가합니다.

다음 표에서는 차세대 범용 서비스 계층의 인스턴스에 할당된 vCore 수당 최대 IOPS 및 처리량을 보여 줍니다.

vCore 수	최대 IOPS	최대 처리량(MB/s)
4	6,400	145
6	9,600	217
8 (여덟)	12,800	290
10	16,000	367
12	19,200	445
16	25,600	600
20	32,000	665
24	3만 8천 4백	730
32	5만 1천 2백	865
40	64,000	1,152
48	76,800	1,152
56 - 128	80,000	1,200

차세대 범용 IOPS 가격 책정

추가 IOPS를 사용하는 경우 다음을 고려합니다.

IOPS/월당 추가 IOPS 요금이 청구됩니다.
청구 가능한 IOPS는 다음 수식 Billable IOPS = Total IOPS - default IOPS으로 계산됩니다.

예를 들어 6400 IOPS를 사용하는 종량제 4 vCore 인스턴스가 있는 경우 다음 요금이 청구됩니다.

vCore 4개
vCore 4개에 대한 SQL 라이선스
1024GB의 예약 스토리지
청구 가능한 IOPS 3328 .(6400 - (1024*3) = 3328 IOPS)

중요 비즈니스용 서비스 계층의 IOPS 및 처리량

중요 비즈니스용 서비스 계층에서 사용 가능한 IOPS는 수식을 4000 IOPS/vCore사용하는 vCore 수에 따라 결정됩니다. 중요 비즈니스용 서비스 계층은 데이터 및 로그 파일에 로컬 스토리지를 사용하므로 처리량은 무제한입니다.

다음 표에서는 vCore 수에 따라 중요 비즈니스용 서비스 계층에서 사용할 수 있는 최대 IOPS를 나열합니다.

vCore 수	중요 비즈니스용
4	16,000
6	24,000
8 (여덟)	32,000
10	40,000
12	48,000
16	64,000
20	80,000
24	96,000
32	128,000
40	160,000
48	192,000
56	224,000
64	256,000
80	320,000
96	320,000
128	320,000

데이터 및 로그 스토리지

다음 요인들이 데이터 및 로그 파일에 사용되는 저장 공간의 양에 영향을 미칩니다. 이 요소들은 범용 및 비즈니스 중요 계층 모두에 적용됩니다.

범용 서비스 계층의 경우 tempdb에서 로컬 SSD를 사용하며, 이 스토리지의 비용이 vCore 가격에 포함됩니다.
비즈니스 크리티컬 서비스 계층 tempdb 에서는 로컬 SSD 저장소와 데이터 및 로그 파일을 공유하며, 스토리지 비용은 tempdb vCore 가격에 포함됩니다. 현재 사용 가능한 인스턴스 스토리지 크기까지 크기를 지정할 tempdb 수 있습니다.
SQL Managed Instance의 최대 저장 용량을 32GB 배수로 지정해야 합니다.

중요

두 서비스 계층 모두에서 SQL Managed Instance에 설정된 최대 저장 공간에 대해 비용을 지불합니다.

SQL Managed Instance에 사용한 총 인스턴스 스토리지 크기를 모니터링하려면 storage_space_used_mb메트릭을 사용합니다. T-SQL을 사용하여 데이터베이스에서 개별 데이터 및 로그 파일의 현재 할당 및 사용된 스토리지 크기를 모니터링하려면 sys.database_files 보기와 FILEPROPERTY(... , 'SpaceUsed') 함수를 사용합니다.

팁

일부 상황에서는 사용되지 않는 공간을 회수하기 위해 데이터베이스를 축소해야 할 수 있습니다. 자세한 내용은 DBCC SHRINKFILE을 참조하세요.

백업 및 스토리지

데이터베이스 백업용 스토리지는 SQL Managed Instance의 PITR(특정 시점 복원) 및 LTR(장기 보존) 기능을 지원하기 위해 할당됩니다. 이 스토리지는 데이터 및 로그 파일 스토리지와는 별개이며 별도로 청구됩니다.

PITR: 범용 및 중요 비즈니스 계층에서 개별 데이터베이스 백업은 RA-GRS(읽기 액세스 지역 중복) 스토리지에 자동으로 복사됩니다. 스토리지 크기는 새 백업이 생성될 때 동적으로 늘어납니다. 전체, 차등 및 트랜잭션 로그 백업에 스토리지를 사용합니다. 스토리지 사용량은 백업에 대해 구성된 데이터베이스 변동률과 보존 기간에 따라 다릅니다. 각 데이터베이스마다 SQL Managed Instance에 대해 1~35일 범위의 개별 보존 기간을 구성할 수 있습니다. 구성된 최대 데이터 크기와 같은 백업 스토리지 용량이 추가 요금 없이 제공됩니다.
LTR: 최대 10년 동안 전체 백업의 장기 보존을 구성하는 옵션도 있습니다. LTR 정책을 설정하는 경우 이러한 백업은 RA-GRS 스토리지에 자동으로 저장되지만 백업 복사 빈도를 제어할 수 있습니다. 서로 다른 준수 요건을 충족하기 위해 주간, 월간, 연간 백업에 대해 서로 다른 보존 기간을 선택할 수 있습니다. 선택한 구성에 따라 LTR 백업에 사용되는 스토리지의 양이 결정됩니다. 자세한 내용은 장기 보존 Azure SQL Database 및 Azure SQL Managed Instance참조하세요.

추가 특성 고려 사항

현재 사용할 수 있는 인스턴스 스토리지 크기는 예약 인스턴스 크기와 사용된 스토리지 공간의 차이입니다.
사용자 및 시스템 데이터베이스의 데이터 및 로그 파일 크기는 최대 스토리지 크기 제한과 비교되는 인스턴스 스토리지 크기에 포함됩니다. sys.master_files 시스템 뷰를 사용하여 데이터베이스에서 사용되는 총 공간을 확인합니다. 오류 로그는 영구적이지 않으며 크기에 포함되지 않습니다. 백업은 스토리지 크기에 포함되지 않습니다.
범용 계층의 처리량 및 IOPS는 SQL Managed Instance에 의해 명시적으로 제한되지 않는 파일 크기에 따라 달라집니다.
최대 인스턴스 IOPS는 파일 레이아웃 및 워크로드 배포에 따라 달라집니다. 예를 들어 각각 최대 5,000 IOPS를 사용하여 7개의 1TB 파일을 만들고, 각각 500 IOPS를 사용하여 7개의 작은 파일(128GB 미만)을 만드는 경우 워크로드에서 모든 파일을 사용할 수 있으면 인스턴스당 38,500 IOPS(7x5000+7x500)를 얻을 수 있습니다. 일부 IOPS는 자동 복구에도 사용됩니다.
장애 조치(failover) 그룹을 사용하여 다른 Azure 지역에서 읽을 수 있는 또 다른 복제본을 생성할 수 있습니다.
tempdb파일 이름은 16자를 초과할 수 없습니다.

이 도움말에서 SQL Managed Instance 풀의 리소스 제한에 대한 자세한 내용을 확인하세요.

유연한 기억

기본적으로 Azure SQL Managed Instance에 할당된 메모리 양은 선택한 vCore 수에 따라 결정되는 정적 값입니다. 유연한 메모리 기능을 사용하면 vCore 수를 변경하지 않고 SQL 관리형 인스턴스에 할당된 메모리 양을 변경할 수 있습니다. 이 기능은 지정된 수의 vCore에 대한 기본 할당보다 더 많은 메모리가 필요한 워크로드에 유용합니다.

유연한 메모리 기능은 프리미엄 시리즈 하드웨어의 다음 서비스 계층 및 배포 구성에서 사용할 수 있습니다.

차세대 범용 목적: 로컬 중복 및 존 중복 인스턴스. 유연한 메모리는 일반적으로 로컬 중복 인스턴스에 대해 제공되며(GA), 현재 존 중복 인스턴스에 대해 미리 제공되고 있습니다. 존 중복 차세대 범용 인스턴스는 Azure Elastic SAN 존 중복 저장소(ZRS)가 필요한데, 이는 SQL Managed Instance에 대해 존 중복을 지원하는 일부 다중 존 지역에서는 제공되지 않습니다. Elastic SAN ZRS 가용성에 대해서는 Create and deploy an Azure Elastic SAN을 참조하세요.
중요 비즈니스용: 로컬 중복 및 영역 중복 인스턴스. 유연 메모리는 일반적으로 비즈니스 크리티컬 서비스 계층(GA)에서 제공됩니다.

Azure 포털이나 REST API를 통해 신규 및 기존 인스턴스에 대해 SQL 관리 인스턴스에 할당된 메모리 양을 언제든지 변경할 수 있습니다. 메모리 할당 변경은 인스턴스 내 모든 데이터베이스에 적용되며, 최종 작업 단계로 인스턴스의 페일오버를 수행합니다. 관리 작업 기간을 확인하여 작업이 완료될 예상 시간을 결정합니다.

Azure 포털의 Compute + Storage 창을 사용하여 메모리 할당이나 properties.memorySizeInGB2024-08-01-preview 버전부터 Managed Instance - Create or Update REST API 호출의 값을 변경하세요. 메모리 할당을 기가바이트(GB) 단위로 지정합니다.

메모리를 할당할 때 최소값과 최대값 중에서 선택할 수 있으며 vCore에 대한 메모리 비율을 결정할 수도 있습니다. 최소값과 최대 값은 인스턴스에서 선택한 vCore 수에 따라 달라집니다. 메모리 대 vCore 비율은 인스턴스에 할당된 총 메모리의 백분율입니다.

다음 표에서는 유연한 메모리 기능에 대한 최소 및 최대 메모리 값을 보여줍니다.

vCore	최소 RAM(GB)	최대 RAM(GB)	지원되는 API RAM 값	최소 비율	최대 비율	지원되는 비율
4	28	48	28, 32, 40, 48	7	12	7, 8, 10, 12
6	42	72	42, 48, 60, 72	7	12	7, 8, 10, 12
8 (여덟)	56	96	56, 64, 80, 96	7	12	7, 8, 10, 12
10	70	백이십	70, 80, 100, 120	7	12	7, 8, 10, 12
12	84	144	84, 96, 120, 144	7	12	7, 8, 10, 12
16	응급 전화번호 112	192	112, 128, 160, 192	7	12	7, 8, 10, 12
20	140	240	140, 160, 200, 240	7	12	7, 8, 10, 12
24	168	288	168, 192, 240, 288	7	12	7, 8, 10, 12
32	224	384	224, 256, 320, 384	7	12	7, 8, 10, 12
40	280	480	280, 320, 400, 480	7	12	7, 8, 10, 12
48	336	480	336, 384, 480	7	10	7, 8, 10
56	392	448	392, 448	7	8 (여덟)	7, 8
64	448	448	448	7	7	8 (여덟)
80	560	560	560	7	7	8 (여덟)
96	560	560	560	5.83	5.83	5.83
128	560	560	560	4.38	4.38	4.38

가격 책정

유연한 메모리 기능을 사용할 때는 다음 세부 사항을 고려하세요:

추가 메모리는 시간당 GB당 요금을 내야 합니다.
청구 가능한 메모리는 다음과 같은 공식을 사용합니다: Billable memory = Total memory - default memory.

예를 들어, 40GB 메모리를 가진 4개 vCore 인스턴스를 사용했다면, 다음과 같은 비용을 지불하게 됩니다:

vCore 4개
vCore 4개에 대한 SQL 라이선스
12GB의 청구 가능 메모리(40GB - (4*7) = 12GB).

지원되는 지역

지원되는 지역에서만 SQL Managed Instance를 생성할 수 있습니다. 현재 지원되지 않는 지역에서 SQL Managed Instance를 생성하려면 Azure 포털을 통해 지원 요청을 보내세요.

지원되는 구독 유형

SQL Managed Instance는 현재 다음 구독 유형에만 배포를 지원합니다:

지역별 리소스 제한

참고 사항

구독 가능한 지역에 대한 최신 정보는 먼저 지역 선택을 확인하세요.

지원되는 구독 유형에는 지역당 제한된 수의 리소스가 포함될 수 있습니다. SQL Managed Instance는 구독 유형에 따라 Azure 지역별로 기본 한도가 하나 있습니다(Azure 포털에서 특별 지원 요청을 생성하면 필요에 따라 증가할 수 있습니다):

vCore 유닛 한도: 하드웨어 세대당 단일 지역 내 모든 인스턴스에 배포할 수 있는 최대 vCore 유닛 수. 하나의 GP vCore는 1개의 vCore 단위를 사용하고, 하나의 BC vCore는 4개의 vCore 단위를 사용합니다. 총 인스턴스 수는 vCore 단위 제한 내에 있는 한 제한되지 않습니다.

참고 사항

이러한 제한은 기술 제한이 아닌 기본 설정입니다. 현재 지역에 더 많은 인스턴스가 필요하다면, Azure 포털에서 특별 지원 요청을 생성하여 온디맨드 제한을 늘릴 수 있습니다. 대안으로, 지원 요청을 보내지 않고 다른 Azure 지역에 새 SQL Managed Instance의 인스턴스를 만들 수 있습니다.

다음 표에서는 지원되는 구독 유형에 대한 기본 지역 제한을 보여 줍니다. 기본 제한은 지원 요청을 사용하여 확장할 수 있습니다.

구독 유형	vCore 단위 ¹ 기본 제한
클라우드 서비스 제공자 (CSP)	960(일부 지역에서는 1440²)
이아	960(일부 지역에서는 1440²)
Enterprise 개발/테스트	320
종량제	320
종량제 개발/테스트	320
Azure Pass	64
비즈스파크	64
비즈스파크 플러스	64
Microsoft Azure 스폰서쉽	64
Microsoft 파트너 네트워크	64
Visual Studio Enterprise(MPN)	64
Visual Studio Enterprise	32
Visual Studio Enterprise(BizSpark)	32
Visual Studio Professional	32
MSDN 플랫폼	32

¹ 배포 계획 시 비즈니스 크리티컬(BC) 서비스 계층은 일반 목적(GP) 서비스 계층보다 4배 더 많은 vCore 용량을 요구한다는 점을 고려하세요. 예: 1GP vCore = 1vCore 단위 및 1BC vCore = 4vCore 기본 한도에 따른 소비 분석을 단순화하기 위해, SQL Managed Instance가 배포된 지역 내 모든 인스턴스에서 하드웨어 세대별 vCore 단위를 요약하고, 구독 유형의 vCore 단위 한도와 비교하세요. 각 지역 하드웨어 세대별 최대 vCore 유닛 수 제한이 각 구독자에게 적용됩니다.

다음 지역에서 2개의 더 큰 vCore 제한이 제공됩니다: 호주 동부, 동부 미국, 동부 미국 2, 북유럽, 남중부 미국, 동남아시아, 영국 남부, 서유럽, 서부 미국 2.

중요

vCore 한도가 0이라면, 구독 유형의 기본 지역 한도가 설정되어 있지 않다는 뜻입니다. 또한 동일한 절차를 따라 특정 지역에서 구독 접근 권한을 얻기 위해 쿼터 인상 요청을 사용할 수 있습니다 - 필요한 vCore 값을 제공하는 방식입니다.

지역 용량 제약이 있을 경우 기본 지역 vCore 제한을 줄이거나 일시 중단할 수 있습니다.

PowerShell에서 vCore 할당량 한도와 사용량을 확인하세요

구독 사용 - REST API를 사용하여 구독과 지역 내 Azure SQL Managed Instance의 현재 vCore 할당량 한도와 사용량을 가져옵니다. 각 하드웨어 세대별로 사용명을 지정하여 별도로 쿼리합니다:

하드웨어 생성	사용 이름
표준 시리즈(Gen5)	`SubscriptionSQLManagedInstanceStandardSeriesVCoreQuota`
프리미엄 시리즈	`SubscriptionSQLManagedInstancePremiumSeriesVCoreQuota`
메모리 최적화 프리미엄 시리즈	`SubscriptionSQLManagedInstancePremiumSeriesMemoryOptimizedVCoreQuota`

Az 모듈이 설치된 PowerShell 세션에서 다음 스크립트를 실행하거나, Azure Cloud Shell에서 PowerShell을 사용해 실행하세요. 구독 범위에서 할당된 리더 역할 과 같은 구독 사용 내역을 읽으려면 계정이 필요합니다.

구독 ID로 바꾸 <subscription-id> 고, Azure 지역 이름(예: eastus)으로 설정 $location 하며, 앞서 언급한 표의 값 중 하나로 설정 $usageName 하세요. 이미 Cloud Shell으로 로그인 중이라면 Connect-AzAccount.

$subscriptionId = "<subscription-id>"
$location = "eastus"
$usageName = "SubscriptionSQLManagedInstanceStandardSeriesVCoreQuota"

Connect-AzAccount -ErrorAction Stop | Out-Null
Set-AzContext -SubscriptionId $subscriptionId -ErrorAction Stop | Out-Null

$path = "/subscriptions/$subscriptionId/providers/Microsoft.Sql/locations/$location/usages/${usageName}?api-version=2025-01-01"
$response = Invoke-AzRestMethod -Method GET -Path $path -ErrorAction Stop

if ($response.StatusCode -ne 200) {
    throw "Unable to retrieve quota usage. HTTP $($response.StatusCode): $($response.Content)"
}

$response.Content | ConvertFrom-Json -ErrorAction Stop | ConvertTo-Json -Depth 10

예시 출력 (발췌; 값은 예시용):

{
  "name": "SubscriptionSQLManagedInstanceStandardSeriesVCoreQuota",
  "properties": {
    "currentValue": 80,
    "limit": 320,
    "unit": "SubscriptionSQLManagedInstanceStandardSeriesVCoreQuota"
  }
}

이 예 properties.currentValue 시에서 는 현재 할당량 소비량인 80 vCore 유닛입니다. properties.limit 현재 할당량 한도인 320 vCore 유닛입니다. 남은 할당량은 지정된 구독 및 지역 내 표준 시리즈 하드웨어에 대해 240개의 vCore 유닛입니다limit - currentValue.

이 섹션 앞서 설명했듯이, 각 범용 vCore는 하나의 vCore 유닛을 소모하며, 각 비즈니스 크리티컬 vCore는 네 개의 vCore 유닛을 소비합니다. 다른 $usageName$location 하드웨어 세대나 지역을 확인하기 위해 요청을 반복하세요. 한도를 늘리려면 쿼터 증가 요청(Request a quota increase)을 참조하세요.

중요

이전에 사용 VCoreQuota 되던 사용 명칭은 모든 하드웨어 세대에 걸쳐 공유되는 단일 지역 할당량을 나타내고 있으며, 하드웨어 세대별 할당량으로 대체되고 있습니다. 앞서 언급된 사용 이름을 사용하여 각 하드웨어 세대별 할당량 한도와 소비량을 가져옵니다.

할당량 증가 요청

현재 지역에 더 많은 인스턴스가 필요하다면, Azure 포털을 통해 쿼터 확장 지원 요청을 보내세요. 자세한 내용은 Azure SQL Database 및 SQL Managed Instance대한 요청 할당량 증가를 참조하세요.

참고 사항

2026년 8월부터 SQL Managed Instance 할당 요청 유형이 변경되었습니다. 서브넷 할당량은 더 이상 적용되지 않으며, vCore 할당량은 하드웨어 세대별로 범위가 정해졌습니다. 자세한 내용은 SQL Managed Instance quota request 유형을 참조하세요.

Azure SQL Managed Instance란?
SQL Managed Instance 가격 책정
빠른 시작 가이드
Azure SQL Managed Instance에 대한 SLA
Modifiable Configuration Reference for Azure SQL Managed Instance

피드백

이 페이지가 도움이 되었나요?

2026-09-28 에 마지막으로 업데이트됨

Azure SQL Managed Instance 리소스 제한 개요

하드웨어 구성 특성

메모리 최적화 프리미엄 시리즈 하드웨어와 16TB 저장 용량을 갖춘 프리미엄 시리즈 하드웨어에 대한 지역 지원

메모리 내 OLTP 사용 가능한 공간

서비스 계층 특성

vCore 수

최대 메모리

최대 인스턴스 스토리지 크기(예약됨)

서비스 계층 특성 비교

IOPS 및 처리량

범용 서비스 계층의 IOPS 및 처리량

차세대 범용 서비스 계층의 IOPS 및 처리량

차세대 범용 IOPS 가격 책정

중요 비즈니스용 서비스 계층의 IOPS 및 처리량

데이터 및 로그 스토리지

백업 및 스토리지

추가 특성 고려 사항

유연한 기억

가격 책정

지원되는 지역

지원되는 구독 유형

지역별 리소스 제한

PowerShell에서 vCore 할당량 한도와 사용량을 확인하세요

할당량 증가 요청

관련 콘텐츠

피드백

추가 리소스