Výběr mezi nákupními modely virtuálních jadek a DTU – Azure SQL Database a SQL Managed Instance

  • Článek
  • 11 min ke čtení

PLATÍ PRO: Azure SQL Database Azure SQL Managed Instance

Azure SQL Database a spravovaná instance Azure SQL umožňují snadno zakoupit plně spravovaný databázový stroj PaaS (platforma jako služba), který vyhovuje vašim požadavkům na výkon a náklady. V závislosti na modelu nasazení, který jste pro Azure SQL Database, můžete vybrat nákupní model, který vám bude fungovat:

  • Nákupní model založený na virtuálních jádrech (doporučeno) Tento nákupní model poskytuje možnost volby mezi zřízenou úrovní výpočetních prostředků a bez serveru. Když máte zřízenou výpočetní úroveň, vybíráte přesné množství výpočetních prostředků, které jsou pro vaši úlohu vždy zřízené. S úrovní výpočetních prostředků bez serveru určíte automatické škálování výpočetních prostředků v konfigurovatelném výpočetním rozsahu. S touto úrovní výpočetních prostředků můžete také automaticky pozastavit a obnovit databázi na základě aktivity úloh. Jednotková cena za virtuální jádro za jednotku času je ve zřízené výpočetní úrovni nižší než na úrovni výpočetních prostředků bez serveru.
  • Nákupní model založený na jednotce databázové transakce (DTU) Tento nákupní model poskytuje v sadě výpočetní balíčky a balíčky úložiště vyvážené pro běžné úlohy.

Survey to improve Azure SQL!

Existují dva nákupní modely:

Následující tabulka a graf porovnávají a kontrastují nákupní modely založené na virtuálních jadech a nákupních modelech založených na DTU:

Nákupní model Popis Nejvhodnější pro
Model založený na jednotkách DTU Tento model je založený na sadě měření výpočetních prostředků, prostředků úložiště a V/V prostředků. Velikosti výpočetních prostředků se vyjadřují v jednotkách DTU v případě jednoúčelových databází a v jednotkách eDTU (jednotky elastických databázových transakcí) v případě elastických fondů. Další informace o jednotkách DTU a eDTU najdete v části Co jsou jednotky DTU a eDTU? Zákazníci, kteří chtějí jednoduché a předem nakonfigurované možnosti prostředků
Model založený na virtuálních jádrech Tento model umožňuje nezávisle zvolit výpočetní prostředky a prostředky úložiště. Nákupní model založený na virtuálních jádrech umožňuje také šetřit náklady s využitím Zvýhodněného hybridní využití Azure pro SQL Server. Zákazníci, kteří si cení flexibility, kontroly a transparentnosti

Porovnání cenových modelů

Chcete optimalizovat útratu v cloudu a ušetřit ji?

Náklady na služby Azure Services. S nastavením rozpočtů a konfigurací upozornění tak, abyste měli útratu pod kontrolou, vám pomůže služba Azure Cost Management. Pomocí Cost Management Analyzujte, spravujte a optimalizujte náklady na Azure. Další informace najdete v rychlém startu k analýze nákladů.

Náklady na výpočetní prostředky

Náklady na zřízené výpočetní prostředky

Ve zřízené výpočetní úrovni náklady na výpočetní prostředky odrážejí celkovou výpočetní kapacitu zřízenou pro aplikaci.

V Pro důležité obchodní informace služby automaticky přidělíme alespoň tři repliky. Aby bylo možné toto dodatečné přidělení výpočetních prostředků zohlednit, je cena v nákupním modelu založeném na virtuálních virtuálních Pro obecné účely přibližně 2,7krát vyšší v úrovni služby Pro důležité obchodní informace než na úrovni služby Pro obecné účely. Vyšší cena úložiště na GB na úrovni služby Pro důležité obchodní informace odráží vyšší limity V/V a nižší latenci úložiště SSD.

