VCore 및 DTU 구매 모델 중에서 선택-Azure SQL Database 및 SQL Managed InstanceChoose between the vCore and DTU purchasing models - Azure SQL Database and SQL Managed Instance

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

Azure SQL Database 및 Azure SQL Managed Instance를 사용 하 여 성능 및 비용 요구에 맞는 완전히 관리 되는 PaaS (platform as a service) 데이터베이스 엔진을 쉽게 구매할 수 있습니다.Azure SQL Database and Azure SQL Managed Instance let you easily purchase a fully managed platform as a service (PaaS) database engine that fits your performance and cost needs. Azure SQL Database 위해 선택한 배포 모델에 따라 사용자에 게 적합 한 구매 모델을 선택할 수 있습니다.Depending on the deployment model you've chosen for Azure SQL Database, you can select the purchasing model that works for you:

  • Vcore (가상 코어) 기반 구매 모델 (권장)Virtual core (vCore)-based purchasing model (recommended). 이 구매 모델은 프로 비전 된 계산 계층과 서버를 사용 하지 않는 계산 계층 중에서 선택할 것을 제공 합니다.This purchasing model provides a choice between a provisioned compute tier and a serverless compute tier. 프로 비전 된 계산 계층을 사용 하 여 워크 로드에 대해 항상 프로 비전 되는 정확한 계산 리소스 양을 선택 합니다.With the provisioned compute tier, you choose the exact amount of compute resources that are always provisioned for your workload. 서버를 사용 하지 않는 계산 계층에서는 구성 가능한 계산 범위에 대해 계산 리소스의 자동 크기 조정을 지정 합니다.With the serverless compute tier, you specify the autoscaling of the compute resources over a configurable compute range. 이 계산 계층을 사용 하 여 워크 로드 활동을 기반으로 데이터베이스를 자동으로 일시 중지 하 고 다시 시작할 수도 있습니다.With this compute tier, you can also automatically pause and resume the database based on workload activity. 프로 비전 된 계산 계층의 시간 단위당 vCore 단가가 서버를 사용 하지 않는 계산 계층에 있는 것 보다 낮습니다.The vCore unit price per unit of time is lower in the provisioned compute tier than it is in the serverless compute tier.
  • DTU (데이터베이스 트랜잭션 단위) 기반 구매 모델입니다.Database transaction unit (DTU)-based purchasing model. 이 구매 모델은 공통 작업에 대해 분산 된 번들 계산 및 저장소 패키지를 제공 합니다.This purchasing model provides bundled compute and storage packages balanced for common workloads.

구매 모델에는 두 가지가 있습니다.There are two purchasing models:

다음 표와 차트는 vCore 기반 및 DTU 기반 구매 모델을 비교 하 고 대조 합니다.The following table and chart compare and contrast the vCore-based and the DTU-based purchasing models:

구매 모델Purchasing model 설명Description 적합한 대상Best for
DTU 기반DTU-based 이 모델은 계산, 저장소 및 i/o 리소스를 함께 제공 하는 측정값을 기반으로 합니다.This model is based on a bundled measure of compute, storage, and I/O resources. 컴퓨팅 크기는 단일 데이터베이스에 대해서는 DTU, 탄력적 풀에 대해서는 eDTU(탄력적 데이터베이스 트랜잭션 단위)로 표시됩니다.Compute sizes are expressed in DTUs for single databases and in elastic database transaction units (eDTUs) for elastic pools. DTU 및 eDTU에 대한 자세한 내용은 DTU 및 eDTU란?을 참조하세요.For more information about DTUs and eDTUs, see What are DTUs and eDTUs?. 간단 하 고 미리 구성 된 리소스 옵션을 원하는 고객Customers who want simple, preconfigured resource options
vCore 기반vCore-based 이 모델을 사용하면 컴퓨팅 및 스토리지 리소스를 독립적으로 선택할 수 있습니다.This model allows you to independently choose compute and storage resources. vCore 기반 구매 모델을 사용하면 SQL Server용 Azure 하이브리드 혜택을 사용하여 비용을 절약할 수도 있습니다.The vCore-based purchasing model also allows you to use Azure Hybrid Benefit for SQL Server to save costs. 유연성, 제어 및 투명성을 나타내는 고객Customers who value flexibility, control, and transparency

