Azure SQL Managed Instance 리소스 제한 개요
적용 대상:
Azure SQL Managed Instance
이 문서에서는 Azure SQL Managed Instance의 기술적 특성 및 리소스 제한에 대한 개요를 제공하고 이러한 제한에 대한 증가를 요청하는 방법에 대한 정보를 제공합니다.
참고 사항
지원되는 기능 및 T-SQL 문의 차이점은 기능 차이 및 T-SQL 문 지원을 참조하세요. Azure SQL Database의 서비스 계층과 SQL Managed Instance의 서비스 계층 간의 일반적인 차이점은 범용 및 중요 비즈니스용 서비스 계층을 검토하세요.
하드웨어 구성 특성
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 |
| 최대 인스턴스 예약된 스토리지2 |
범용: 최대 16TB 중요 비즈니스용 최대 4TB |
범용: 최대 16TB 중요 비즈니스: 최대 16TB3 |
범용: 최대 16TB 중요 비즈니스용 최대 16TB |
1 하나의 인스턴스 풀 내에서 2개의 vCore 인스턴스 배포만 가능합니다.
2vCores 수에 따라 달라집니다.
3주요 하위 지역만 16TB 스토리지를 제공할 수 있습니다. 더 소규모 지역은 사용 가능한 스토리지를 5.5TB로 제한합니다.
참고 사항
워크로드에 Azure SQL Managed Instance에 대해 사용 가능한 리소스 제한보다 큰 스토리지 크기가 필요한 경우 Azure SQL Database 하이퍼스케일 서비스 계층을 고려합니다.
메모리 최적화 프리미엄 시리즈 하드웨어 및 16TB 스토리지가 있는 프리미엄 시리즈 하드웨어에 대한 지역 지원
16TB 스토리지가 있는 프리미엄 시리즈 하드웨어에 대한 지원은 메모리 최적화 프리미엄 시리즈 하드웨어에 대한 지원과 동일한 가용성이 있습니다. 메모리 최적화 프리미엄 시리즈 하드웨어 및 16TB 스토리지가 있는 프리미엄 시리즈 하드웨어에 대한 지원은 현재 다음과 같은 특정 지역에서만 사용할 수 있습니다.
| Geography | 16TB 스토리지가 있는 메모리 최적화 프리미엄 시리즈 하드웨어 및 프리미엄 시리즈 하드웨어를 지원하는 지역 |
|---|---|
| 유럽 | 프랑스 중부, 독일 중서부, 이탈리아 북부, 북유럽, 폴란드 중부, 스웨덴 중부, 스위스 북부, 영국 남부, 서유럽 |
| 중동, 아프리카 | 카타르 중부 |
| 아메리카 | 브라질 남부, 캐나다 중부, 캐나다 동부, 미국 중부, 미국 동부 2, 미국 중북부, 미국 중남부, 미국 서부, 미국 중서부, 미국 서부 2 |
| 아시아 태평양 | 오스트레일리아 동부, 오스트레일리아 남동부, 중국 북부 3, 인도 중부, 동아시아, 일본 동부, 동남 아시아 |
메모리 내 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 수
| 하드웨어 생성 | 범용 | 차세대 범용 | 중요 비즈니스용 |
|---|---|---|---|
| 표준 시리즈(Gen5) | 21, 4, 8, 16, 24, 32, 40, 64, 80 | 4, 8, 16, 24, 32, 40, 64, 80 | 4, 8, 16, 24, 32, 40, 64, 80 |
| 프리미엄 시리즈 | 21, 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 |
1 하나의 인스턴스 풀 내에서 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개 vCore1까지 7GB/vCore |
| 메모리 최적화 프리미엄 시리즈 | 54.4GB - 870.4GB 13.6GB/vCore |
54.4GB - 870.4GB 13.6GB/vCore |
54.4GB - 870.4GB 각 복제본에서 최대 64개 vCore1까지 13.6GB/vCore |
1 메모리 대 vCore 비율은 프리미엄 시리즈 하드웨어의 경우 최대 80개 vCore, 메모리 최적화 프리미엄 시리즈에 대해서는 64개 vCore까지 사용할 수 있습니다. 최대 메모리는 80개를 초과하는 프리미엄 시리즈 vCore의 경우 560GB, 64개 이상의 메모리 최적화 프리미엄 시리즈 vCore의 경우 870.4GB로 제한됩니다.
최대 인스턴스 스토리지 크기(예약됨)
| 하드웨어 생성 | 범용 | 차세대 범용 | 중요 비즈니스용 |
|---|---|---|---|
| 표준 시리즈(Gen5) | - 2TB(4개 vCore용) - 8TB(8개 vCore용) - 16TB(다른 크기용) |
- 2TB(4개 vCore용) - 8TB(8개 vCore용) - 16TB(다른 크기용) |
- 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용) - 5.5TB 또는 16TB(지역에 따름)(64, 80, 96, 128개 vCore용1) |
| 메모리 최적화 프리미엄 시리즈 | - 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용) - 5.5TB 또는 8TB(지역에 따라 다름)(32, 40개 vCore용2) - 12TB(48, 56개 vCore용) - 16TB(64, 80, 96, 128개 vCore용) |
1주요 지역에서만 이러한 CPU vCore 수에 대해 프리미엄 시리즈 하드웨어에 16TB의 스토리지를 제공할 수 있습니다. 더 소규모 지역은 사용 가능한 스토리지를 5.5TB로 제한합니다.
2주요 지역에서만 이러한 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/초 최대 192MiB/초 |
vCore당 4.5MiB/초 최대 192MiB/초 |
| 스토리지 IO 대기 시간(대략1) | 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 및 종량제 개발/테스트 구독 |
1 평균 범위입니다. 대부분의 IO 요청 기간은 범위 맨 위에 속하지만 범위를 초과하는 이상값이 가능합니다.
추가 고려 사항
현재 사용할 수 있는 인스턴스 스토리지 크기는 예약 인스턴스 크기와 사용된 스토리지 공간의 차이입니다.
사용자 및 시스템 데이터베이스의 데이터 및 로그 파일 크기는 최대 스토리지 크기 제한과 비교되는 인스턴스 스토리지 크기에 포함됩니다. 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 풀의 리소스 제한에 대한 자세한 내용을 확인하세요.
IOPS
차세대 범용 및 중요 비즈니스용 서비스 계층의 경우 사용 가능한 IOPS는 vCore 수에 따라 결정됩니다.
- 차세대 범용 서비스 계층: vCore 수에 따른 IOPS의 고정 값입니다. 스토리지 가격에는 최소 IOPS가 포함됩니다. 최소값을 초과하면 다음과 같이 요금이 청구됩니다. 1 IOPS = 스토리지 가격(지역별)을 3으로 나눈 값. 예를 들어, 1GB의 스토리지 비용이 0.115인 경우 1 IOPS = 0.115/3 = IOPS당 0.038입니다.
- 중요 비즈니스용 서비스 계층: 수식(4000 IOPS/vCore)을 사용하여 IOPS 제한을 결정합니다.
다음 표에서는 vCore 수에 따라 각 서비스 계층에서 사용할 수 있는 최대 IOPS를 나열합니다.
| vCore 수 | 차세대 범용 | 중요 비즈니스용 |
|---|---|---|
| 4 | 6,400 | 16,000 |
| 6 | 9,600 | 24,000 |
| 8 | 12,800 | 32,000 |
| 10 | 16,000 | 40,000 |
| 12 | 19,200 | 48,000 |
| 16 | 25,600 | 64,000 |
| 20 | 32,000 | 80,000 |
| 24 | 38,400 | 96,000 |
| 32 | 51,200 | 128,000 |
| 40 | 64,000 | 160,000 |
| 48 | 76,800 | 192,000 |
| 56 | 80,000 | 224,000 |
| 64 | 80,000 | 256,000 |
| 80 | 80,000 | 320,000 |
| 96 | 80,000 | 320,000 |
| 128 | 80,000 | 320,000 |
범용 계층의 파일 IO 특성
범용 서비스 계층에서 모든 데이터베이스 파일은 파일 크기에 따라 달라지는 전용 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/초) 인스턴스 처리량 제한에 도달하기 때문에 로그 파일 전체에서 최대 파일에 도달하지 못할 수 있습니다.
데이터 및 로그 스토리지
다음 요소는 데이터 및 로그 파일에 사용되는 스토리지의 양에 영향을 주며 범용 및 중요 비즈니스 계층에 적용됩니다.
- 범용 서비스 계층의 경우
tempdb에서 로컬 SSD를 사용하며, 이 스토리지의 비용이 vCore 가격에 포함됩니다. - 중요 비즈니스 서비스 계층의 경우
tempdb에서 데이터 및 로그 파일이 포함된 로컬 및 SSD 스토리지를 사용하고tempdb스토리지의 비용이 vCore 가격에 포함됩니다. - SQL Managed Instance의 최대 스토리지 크기는 32GB의 배수 단위로 지정해야 합니다.
중요
두 서비스 계층 모두에서 관리되는 인스턴스에 대해 구성된 최대 스토리지 크기에 대한 요금이 청구됩니다.
SQL Managed Instance에 사용한 총 인스턴스 스토리지 크기를 모니터링하려면 storage_space_used_mb메트릭을 사용합니다. T-SQL을 사용하는 데이터베이스에서 개별 데이터 및 로그 파일의 현재 할당 및 사용 스토리지 크기를 모니터링하려면 sys.database_files view and the 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참조하세요.
지원되는 지역
SQL Managed Instance는 지원되는 지역에서만 만들 수 있습니다. 현재 지원되지 않는 지역에서 SQL Managed Instance를 만들려면 Azure Portal을 통해 지원 요청을 보낼 수 있습니다.
지원되는 구독 유형
SQL Managed Instance는 현재 다음 유형의 구독에만 배포를 지원합니다.
- EA(기업 계약)
- 종량제
- CSP(클라우드 서비스 공급자)
- Enterprise 개발/테스트
- 종량제 개발/테스트
- Visual Studio 구독자를 위한 월간 Azure 크레딧이 있는 구독
- 평가판
- Azure for Students
- Azure In Open
지역별 리소스 제한
참고 사항
구독 가능한 지역에 대한 최신 정보는 먼저 지역 선택을 확인하세요.
지원되는 구독 유형에는 지역당 제한된 수의 리소스가 포함될 수 있습니다. SQL Managed Instance에는 Azure 지역당 두 가지 기본 제한이 있습니다(구독 유형에 따라 Azure Portal에서 특별한 지원 요청을 만들어 필요에 따라 늘릴 수 있습니다.
- 서브넷 제한: SQL Managed Instance의 인스턴스가 단일 지역에 배포되는 서브넷의 최대 수입니다.
- vCore 단위 제한: 단일 지역의 모든 인스턴스에 배포할 수 있는 최대 vCore 단위 수입니다. 하나의 GP vCore는 1개의 vCore 단위를 사용하고, 하나의 BC vCore는 4개의 vCore 단위를 사용합니다. 총 인스턴스 수는 vCore 단위 제한 내에 있는 한 제한되지 않습니다.
참고 사항
이러한 제한은 기술 제한이 아닌 기본 설정입니다. 현재 지역에 더 많은 인스턴스가 필요한 경우 Azure Portal에서 특별한 지원 요청을 만들어 제한을 늘릴 수 있습니다. 대안으로, 지원 요청을 보내지 않고 다른 Azure 지역에 새 SQL Managed Instance의 인스턴스를 만들 수 있습니다.
다음 표에서는 지원되는 구독 유형에 대한 기본 지역 제한을 보여 줍니다. 기본 제한은 지원 요청을 사용하여 확장할 수 있습니다.
| 구독 유형 | SQL Managed Instance 서브넷에 대한 기본 제한 | vCore 단위 1 기본 제한 |
|---|---|---|
| CSP | 16(일부 지역에서는 30개,2개) | 960(일부 지역에서는 14402) |
| EA | 16(일부 지역에서는 30개,2개) | 960(일부 지역에서는 14402) |
| Enterprise 개발/테스트 | 6 | 320 |
| 종량제 | 6 | 320 |
| 종량제 개발/테스트 | 6 | 320 |
| Azure Pass | 3 | 64 |
| BizSpark | 3 | 64 |
| BizSpark Plus | 3 | 64 |
| Microsoft Azure 스폰서쉽 | 3 | 64 |
| Microsoft 파트너 네트워크 | 3 | 64 |
| Visual Studio Enterprise(MPN) | 3 | 64 |
| Visual Studio Enterprise | 3 | 32 |
| Visual Studio Enterprise(BizSpark) | 3 | 32 |
| Visual Studio Professional | 3 | 32 |
| MSDN 플랫폼 | 3 | 32 |
1 배포 계획에서 BC(중요 비즈니스용) 서비스 계층에는 GP(범용) 서비스 계층보다 4배 더 많은 vCore 용량이 필요하다는 점을 고려해야 합니다. 예: 1GP vCore = 1vCore 단위 및 1BC vCore = 4vCore 기본 제한에 대한 사용량 분석을 간소화하려면 SQL Managed Instance가 배포된 지역의 모든 서브넷에 대한 vCore 단위를 요약하고 결과를 구독 유형의 인스턴스 단위 제한과 비교합니다. 최대 vCore 단위 수 한도는 한 지역의 각 구독에 적용됩니다. 여러 서브넷에 배포된 모든 vCore의 합계가 최대 vCore 단위 수보다 작거나 같아야 한다는 점을 제외하고 개별 서브넷당 제한은 없습니다.
2 더 큰 서브넷 및 vCore 제한은 오스트레일리아 동부, 미국 동부, 미국 동부 2, 북유럽, 미국 중남부, 동남 아시아, 영국 남부, 서유럽, 미국 서부 2에서 사용할 수 있습니다.
중요
vCore 및 서브넷 제한이 0인 경우 구독 유형에 대한 기본 지역 제한이 설정되지 않음을 의미합니다. 필요한 vCore 및 서브넷 값을 제공하는 동일한 프로시저에 따라 특정 지역에서 구독 액세스 권한을 얻기 위해 할당량 증가 요청을 사용할 수도 있습니다.
할당량 증가 요청
현재 지역에 더 많은 인스턴스가 필요한 경우 Azure Portal을 사용하여 할당량을 확장하도록 지원 요청을 보냅니다. 자세한 내용은 Azure SQL Database 및 SQL Managed Instance대한
관련 콘텐츠
- Azure SQL Managed Instance란?
- SQL Managed Instance 가격 책정
- 빠른 시작 가이드
- Azure SQL Managed Instance에 대한 SLA