Volba mezi vCore a nákupními modely DTUChoose between the vCore and the DTU purchasing models

Azure SQL Database vám umožní snadno zakoupit plně spravovaný databázový stroj PaaS (Platform as a Service), který vyhovuje vašim požadavkům na výkon a náklady.Azure SQL Database lets you easily purchase a fully managed platform as a service (PaaS) database engine that fits your performance and cost needs. V závislosti na modelu nasazení, který jste zvolili pro Azure SQL Database, můžete vybrat model nákupu, který vám bude vyhovovat:Depending on the deployment model you've chosen for Azure SQL Database, you can select the purchasing model that works for you:

  • Model nákupu založený na Virtual Core (Vcore) (doporučeno)Virtual core (vCore)-based purchasing model (recommended). Tento model nákupu nabízí možnost volby mezi zřízenou výpočetní vrstvou a výpočetní úrovní bez serveru.This purchasing model provides a choice between a provisioned compute tier and a serverless compute tier. Po zřízené výpočetní úrovni zvolíte přesné množství výpočetních prostředků, které se pro vaše úlohy vždycky zřídí.With the provisioned compute tier, you choose the exact amount of compute resources that are always provisioned for your workload. Pomocí výpočetní úrovně bez serveru určíte automatické škálování výpočetních prostředků přes konfigurovatelný výpočetní rozsah.With the serverless compute tier, you specify the autoscaling of the compute resources over a configurable compute range. Pomocí této výpočetní vrstvy můžete také automaticky pozastavit a obnovit databázi na základě aktivity úloh.With this compute tier, you can also automatically pause and resume the database based on workload activity. VCore Jednotková cena za jednotku času je nižší ve zřízené výpočetní úrovni, než je na výpočetní úrovni bez serveru.The vCore unit price per unit of time is lower in the provisioned compute tier than it is in the serverless compute tier.
  • Nákupní model založený na jednotce pro databázové transakce (DTU).Database transaction unit (DTU)-based purchasing model. Tento model nákupu poskytuje balíčky výpočetních a úložných prostředků vyrovnaných pro běžné úlohy.This purchasing model provides bundled compute and storage packages balanced for common workloads.

Pro různé modely nasazení Azure SQL Database jsou k dispozici různé nákupní modely:Different purchasing models are available for different Azure SQL Database deployment models:

Následující tabulka a graf se porovnávají a kontrastují s nákupními modely založenými na DTU vCore a na DTU:The following table and chart compare and contrast the vCore-based and the DTU-based purchasing models:

Model nákupuPurchasing model PopisDescription Nejlepší proBest for
Model na základě DTUDTU-based model Tento model vychází ze sady prostředků COMPUTE, úložiště a vstupně-výstupních prostředků.This model is based on a bundled measure of compute, storage, and I/O resources. Velikosti výpočetních hodnot se vyjadřují v DTU pro izolované databáze a v jednotkách eDTU (elastické databázové transakce) pro elastické fondy.Compute sizes are expressed in DTUs for single databases and in elastic database transaction units (eDTUs) for elastic pools. Další informace o DTU a eDTU najdete v tématu co jsou DTU a eDTU?.For more information about DTUs and eDTUs, see What are DTUs and eDTUs?. Nejvhodnější pro zákazníky, kteří chtějí jednoduché, předem nakonfigurované možnosti prostředků.Best for customers who want simple, preconfigured resource options.
Model na základě virtuálních jadervCore-based model Tento model vám umožní nezávisle zvolit výpočetní prostředky a prostředky úložiště.This model allows you to independently choose compute and storage resources. Nákupní model založený na vCoreech vám také umožní použít Zvýhodněné hybridní využití Azure SQL Server k získání úspory nákladů.The vCore-based purchasing model also allows you to use Azure Hybrid Benefit for SQL Server to gain cost savings. Nejvhodnější pro zákazníky, kteří flexibilita hodnot, řízení a transparentnost.Best for customers who value flexibility, control, and transparency.

porovnání cenového modelu

Náklady na výpočetní výkonCompute costs

Zřízené výpočetní nákladyProvisioned compute costs

Ve zřízené výpočetní úrovni se náklady na výpočetní prostředky odráží v celkové výpočetní kapacitě zřízené pro aplikaci.In the provisioned compute tier, the compute cost reflects the total compute capacity that is provisioned for the application.