가격 책정 모델 비교

클라우드 비용을 최적화하여 비용을 절감하고 싶습니까?Want to optimize and save on your cloud spending?

Azure 서비스는 비용이 듭니다.Azure services cost money. Azure Cost Management를 사용하면 예산을 설정하고 제어 상태를 유지하도록 경고를 구성할 수 있습니다.Azure Cost Management helps you set budgets and configure alerts to keep spending under control. Cost Management를 사용하여 Azure 비용을 분석, 관리 및 최적화합니다.Analyze, manage, and optimize your Azure costs with Cost Management. 자세한 내용은 비용 분석에 대한 빠른 시작을 참조하세요.To learn more, see the quickstart on analyzing your costs.

컴퓨팅 비용Compute costs

프로 비전 된 계산 비용Provisioned compute costs

프로 비전 된 계산 계층에서 계산 비용은 응용 프로그램에 대해 프로 비전 된 총 계산 용량을 반영 합니다.In the provisioned compute tier, the compute cost reflects the total compute capacity that is provisioned for the application.

중요 비즈니스용 서비스 계층에서는 세 개 이상의 복제본을 자동으로 할당 합니다.In the Business Critical service tier, we automatically allocate at least three replicas. 이러한 추가 계산 리소스 할당을 반영 하기 위해 vCore 기반 구매 모델의 가격은 범용 서비스 계층 보다 중요 비즈니스용 서비스 계층에서 약 2.7 배 더 높습니다.To reflect this additional allocation of compute resources, the price in the vCore-based purchasing model is approximately 2.7 times higher in the Business Critical service tier than it is in the General Purpose service tier. 마찬가지로 중요 비즈니스용 서비스 계층에서 GB 당 더 높은 저장소 가격은 SSD 저장소의 더 높은 IO 제한과 낮은 대기 시간을 반영 합니다.Likewise, the higher storage price per GB in the Business Critical service tier reflects the higher IO limits and lower latency of the SSD storage.

두 계층 모두 백업에 표준 저장소를 사용 하므로 백업 저장소 비용은 중요 비즈니스용 서비스 계층 및 범용 서비스 계층에 대해 동일 합니다.The cost of backup storage is the same for the Business Critical service tier and the General Purpose service tier because both tiers use standard storage for backups.

서버를 사용 하지 않는 계산 비용Serverless compute costs

서버를 사용 하지 않는 계산 계층에 대해 계산 용량이 정의 되 고 비용이 계산 되는 방법에 대 한 설명은 서버를 사용 하지 않는 계층 SQL Database을 참조 하세요.For a description of how compute capacity is defined and costs are calculated for the serverless compute tier, see SQL Database serverless tier.

스토리지 비용Storage costs

다양한 유형의 스토리지에 대해 별도의 방식으로 요금이 청구됩니다.Different types of storage are billed differently. 데이터 저장소의 경우 선택한 최대 데이터베이스 또는 풀 크기에 따라 프로 비전 된 저장소에 대 한 요금이 청구 됩니다.For data storage, you're charged for the provisioned storage based upon the maximum database or pool size you select. 최대값을 줄이거나 늘리지 않으면 비용이 변경 되지 않습니다.The cost doesn't change unless you reduce or increase that maximum. 백업 스토리지는 인스턴스의 자동 백업과 연결되고 동적으로 할당됩니다.Backup storage is associated with automated backups of your instance and is allocated dynamically. 백업 보존 기간을 늘려 인스턴스에서 사용 되는 백업 저장소를 늘립니다.Increasing your backup-retention period increases the backup storage that's consumed by your instance.

기본적으로 데이터베이스의 자동화 된 백업 7 일은 읽기 액세스 지역 중복 저장소 (RA-GRS) 표준 Blob 저장소 계정에 복사 됩니다.By default, seven days of automated backups of your databases are copied to a read-access geo-redundant storage (RA-GRS) standard Blob storage account. 이 저장소는 매주 전체 백업, 일별 차등 백업 및 5 분 마다 복사 되는 트랜잭션 로그 백업에 사용 됩니다.This storage is used by weekly full backups, daily differential backups, and transaction log backups, which are copied every five minutes. 트랜잭션 로그의 크기는 데이터베이스의 변경 률에 따라 달라 집니다.The size of the transaction logs depends on the rate of change of the database. 데이터베이스 크기의 100%와 같은 최소 저장소 크기는 추가 비용 없이 제공 됩니다.A minimum storage amount equal to 100 percent of the database size is provided at no extra charge. 백업 스토리지의 추가 사용량은 GB/월 단위로 요금이 청구됩니다.Additional consumption of backup storage is charged in GB per month.