Náklady na úložiště zálohování jsou stejné pro úroveň služby Pro důležité obchodní informace a úroveň služby Pro obecné účely, protože obě vrstvy používají pro zálohování úložiště úrovně Standard.

Náklady na výpočetní prostředky bez serveru

Popis způsobu definice výpočetní kapacity a výpočtu nákladů na úroveň výpočetních prostředků bez serveru najdete v SQL Database bez serveru.

Náklady na úložiště

Různé typy úložiště se účtuly odlišně. Za úložiště dat se vám účtuje zřízené úložiště na základě maximální velikosti databáze nebo fondu, kterou vyberete. Náklady se nezmění, pokud toto maximum nesníníte nebo nenavýšíte. Úložiště zálohování je přidružené k automatizovaným zálohám vaší instance a přiděluje se dynamicky. Prodloužením doby uchovávání záloh se zvýší úložiště zálohování spotřebované vaší instancí.

Ve výchozím nastavení se do účtu geograficky redundantního úložiště jen pro čtení (RA-GRS) standardního úložiště objektů blob zkopíruje sedm dní automatizovaných záloh vašich databází. Toto úložiště používají týdenní úplné zálohy, denní rozdílové zálohy a zálohy transakčních protokolů, které se kopírují každých pět minut. Velikost transakčních protokolů závisí na rychlosti změn databáze. Minimální velikost úložiště rovnající se 100 % velikosti databáze se poskytuje bez dalších poplatků. Další spotřeba úložiště zálohování se účtuje v GB za měsíc.

Další informace o cenách úložiště najdete na stránce s cenami.

Nákupní model založený na virtuálních jádrech

Virtuální jádro (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ěť a velikost úložiště). Nákupní model založený na virtuálníchcorech poskytuje flexibilitu, kontrolu, transparentnost využití jednotlivých prostředků a jednoduchý způsob, jak převést požadavky na místní úlohy do cloudu. Tento model umožňuje zvolit výpočetní prostředky, prostředky paměti a úložiště na základě potřeb vašich úloh.

V nákupním modelu založeném na virtuálních Pro obecné účely si můžete vybrat mezi úrovněmi služby Pro obecné účely a Pro důležité obchodní informace pro SQL Database a SQL Managed Instance. U jedno databází můžete také zvolit úroveň služby Hyperscale.

Nákupní model založený na virtuálníchcorech umožňuje nezávisle vybírat výpočetní prostředky a prostředky úložiště, odpovídat místnímu výkonu a optimalizovat cenu. V nákupním modelu založeném na virtuálních jade platíte za:

  • Výpočetní prostředky (úroveň služeb + počet virtuálních jader a množství paměti + generace hardwaru),
  • typ a množství úložišť pro data a protokoly,
  • Úložiště zálohování (RA-GRS).

Důležité

Výpočetní prostředky, V/V a úložiště dat a protokolů se účtují podle databáze nebo elastického fondu. Úložiště zálohování se účtuje za každou databázi. Další informace o poplatcích SQL spravované instanci najdete v SQL spravované instanci. Omezení oblastí: Aktuální seznam podporovaných oblastí najdete v tématu dostupné produkty v jednotlivých oblastech. Pokud chcete vytvořit spravovanou instanci v oblasti, která aktuálně není podporovaná, odešlete žádost o podporu prostřednictvím Azure Portal.

Pokud vaše databáze spotřebovává více než 300 DTU, může převod na nákupní model založený na virtuálních jade snížit vaše náklady. Převod můžete použít k převodu pomocí rozhraní API podle volby nebo pomocí Azure Portal, a to bez výpadků. Převod ale není povinný a není prováděn automaticky. Pokud nákupní model založený na DTU splňuje vaše požadavky na výkon a obchodní požadavky, měli byste ho dál používat.

Informace o převodu z nákupního modelu založeného na DTU na nákupní model založený na virtuálních jade najdete v tématu Migrace z DTU na virtuální jádro.

Nákupní model založený na DTU

