Přehled nákupního modelu založeného na DTU

Platí pro:Azure SQL Database

V tomto článku se dozvíte o nákupním modelu založeném na DTU pro Azure SQL Database.

Další informace najdete v nákupním modelu založeném na virtuálních jádrech a porovnání nákupních modelů.

Jednotky databázových transakcí (DTU)

Jednotka databázové transakce (DTU) představuje kombinovaný ukazatel procesoru, paměti a operací čtení a zápisu. Úrovně služeb v nákupním modelu založeném na DTU se rozlišují podle rozsahu velikostí výpočetních prostředků s pevným množstvím zahrnutého úložiště, pevným obdobím uchovávání záloh a pevnou cenou. Všechny úrovně služeb v nákupním modelu založeném na jednotce DTU poskytují flexibilitu při změně velikostí výpočetních prostředků s minimálními výpadky. V průběhu období však dochází ke ztrátě připojení k databázi po krátkou dobu, což je možné zmírnit pomocí logiky opakování. Jednoúčelové databáze a elastické fondy se účtují každou hodinu na základě úrovně služby a velikosti výpočetních prostředků.

Pro jednu databázi v určité velikosti výpočetních prostředků v rámci úrovně služby azure SQL Database zaručuje pro danou databázi určitou úroveň prostředků (nezávisle na jakékoli jiné databázi). Tato záruka poskytuje předvídatelnou úroveň výkonu. Množství prostředků přidělených pro databázi se vypočítá jako počet DTU a je sadou výpočetních prostředků, úložiště a vstupně-výstupních prostředků.

Poměr těchto prostředků je původně určen srovnávací úlohou zpracování online transakcí (OLTP), která je navržená tak, aby byla typická pro úlohy OLTP z reálného světa. Když vaše úloha překročí množství těchto prostředků, omezí se propustnost, což vede k pomalejšímu výkonu a vypršení časového limitu.

U jednoúčelových databází nemají prostředky používané vaší úlohou vliv na prostředky dostupné pro jiné databáze v cloudu Azure. Podobně prostředky používané jinými úlohami nemají vliv na prostředky dostupné pro vaši databázi.

Jednotky DTU jsou nejužitečnější pro pochopení relativních prostředků přidělených pro databáze v různých velikostech výpočetních prostředků a úrovních služeb. Příklad:

• Zdvojnásobení jednotek DTU zvýšením velikosti výpočetních prostředků databáze se rovná zdvojnásobení sady prostředků dostupných pro danou databázi.
• Databáze úrovně služby Premium P11 s 1750 DTU poskytuje 350krát více výpočetního výkonu DTU než databáze úrovně služby Basic s 5 DTU.

Pokud chcete získat hlubší přehled o spotřebě prostředků (DTU) vaší úlohy, použijte přehledy výkonu dotazů k:

• Identifikujte nejčastější dotazy podle počtu procesorů, doby trvání/spouštění, které se dají potenciálně ladit, aby se zlepšil výkon. Dotaz náročný na vstupně-výstupní operace může například těžit z technik optimalizace v paměti, aby se lépe využívala dostupná paměť v určité úrovni služby a velikosti výpočetních prostředků.
• Přejděte k podrobnostem dotazu a zobrazte jeho text a historii využití prostředků.
• Zobrazte doporučení pro ladění výkonu, která zobrazují akce prováděné nástrojem SQL Database Advisor.

Jednotky transakcí elastické databáze (eDTU)

Místo poskytnutí vyhrazené sady prostředků (DTU), které nemusí být vždy potřeba, můžete tyto databáze umístit do elastického fondu. Databáze v elastickém fondu používají jednu instanci databázového stroje a sdílejí stejný fond prostředků.

Sdílené prostředky v elastickém fondu se měří jednotkami transakcí elastické databáze (eDTU). Elastické fondy poskytují jednoduché nákladově efektivní řešení pro správu výkonnostních cílů pro více databází, které mají široce proměnlivé a nepředvídatelné vzory využití. Elastický fond zaručuje, že všechny prostředky nemohou být spotřebovány jednou databází ve fondu a zároveň zajistí, aby každá databáze ve fondu vždy byla k dispozici minimální množství potřebných prostředků.