스토리지 가격에 대한 자세한 내용은 가격 책정 페이지를 참조하세요.For more information about storage prices, see the pricing page.

vCore 기반 구매 모델vCore-based purchasing model

VCore (가상 코어)는 논리적 CPU를 나타내며 하드웨어 세대와 하드웨어의 물리적 특성 (예: 코어 수, 메모리 및 저장소 크기) 중에서 선택할 수 있는 옵션을 제공 합니다.A virtual core (vCore) represents a logical CPU and offers you the option to choose between generations of hardware and the physical characteristics of the hardware (for example, the number of cores, the memory, and the storage size). VCore 기반 구매 모델은 개별 리소스 소비의 유연성, 제어, 투명성 및 온-프레미스 워크 로드 요구 사항을 클라우드로 변환 하는 간단한 방법을 제공 합니다.The vCore-based purchasing model gives you flexibility, control, transparency of individual resource consumption, and a straightforward way to translate on-premises workload requirements to the cloud. 이 모델을 사용 하면 워크 로드 요구 사항에 따라 계산, 메모리 및 저장소 리소스를 선택할 수 있습니다.This model allows you to choose compute, memory, and storage resources based on your workload needs.

VCore 기반 구매 모델에서는 SQL Database 및 SQL Managed Instance의 범용 및 중요 비즈니스용 서비스 계층 중에서 선택할 수 있습니다.In the vCore-based purchasing model, you can choose between the General Purpose and Business Critical service tiers for SQL Database and SQL Managed Instance. 단일 데이터베이스의 경우에는 Hyperscale 서비스 계층을 선택할 수도 있습니다.For single databases, you can also choose the Hyperscale service tier.

VCore 기반 구매 모델을 사용 하 여 독립적으로 계산 및 저장소 리소스를 선택 하 고, 온-프레미스 성능을 일치 시키고, 가격을 최적화할 수 있습니다.The vCore-based purchasing model lets you independently choose compute and storage resources, match on-premises performance, and optimize price. VCore 기반 구매 모델에서 다음에 대 한 비용을 지불 합니다.In the vCore-based purchasing model, you pay for:

  • 컴퓨팅 리소스(서비스 계층 + vCore 수 및 메모리 크기 + 하드웨어 세대)Compute resources (the service tier + the number of vCores and the amount of memory + the generation of hardware).
  • 데이터 및 로그 스토리지의 형식 및 크기The type and amount of data and log storage.
  • 백업 저장소 (RA-GRS).Backup storage (RA-GRS).

중요

계산 리소스, i/o, 데이터 및 로그 저장소는 데이터베이스 또는 탄력적 풀 별로 요금이 청구 됩니다.Compute resources, I/O, and data and log storage are charged per database or elastic pool. 백업 저장소는 각 데이터베이스당 청구 됩니다.Backup storage is charged per each database. SQL Managed Instance 요금에 대 한 자세한 내용은 sql Managed Instance를 참조 하세요.For more information about SQL Managed Instance charges, see SQL Managed Instance. 지역 제한 사항: 지원 되는 지역에 대 한 현재 목록은 지역별 사용 가능한 제품을 참조 하세요.Region limitations: For the current list of supported regions, see products available by region. 현재 지원 되지 않는 지역에서 관리 되는 인스턴스를 만들려면 Azure Portal를 통해 지원 요청을 보냅니다.To create a managed instance in a region that currently isn't supported, send a support request via the Azure portal.

