Správa výpočetních prostředků pro vyhrazený fond SQL (dřív SQL DW) ve službě Azure synapse Analytics

Přečtěte si o správě výpočetních prostředků vyhrazeného fondu SQL (dřív SQL DW) ve službě Azure synapse Analytics. Snižte náklady tím, že pozastavíte vyhrazený fond SQL, nebo můžete škálovat vyhrazený fond SQL tak, aby splňoval požadavky na výkon.

Co je Správa výpočtů?

Architektura vyhrazeného fondu SQL (dříve SQL DW) odděluje úložiště a výpočetní prostředky, což umožňuje nezávisle škálovat jednotlivé služby. V důsledku toho je možné škálovat výpočty tak, aby byly splněny požadavky na výkon nezávisle na úložišti dat. Můžete také pozastavit výpočetní prostředky a obnovit jejich chod. V důsledku přirozeného důsledku této architektury je fakturace za výpočetní prostředky a úložiště oddělená. Pokud nepotřebujete použít vyhrazený fond SQL (dřív než SQL DW) pro určitou dobu, můžete ušetřit náklady na výpočetní prostředky tím, že pozastavíte výpočetní výkon.

Škálování výpočetních prostředků

Výpočetní prostředky můžete škálovat nebo škálovat zpátky tak, že upravíte nastavení jednotek datového skladu pro vyhrazený fond SQL (dřív SQL DW). Výkon načítání a dotazování se může lineárně zvyšovat, stačí přidávat další jednotky datového skladu.

Postup pro horizontální navýšení kapacity najdete v serychlých startech Azure Portal, PowerShellunebo T-SQL . Můžete také provádět operace škálování na více instancí s REST API.

Vyhrazený fond SQL (dříve SQL DW) nejprve zastavuje všechny příchozí dotazy a potom vrátí transakce, aby zajistil konzistentní stav. Ke škálování dojde až po odvolání transakcí. V případě operace škálování systém odpojí vrstvu úložiště od výpočetních uzlů, přidá výpočetní uzly a pak znovu připojí vrstvu úložiště k výpočetní vrstvě. Každý vyhrazený fond SQL (dřív SQL DW) je uložený jako 60 distribuce, které jsou rovnoměrně distribuovány do výpočetních uzlů. Přidání dalších výpočetních uzlů zvyšuje výpočetní výkon. Vzhledem k tomu, že se počet výpočetních uzlů zvyšuje, počet distribucí na výpočetní uzel se sníží a poskytuje pro dotazy efektivnější výpočetní výkon. Podobně snížení jednotek datového skladu snižuje počet výpočetních uzlů, což snižuje výpočetní prostředky pro dotazy.

Následující tabulka ukazuje, jak se mění počet distribucí na výpočetní uzel při změně jednotek datového skladu. DW30000c poskytuje 60 výpočetních uzlů a dosahuje mnohem vyššího výkonu dotazů než DW100c.

Zjištění správné velikosti jednotek datového skladu

Pokud chcete zobrazit výhody výkonu při horizontálním navýšení kapacity, zvláště u větších jednotek datového skladu, budete chtít použít aspoň jednu datovou sadu o velikosti 1 TB. Pokud chcete najít nejlepší počet jednotek datového skladu pro vyhrazený fond SQL (dřív SQL DW), zkuste horizontální navýšení kapacity a zmenšení kapacity. Po načtení dat spusťte několik dotazů s různými počty jednotek datového skladu. Vzhledem k tomu, že škálování je rychlé, můžete vyzkoušet různé úrovně výkonu za hodinu nebo méně.

Doporučení pro vyhledání nejlepšího počtu jednotek datového skladu:

• Pro vyhrazený fond SQL (dřív SQL DW) ve vývoji Začněte výběrem menšího počtu jednotek datového skladu. Dobrým výchozím bodem je DW400c nebo DW200c.
• Monitorujte výkon aplikace a sledujte počet vybraných jednotek datového skladu v porovnání s výkonem, které sledujete.
• Předpokládejme Lineární škálování a určete, kolik potřebujete zvýšit nebo snížit jednotky datového skladu.
• Pokračujte v provádění úprav, dokud nedosáhnete optimální úrovně výkonu pro vaše podnikové požadavky.

Kdy horizontální navýšení kapacity

Horizontální navýšení kapacity jednotek datového skladu má dopad na tyto aspekty výkonu:

• Lineárně vylepšuje výkon systému pro prohledávání, agregace a příkazy CTAS.
• Zvyšuje počet čtenářů a zapisovačů pro načítání dat.
• Maximální počet souběžných dotazů a souběžných slotů.

Doporučení pro horizontální navýšení kapacity datového skladu:

• Než provedete velkou operaci načítání nebo transformace dat, Škálujte, aby byla data rychleji dostupná.
• Během špičky v pracovní době se horizontální navýšení kapacity přizpůsobí většímu počtu souběžných dotazů.

Co když horizontální škálování nezvyšuje výkon?