Na úrovni služby důležité pro podnikání automaticky přidělíme aspoň 3 repliky.In the business critical service tier, we automatically allocate at least 3 replicas. Vzhledem k tomu, že se toto dodatečné přidělení výpočetních prostředků projeví, cena v nákupním modelu založeném na vCore je přibližně 2.7 × vyšší v úrovni služeb pro důležité obchodní informace, než je v úrovni služby pro obecné účely.To reflect this additional allocation of compute resources, the price in the vCore-based purchasing model is approximately 2.7x higher in the business critical service tier than it is in the general purpose service tier. Podobně vyšší cena úložiště za GB v úrovni služby důležité pro podnikání odráží vysoké vstupně-výstupní operace a nízkou latenci úložiště SSD.Likewise, the higher storage price per GB in the business critical service tier reflects the high I/O and low latency of the SSD storage.

Náklady na úložiště zálohování jsou stejné jako u důležitých podnikových služeb a na úrovni služby pro obecné účely, protože obě úrovně používají úložiště Standard Storage úrovně Standard.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.

Náklady na výpočetní prostředky bez serveruServerless compute costs

Popis způsobu definování kapacity a výpočtu nákladů na výpočetní úrovni serveru najdete v tématu SQL Database bez serveru.For a description of how compute capacity is defined and costs are calculated for the serverless compute tier, see SQL Database serverless.

Cena za uloženíStorage costs

Různé typy úložiště se účtují jinak.Different types of storage are billed differently. Pro úložiště dat se vám budou účtovat zřízené úložiště založené na maximální velikosti databáze nebo fondu, který vyberete.For data storage, you're charged for the provisioned storage based upon the maximum database or pool size you select. Náklady se nezmění, pokud je maximální hodnota nesnížíte nebo nezvýšíte.The cost doesn't change unless you reduce or increase that maximum. Úložiště zálohování je přidruženo k automatizovaným zálohám vaší instance a dynamicky se přiřazuje.Backup storage is associated with automated backups of your instance and is allocated dynamically. Zvýšení doby uchovávání záloh zvyšuje velikost úložiště zálohování spotřebovaného vaší instancí.Increasing your backup-retention period increases the backup storage that’s consumed by your instance.

Ve výchozím nastavení se 7 dní automatizovaného zálohování vašich databází kopíruje do účtu úložiště s přístupem pro čtení geograficky redundantního úložiště s přístupem pro čtení (RA-GRS).By default, 7 days of automated backups of your databases are copied to a read-access geo-redundant storage (RA-GRS) standard Blob storage account. Toto úložiště používají týdenní úplné zálohování, denní rozdílové zálohy a zálohy transakčních protokolů, které se zkopírují každých 5 minut.This storage is used by weekly full backups, daily differential backups, and transaction log backups, which are copied every 5 minutes. Velikost protokolů transakcí závisí na rychlosti změny databáze.The size of the transaction logs depends on the rate of change of the database. Minimální velikost úložiště rovnající se 100 procentům velikosti databáze se poskytuje bez dalších poplatků.A minimum storage amount equal to 100 percent of the database size is provided at no extra charge. Další spotřebou úložiště zálohování se účtují za GB za měsíc.Additional consumption of backup storage is charged in GB per month.

Další informace o cenách za úložiště najdete na stránce s cenami .For more information about storage prices, see the pricing page.

Nákupní model založený na virtuálních jádrechvCore-based purchasing model

Virtual Core (vCore) představuje logický procesor a nabízí možnost výběru mezi generacemi hardwaru a fyzickými charakteristikami hardwaru (například počet jader, paměti a velikost úložiště).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). Nákupní model založený na vCoreech poskytuje flexibilitu, kontrolu, transparentnost individuální spotřeby prostředků a snadný způsob, jak přeložit požadavky na místní úlohy do cloudu.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. Tento model umožňuje zvolit prostředky výpočtů, paměti a úložiště na základě potřeb vašich úloh.This model allows you to choose compute, memory, and storage resources based upon your workload needs.

V rámci nákupního modelu založeného na vCore si můžete vybrat mezi úrovněmi služeb pro jednotlivé databáze, elastické fondya spravované instancez hlediska obecných účelů a důležitých podnikových služeb.In the vCore-based purchasing model, you can choose between the general purpose and business critical service tiers for single databases, elastic pools, and managed instances. Pro izolované databáze můžete také zvolit úroveň služby pro škálování na úrovni služeb.For single databases, you can also choose the hyperscale service tier.

Nákupní model založený na vCore vám umožňuje nezávisle vybrat výpočetní prostředky a prostředky úložiště, odpovídat místnímu výkonu a optimalizovat ceny.The vCore-based purchasing model lets you independently choose compute and storage resources, match on-premises performance, and optimize price. V rámci nákupního modelu založeného na vCore platíte za:In the vCore-based purchasing model, you pay for:

  • Výpočetní prostředky (úroveň služby + počet virtuální jádra a množství paměti a generace hardwaru).Compute resources (the service tier + the number of vCores and the amount of memory + the generation of hardware).
  • Typ a množství dat a úložiště protokolu.The type and amount of data and log storage.
  • Úložiště zálohování (RA-GRS).Backup storage (RA-GRS).