데이터베이스가 300 개 보다 많은 Dtu를 사용 하는 경우 vCore 기반 구매 모델로 변환 하면 비용이 줄어들 수 있습니다.If your database consumes more than 300 DTUs, converting to the vCore-based purchasing model might reduce your costs. 원하는 API를 사용 하거나 가동 중지 시간 없이 Azure Portal를 사용 하 여 변환할 수 있습니다.You can convert by using your API of choice or by using the Azure portal, with no downtime. 그러나 변환은 필요 하지 않으며 자동으로 수행 되지 않습니다.However, conversion isn't required and isn't done automatically. DTU 기반 구매 모델이 성능 및 비즈니스 요구 사항을 충족하는 경우 이 모델을 계속 사용해야 합니다.If the DTU-based purchasing model meets your performance and business requirements, you should continue using it.

DTU 기반 구매 모델에서 vCore 기반 구매 모델로 변환 하려면 dtu에서 vCore로 마이그레이션을 참조 하세요.To convert from the DTU-based purchasing model to the vCore-based purchasing model, see Migrate from DTU to vCore.

DTU 기반 구매 모델DTU-based purchasing model

DTU (데이터베이스 트랜잭션 단위)는 CPU, 메모리, 읽기 및 쓰기의 혼합 측정값을 나타냅니다.A database transaction unit (DTU) represents a blended measure of CPU, memory, reads, and writes. DTU 기반 구매 모델은 다양한 수준의 애플리케이션 성능을 구동하기 위해 컴퓨팅 리소스 및 포함된 스토리지를 미리 구성된 번들로 묶은 집합을 제공합니다.The DTU-based purchasing model offers a set of preconfigured bundles of compute resources and included storage to drive different levels of application performance. 매월 미리 구성 된 번들 및 고정 상환의 단순성을 선호 하는 경우 DTU 기반 모델이 사용자의 요구에 더 적합할 수 있습니다.If you prefer the simplicity of a preconfigured bundle and fixed payments each month, the DTU-based model might be more suitable for your needs.

DTU 기반 구매 모델에서 Azure SQL Database에 대 한 기본, 표준 및 프리미엄 서비스 계층 중에서 선택할 수 있습니다.In the DTU-based purchasing model, you can choose between the basic, standard, and premium service tiers for Azure SQL Database. DTU 기반 구매 모델은 Azure SQL Managed Instance에서 사용할 수 없습니다.The DTU-based purchasing model isn't available for Azure SQL Managed Instance.

DTU(데이터베이스 트랜잭션 단위)Database transaction units (DTUs)

서비스 계층내의 특정 계산 크기에 있는 단일 데이터베이스의 경우 azure는 해당 데이터베이스에 대 한 특정 수준의 리소스 (azure 클라우드의 다른 데이터베이스와 무관)를 보장 합니다.For a single database at a specific compute size within a service tier, Azure guarantees a certain level of resources for that database (independent of any other database in the Azure cloud). 이러한 보장은 예측 가능한 수준의 성능을 제공 합니다.This guarantee provides a predictable level of performance. 데이터베이스에 할당 되는 리소스의 양은 Dtu 수로 계산 되며 계산, 저장소 및 i/o 리소스의 번들로 측정 됩니다.The amount of resources allocated for a database is calculated as a number of DTUs and is a bundled measure of compute, storage, and I/O resources.

이러한 리소스 간의 비율은 원래 실제 OLTP 워크 로드의 일반적인 oltp (온라인 트랜잭션 처리) 벤치 마크 워크 로드 에 의해 결정 됩니다.The ratio among these resources is originally determined by an online transaction processing (OLTP) benchmark workload designed to be typical of real-world OLTP workloads. 작업이 이러한 리소스의 용량을 초과 하면 처리량이 제한 되어 성능이 저하 되 고 제한 시간이 초과 됩니다.When your workload exceeds the amount of any of these resources, your throughput is throttled, resulting in slower performance and time-outs.

워크 로드에서 사용 하는 리소스는 Azure 클라우드의 다른 데이터베이스에서 사용할 수 있는 리소스에 영향을 주지 않습니다.The resources used by your workload don't impact the resources available to other databases in the Azure cloud. 마찬가지로 다른 작업에서 사용 하는 리소스는 데이터베이스에 사용할 수 있는 리소스에 영향을 주지 않습니다.Likewise, the resources used by other workloads don't impact the resources available to your database.

경계 상자

