vCore 구매 모델 - Azure SQL Managed Instance

  • 아티클

적용 대상:Azure SQL Managed Instance

이 문서에서는 Azure SQL Managed Instance용 vCore 구매 모델을 검토합니다.

개요

vCore(가상 코어)는 논리적 CPU를 나타내며, 하드웨어의 물리적 특성(예: 코어 수, 메모리 및 스토리지 크기)을 선택할 수 있는 옵션을 제공합니다. vCore 기반 구매 모델은 개별 리소스 사용에 대한 유연성, 제어, 투명성 및 온-프레미스 워크로드 요구 사항을 클라우드로 전환하는 직관적인 방법을 제공합니다. 이 모델은 비용을 최적화하고 워크로드 필요에 따라 컴퓨팅, 메모리, 스토리지 리소스를 선택할 수 있습니다.

vCore 기반 구매 모델에서 비용은 다음의 선택 및 사용량에 따라 달라집니다.

  • 서비스 계층
  • 하드웨어 구성
  • 컴퓨팅 리소스(vCore 수 및 메모리 양)
  • 예약된 데이터베이스 스토리지
  • 실제 백업 스토리지

Azure SQL Managed Instance에서 사용하는 가상 코어(vCore) 구매 모델은 다음과 같은 몇 가지 이점을 제공합니다.

  • 워크로드의 컴퓨팅 및 메모리 요구 사항에 더 잘 맞도록 하드웨어 구성을 제어합니다.
  • AHB(Azure 하이브리드 혜택) 및 RI(예약 인스턴스)의 가격 할인.
  • 컴퓨팅을 지원하는 하드웨어 세부 정보의 투명도가 향상되어 온-프레미스 배포에서의 마이그레이션 계획이 용이해집니다.
  • 여러 컴퓨팅 크기를 사용할 수 있는 크기 조정 세분성이 향상됩니다.

Compute

SQL Managed Instance 컴퓨팅은 워크로드 활동과 관계없이 지속적으로 프로비전되는 특정 분량의 컴퓨팅 리소스를 제공하고, 시간당 고정된 가격으로 프로비전된 컴퓨팅 양에 대한 요금을 청구합니다.

세 개의 추가 복제본이 중요 비즈니스용 서비스 계층에 자동으로 할당되어 가격이 범용 서비스 계층보다 약 2.7배 높습니다. 마찬가지로 중요 비즈니스용 서비스 계층에서 GB당 스토리지 가격이 높을수록 SSD 스토리지의 IO 한도가 높고 대기 시간이 짧습니다.

범용 서비스 계층의 인스턴스의 경우 인스턴스를 사용하지 않을 때 중지하여 컴퓨팅 및 라이선스 비용을 절감할 수 있습니다. 중지를 검토하고 인스턴스 를 시작하여 자세히 알아보세요.

데이터 및 로그 스토리지

다음 요소는 데이터 및 로그 파일에 사용되는 스토리지의 양에 영향을 주며 범용 및 중요 비즈니스 계층에 적용됩니다.

  • 범용 서비스 계층의 경우 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') 함수를 사용합니다.

백업 스토리지

데이터베이스 백업에 대한 스토리지는 SQL Managed Instance의 기능을 지원하기 위해 할당됩니다. 이 스토리지는 데이터 및 로그 파일 스토리지와는 별개이며 별도로 청구됩니다.

  • PITR(특정 시점 복원): 스토리지 사용량은 백업에 대해 구성된 데이터베이스 변동률과 보존 기간에 따라 다릅니다. 각 데이터베이스마다 SQL Managed Instance에 대해 1~35일 범위의 개별 보존 기간을 구성할 수 있습니다. 구성된 최대 데이터 크기와 같은 백업 스토리지 용량이 추가 요금 없이 제공됩니다.
  • LTR(장기 보존): 최대 10년 동안 전체 백업의 장기 보존을 구성하는 옵션이 있습니다. 선택한 구성에 따라 LTR 백업에 사용되는 스토리지의 양이 결정됩니다.

서비스 계층

서비스 계층은 일반적으로 가용성 및 재해 복구와 관련된 스토리지 아키텍처, 공간 및 I/O 제한 및 비즈니스 연속성 옵션을 정의합니다.

Azure SQL Managed Instance에는 두 가지 서비스 계층이 있습니다.

서비스 계층 간의 자세한 비교를 위해 리소스 제한을 검토하지만 다음 표를 사용하여 간략한 개요를 확인하세요.