Důležité

Výpočetní prostředky, vstupně-výstupní operace a data a úložiště protokolů se účtují na základě databáze nebo elastického fondu.Compute resources, I/O, and data and log storage are charged per database or elastic pool. Úložiště zálohování se účtuje podle každé databáze.Backup storage is charged per each database. Další informace o poplatcích za spravované instance najdete v tématu spravované instance.For more information about managed instance charges, see managed instances. Omezení oblastí: Aktuální seznam podporovaných oblastí najdete v tématu Dostupné produkty v jednotlivých oblastech.Region limitations: For the current list of supported regions, see products available by region. Pokud chcete vytvořit spravovanou instanci v oblasti, která v tuto chvíli není podporovaná, pošlete žádost o podporu prostřednictvím Azure Portal.To create a managed instance in a region that currently isn't supported, send a support request via the Azure portal.

Pokud vaše izolovaná databáze nebo elastický fond spotřebovává více než 300 DTU, může převod na model nákupu na základě vCore snížit vaše náklady.If your single database or elastic pool consumes more than 300 DTUs, converting to the vCore-based purchasing model might reduce your costs. Můžete převést pomocí rozhraní API podle vlastního výběru nebo pomocí Azure Portal bez výpadků.You can convert by using your API of choice or by using the Azure portal, with no downtime. Konverze ale není povinná a neprovádí se automaticky.However, conversion isn't required and isn't done automatically. Pokud nákupní model založený na DTU splňuje vaše požadavky na výkon a podnikání, měli byste ho dál používat.If the DTU-based purchasing model meets your performance and business requirements, you should continue using it.

Chcete-li provést převod z nákupního modelu založeného na DTU na nákupní model založený na vCore, vyberte výpočetní velikost pomocí následujících pravidel pro palec:To convert from the DTU-based purchasing model to the vCore-based purchasing model, select the compute size by using the following rules of thumb:

  • Každé 100 DTU na úrovni Standard vyžaduje aspoň 1 vCore na úrovni služby pro obecné účely.Every 100 DTUs in the standard tier require at least 1 vCore in the general purpose service tier.
  • Každé 125 DTU na úrovni Premium vyžaduje aspoň 1 vCore na úrovni služby důležité pro podnikání.Every 125 DTUs in the premium tier require at least 1 vCore in the business critical service tier.

Nákupní model založený na DTUDTU-based purchasing model

Jednotka pro transakce databáze (DTU) představuje míchanou míru procesoru, paměti, čtení a zápisu.A database transaction unit (DTU) represents a blended measure of CPU, memory, reads, and writes. Nákupní model založený na DTU nabízí sadu předkonfigurovaných sad výpočetních prostředků a zahrnutého úložiště pro zajištění různých úrovní výkonu aplikace.The DTU-based purchasing model offers a set of preconfigured bundles of compute resources and included storage to drive different levels of application performance. Pokud dáváte přednost jednoduchosti předkonfigurovaných sad a pevných plateb každý měsíc, model založený na DTU může být vhodnější pro vaše potřeby.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.

V modelu nákupu založeném na DTU si můžete vybrat mezi úrovněmi služeb Basic, Standard a Premium pro jednotlivé databáze i elastické fondy.In the DTU-based purchasing model, you can choose between the basic, standard, and premium service tiers for both single databases and elastic pools. Nákupní model založený na DTU není pro spravované instancek dispozici.The DTU-based purchasing model isn't available for managed instances.

Jednotky transakcí databáze (DTU)Database transaction units (DTUs)

Pro izolovanou databázi s určitou výpočetní velikostí v rámci vrstvy služebspolečnost Microsoft garantuje určitou úroveň prostředků pro tuto databázi (nezávisle na jiných databázích v cloudu Azure).For a single database at a specific compute size within a service tier, Microsoft guarantees a certain level of resources for that database (independent of any other database in the Azure cloud). Tato záruka poskytuje předvídatelné množství výkonu.This guarantee provides a predictable level of performance. Množství prostředků přidělených pro databázi se vypočítává jako počet DTU a jedná se o rozdělené měřítko prostředků výpočtů, úložiště a vstupně-výstupních prostředků.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.