Dtu는 다양 한 계산 크기 및 서비스 계층에서 데이터베이스에 할당 되는 상대 리소스를 이해 하는 데 가장 유용 합니다.DTUs are most useful for understanding the relative resources that are allocated for databases at different compute sizes and service tiers. 예를 들면 다음과 같습니다.For example:

  • 데이터베이스의 계산 크기를 늘려서 Dtu를 두 배로 늘리면 해당 데이터베이스에서 사용할 수 있는 리소스 집합이 배가 됩니다.Doubling the DTUs by increasing the compute size of a database equates to doubling the set of resources available to that database.
  • 1750 Dtu를 포함 하는 프리미엄 서비스 계층 P11 데이터베이스는 5 개의 Dtu를 포함 하는 기본 서비스 계층 데이터베이스 보다 350 배 더 많은 DTU 계산 기능을 제공 합니다.A premium service tier P11 database with 1750 DTUs provides 350 times more DTU compute power than a basic service tier database with 5 DTUs.

워크 로드의 리소스 (DTU) 소비량에 대 한 자세한 정보를 얻으려면 쿼리 성능 정보 를 사용 하 여 다음을 수행 합니다.To gain deeper insight into the resource (DTU) consumption of your workload, use query-performance insights to:

  • 성능 향상을 위해 잠재적으로 튜닝할 수 있는 CPU/기간/실행 수 별 상위 쿼리를 식별 합니다.Identify the top queries by CPU/duration/execution count that can potentially be tuned for improved performance. 예를 들어 i/o를 많이 사용 하는 쿼리는 메모리 내 최적화 기술을 사용 하 여 특정 서비스 계층 및 계산 크기에서 사용 가능한 메모리를 보다 효율적으로 활용할 수 있습니다.For example, an I/O-intensive query might benefit from in-memory optimization techniques to make better use of the available memory at a certain service tier and compute size.
  • 쿼리의 세부 정보로 드릴 다운 하 여 해당 텍스트와 리소스 사용 기록을 볼 수 있습니다.Drill down into the details of a query to view its text and its history of resource usage.
  • SQL Database Advisor에서 수행 하는 작업을 표시 하는 성능 튜닝 권장 구성에 액세스 합니다.Access performance-tuning recommendations that show actions taken by SQL Database Advisor.

Edtu (탄력적 데이터베이스 트랜잭션 단위)Elastic database transaction units (eDTUs)

항상 사용할 수 있는 데이터베이스의 경우 항상 필요 하지 않을 수 있는 전용 리소스 (Dtu) 집합을 제공 하는 대신 이러한 데이터베이스를 탄력적 풀에 넣을 수 있습니다.For databases that are always available, rather than provide a dedicated set of resources (DTUs) that might not always be needed, you can place these databases into an elastic pool. 탄력적 풀의 데이터베이스는 단일 서버에 있으며 리소스 풀을 공유 합니다.The databases in an elastic pool are on a single server and share a pool of resources.

탄력적 풀의 공유 리소스는 Edtu (탄력적 데이터베이스 트랜잭션 단위)로 측정 됩니다.The shared resources in an elastic pool are measured by elastic database transaction units (eDTUs). 탄력적 풀은 매우 다양 하 고 예측할 수 없는 사용 패턴을 가진 여러 데이터베이스의 성능 목표를 관리 하기 위한 간단 하 고 비용 효율적인 솔루션을 제공 합니다.Elastic pools provide a simple, cost-effective solution to manage performance goals for multiple databases that have widely varying and unpredictable usage patterns. 탄력적 풀은 풀의 데이터베이스 하나에서 모든 리소스를 사용할 수 없도록 보장 하는 반면 풀의 각 데이터베이스에는 항상 필요한 최소한의 리소스를 사용할 수 있도록 보장 합니다.An elastic pool guarantees that all the resources can't be consumed by one database in the pool, while ensuring that each database in the pool always has a minimum amount of necessary resources available.