범주 범용 차세대 범용 중요 비즈니스용
적합한 대상 대부분의 비즈니스 워크로드. 예산에 맞게 균형 있고 확장 가능한 컴퓨팅 및 스토리지 옵션을 제공합니다. 더 큰 용량, 향상된 처리량 및 리소스 유연성이 필요한 예산 지향 비즈니스 워크로드입니다. 여러 개의 격리된 복제본을 사용하여 비즈니스 애플리케이션에서 오류에 대한 가장 높은 복원력을 제공하고 최고의 I/O 성능을 제공합니다.
최대 vCore 수 80 128 128
최대 인스턴스 스토리지 크기 16TB 32TB 16TB
인스턴스당 최대 데이터베이스 수 100 500 100
읽기 전용 복제본 0 0 1
가용성을 위한 복제본 고가용성을 위한 대기 노드 고가용성을 위한 대기 노드 3개의 고가용성 복제본 중에서 하나는 읽기 스케일링 복제본이기도 합니다.
가격 책정 및 청구 vCore, 예약된 스토리지 및 백업 스토리지에 대한 요금이 청구됩니다.
IOPS는 요금이 청구되지 않음		 vCore, 예약된 스토리지, 백업 스토리지 및 IOPS(무료 할당량 초과)가 청구됩니다. vCore, 예약된 스토리지 및 백업 스토리지에 대한 요금이 청구됩니다.
IOPS에는 요금이 부과되지 않습니다.

참고 항목

SLA(서비스 수준 약정)에 대한 자세한 내용은 Azure SQL Managed Instance용 SLA를 참조하세요.

범용

범용 서비스 계층의 아키텍처 모델은 컴퓨팅과 스토리지 분리를 기반으로 합니다. 이 아키텍처 모델은 데이터베이스 파일을 확실하게 복제하고 내부 인프라 오류가 발생하는 경우에도 데이터 무손실을 보장하는 Azure Blob Storage의 고가용성 및 안정성을 기반으로 합니다.

다음 그림은 분리된 컴퓨팅 및 스토리지 레이어가 있는 표준 아키텍처 모델의 4개 노드를 보여줍니다.

컴퓨팅과 스토리지의 분리

범용 서비스 계층의 아키텍처 모델에는 두 개의 계층이 있습니다.

  • 상태 비저장 컴퓨팅 레이어는 sqlservr.exe 프로세스를 실행하고 일시적인 데이터와 캐시된 데이터(예: 계획 캐시, 버퍼 풀, 열 저장 풀)만 포함합니다. 이 상태 비저장 노드는 프로세스를 초기화하고 노드의 상태를 제어하며 필요한 경우 다른 위치로 장애 조치(failover)를 수행하는 Azure 서비스 패브릭에 의해 운영됩니다.
  • 상태 저장 데이터 계층에는 데이터베이스 파일(.mdf/.ldf)이 있으며 Azure Blob Storage에 저장됩니다. Azure Blob Storage는 데이터베이스 파일에 배치된 모든 레코드의 데이터가 손실되지 않도록 보장합니다. Azure Storage에는 프로세스가 중단되더라도 로그 파일의 모든 레코드나 데이터 파일의 페이지가 보존되도록 하는 데이터 가용성/백업 기능이 기본 제공됩니다.

데이터베이스 엔진이나 운영 체제가 업그레이드되고, 기본 인프라의 일부 부분은 실패하거나 sqlservr.exe 프로세스에서 심각한 문제가 감지될 때마다, Azure Service Fabric은 상태 비저장 프로세스를 다른 상태 비저장 컴퓨팅 노드로 옮깁니다. 장애 조치(failover) 시간을 최소화하기 위해 기본 노드의 장애 조치(failover)가 발생하는 경우 새 컴퓨팅 서비스를 실행하려고 대기하는 예비 노드 세트가 있습니다. Azure Storage 계층의 데이터는 영향을 받지 않으며 데이터/로그 파일은 새로 초기화된 프로세스에 연결됩니다. 이 프로세스는 기본적으로 99.99%의 가용성을 보장합니다. 전환 시간과 새 노드가 콜드 캐시로 시작된다는 사실로 인해 진행 중인 과도한 워크로드에 일부 성능 영향이 있을 수 있습니다.

이 서비스 계층을 선택하는 시기