Fond má nastavený počet jednotek eDTU pro stanovenou cenu. V elastickém fondu můžou jednotlivé databáze automaticky škálovat v rámci nakonfigurovaných hranic. Databáze s větším zatížením spotřebovává více jednotek eDTU, aby splňovala poptávku. Databáze s nižším zatížením spotřebovávají méně eDTU. Databáze bez zatížení spotřebovávají žádné eDTU. Vzhledem k tomu, že jsou prostředky zřízené pro celý fond, a ne pro každou databázi, elastické fondy zjednodušují úlohy správy a poskytují předvídatelný rozpočet pro fond.

Do existujícího fondu můžete přidat další eDTU s minimálními výpadky databáze. Podobně pokud už nepotřebujete další eDTU, odeberte je z existujícího fondu kdykoli. Do fondu můžete také kdykoli přidávat databáze nebo je z fondu odebírat. Pokud chcete rezervovat eDTU pro jiné databáze, omezte počet databází eDTU, které mohou být využity při velkém zatížení. Pokud má databáze konzistentně vysoké využití prostředků, které ovlivňuje jiné databáze ve fondu, přesuňte ji z fondu a nakonfigurujte ji jako jednu databázi s předvídatelným množstvím požadovaných prostředků.

Úlohy, které využívají elastický fond prostředků

Fondy jsou vhodné pro databáze s nízkým průměrem využití prostředků a relativně málo častými špičkami využití. Další informace najdete v tématu Kdy byste měli zvážit elastický fond SLUŽBY SQL Database?

Určení počtu DTU potřebných úlohou

Pokud chcete do služby SQL Database migrovat existující místní nebo sql serverovou úlohu virtuálního počítače, přečtěte si doporučení skladové položky, která vám poblíží počet potřebných jednotek DTU. Pro existující úlohu SQL Database využijte přehledy výkonu dotazů k pochopení spotřeby databázových prostředků (DTU) a získání hlubších přehledů pro optimalizaci úloh. Zobrazení dynamické správy (DMV) sys.dm_db_resource_stats umožňuje zobrazit spotřebu prostředků za poslední hodinu. Zobrazení katalogu sys.resource_stats zobrazuje spotřebu prostředků za posledních 14 dnů, ale s nižší věrností pětiminutových průměrů.

Určení využití DTU

Pokud chcete zjistit průměrné procento využití DTU/eDTU vzhledem k limitu DTU/eDTU databáze nebo elastického fondu, použijte následující vzorec:

avg_dtu_percent = MAX(avg_cpu_percent, avg_data_io_percent, avg_log_write_percent)

Vstupní hodnoty pro tento vzorec lze získat z zobrazení dynamické správy sys.dm_db_resource_stats, sys.resource_stats a sys.elastic_pool_resource_stats. Jinými slovy, pokud chcete určit procento využití DTU/eDTU směrem k limitu DTU/eDTU databáze nebo elastického fondu, vyberte největší procentuální hodnotu z následujících možností: avg_cpu_percent, avg_data_io_percenta avg_log_write_percent v daném časovém okamžiku.

Poznámka:

Limit DTU databáze je určen procesorem, čtením, zápisy a pamětí dostupnou pro databázi. Vzhledem k tomu, že stroj SQL Database obvykle používá pro svou mezipaměť dat veškerou dostupnou paměť ke zlepšení výkonu, avg_memory_usage_percent bude tato hodnota obvykle téměř 100 % bez ohledu na aktuální zatížení databáze. Proto i když paměť nepřímo ovlivňuje limit DTU, nepoužívá se ve vzorci využití DTU.

Hardwarová konfigurace

V nákupním modelu založeném na DTU si zákazníci nemůžou zvolit konfiguraci hardwaru použitou pro své databáze. Zatímco daná databáze obvykle zůstává na určitém typu hardwaru po dlouhou dobu (obvykle několik měsíců), existují určité události, které můžou způsobit přesun databáze do jiného hardwaru.