풀에는 정해진 가격으로 정해진 개수의 eDTU가 제공됩니다.A pool is given a set number of eDTUs for a set price. 탄력적 풀에서 개별 데이터베이스는 구성 된 경계 내에서 자동으로 크기를 조정할 수 있습니다.In the elastic pool, individual databases can autoscale within the configured boundaries. 과도 한 로드에서 데이터베이스는 수요를 충족 하기 위해 더 많은 Edtu를 사용 합니다.A database under a heavier load will consume more eDTUs to meet demand. 낮은 부하의 데이터베이스는 더 적은 Edtu를 사용 합니다.Databases under lighter loads will consume fewer eDTUs. 부하가 없는 데이터베이스는 eDTU를 사용하지 않습니다.Databases with no load will consume no eDTUs. 리소스는 데이터베이스 단위가 아니라 전체 풀에 대해 프로 비전 되므로 탄력적 풀은 관리 작업을 단순화 하 고 풀에 대해 예측 가능한 예산을 제공 합니다.Because resources are provisioned for the entire pool, rather than per database, elastic pools simplify your management tasks and provide a predictable budget for the pool.

데이터베이스 가동 중지 시간 없이 풀에 있는 데이터베이스에 영향을 주지 않고 기존 풀에 Edtu를 더 추가할 수 있습니다.You can add additional eDTUs to an existing pool with no database downtime and with no impact on the databases in the pool. 마찬가지로 더 이상 추가 Edtu 필요 하지 않은 경우 언제 든 지 기존 풀에서 제거 합니다.Similarly, if you no longer need extra eDTUs, remove them from an existing pool at any time. 또한 언제 든 지 풀에서 데이터베이스를 추가 하거나 뺄 수 있습니다.You can also add databases to or subtract databases from a pool at any time. 다른 데이터베이스에 대 한 Edtu을 예약 하려면 데이터베이스가 높은 부하 상태에서 사용할 수 있는 Edtu 수를 제한 합니다.To reserve eDTUs for other databases, limit the number of eDTUs a database can use under a heavy load. 데이터베이스에서 일관 되 게 리소스를 사용 하는 경우에는 풀에서 데이터를 이동 하 여 예상 되는 양의 필요한 리소스로 단일 데이터베이스로 구성 합니다.If a database consistently underuses resources, move it out of the pool and configure it as a single database with a predictable amount of required resources.

워크로드에 필요한 DTU 수 결정Determine the number of DTUs needed by a workload

기존 온-프레미스 또는 SQL Server 가상 머신 워크 로드를 SQL Database 마이그레이션하려면 dtu 계산기 를 사용 하 여 필요한 dtu의 수를 대략적으로 계산 합니다.If you want to migrate an existing on-premises or SQL Server virtual machine workload to SQL Database, use the DTU calculator to approximate the number of DTUs needed. 기존 SQL Database 워크 로드의 경우 쿼리 성능 정보 를 사용 하 여 데이터베이스 리소스 사용 (dtu)을 이해 하 고 워크 로드 최적화에 대 한 심층적인 통찰력을 얻습니다.For an existing SQL Database workload, use query-performance insights to understand your database-resource consumption (DTUs) and gain deeper insights for optimizing your workload. SYS.DM_DB_RESOURCE_STATS DMV (동적 관리 뷰)를 사용 하 여 지난 1 시간의 리소스 소비량을 볼 수 있습니다.The sys.dm_db_resource_stats dynamic management view (DMV) lets you view resource consumption for the last hour. Sys.resource_stats 카탈로그 뷰는 지난 14 일간의 리소스 사용을 표시 하지만 5 분 분량의 평균을 사용 합니다.The sys.resource_stats catalog view displays resource consumption for the last 14 days, but at a lower fidelity of five-minute averages.

DTU 사용률 확인Determine DTU utilization

데이터베이스 또는 탄력적 풀의 DTU/eDTU 한도를 기준으로 DTU/eDTU 사용률의 평균 백분율을 확인 하려면 다음 수식을 사용 합니다.To determine the average percentage of DTU/eDTU utilization relative to the DTU/eDTU limit of a database or an elastic pool, use the following formula:

avg_dtu_percent = MAX(avg_cpu_percent, avg_data_io_percent, avg_log_write_percent)

