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개 | vCore 4-128개 |
최대 메모리(메모리/vCore 비율) | vCore당 5.1GB - 최대 408GB 더 많은 메모리를 얻으려면 vCore를 더 추가합니다. |
vCore당 최대 80개 vCore당 7GB - 최대 560GB | vCore당 최대 64개 vCore당 13.6GB - 최대 870.4GB |
메모리 내 최대 OLTP 메모리 | 인스턴스 제한: vCore당 0.8 ~ 1.65GB | 인스턴스 제한: vCore당 1.1~2,3GB | 인스턴스 제한: vCore당 2.2~4.5GB |
최대 인스턴스 예약 스토리지2 | 범용: 최대 16TB 중요 비즈니스용 최대 4TB |
범용: 최대 16TB 중요 비즈니스용 최대 5.5TB |
범용: 최대 16TB 중요 비즈니스용 최대 16TB |
1 2-vCore 인스턴스 배포는 인스턴스 풀 내에서만 가능합니다.
2 vCore 수에 따라 달라집니다.
참고 항목
워크로드에 Azure SQL Managed Instance에 대해 사용 가능한 리소스 제한보다 큰 스토리지 크기가 필요한 경우 Azure SQL Database 하이퍼스케일 서비스 계층을 고려합니다.
메모리 최적화 프리미엄 시리즈 하드웨어 및 16TB 스토리지가 있는 프리미엄 시리즈 하드웨어에 대한 지역 지원
16TB 스토리지가 있는 프리미엄 시리즈 하드웨어에 대한 지원은 메모리 최적화 프리미엄 시리즈 하드웨어에 대한 지원과 동일한 가용성을 줍니다. 메모리 최적화 프리미엄 시리즈 하드웨어 및 16TB 스토리지가 있는 프리미엄 시리즈 하드웨어에 대한 지원은 현재 이러한 특정 지역에서만 사용할 수 있습니다.
Geography | 16TB 스토리지가 있는 메모리 최적화 프리미엄 시리즈 HW 및 프리미엄 시리즈 하드웨어를 지원하는 지역 |
---|---|
유럽 | 프랑스 중부, 독일 중서부, 이탈리아 북부, 북유럽, 폴란드 중부, 스웨덴 중부, 스위스 북부, 영국 남부, 서유럽 |
중동, 아프리카 | 카타르 중부 |
아메리카 | 브라질 남부, 캐나다 중부, 미국 중부, 미국 동부, 미국 동부 2, 미국 북부, 미국 중남부, 미국 서부, 미국 서부 2, 미국 서부 3 |
아시아 태평양 | 오스트레일리아 동부, 오스트레일리아 남동부, 중국 북부 3, 인도 중부, 인도 남부, 동아시아, 일본 동부, 동남 아시아 |
메모리 내 OLTP 사용 가능한 공간
중요 비즈니스용 서비스 계층의 메모리 내 OLTP 공간의 양은 vCore 및 하드웨어 구성 수에 따라 달라집니다. 다음 표에는 메모리 내 OLTP 개체에 사용할 수 있는 메모리 제한이 나와 있습니다.
vCore 수 | 표준 시리즈(Gen5) | 프리미엄 시리즈 | 메모리 최적화 프리미엄 시리즈 |
---|---|---|---|
vCore 4개 | 3.14GB | 4.39GB | 8.79GB |
vCore 6개 | - | 6.59GB | 15.32GB |
vCore 8개 | 6.28GB | 8.79GB | 22.06GB |
vCore 10개 | - | 12.11GB | 30.94GB |
vCore 12개 | - | 15.43GB | 39.82GB |
vCore 16개 | 15.77GB | 22.06GB | 57.58GB |
vCore 20개 | - | 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 |
vCore 48개 | - | 95.34GB | 199.64GB |
vCore 56개 | - | 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 |
vCore 128개 | 해당 없음 | 184.30GB | 288.61GB |
서비스 계층 특성
SQL Managed Instance에는 범용 및 중요 비즈니스용 두 개의 서비스 계층이 있습니다. 업그레이드된 차세대 범용 서비스 계층(미리 보기)을 사용하도록 선택할 수 있습니다.
중요
중요 비즈니스용 서비스 계층은 읽기 전용 워크로드에 사용할 수 있는 SQL Managed Instance(보조 복제본)의 추가 기본 제공 복사본을 제공합니다. 읽기-쓰기 쿼리와 읽기 전용/분석/보고 쿼리를 분리할 수 있는 경우 동일한 가격으로 두 배의 vCore 및 메모리를 얻게 됩니다. 보조 복제본은 기본 인스턴스보다 몇 초 지연될 수 있으므로 정확한 현재 데이터 상태가 필요하지 않은 보고/분석 워크로드를 오프로드하도록 설계되었습니다. 아래 표에서 읽기 전용 쿼리는 보조 복제본에서 실행되는 쿼리입니다.
기능 | 범용 | 차세대 범용 | 중요 비즈니스용 |
---|---|---|---|
vCore 수* | 표준 시리즈(Gen5): 21, 4, 8, 16, 24, 32, 40, 64, 80 프리미엄 시리즈: 21, 4, 8, 16, 24, 32, 40, 64, 80 메모리 최적화 프리미엄 시리즈: 4, 8, 16, 24, 32, 40, 64, 80 |
표준 시리즈(Gen5): 4, 8, 16, 24, 32, 40, 64, 80 프리미엄 시리즈: 4, 6, 8, 10, 12, 16, 20, 24, 32, 40, 48, 56, 64, 80, 962, 1282 메모리 최적화 프리미엄 시리즈: 4, 6, 8, 10, 12, 16, 20, 24, 32, 40, 48, 56, 64, 802, 962, 1282 |
표준 시리즈(Gen5): 4, 8, 16, 24, 32, 40, 64, 80 프리미엄 시리즈: 4, 6, 8, 10, 12, 16, 20, 24, 32, 40, 48, 56, 64, 80, 962, 1282 메모리 최적화 프리미엄 시리즈: 4, 6, 8, 10, 12, 16, 20, 24, 32, 40, 48, 56, 64, 802, 962, 1282 *동일한 수의 vCore가 읽기 전용 쿼리에 전용으로 사용됩니다. |
최대 메모리 | 표준 시리즈(Gen5): 20.4GB~408GB(5.1GB/vCore) 프리미엄 시리즈: 28GB~560GB(7GB/vCore) 메모리 최적화 프리미엄 시리즈: 54.4GB~870.4GB(13.6GB/vCore) |
표준 시리즈(Gen5): 20.4GB~408GB(5.1GB/vCore) 프리미엄 시리즈: 28GB~560GB(7GB/vCore) 메모리 최적화 프리미엄 시리즈: 54.4GB~870.4GB(13.6GB/vCore) |
표준 시리즈(Gen5): 각 복제본(replica) 20.4GB - 408GB(5.1GB/vCore) 프리미엄 시리즈: 각 복제본(replica) 28GB - 560GB(7GB/vCore 최대 80개 vCore2) 메모리 최적화 프리미엄 시리즈: 각 복제본(replica) 54.4GB - 870.4GB(13.6GB/vCore 최대 64개 vCore2) |
최대 인스턴스 스토리지 크기(예약됨) | 표준 시리즈(Gen5): - 2TB(4개 vCore용) - 8TB(8개 vCore용) - 다른 크기의 경우 16TB 프리미엄 시리즈: - 2TB(4개 vCore용) - 8TB(8개 vCore용) - 다른 크기의 경우 16TB 메모리 최적화 프리미엄 시리즈: - 2TB(4개 vCore용) - 8TB(8개 vCore용) - 다른 크기의 경우 16TB |
표준 시리즈(Gen5): - 2TB(4개 vCore용) - 8TB(8개 vCore용) - 다른 크기의 경우 16TB 프리미엄 시리즈: - 4개, vCore 6개에 대해 2TB - vCore 8개, 10개, vCore 12개에 대해 8TB - 16, 20, 24 vCore의 경우 16TB - 32TB for 32, 40, 48, 56, 64, 80, 96, 128 vCore 메모리 최적화 프리미엄 시리즈: - 4개, vCore 6개에 대해 2TB - vCore 8개, 10개, vCore 12개에 대해 8TB - 16, 20, 24 vCore의 경우 16TB - 32TB for 32, 40, 48, 56, 64, 80, 96, 128 vCore |
표준 시리즈(Gen5): - 1TB(4, 8, 16개 vCore용) - vCore 24개에 대해 2TB - 32, 40, 64, 80 vCore의 경우 4TB 프리미엄 시리즈: - 4개, vCore 6개에 대해 1TB - 8개, 10개, 12개 vCore의 경우 2TB - vCore 16개, vCore 20개에 대해 4TB - 24, 32, 40, 48, 56 vCore의 경우 5.5TB - 64, 80, 96, 128 vCore3의 경우 5.5TB 또는 16TB(지역에 따라 다름) 메모리 최적화 프리미엄 시리즈: - 4개, vCore 6개에 대해 1TB - 8개, 10개, 12개 vCore의 경우 2TB - vCore 16개, vCore 20개에 대해 4TB - vCore 24개에 대해 5.5TB - 32, 40 vCore4의 경우 5.5TB 또는 8TB(지역에 따라 다름) - 48개, 56개 vCore의 경우 12TB - 64, 80, 96, 128 vCore에 대한 16TB |
최대 데이터베이스 크기 | 현재 사용할 수 있는 최대 인스턴스 크기(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개의 사용자 데이터베이스. |
데이터베이스 파일의 최대 수 | 인스턴스 스토리지 크기 또는 Azure Premium Disk 스토리지 할당 공간 제한에 도달하지 않는 한 인스턴스당 280개입니다. | 데이터베이스당 4,096개 파일 | 데이터베이스당 32,767개 파일(인스턴스 스토리지 크기 제한에 도달하지 않은 경우) |
최대 데이터 파일 크기 | 각 데이터 파일의 최대 크기는 8 TB입니다. 8TB보다 큰 데이터베이스에는 둘 이상의 데이터 파일을 사용합니다. | 현재 사용할 수 있는 최대 인스턴스 크기(vCore 수에 따라 달라짐) | 현재 사용할 수 있는 최대 인스턴스 크기(vCore 수에 따라 달라짐) |
최대 로그 파일 크기 | 2TB 및 현재 사용할 수 있는 인스턴스 스토리지 크기로 제한됩니다. | 2TB 및 현재 사용할 수 있는 인스턴스 스토리지 크기로 제한됩니다. | 2TB 및 현재 사용할 수 있는 인스턴스 스토리지 크기로 제한됩니다. |
데이터/로그 IOPS(근사치) | 파일당 500~7500 *더 많은 IOPS를 얻기 위해 파일 크기 늘리기 |
예약된 스토리지 * 3 - VM 제한까지 32GB, 64GB 및 96GB 예약 스토리지의 경우 300개. VM 제한은 vCore 수에 따라 달라집니다. vCore가 4개인 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/s 인스턴스당 최대 120MiB/초 DB당 22~65MiB/초(로그 파일 크기에 따라 달라짐) *더 나은 I/O 성능을 얻으려면 파일 크기 증가 |
vCore당 4.5MiB/s 최대 192MiB/s |
vCore당 4.5MiB/s 최대 192MiB/s |
스토리지 IO 대기 시간(근사치) | 5~10ms | 3~5ms | 1~2ms |
메모리 내 OLTP | 지원되지 않음 | 지원되지 않음 | 사용 가능, 크기는 vCore의 수에 따라 달라집니다. |
최대 세션 | 30000 | 30000 | 30000 |
최대 동시 작업자 수 | 105 * vCore 수 + 800 | 105 * vCore 수 + 800 | 105 * vCore 수 + 800 |
읽기 전용 복제본 | 0 | 0 | 1(가격에 포함) |
컴퓨팅 격리 | 범용 인스턴스는 물리적 하드웨어를 다른 인스턴스와 공유할 수 있으므로 지원되지 않음 | 차세대 범용 인스턴스가 물리적 하드웨어를 다른 인스턴스와 공유할 수 있으므로 지원되지 않음 | 표준 시리즈(Gen5): 64개 이상의 vCore를 사용하는 구성에 대해 지원됨 프리미엄 시리즈: 64개 이상의 vCore를 사용하는 구성에 지원됨 메모리 최적화 프리미엄 시리즈: 64개 이상의 vCore를 사용하는 구성에 지원됨 |
가용성을 위한 복제본 | 고가용성을 위한 대기 노드 | 고가용성을 위한 대기 노드 | 4개의 고가용성 복제본(replica), 1은 읽기 확장 복제본(replica) |
장애 조치(failover) 그룹을 사용하도록 설정된 읽기 전용 복제본(replica) | 하나의 추가 읽기 전용 복제본 기본 복제본(replica) 포함하는 총 2개의 읽을 수 있는 복제본(replica). | 하나의 추가 읽기 전용 복제본 기본 복제본(replica) 포함하는 총 2개의 읽을 수 있는 복제본(replica). | 2개의 추가 읽기 전용 복제본, 총 3개의 읽기 전용 복제본 기본 복제본(replica) 포함하는 총 4개의 읽을 수 있는 복제본(replica). |
가격 책정 및 청구 | vCore, 예약된 스토리지 및 백업 스토리지에 대한 요금이 청구됩니다. IOPS는 요금이 청구되지 않습니다. |
vCore, 예약된 스토리지, 백업 스토리지 및 IOPS(무료 할당량 초과)가 청구됩니다. | vCore, 예약된 스토리지 및 백업 스토리지에 대한 요금이 청구됩니다. IOPS는 요금이 청구되지 않습니다. |
할인 모델 | 예약 인스턴스 Azure 하이브리드 혜택(개발/테스트 구독에서 사용할 수 없음) 엔터프라이즈 및 종량제 개발/테스트 구독 |
예약 인스턴스 Azure 하이브리드 혜택(개발/테스트 구독에서 사용할 수 없음) 엔터프라이즈 및 종량제 개발/테스트 구독 |
예약 인스턴스 Azure 하이브리드 혜택(개발/테스트 구독에서 사용할 수 없음) 엔터프라이즈 및 종량제 개발/테스트 구독 |
1 2-vCore 인스턴스 배포는 인스턴스 풀 내에서만 가능합니다.
2 메모리 대 vCore 비율은 프리미엄 시리즈 하드웨어의 경우 최대 80개 vCore, 메모리 최적화 프리미엄 시리즈에는 64개 vCore만 사용할 수 있습니다. 최대 메모리는 80을 초과하는 프리미엄 시리즈 vCore의 경우 560GB, 64보다 높은 메모리 최적화 프리미엄 시리즈 vCore의 경우 870.4GB로 제한됩니다.
3 주요 지역만 이러한 CPU vCore 번호에 대한 프리미엄 시리즈 하드웨어에 16TB의 스토리지를 제공할 수 있습니다. 더 작은 지역은 사용 가능한 스토리지를 5.5TB로 제한합니다.
4 주요 지역만 이러한 CPU vCore 번호에 대해 프리미엄 시리즈 메모리 최적화 하드웨어에 8TB의 스토리지를 제공할 수 있습니다. 더 작은 지역은 사용 가능한 스토리지를 5.5TB로 제한합니다.
기타 고려 사항:
- 현재 사용할 수 있는 인스턴스 스토리지 크기는 예약 인스턴스 크기와 사용된 스토리지 공간의 차이입니다.
- 사용자 및 시스템 데이터베이스의 데이터 및 로그 파일 크기는 최대 스토리지 크기 제한과 비교되는 인스턴스 스토리지 크기에 포함됩니다. sys.master_files 시스템 뷰를 사용하여 데이터베이스에서 사용되는 총 공간을 확인합니다. 오류 로그는 유지되지 않으며 크기에 포함되지 않습니다. 백업은 스토리지 크기에 포함되지 않습니다.
- 범용 계층의 처리량 및 IOPS도 파일 크기에 따라 달라지며 SQL Managed Instance에 의해 명시적으로 제한되지 않습니다.
- 장애 조치(failover) 그룹을 사용하여 다른 Azure 지역에서 읽을 수 있는 다른 복제본(replica) 만들 수 있습니다.
- 최대 인스턴스 IOPS는 파일 레이아웃 및 워크로드 배포에 따라 달라집니다. 예를 들어 각각 최대 5,000 IOPS를 사용하여 7개의 1TB 파일을 만들고, 각각 500 IOPS를 사용하여 7개의 작은 파일(128GB 미만)을 만드는 경우 워크로드에서 모든 파일을 사용할 수 있으면 인스턴스당 38,500 IOPS(7x5000+7x500)를 얻을 수 있습니다. 일부 IOPS는 자동 복구에도 사용됩니다.
- 파일 이름은
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 수 | 차세대 범용 서비스 계층에 대한 최대 IOPS | 중요 비즈니스용 서비스 계층에 대한 최대 IOPS |
---|---|---|
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 |
데이터 및 로그 스토리지
다음 요소는 데이터 및 로그 파일에 사용되는 스토리지의 양에 영향을 주며 범용 및 중요 비즈니스 계층에 적용됩니다.
- 범용 서비스 계층의 경우
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 백업에 사용되는 스토리지의 양이 결정됩니다. 자세한 내용은 장기 백업 보존을 참조하세요.
범용 계층의 파일 IO 특성
범용 서비스 계층에서 모든 데이터베이스 파일은 파일 크기에 따라 달라지는 전용 IOPS 및 처리량을 얻습니다. 더 큰 파일은 더 많은 IOPS 및 처리량을 얻습니다. 데이터베이스 파일의 IO 특성은 다음 표에 나와 있습니다.
파일 크기 | >=0 및 <=129GiB | >129 및 <=513GiB | >513 및 <=1025GiB | >1025 및 <=2049GiB | >2049 및 <=4097GiB | >4097GiB 및 <=8 TiB |
---|---|---|---|---|---|---|
파일당 IOPS | 500 | 2300 | 5,000 | 7,500 | 7,500 | 7,500 |
파일당 처리량 | 100MiB/초 | 150MiB/초 | 200MiB/초 | 250MiB/초 | 250MiB/초 | 250MiB/초 |
일부 데이터베이스 파일에 대해 높은 IO 대기 시간이 발생하거나 IOPS/처리량이 한도에 도달하는 것을 확인한 경우 파일 크기를 늘려 성능을 향상시킬 수 있습니다.
최대 로그 쓰기 처리량에 대한 인스턴스 수준 제한도 있습니다(예: 22MiB/s와 같은 값은 이전 표 참조). 인스턴스 처리량 제한에 도달했기 때문에 로그 파일 전체에서 최대 파일에 도달하지 못할 수 있습니다.
지원되는 지역
SQL Managed Instance는 지원되는 지역에서만 만들 수 있습니다. 현재 지원되지 않는 지역에서 SQL Managed Instance를 만들려면 Azure Portal을 통해 지원 요청을 보낼 수 있습니다.
지원되는 구독 유형
SQL Managed Instance는 현재 다음 유형의 구독에만 배포를 지원합니다.
- EA(기업 계약)
- 종량제
- CSP(클라우드 서비스 공급자)
- Enterprise 개발/테스트
- 종량제 개발/테스트
- Visual Studio 구독자를 위한 월간 Azure 크레딧이 있는 구독
- 평가판
- 학생용 Azure
- 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 단위에 대한 기본 제한* |
---|---|---|
CSP | 16(일부 지역의 경우 30**) | 960(일부 지역의 경우 1440**) |
EA | 16(일부 지역의 경우 30**) | 960(일부 지역의 경우 1440**) |
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 |
* 배포를 계획할 때 BC(중요 비즈니스용) 서비스 계층에는 GP(범용) 서비스 계층보다 4배 많은 vCore 용량이 필요하다는 점을 고려하세요. 예: 1GP vCore = 1vCore 단위 및 1BC vCore = 4vCore 기본 제한에 대한 사용량 분석을 간소화하려면 SQL Managed Instance가 배포된 지역의 모든 서브넷에 대한 vCore 단위를 요약하고 결과를 구독 유형의 인스턴스 단위 제한과 비교합니다. 최대 vCore 단위 수 한도는 한 지역의 각 구독에 적용됩니다. 여러 서브넷에 배포된 모든 vCore의 합계가 최대 vCore 단위 수보다 낮거나 같아야 한다는 점을 제외하고는 개별 서브넷당 제한이 없습니다.
** 더 큰 서브넷 및 vCore 제한은 오스트레일리아 동부, 미국 동부, 미국 동부 2, 북유럽, 미국 중남부, 동남아시아, 영국 남부, 서유럽, 미국 서부 2에서 사용할 수 있습니다.
중요
vCore 및 서브넷 한도가 0인 경우 구독 유형에 대한 기본 지역 제한이 설정되지 않았음을 의미합니다. 필요한 vCore 및 서브넷 값을 제공하는 동일한 프로시저에 따라 특정 지역에서 구독 액세스 권한을 얻기 위해 할당량 증가 요청을 사용할 수도 있습니다.
할당량 증가 요청
현재 지역에 더 많은 인스턴스가 필요한 경우 Azure Portal을 사용하여 할당량을 확장하도록 지원 요청을 보냅니다. 자세한 내용은 Azure SQL Database에 대한 할당량 증가 요청을 참조하세요.
다음 단계
- SQL Managed Instance에 대한 자세한 내용은 SQL Managed Instance란?을 참조하세요.
- 가격 정보는 SQL Managed Instance 가격을 참조하세요.
- 첫 번째 SQL Managed Instance를 만드는 방법을 알아보려면 빠른 시작 가이드를 참조하세요.
- Azure SQL Managed Instance용 SLA
피드백
https://aka.ms/ContentUserFeedback
출시 예정: 2024년 내내 콘텐츠에 대한 피드백 메커니즘으로 GitHub 문제를 단계적으로 폐지하고 이를 새로운 피드백 시스템으로 바꿀 예정입니다. 자세한 내용은 다음을 참조하세요.다음에 대한 사용자 의견 제출 및 보기