vCore 구매 모델 개요 - Azure SQL Database 및 Azure SQL Managed Instance

적용 대상: Azure SQL Database Azure SQL Managed Instance

이 문서에서는 Azure SQL Database와 Azure SQL Managed Instance 모두에서 사용하는 vCore 구매 모델을 간략하게 설명합니다. 각 제품의 vCore 모델에 대한 자세한 내용은 Azure SQL DatabaseSQL Managed Instance를 검토합니다.

개요

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

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

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

중요

Azure SQL Database에서 컴퓨팅 리소스(CPU 및 메모리), I/O, 데이터 및 로그 스토리지는 데이터베이스 또는 탄력적 풀당 요금이 부과됩니다. 백업 스토리지는 각 데이터베이스당 요금이 부과됩니다.

vCore 구매 모델은 데이터베이스 AHB(Azure 하이브리드 혜택)RI(Reserved Instance)를 통해 데이터베이스 CPU, 메모리 및 스토리지 리소스 할당, 하드웨어 구성, 더 높은 크기 조정 세분성 및 가격 할인의 투명성을 제공합니다.

Azure SQL Database의 경우 vCore 구매 모델은 DTU 모델보다 더 높은 컴퓨팅, 메모리, I/O 및 스토리지 한도를 제공합니다.

서비스 계층

Azure SQL Database와 Azure SQL Managed Instance 모두에서 다음 두 vCore 서비스 계층을 사용할 수 있습니다.

  • 범용은 일반적인 성능 및 가용성 요구 사항이 있는 대부분의 워크로드용으로 설계된 예산 친화적 계층입니다.
  • 중요 비즈니스 계층은 엄격한 가용성 요구 사항이 있는 성능이 중요한 워크로드를 위해 설계되었습니다.

하이퍼스케일 서비스 계층은 또한 Azure SQL Database의 단일 데이터베이스에서 사용할 수 있습니다. 이 서비스 계층은 대부분의 비즈니스 워크로드를 위해 설계되어 확장성이 뛰어난 스토리지, 읽기 확장, 빠른 크기 조정 및 빠른 데이터베이스 복원 기능을 제공합니다.

리소스 한계

리소스 제한에 대한 자세한 내용은 다음을 참조하세요.

컴퓨팅 비용

vCore 기반 구매 모델에는 Azure SQL Database 및 SQL Managed Instance 모두에 대한 프로비저닝된 컴퓨팅 계층 및 Azure SQL Database에 대한 서버리스 컴퓨팅 계층이 있다.

프로비저닝된 컴퓨팅 계층의 경우, 컴퓨팅 비용은 워크로드 작업과 무관하게 애플리케이션에 대해 지속적으로 프로비저닝된 총 컴퓨팅 용량을 반영합니다. vCore 및 메모리 요구 사항에 따른 비즈니스 요구 사항에 가장 적합한 리소스 할당을 선택한 다음 워크로드에 필요한 경우 리소스를 확장 및 축소합니다.

Azure SQL 데이터베이스의 서버리스 컴퓨팅 계층에서 컴퓨팅 리소스는 워크로드 용량에 따라 자동 크기 조정되어 사용되는 컴퓨팅 양에 대해 초당 청구됩니다.

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

데이터 및 로그 스토리지

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

  • 각각의 컴퓨팅 크기는 구성 가능한 최대 데이터 크기를 지원하며 기본값은 32GB입니다.
  • 최대 데이터 크기를 구성하면 로그 파일에 대해 추가 30%의 청구 가능한 스토리지가 자동으로 추가됩니다.
  • 범용 서비스 계층의 경우 tempdb에서 로컬 SSD를 사용하며, 이 스토리지의 비용이 vCore 가격에 포함됩니다.
  • 중요 비즈니스 서비스 계층의 경우 tempdb에서 데이터 및 로그 파일이 포함된 로컬 및 SSD 스토리지를 사용하고 tempdb 스토리지의 비용이 vCore 가격에 포함됩니다.
  • 범용 및 중요 비즈니스용 계층에서 데이터베이스, 탄력적 풀 또는 관리되는 인스턴스에 대해 구성된 최대 스토리지 크기에 대해 요금이 청구됩니다.
  • SQL Database의 경우 1GB에서 지원되는 스토리지 크기 최대값 사이의 최대 데이터 크기를 1GB 증분으로 선택할 수 있습니다. SQL Managed Instance의 경우 지원되는 스토리지 크기 최대값까지 32GB의 배수로 데이터 크기를 선택할 수 있습니다.

SQL Database에서 현재 할당 및 사용된 데이터 스토리지 크기를 모니터링하려면 각각 allocated_data_storage스토리지 Azure Monitor 메트릭을 사용합니다.

SQL Database 및 SQL Managed Instance 모두의 경우 T-SQL를 사용하여 데이터베이스의 개별 데이터 및 로그 파일의 현재 할당 및 사용된 스토리지 크기를 모니터링하려면 sys.database_files 보기 및 FILEPROPERTY(..., 'SpaceUsed') 함수를 사용합니다.

경우에 따라 사용하지 않는 공간을 회수하기 위해 데이터베이스를 축소해야 할 수도 있습니다. 자세한 내용은 Azure SQL Database의 파일 공간 관리를 참조하세요.

백업 스토리지

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

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

다음 단계

시작하려면 다음을 참조하십시오.

범용 및 중요 비즈니스용 서비스 계층에서 사용할 수 있는 특정 컴퓨팅 및 스토리지 크기에 대한 세부 정보는 다음을 참조하세요.