이 수식에 대 한 입력 값은 sys.dm_db_resource_stats, Sys.resource_statssys.elastic_pool_resource_stats dmv에서 가져올 수 있습니다.The input values for this formula can be obtained from sys.dm_db_resource_stats, sys.resource_stats, and sys.elastic_pool_resource_stats DMVs. 즉, 데이터베이스 또는 탄력적 풀의 DTU/edtu 제한에 대 한 DTU/eDTU 사용률의 비율을 확인 하려면 avg_cpu_percent , avg_data_io_percentavg_log_write_percent 지정 된 시간에서 가장 큰 비율 값을 선택 합니다.In other words, to determine the percentage of DTU/eDTU utilization toward the DTU/eDTU limit of a database or an elastic pool, pick the largest percentage value from the following: avg_cpu_percent, avg_data_io_percent, and avg_log_write_percent at a given point in time.

참고

데이터베이스의 DTU 한도는 데이터베이스에 사용할 수 있는 CPU, 읽기, 쓰기 및 메모리에 따라 결정 됩니다.The DTU limit of a database is determined by CPU, reads, writes, and memory available to the database. 그러나 SQL Database 엔진은 일반적으로 데이터 캐시에 사용할 수 있는 모든 메모리를 사용 하 여 성능을 향상 시킬 수 있으므로 avg_memory_usage_percent 현재 데이터베이스 로드에 관계 없이 값은 일반적으로 100%에 가깝습니다.However, because the SQL Database engine typically uses all available memory for its data cache to improve performance, the avg_memory_usage_percent value will usually be close to 100 percent, regardless of current database load. 따라서 메모리가 DTU 제한에 간접적으로 영향을 주는 경우에도 DTU 사용률 수식에서 사용 되지 않습니다.Therefore, even though memory does indirectly influence the DTU limit, it is not used in the DTU utilization formula.

탄력적 리소스 풀의 이점을 활용할 수 있는 워크로드Workloads that benefit from an elastic pool of resources

풀은 리소스 사용률 평균이 낮고 비교적 드물게 사용률이 낮은 데이터베이스에 적합 합니다.Pools are well suited for databases with a low resource-utilization average and relatively infrequent utilization spikes. 자세한 내용은 SQL Database 탄력적 풀을 고려해 야 하는 경우를 참조 하세요.For more information, see When should you consider a SQL Database elastic pool?.

DTU 기반 구매 모델의 하드웨어 생성Hardware generations in the DTU-based purchasing model

DTU 기반 구매 모델에서 고객은 해당 데이터베이스에 사용 되는 하드웨어 생성을 선택할 수 없습니다.In the DTU-based purchasing model, customers cannot choose the hardware generation used for their databases. 지정 된 데이터베이스는 일반적으로 오랜 시간 동안 특정 하드웨어 세대에서 유지 되지만 (일반적으로 여러 달의 경우) 다른 하드웨어 생성으로 데이터베이스를 이동할 수 있는 특정 이벤트가 있습니다.While a given database usually stays on a specific hardware generation for a long time (commonly for multiple months), there are certain events that can cause a database to be moved to another hardware generation.

예를 들어 다른 서비스 목표로 규모를 확장 또는 축소 하는 경우 또는 데이터 센터의 현재 인프라가 용량 제한에 도달 하거나, 수명 종료로 인해 현재 사용 된 하드웨어가 서비스 해제 되는 경우 다른 하드웨어 생성으로 데이터베이스를 이동할 수 있습니다.For example, a database can be moved to a different hardware generation if it's scaled up or down to a different service objective, or if the current infrastructure in a datacenter is approaching its capacity limits, or if the currently used hardware is being decommissioned due to its end of life.

데이터베이스가 다른 하드웨어로 이동 되는 경우 작업 성능이 변경 될 수 있습니다.If a database is moved to different hardware, workload performance can change. DTU 모델은 서비스 목표 (Dtu의 수)가 동일 하 게 유지 되는 한, 데이터베이스가 다른 하드웨어 생성으로 이동 하는 동안 dtu 벤치 마크 워크 로드의 처리량 및 응답 시간이 동일 하 게 유지 되도록 보장 합니다.The DTU model guarantees that the throughput and response time of the DTU benchmark workload will remain substantially identical as the database moves to a different hardware generation, as long as its service objective (the number of DTUs) stays the same.

