Přehled nákupního modelu založeného na DTU
Platí pro: 
Azure SQL Database
Tento článek obsahuje přehled nákupního modelu založeného na DTU pro Azure SQL Database. Nákupní model založený na DTU je jednoduchá, seskupená míra výpočetních prostředků, úložiště a vstupně-výstupních prostředků. Je nejvhodnější pro většinu zákazníků s typickými úlohami. Nákupní model založený na DTU je k dispozici na úrovních služby Basic, Standard a Premium. Nákupní model založený na DTU je také k dispozici pro elastické fondy.
Nákupní model založený na DTU se liší od nákupního modelu založeného na virtuálních jádrech, takže můžete porovnat nákupní modely.
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 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 Elastické fondy ve službě Azure 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 naleznete v tématu Konfigurace hardwaru.
Porovnání úrovní služby
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.
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í |
| PROCESOR | Nízká | Nízká, Střední, Vysoká | Střední, vysoký |
| IOPS (přibližná) 1 | 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 2 | – | Standard S3 a vyšší | Podporováno |
| OLTP v paměti | – | N/A | Podporováno |
1 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č).
2 Další informace naleznete v tématu Změna úrovní služby databází obsahujících indexy columnstore.
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.
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ů pro databáze ve službě Azure SQL Database.
Limity elastického fondu
Další informace najdete v omezeních prostředků pro elastické fondy pomocí nákupního modelu DTU.
| 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 také umožňuje využívat Zvýhodněné hybridní využití Azure pro SQL Server, abyste ušetřili náklady a nabízí bezserverovou výpočetní úroveň pro azure SQL Database a úroveň 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.