Poměr mezi těmito prostředky je původně určený úlohou srovnávacích testů online zpracování transakcí (OLTP) , která je navržená tak, aby byla typická pro reálné OLTP úlohy.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. Když vaše úloha překročí množství těchto prostředků, vaše propustnost je omezená a výsledkem je pomalejší výkon a časové limity.When your workload exceeds the amount of any of these resources, your throughput is throttled, resulting in slower performance and time-outs.

Prostředky používané úlohou nemají vliv na prostředky, které jsou k dispozici pro jiné databáze SQL v cloudu Azure.The resources used by your workload don't impact the resources available to other SQL databases in the Azure cloud. Podobně prostředky používané jinými úlohami nemají vliv na prostředky, které jsou k dispozici pro vaši databázi SQL.Likewise, the resources used by other workloads don't impact the resources available to your SQL database.

ohraničovací rámeček

DTU jsou nejužitečnější pro porozumění relativním prostředkům, které jsou přiděleny pro databáze SQL Azure v různých velikostech výpočtů a úrovních služby.DTUs are most useful for understanding the relative resources that are allocated for Azure SQL databases at different compute sizes and service tiers. Příklad:For example:

  • Zdvojnásobuje se DTU zvýšením velikosti databáze, která je rovna zdvojnásobení sady prostředků, které jsou k dispozici pro danou databázi.Doubling the DTUs by increasing the compute size of a database equates to doubling the set of resources available to that database.
  • P11 databáze úrovně Premium Service s 1750 DTU poskytuje výpočetní výkon 350x větší než základní databáze úrovně služeb s 5 DTU.A premium service tier P11 database with 1750 DTUs provides 350x more DTU compute power than a basic service tier database with 5 DTUs.

Pokud chcete získat hlubší přehled o spotřebě prostředků (DTU) pro vaše úlohy, použijte přehledy výkonu dotazů na:To gain deeper insight into the resource (DTU) consumption of your workload, use query-performance insights to:

  • Identifikujte hlavní dotazy podle počtu PROCESORů, doby trvání a počtu spuštění, které je možné optimalizovat pro zlepšení výkonu.Identify the top queries by CPU/duration/execution count that can potentially be tuned for improved performance. Například dotaz náročné na vstupně-výstupní operace může využívat techniky optimalizace v paměti , aby bylo možné lépe využívat dostupnou paměť v určité úrovni služby a výpočetní velikost.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.
  • Přechodem k podrobnostem dotazu zobrazíte jeho text a historii využití prostředků.Drill down into the details of a query to view its text and its history of resource usage.
  • Přístup k doporučením pro ladění výkonu, která zobrazují akce prováděné SQL Database Advisor.Access performance-tuning recommendations that show actions taken by SQL Database Advisor.

Jednotky transakce elastické databáze (eDTU)Elastic database transaction units (eDTUs)

Pro databáze SQL, které jsou vždy k dispozici, místo poskytování vyhrazené sady prostředků (DTU), které nemusí být vždy potřeba, můžete tyto databáze umístit do elastického fondu.For SQL 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. Databáze v elastickém fondu jsou na jednom Azure SQL Databaseovém serveru a sdílejí fond prostředků.The databases in an elastic pool are on a single Azure SQL Database server and share a pool of resources.

Sdílené prostředky v elastickém fondu se měří podle jednotek elastické databázové transakce (eDTU).The shared resources in an elastic pool are measured by elastic database transaction units (eDTUs). Elastické fondy poskytují jednoduché a nákladově výhodné řešení pro správu cílů výkonu pro více databází, které mají široce proměnlivé a nepředvídatelné vzorce používání.Elastic pools provide a simple, cost-effective solution to manage performance goals for multiple databases that have widely varying and unpredictable usage patterns. Elastický fond zaručuje, že všechny prostředky nemůže využívat jedna databáze ve fondu, a přitom zajišťuje, aby každá databáze ve fondu měla vždy minimální množství nezbytných prostředků k dispozici.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.

Fondu je udělený nastavený počet eDTU pro stanovenou cenu.A pool is given a set number of eDTUs for a set price. V elastickém fondu se můžou jednotlivé databáze škálovat v rámci nakonfigurovaných hranic.In the elastic pool, individual databases can autoscale within the configured boundaries. Databáze v rámci těžšího zatížení bude spotřebovávat více eDTU, aby splnila požadavky.A database under a heavier load will consume more eDTUs to meet demand. Databáze v rámci světlejšího zatížení budou spotřebovávat méně eDTU.Databases under lighter loads will consume fewer eDTUs. Databáze bez zatížení nebudou využívat žádné eDTU.Databases with no load will consume no eDTUs. Vzhledem k tomu, že prostředky jsou zřízené pro celý fond, a nikoli pro jednotlivé databáze, elastické fondy zjednodušují úlohy správy a poskytují předvídatelný rozpočet pro fond.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.