Přidávají se jednotky datového skladu, které zvyšují paralelismus. Pokud je práce rovnoměrně rozdělena mezi výpočetními uzly, další paralelismus vylepšuje výkon dotazů. Pokud horizontální navýšení kapacity nemění výkon, existují některé důvody, proč k tomu může dojít. Vaše data se můžou v rámci distribucí zkosit nebo dotazy můžou zavádět velký objem přesunu dat. Problémy s výkonem dotazů můžete prozkoumat v tématu řešení potíží s výkonem.

Pozastavení a obnovení výpočetních prostředků

Pozastavení výpočetního prostředí způsobí odpojení vrstvy úložiště od výpočetních uzlů. Výpočetní prostředky jsou vydávány z vašeho účtu. Při pozastavení výpočtů se vám neúčtují poplatky za výpočetní výkon. Obnovení služby COMPUTE znovu připojí úložiště k výpočetním uzlům a obnoví poplatky za výpočetní výkon. Když pozastavíte vyhrazený fond SQL (dříve SQL DW):

• Výpočetní a paměťové prostředky se vrátí do fondu dostupných prostředků v datovém centru.
• Náklady na jednotku datového skladu jsou po dobu trvání pozastavení nulové.
• Úložiště dat není ovlivněno a vaše data zůstanou nedotčena.
• Všechny spuštěné nebo zařazené operace byly zrušeny.
• Čítače DMV se resetují.

Když obnovíte vyhrazený fond SQL (dřív SQL DW):

• Vyhrazený fond SQL (dříve SQL DW) získává výpočetní a paměťové prostředky pro nastavení jednotek datového skladu.
• Poplatky za výpočetní prostředky pro vaše jednotky datového skladu se obnoví.
• Data budou k dispozici.
• Až bude vyhrazený fond SQL (dřív SQL DW) online, musíte restartovat dotazy na úlohy.

Pokud chcete vždy používat vyhrazený fond SQL (dříve SQL DW), zvažte jeho horizontální zmenšování na nejmenší velikost, nikoli na jeho pozastavení.

Postup pozastavení a obnovení najdete v tématu rychlé starty Azure Portalnebo PowerShellu . Můžete také použít pozastavení REST API nebo obnovení REST API.

Vypusťte transakce před pozastavením nebo škálováním

Před zahájením operace pozastavení nebo škálování doporučujeme povolit dokončení stávajících transakcí.

Když pozastavíte nebo zmenšíte svůj vyhrazený fond SQL (dřív SQL DW), vaše dotazy se po zahájení žádosti o pozastavení nebo škálování zruší. Zrušení jednoduchého dotazu SELECT je rychlá operace a nemá téměř žádný vliv na čas potřebný k pozastavení nebo škálování instance. Nicméně zastavení transakčních dotazů, které upravují data nebo strukturu dat, může trvat mnohem déle. Transakční dotazy se podle definice musí dokončit v celém rozsahu, nebo musí vrátit zpět provedené změny. Vracení dokončené práce transakčního dotazu zpět může trvat stejně dlouho nebo dokonce déle, než původní změna, kterou dotaz prováděl. Například pokud zrušíte dotaz, který odstraňoval řádky a už hodinu běžel, může systému hodinu trvat, než odstraněné řádky vloží zpět. Pokud spustíte pozastavení nebo škálování zatímco probíhají transakce, může to vypadat, že vaše pozastavení nebo škálování trvá dlouho, protože pozastavení a škálování musí počkat na dokončení odvolání transakce, než budou moci pokračovat.

Viz také porozumění transakcíma optimalizace transakcí.

Automatizace výpočetní správy

Informace o automatizaci operací správy výpočtů najdete v tématu Správa výpočtů pomocí Azure Functions.

Dokončení operací škálování na více instancí, pozastavení a obnovení může trvat několik minut. Pokud používáte automatické škálování, pozastavení nebo obnovení, doporučujeme, abyste před pokračováním v jiné akci implementovali logiku pro zajištění, že byly dokončeny určité operace. Kontrola vyhrazeného fondu SQL (dříve SQL DW) prostřednictvím různých koncových bodů umožňuje správně implementovat automatizaci takových operací.

Pokud chcete kontrolovat vyhrazený fond SQL (dřív SQL DW), přečtěte si téma rychlý Start pro PowerShell nebo T-SQL . Můžete také kontrolovat vyhrazený fond SQL (dříve SQL DW) pomocí REST API.

Oprávnění

Škálování vyhrazeného fondu SQL (dříve SQL DW) vyžaduje oprávnění popsaná v příkazu ALTER DATABASE. Pozastavení a obnovení vyžadují oprávnění přispěvatele databáze SQL , konkrétně Microsoft. SQL/servery/databáze/akce.

Další kroky

Další aspekty správy výpočetních prostředků je přidělením různých výpočetních prostředků pro jednotlivé dotazy, najdete v příručce průvodce správou výpočetních prostředků. Další informace najdete v tématu třídy prostředků pro správu úloh.