그러나 Azure SQL Database에서 실행 되는 광범위 한 고객 워크 로드에서 동일한 서비스 목표에 대해 다른 하드웨어를 사용 하는 경우에는 더 많은 영향을 줄 수 있습니다.However, across the wide spectrum of customer workloads running in Azure SQL Database, the impact of using different hardware for the same service objective can be more pronounced. 다양 한 워크 로드에서 다양 한 하드웨어 구성 및 기능을 활용 합니다.Different workloads will benefit from different hardware configuration and features. 따라서 DTU 벤치 마크 이외의 워크 로드의 경우에는 데이터베이스가 하드웨어 생성 간에 이동 하는 경우 성능 차이를 확인할 수 있습니다.Therefore, for workloads other than the DTU benchmark, it's possible to see performance differences if the database moves from one hardware generation to another.

예를 들어 네트워크 대기 시간에 민감한 응용 프로그램은 Gen5에서 가속화 된 네트워킹을 사용 하기 때문에 Gen5 하드웨어와 Gen4의 성능을 향상 시킬 수 있지만, 집약적 읽기 IO를 사용 하는 응용 프로그램은 Gen5에서 코어 비율 당 더 높은 메모리를 사용 하 여 Gen4 하드웨어 및 Gen4에서 더 나은 성능을 볼 수 있습니다.For example, an application that is sensitive to network latency can see better performance on Gen5 hardware vs. Gen4 due to the use of Accelerated Networking in Gen5, but an application using intensive read IO can see better performance on Gen4 hardware versus Gen5 due to a higher memory per core ratio on Gen4.

하드웨어 변경 또는 데이터베이스에 대 한 하드웨어 생성 선택을 제어 하려는 고객에 게 중요 한 작업을 수행 하는 고객은 Vcore 모델을 사용 하 여 데이터베이스를 만들고 크기를 조정 하는 동안 기본 설정 된 하드웨어 생성을 선택할 수 있습니다.Customers with workloads that are sensitive to hardware changes or customers who wish to control the choice of hardware generation for their database can use the vCore model to choose their preferred hardware generation during database creation and scaling. VCore 모델에서는 단일 데이터베이스탄력적 풀모두에 대해 각 하드웨어 세대의 각 서비스 목표에 대 한 리소스 제한이 문서화 되어 있습니다.In the vCore model, resource limits of each service objective on each hardware generation are documented, for both single databases and elastic pools. VCore 모델의 하드웨어 세대에 대 한 자세한 내용은 하드웨어 생성을 참조 하세요.For more information about hardware generations in the vCore model, see Hardware generations.

FAQ(질문과 대답)Frequently asked questions (FAQs)

DTU 기반 서비스 계층에서 vCore 기반 서비스 계층으로 변환 하려면 응용 프로그램을 오프 라인으로 전환 해야 하나요?Do I need to take my application offline to convert from a DTU-based service tier to a vCore-based service tier?

아니요.No. 응용 프로그램을 오프 라인으로 전환할 필요가 없습니다.You don't need to take the application offline. 새 서비스 계층은 표준에서 프리미엄 서비스 계층으로 데이터베이스를 업그레이드 하는 기존 프로세스와 비슷한 간단한 온라인 변환 방법을 제공 합니다.The new service tiers offer a simple online-conversion method that's similar to the existing process of upgrading databases from the standard to the premium service tier and the other way around. Azure Portal, PowerShell, Azure CLI, T-sql 또는 REST API를 사용 하 여이 변환을 시작할 수 있습니다.You can start this conversion by using the Azure portal, PowerShell, the Azure CLI, T-SQL, or the REST API. 단일 데이터베이스 관리탄력적 풀 관리를 참조하세요.See Manage single databases and Manage elastic pools.

VCore 기반 구매 모델의 서비스 계층에서 DTU 기반 구매 모델의 서비스 계층으로 데이터베이스를 변환할 수 있나요?Can I convert a database from a service tier in the vCore-based purchasing model to a service tier in the DTU-based purchasing model?

예, Azure Portal, PowerShell, Azure CLI, T-sql 또는 REST API를 사용 하 여 데이터베이스를 지원 되는 성능 목표로 쉽게 변환할 수 있습니다.Yes, you can easily convert your database to any supported performance objective by using the Azure portal, PowerShell, the Azure CLI, T-SQL, or the REST API. 단일 데이터베이스 관리탄력적 풀 관리를 참조하세요.See Manage single databases and Manage elastic pools.

다음 단계Next steps