범용 서비스 계층은 대부분의 일반 워크로드를 위해 설계된 Azure SQL Managed Instance의 기본 서비스 계층입니다. 기본 SLA와 스토리지 대기 시간이 5~10ms인 완전 관리형 데이터베이스 엔진이 필요한 경우에는 범용 계층이 적합한 옵션입니다.

차세대 범용

참고 항목

차세대 범용 서비스 계층 업그레이드는 현재 미리 보기로 제공됩니다. 시작 하려면 적격 신규 및 기존 인스턴스에 대해 차세대 범용 서비스 계층 업그레이드 를 사용합니다.

차세대 범용 서비스 계층은 다음과 같은 주요 특성을 제공하는 기존 범용 서비스 계층의 아키텍처 업그레이드입니다.

  • 범용 서비스 계층과 동일한 기준 비용을 제공하면서 성능 요구 사항이 높은 기업을 위해 설계되었습니다.
  • 범용 서비스 계층에 대한 성능, 확장성 및 리소스 유연성에 대한 중요한 업그레이드
  • 페이지 Blob 대신 관리 디스크를 사용하여 스토리지 성능 메트릭을 크게 향상시킵니다.
  • 예약된 스토리지의 모든 GB에 대해 3개의 무료 IOPS
  • 인스턴스당 최대 500개의 데이터베이스 지원 및 최대 스토리지 크기 32TB

차세대 범용 서비스 계층은 인스턴스에서 사용하는 서비스 계층에 관계없이 기존 범용 서비스 계층으로 업그레이드되므로 청구 명세서에는 범용 서비스 계층이 반영됩니다.

아키텍처 모델

차세대 범용 서비스 계층은 업그레이드된 원격 스토리지 계층을 사용하여 페이지 Blob 대신 관리 디스크에 인스턴스 데이터 및 로그 파일을 저장하는 기존 범용 서비스 계층으로의 업그레이드입니다. 즉, 차세대 범용 서비스 계층 업그레이드는 스토리지, vCore 수 및 최대 데이터베이스 수에 대한 제한 증가와 함께 기존 범용 서비스 계층보다 더 빠른 스토리지 대기 시간, IOPS 및 처리량을 제공합니다. 또한 성능 할당량은 전체 인스턴스에서 공유되므로 더 이상 성능을 향상시키기 위해 개별 파일의 크기를 조정할 필요가 없습니다. 차세대 범용 서비스 계층의 기준 비용은 범용 서비스 계층과 동일하지만 슬라이더를 사용하여 IO 성능을 높일 수 있습니다. 그러면 별도로 요금이 청구됩니다.

차세대 범용 서비스 계층은 예약된 스토리지의 모든 GB에 대해 3개의 IOPS에서 무료 IOPS를 제공하여 비용을 절감하는 데 도움이 됩니다. 스토리지 가격에는 최소 IOPS가 포함됩니다. 최소값을 초과하면 다음과 같이 요금이 청구됩니다. 1 IOPS = 스토리지 가격(지역별)을 3으로 나눕니다.

예시:

  • 1GB의 스토리지 비용이 0.115인 경우 1 IOPS = 0.115/3 = IOPS당 0.038입니다.
  • 1,024GB 인스턴스는 3072 IOPS를 무료로 받습니다. 추가 비용을 위해 IOPS를 VM 제한까지 늘리도록 선택할 수 있습니다.

이 서비스 계층을 선택하는 시기

비즈니스가 예산 지향적이지만 범용 서비스 계층의 성능 메트릭 및 제한이 충분하지 않은 경우 이 서비스 계층을 선택합니다.

범용 계층 대신 차세대 범용 서비스 계층을 선택해야 하는 주요 이유는 다음과 같습니다.

  • 동일한 기준 비용의 성능 향상
  • 향상된 대기 시간, 처리량 및 IOPS
  • 스토리지 용량 향상
  • 컴퓨팅에 대한 유연성 더 높아진 기능
  • 단일 인스턴스에 대해 100개 이상의 데이터베이스가 필요합니다.
  • 16TB 이상의 예약 스토리지가 필요합니다.

중요 비즈니스용

중요 비즈니스용 서비스 계층 모델은 데이터베이스 엔진 프로세스의 클러스터를 기반으로 합니다. 이 아키텍처 모델은 항상 사용 가능한 데이터베이스 엔진 노드의 쿼럼에 의존하며 유지 보수 작업 중에도 워크로드에 최소한의 성능 영향을 줍니다. Azure는 최종 사용자의 가동 중지 시간을 최소화하면서 기본 운영 체제, 드라이버 및 SQL Server 데이터베이스 엔진을 투명하게 업그레이드하고 패치합니다.