Jednotka databázové transakce (DTU) představuje kombinovaný ukazatel procesoru, paměti a operací čtení a zápisu. Nákupní model založený na DTU nabízí sadu předkonfigurovaných sad výpočetních prostředků a zahrnuté úložiště pro řízení různých úrovní výkonu aplikace. Pokud dáváte přednost jednoduchosti předkonfigurované sady 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.

V nákupním modelu založeném na DTU si můžete vybrat mezi základní, standardní a prémiovou úrovní služby pro Azure SQL Database. Nákupní model založený na DTU není pro Azure SQL Managed Instance k dispozici.

Jednotky databázové transakce (DTU)

U jedné databáze s konkrétní velikostí výpočetních prostředků v rámci úrovně služby zaručuje Azure pro databázi určitou úroveň prostředků (nezávisle na jakékoli jiné databázi v cloudu Azure). Tato záruka poskytuje předvídatelnou úroveň výkonu. Množství prostředků přidělených pro databázi se počítá jako počet DTU a je součástí balíčku měření výpočetních, úložných a V/V prostředků.

Poměr mezi těmito prostředky je původně určen úlohou srovnávacího testu ONLINE zpracování transakcí (OLTP), která je navržená tak, aby byla typická pro úlohy OLTP v reálném světě. Když vaše úloha překročí množství těchto prostředků, propustnost se omešká, což vede k nižšímu výkonu a časovým limitům.

Prostředky používané vaší úlohou neo vliv na prostředky dostupné pro jiné databáze v cloudu Azure. Prostředky používané jinými úlohami podobně nesníží prostředky dostupné pro vaši databázi.

Ohraničující rámeček

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

  • Zdvojnásobení DTU zvýšením velikosti výpočetních prostředků databáze odpovídá zdvojnásobení sady prostředků dostupných pro databázi.
  • Databáze úrovně služby Premium P11 s 1 750 DTU poskytuje 350krát vyšší výpočetní výkon DTU než databáze úrovně služby Basic s 5 DTU.

Pokud chcete získat podrobnější přehled o spotřebě prostředků (DTU) vaší úlohy, pomocí query-performance insights můžete:

  • Identifikujte dotazy s nejvyšším využitím procesoru, doby trvání nebo počtu spuštění, které je možné potenciálně vyladit, aby se zlepšil výkon. Například dotaz náročný na V/V může těžit z technik optimalizace v paměti, aby bylo možné lépe využít dostupnou paměť na určité úrovni služby a velikosti výpočetních prostředků.
  • Přechodem k podrobnostem dotazu zobrazíte jeho text a historii využití prostředků.
  • Přístup k doporučením pro optimalizaci výkonu, která zobrazují akce SQL Database Advisoru

Jednotky transakcí elastické databáze (eDTU)

Pro databáze, které jsou vždy k dispozici, místo poskytování vyhrazené sady prostředků (DTU), které nemusí být vždy nutné, můžete tyto databáze umístit do elastického fondu. Databáze v elastickém fondu jsou na jednom serveru a sdílejí fond prostředků.

Sdílené prostředky v elastickém fondu se měří podle jednotek elastické databázové transakce (eDTU). 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í. 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.

Fondu je udělený nastavený počet eDTU pro stanovenou cenu. V elastickém fondu se můžou jednotlivé databáze škálovat v rámci nakonfigurovaných hranic. Databáze v rámci těžšího zatížení bude spotřebovávat více eDTU, aby splnila požadavky. Databáze v rámci světlejšího zatížení budou spotřebovávat méně eDTU. Databáze bez zatížení nebudou využívat žádné eDTU. 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.

Do existujícího fondu můžete přidat další eDTU bez výpadku databáze a bez dopadu na databáze ve fondu. Podobně pokud již nepotřebujete dodatečně eDTU, odeberte je z existujícího fondu kdykoli. Databáze můžete z fondu kdykoli přidávat nebo je z něj odebírat. 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í. 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ů.