Do existujícího fondu můžete přidat další eDTU bez výpadku databáze a bez dopadu na databáze ve fondu.You can add additional eDTUs to an existing pool with no database downtime and with no impact on the databases in the pool. Podobně pokud již nepotřebujete dodatečně eDTU, odeberte je z existujícího fondu kdykoli.Similarly, if you no longer need extra eDTUs, remove them from an existing pool at any time. Databáze můžete z fondu kdykoli přidávat nebo je z něj odebírat.You can also add databases to or subtract databases from a pool at any time. Pokud chcete vyhradit eDTU pro jiné databáze, omezte počet eDTU, které databáze může použít při velkém zatížení.To reserve eDTUs for other databases, limit the number of eDTUs a database can use under a heavy load. Pokud databáze konzistentně nepoužívá prostředky, přesuňte ji mimo fond a nakonfigurujte ji jako izolovanou databázi s předvídatelným množstvím požadovaných prostředků.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.

Určení počtu DTU potřebných pro zatíženíDetermine the number of DTUs needed by a workload

Pokud chcete migrovat existující úlohu místního nebo SQL Server virtuálního počítače na Azure SQL Database, použijte kalkulačku DTU k aproximaci počtu potřebných DTU.If you want to migrate an existing on-premises or SQL Server virtual machine workload to Azure SQL Database, use the DTU calculator to approximate the number of DTUs needed. Pro existující úlohu Azure SQL Database použijte přehledy výkonu dotazů , které vám pomůžou pochopit využití prostředků databáze (DTU) a získat hlubší přehledy pro optimalizaci vašich úloh.For an existing Azure SQL Database workload, use query-performance insights to understand your database-resource consumption (DTUs) and gain deeper insights for optimizing your workload. Zobrazení dynamické správy (DMV) resource_stats sys. dm_db_ umožňuje zobrazit spotřebu prostředků za poslední hodinu.The sys.dm_db_ resource_stats dynamic management view (DMV) lets you view resource consumption for the last hour. V zobrazení katalogu Sys. resource_stats se zobrazuje spotřeba prostředků za posledních 14 dní, ale s nižší věrností průměrných průměrných rychlostí 5 minut.The sys.resource_stats catalog view displays resource consumption for the last 14 days, but at a lower fidelity of five-minute averages.

Úlohy, které využívají elastický fond prostředkůWorkloads that benefit from an elastic pool of resources

Fondy jsou vhodné pro databáze s nízkým průměrem využití prostředků a relativně málo časté špičky využití.Pools are well-suited for databases with a low resource-utilization average and relatively infrequent utilization spikes. SQL Database automaticky vyhodnocuje historické využití prostředků databáze na stávajícím serveru SQL Database a doporučuje příslušnou konfiguraci fondu v Azure Portal.SQL Database automatically evaluates the historical resource usage of databases on an existing SQL Database server and recommends the appropriate pool configuration in the Azure portal. Další informace najdete v tématu Kdy byste měli zvážit SQL Database elastický fond?.For more information, see When should you consider a SQL Database elastic pool?.

Nejčastější dotazyFrequently asked questions (FAQs)

Potřebuji aplikaci převést do režimu offline, aby se převedla z úrovně služby založené na DTU na úroveň služby založenou na vCore?Do I need to take my application offline to convert from a DTU-based service tier to a vCore-based service tier?

Ne.No. Nemusíte přebírat aplikaci offline.You don't need to take the application offline. Nové úrovně služeb nabízejí jednoduchou metodu online převodu, která je podobná stávajícímu procesu upgradu databází z úrovně Standard na úroveň služby Premium a dalším způsobem.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. Tento převod můžete spustit pomocí Azure Portal, PowerShellu, rozhraní příkazového řádku Azure CLI, T-SQL nebo REST API.You can start this conversion by using the Azure portal, PowerShell, the Azure CLI, T-SQL, or the REST API. Viz Správa izolovaných databází a Správa elastických fondů.See Manage single databases and Manage elastic pools.

Můžu převést databázi z vrstvy služeb v nákupním modelu založeném na vCore na úroveň služby v nákupním modelu založeném na 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?

Ano, databázi můžete snadno převést na jakýkoli podporovaný cíl výkonu pomocí Azure Portal, PowerShellu, rozhraní příkazového řádku Azure CLI, T-SQL nebo 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. Viz Správa izolovaných databází a Správa elastických fondů.See Manage single databases and Manage elastic pools.

Další krokyNext steps