Databázi je například možné přesunout na jiný hardware, pokud je vertikálně navýšit nebo snížit kapacitu na jiný cíl služby, nebo pokud aktuální infrastruktura v datacentru přistupuje k limitům kapacity nebo pokud se aktuálně používaný hardware vyřadí z provozu z důvodu jeho konce životnosti.

Pokud se databáze přesune na jiný hardware, může se změnit výkon úloh. Model DTU zaručuje, že propustnost a doba odezvy srovnávací úlohy DTU zůstane podstatně stejná, protože databáze přejde na jiný typ hardwaru, pokud jeho cíl služby (počet DTU) zůstane stejný.

V širokém spektru zákaznických úloh běžících ve službě Azure SQL Database ale může být dopad použití různého hardwaru pro stejný cíl služby výraznější. Různé úlohy můžou těžit z různých konfigurací hardwaru a funkcí. V případě jiných úloh než srovnávacího testu DTU je proto možné zobrazit rozdíly v výkonu, pokud se databáze přesune z jednoho typu hardwaru na jiný.

Zákazníci můžou model virtuálních jader použít k výběru preferované konfigurace hardwaru při vytváření a škálování databáze. V modelu virtuálníchjaderch Další informace o hardwaru v modelu virtuálních jader najdete v tématu Konfigurace hardwaru pro SQL Database nebo hardwarovou konfiguraci pro službu SQL Managed Instance.

Porovnání úrovní služby

Volba úrovně služby závisí především na požadavcích na provozní kontinuitu, úložiště a výkon.

	Basic	Standard	Premium
Cílová úloha	Vývoj a výroba	Vývoj a výroba	Vývoj a výroba
Smlouva SLA o provozu	99,99 %	99,99 %	99,99 %
Backup	Volba geograficky redundantního, zónově redundantního nebo místně redundantního úložiště zálohování, 1 až 7 dnů uchovávání (výchozí 7 dnů) Dlouhodobé uchovávání je k dispozici až 10 let	Volba geograficky redundantního, zónově redundantního nebo místně redundantního úložiště zálohování, uchovávání 1–35 dnů (výchozí 7 dnů) Dlouhodobé uchovávání je k dispozici až 10 let	Volba místně redundantního úložiště (LRS), zónově redundantního úložiště (ZRS) nebo geograficky redundantního úložiště (GRS) Uchovávání 1–35 dnů (ve výchozím nastavení 7 dnů) s až 10 lety dlouhodobého uchovávání
CPU	Nízká	Nízká, Střední, Vysoká	Střední, vysoký
IOPS (přibližný)*	1–4 IOPS na DTU	1–4 IOPS na DTU	>25 IOPS na DTU
Latence vstupně-výstupních operací (přibližná)	5 ms (read), 10 ms (write)	5 ms (read), 10 ms (write)	2 ms (čtení/zápis)
Indexování columnstore	–	Standard S3 a vyšší	Podporováno
OLTP v paměti	–	N/A	Podporováno

* Všechny vstupně-výstupní operace čtení a zápisu IOPS proti datovým souborům, včetně vstupně-výstupních operací na pozadí (kontrolní bod a opožděný zapisovač).

Důležité

Cíle služby Basic, S0, S1 a S2 poskytují méně než jedno virtuální jádro (CPU). Pro úlohy náročné na procesor se doporučuje cíl služby S3 nebo vyšší.

V cílech služby Basic, S0 a S1 jsou soubory databáze uložené ve službě Azure Standard Storage, která používá úložné médium založené na pevných discích (HDD). Tyto cíle služby jsou nejvhodnější pro vývoj, testování a další zřídka používané úlohy, které jsou méně citlivé na proměnlivost výkonu.

Tip

Pokud chcete zobrazit skutečné limity zásad správného řízení prostředků pro databázi nebo elastický fond, zadejte dotaz na zobrazení sys.dm_user_db_resource_governance . Pro jednu databázi se vrátí jeden řádek. Pro databázi v elastickém fondu se vrátí řádek pro každou databázi ve fondu.