중요 비즈니스용 모델에서 컴퓨팅 및 스토리지는 각 노드에 통합됩니다. 4개 노드 클러스터의 각 노드에 있는 데이터베이스 엔진 프로세스 간에 데이터를 복제하고 각 노드는 로컬로 연결된 SSD를 데이터 스토리지로 사용하여 고가용성을 달성합니다.

데이터베이스 엔진 노드의 클러스터

SQL Server 데이터베이스 엔진 프로세스와 기본 .mdf/.ldf 파일이 SSD 스토리지가 로컬에 연결되어 있는 동일한 노드에 배치되기 때문에 워크로드에 대한 대기 시간이 짧습니다. SQL Server Always On 가용성 그룹과 유사한 기술을 사용하여 고가용성이 구현됩니다.

모든 인스턴스는 인스턴스에 있는 모든 데이터베이스의 복사본을 포함하는 데이터베이스 엔진 노드의 클러스터이며, 고객 워크로드에 액세스할 수 있는 주 데이터베이스와 장애 조치(failover) 준비가 된 데이터 복사본을 포함하는 3개의 보조 데이터베이스가 있습니다. 주 노드는 어떤 이유로든 기본 노드에 장애가 발생하는 경우 보조 복제본의 데이터를 사용할 수 있도록 하기 위해 변경 내용을 보조 노드로 지속적으로 푸시합니다.

장애 조치(failover)는 SQL Server 데이터베이스 엔진을 통해 처리됩니다. 보조 복제본 하나가 주 노드가 되고 클러스터에 충분한 노드를 보장하기 위해 새로운 보조 복제본이 만들어집니다. 워크로드는 새로운 주 노드에 자동으로 리디렉션됩니다.

또한 중요 비즈니스용 클러스터에는 주 복제본 워크로드의 성능에 영향을 주지 않는 읽기 전용 쿼리(예: 보고서)를 실행하는 데 사용되는 읽기 전용 복제본을 무료로 제공하는 읽기 확장 기능이 제공됩니다.

이 서비스 계층을 선택하는 시기

중요 비즈니스용 서비스 계층은 기본 SSD 스토리지에서 짧은 대기 시간 응답(평균1 ~ 2밀리초) 및 기본 인프라가 실패하는 경우 빠른 복구가 필요하거나, 보고서 분석 및 읽기 전용 쿼리를 무료로 읽을 수 있는 주 데이터베이스의 보조 복제본으로 오프로드할 필요성이 있는 애플리케이션용으로 설계되었습니다.

범용 계층 대신 중요 비즈니스용 서비스 계층을 선택해야 하는 주요 이유는 다음과 같습니다.

  • 낮은 I/O 대기 시간 요구 사항 - 스토리지 레이어에서 빠른 응답(평균 1~2밀리초)이 필요한 워크로드는 중요 비즈니스용 계층을 사용해야 합니다.
  • 무료 보조 읽기 전용 복제본에 리디렉션할 수 있는 보고 및 분석 쿼리가 있는 워크로드입니다.
  • 더 높은 복원력과 오류로부터의 빠른 복구 시스템 오류가 있는 경우 주 인스턴스의 데이터베이스가 오프라인으로 전환되고 보조 복제본 중 하나가 즉시 쿼리를 처리할 준비가 된 새 읽기-쓰기 기본 인스턴스가 됩니다. 데이터베이스 엔진이 로그 파일의 트랜잭션을 분석하고 다시 실행하거나 데이터를 메모리 버퍼에 로드할 필요가 없습니다.
  • 고급 데이터 손상 방지 중요 비즈니스용 계층은 백그라운드에서 데이터베이스 복제본을 사용하므로 서비스는 미러 및 가용성 그룹과 함께 사용할 수 있는 자동 페이지 복구를 활용하여 데이터 손상을 완화합니다. 복제본이 데이터 무결성 문제로 인해 페이지를 읽을 수 없는 경우 다른 복제본에서 페이지의 새 복사본을 검색하여 데이터 손실 또는 고객의 가동 중지 시간 없이 읽을 수 없는 페이지를 대체합니다. 이 기능은 관리되는 인스턴스에 지역 보조 복제본이 있는 경우 범용 계층에서 사용할 수 있습니다.
  • 더 높은 가용성 - 다중 가용성 영역 구성의 중요 비즈니스용 계층은 영역 오류 및 고가용성 SLA에 대한 복원력을 제공합니다.
  • 빠른 지역 복구 - 장애 조치(failover) 그룹이 구성되면 중요 비즈니스용 계층은 배포된 배포 시간의 100%에 대해 5초의 RPO(복구 지점 목표) 및 30초의 RTO(복구 시간 목표)를 보장합니다.