Určení počtu DTU potřebných pro zatížení

pokud chcete migrovat existující úlohu místního nebo SQL Server virtuálního počítače na SQL Database, použijte kalkulačku DTU k aproximaci počtu potřebných dtu. pro existující úlohu 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. Zobrazení dynamické správy Sys.dm_db_resource_stats (DMV) umožňuje zobrazit spotřebu prostředků za poslední hodinu. 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.

Určení využití DTU

K určení průměrného procenta 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 Sys.dm_db_resource_stats, Sys.resource_statsa Sys.elastic_pool_resource_stats zobrazení dynamické správy. Jinými slovy, chcete-li určit procento využití DTU/eDTU do limitu DTU/eDTU databáze nebo elastického fondu, vyberte nejvyšší procento z následujících hodnot: avg_cpu_percent , avg_data_io_percent a v avg_log_write_percent daném časovém okamžiku.

Poznámka

Omezení DTU databáze je určeno PROCESORem, čtením, zápisy a pamětí, která je k dispozici pro databázi. vzhledem k tomu, že modul SQL Database obvykle používá veškerou dostupnou paměť pro svou datovou mezipaměť ke zvýšení výkonu, avg_memory_usage_percent hodnota se obvykle blíží 100 procentům 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.

Ú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é špičky využití. další informace najdete v tématu kdy byste měli zvážit SQL Database elastický fond?.

Generace hardwaru v modelu nákupu založeném na DTU

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

Databázi můžete například přesunout do jiné generace hardwaru, pokud se škáluje směrem nahoru nebo dolů k jinému cíli služby, nebo pokud se aktuální infrastruktura v datacentru blíží k omezením kapacity nebo pokud je aktuálně vydaný hardware vyřazen z provozu z důvodu jeho konce životního cyklu.

Pokud je databáze přesunuta na jiný hardware, výkon úlohy se může změnit. Model DTU zaručuje, že propustnost a doba odezvy úlohy srovnávacího testu DTU zůstanou v podstatě stejné jako databáze se přesune na jinou generaci hardwaru, pokud je její cíl služby (počet DTU) zůstává stejný.

v rámci spektra úloh zákazníků, které běží v Azure SQL Database, je ale možné vyslovit dopad použití jiného hardwaru pro stejný cíl služby. Různé úlohy budou využívat různé konfigurace hardwaru a funkce. Pro jiné úlohy než srovnávací test DTU je proto možné zobrazit rozdíly v výkonu, pokud se databáze přesouvá z jedné generace hardwaru do jiné.

Například aplikace, která je citlivá na latenci sítě, může zobrazit lepší výkon Gen5 hardwaru vs. COMPUTE GEN4 – v důsledku použití akcelerovaných síťových služeb v Gen5, ale aplikace využívající intenzivní čtení v/v může zobrazit lepší výkon u COMPUTE GEN4 –ho hardwaru oproti Gen5, protože je na COMPUTE GEN4 – vyšší poměr paměti na jádro.

Zákazníci s pracovními postupy, které jsou citlivé na změny hardwaru nebo zákazníky, kteří chtějí řídit výběr generování hardwaru pro svou databázi, mohou pomocí modelu Vcore zvolit jejich preferovanou generaci hardwaru při vytváření a škálování databáze. V modelu vCore se pro jednotlivé databáze a elastické fondyzdokumentují omezení prostředků každého cíle služby při každém generování hardwaru. další informace o generacích hardwaru v modelu vCore naleznete v tématu hardwarové generace pro SQL Database nebo generování hardwaru pro SQL Managed Instance.

Nejčastější dotazy

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?

No. Nemusíte přebírat aplikaci 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. tento převod můžete spustit pomocí Azure Portal, powershellu, rozhraní příkazového řádku Azure CLI, T-SQL nebo REST API. Viz Správa jednoúčelových databází a Správa elastických fondů.

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?

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. Viz Správa jednoúčelových databází a Správa elastických fondů.

Další kroky