Poznámka:

Bezplatnou databázi ve službě Azure SQL Database můžete získat na úrovni služby Basic pomocí bezplatného účtu Azure. Informace najdete v tématu Vytvoření spravované cloudové databáze pomocí bezplatného účtu Azure.

Omezení prostředků

Omezení prostředků se liší u jednoúčelových databází a databází ve fondu.

Limity jednoúčelových úložišť databáze

Ve službě Azure SQL Database se velikosti výpočetních prostředků vyjadřují z hlediska jednotek DTU (Database Transaction Units) pro izolované databáze a jednotky elastické databázové transakce (eDTU) pro elastické fondy. Další informace najdete v omezeních prostředků pro izolované databáze.

	Basic	Standard	Premium
Maximální velikost úložiště	2 GB	1 TB	4 TB
Maximální počet DTU	5	3000	4000

Důležité

Za určitých okolností možná budete muset zmenšit databázi, aby se uvolnilo nevyužité místo. Další informace najdete v tématu Správa prostoru souborů ve službě Azure SQL Database.

Limity elastického fondu

Další informace najdete v omezeních prostředků pro databáze ve fondu.

	Basic	Standard	Premium
Maximální velikost úložiště na databázi	2 GB	1 TB	1 TB
Maximální velikost úložiště na fond	156 GB	4 TB	4 TB
Maximální počet eDTU na databázi	5	3000	4000
Maximální počet eDTU na fond	1600	3000	4000
Maximální počet databází na fond	500	500	100

Důležité

Ve všech oblastech s výjimkou Číny – východ, Čína – sever, Německo – střed a Německo – severovýchod je aktuálně k dispozici více než 1 TB úložiště na úrovni Premium. V těchto oblastech je úložiště na úrovni Premium omezeno na 1 TB. Další informace najdete v tématu Aktuální omezení P11-P15.

Důležité

Za určitých okolností možná budete muset zmenšit databázi, aby se uvolnilo nevyužité místo. Další informace najdete v tématu správa prostoru souborů ve službě Azure SQL Database.

Srovnávací test DTU

Fyzické charakteristiky (procesor, paměť, vstupně-výstupní operace) přidružené k jednotlivým mírám DTU se kalibrují pomocí srovnávacího testu, který simuluje úlohy reálné databáze.

Seznamte se se schématem, použitými typy transakcí, kombinací úloh, uživateli a pacingem, pravidly škálování a metrikami přidruženými k srovnávacímu testu DTU.

Porovnání nákupních modelů založených na DTU a virtuálních jádrech

Nákupní model založený na DTU je založený na sadě měření výpočetních prostředků, úložiště a vstupně-výstupních prostředků. Porovnáním nákupního modelu virtuálních jader pro Azure SQL Database můžete nezávisle vybírat a škálovat výpočetní prostředky a prostředky úložiště.

Nákupní model založený na virtuálníchjádrch platformách virtuálních jader umožňuje také využívat Zvýhodněné hybridní využití Azure pro SQL Server k úsporě nákladů a nabízí možnosti bezserverového a hyperškálování pro Azure SQL Database, které nejsou dostupné v nákupním modelu založeném na DTU.

Další informace najdete v článku Porovnání nákupních modelů založených na virtuálních jádrech a DTU služby Azure SQL Database.

Další kroky

Další informace o nákupních modelech a souvisejících konceptech najdete v následujících článcích:

• Podrobnosti o konkrétních velikostech výpočetních prostředků a možnostech velikosti úložiště dostupných pro izolované databáze najdete v tématu Omezení prostředků založených na DTU služby SQL Database pro izolované databáze.
• Podrobnosti o konkrétních velikostech výpočetních prostředků a možnostech velikosti úložiště dostupných pro elastické fondy najdete v tématu Omezení prostředků založených na DTU služby SQL Database.
• Informace o srovnávacím testu přidruženém k nákupnímu modelu založenému na DTU najdete v tématu Srovnávací test DTU.
• Porovnání nákupních modelů založených na virtuálních jádrech a DTU služby Azure SQL Database