템플릿 또는 스크립트에서 서비스 계층을 지정할 때 계층은 해당 이름을 사용하여 제공됩니다. 다음 표가 적용됩니다.

하드웨어 속성
범용 GeneralPurpose
중요 비즈니스용 BusinessCritical

하드웨어 구성

vCore 모델의 하드웨어 구성 옵션에는 표준 시리즈(Gen5), 프리미엄 시리즈 및 메모리 최적화 프리미엄 시리즈가 포함됩니다. 하드웨어 구성은 일반적으로 컴퓨팅 및 메모리 제한과 워크로드 성능에 영향을 주는 기타 특성을 정의합니다.

하드웨어 구성 특성 및 제한 사항에 대한 자세한 내용은 하드웨어 구성 특성을 참조하세요.

sys.dm_user_db_resource_governance 동적 관리 뷰에서는 Intel® SP-8160(Skylake) 프로세서를 사용하는 데이터베이스에 대한 하드웨어 세대가 Gen6으로 표시되고, Intel® 8272CL(Cascade Lake)을 사용하는 인스턴스에 대한 하드웨어 세대는 Gen7로 표시됩니다. 프리미엄 시리즈 및 메모리 최적화 프리미엄 시리즈 하드웨어 세대에서 사용하는 Intel 8370C(Ice Lake) CPU는 Gen8로 나타납니다. 모든 표준 시리즈(Gen5) 인스턴스에 대한 리소스 제한은 프로세서 유형(Broadwell, Skylake 또는 Cascade Lake)에 관계없이 동일합니다.

하드웨어 구성 선택

인스턴스를 만들 때 하드웨어 구성을 선택하거나 기존 인스턴스의 하드웨어를 변경할 수 있습니다.

SQL Managed Instance를 만들 때 하드웨어 구성을 선택하려면

자세한 내용은 SQL Managed Instance 만들기를 참조하세요.

기본 탭의 컴퓨팅 + 스토리지 섹션에서 데이터베이스 구성 링크를 선택한 다음, 원하는 하드웨어를 선택합니다.

SQL Managed Instance 구성기존 SQL Managed Instance의 하드웨어를 변경하려면

SQL Managed Instance 페이지에서 설정 아래의 컴퓨팅 + 스토리지를 선택합니다.

스크린샷은 SQL 관리되는 인스턴스에 대한 컴퓨팅 + 스토리지 페이지를 보여줍니다.

컴퓨팅+ 스토리지 페이지에서 vCore 및 Storage용 슬라이더를 사용하여 하드웨어 생성에서 하드웨어를 변경할 수 있습니다.

템플릿 또는 스크립트에서 하드웨어 매개 변수를 지정할 때 하드웨어는 해당 이름을 사용하여 제공됩니다. 다음 표가 적용됩니다.

하드웨어 Name
표준 시리즈(Gen5) 5세대
프리미엄 시리즈 G8IM
메모리 최적화 프리미엄 시리즈 G8IH

SKU 이름

참고 항목

템플릿 또는 스크립트에서 하드웨어 및 서비스 계층을 지정하는 경우 독립적으로 지정하거나 SKU 이름을 제공할 수 있습니다. SKU 이름을 지정할 때 다음 표가 적용됩니다.

SKU 서비스 계층 하드웨어
GP_Gen5 범용 표준 시리즈
GP_G8IM 범용 프리미엄 시리즈
GP_G8IH 범용 프리미엄 시리즈 메모리 최적화
BC_Gen5 중요 비즈니스용 표준 시리즈
BC_G8IM 중요 비즈니스용 프리미엄 시리즈
BC_G8IH 중요 비즈니스용 프리미엄 시리즈 메모리 최적화

고가용성

표준 시리즈(Gen5) 및 프리미엄 시리즈

표준 시리즈(Gen5) 및 프리미엄 시리즈 하드웨어는 전 세계의 모든 공개 지역에서 사용할 수 있습니다.

메모리 최적화 프리미엄 시리즈 하드웨어는 미리 보기 상태이며 지역별 가용성이 제한되어 있습니다. 자세한 내용은 Azure SQL Managed Instance 리소스 한도를 참조하세요.

다음 단계