Azure SQL Database bez serveru

PLATÍ PRO: Azure SQL Database

Bezserverová výpočetní úroveň pro jednoúčelové databáze ve službě Azure SQL Database automaticky škáluje výpočetní prostředky na základě požadavků úloh a účtuje se podle množství využitých výpočetních prostředků za sekundu. Bezserverová výpočetní úroveň také automaticky pozastavuje databáze v období neaktivity, kdy se účtuje pouze úložiště, a při vrácení aktivity databáze automaticky obnovuje.

Bezserverová výpočetní úroveň

Úroveň výpočetních prostředků bez serveru pro jednotlivé databáze v Azure SQL Database je parametrizovaná rozsahem automatického škálování výpočetních prostředků a zpožděním automatického pozastavení. Konfigurace těchto parametrů tvaruje výkon databáze a náklady na výpočetní prostředky.

Konfigurace výkonu

• Minimální a maximální počet virtuálních jadin jsou konfigurovatelné parametry, které definují rozsah výpočetní kapacity dostupné pro databázi. Limity paměti a V/V jsou úměrné zadanému rozsahu virtuálních jadek. 
• Zpoždění automatického pozastavení je konfigurovatelný parametr, který definuje dobu, po kterou musí být databáze neaktivní, než se automaticky pozastaví. Databáze se automaticky obnoví, když dojde k dalšímu přihlášení nebo jiné aktivitě. Automatické pozastavení je také možné zakázat.

Náklady

• Náklady na bezsmyčtovou databázi jsou součtem nákladů na výpočetní prostředky a náklady na úložiště.
• Pokud je využití výpočetních prostředků mezi minimálním a maximálním nakonfigurovanou limitem, náklady na výpočetní prostředky jsou založené na virtuálních jade a využité paměti.
• Pokud využití výpočetních prostředků dosází minimálních nakonfigurovaných limitů, náklady na výpočetní prostředky vycházejí z minimálních nakonfigurovaných virtuálních jaden a minimální paměti.
• Když je databáze pozastavená, náklady na výpočetní prostředky jsou nulové a účtuly se pouze náklady na úložiště.
• Náklady na úložiště se určují stejným způsobem jako u zřízené výpočetní úrovně.

Další podrobnosti o nákladech najdete v tématu Fakturace.

Scénáře

Bezserverová architektura nabízí optimální poměr cena/výkon pro jednoúčelové databáze s přerušovanými a nepředvídatelnými vzory využití, které si můžou dovolit určité zpoždění při přípravě výpočetních prostředků po obdobích nečinnosti. Naproti tomu úroveň zřízených výpočetních prostředků nabízí optimální poměr cena/výkon pro jednoúčelové databáze nebo více databází v elastických fondech s vyšším průměrným využitím, které si nemůžou dovolit žádné zpoždění při přípravě výpočetních prostředků.

Scénáře vhodné pro výpočetní prostředí bez serveru

• Jedno databáze s přerušovaným, nepředvídatelným vzorem využití propleteným s obdobími nečinnosti a nižším průměrným využitím výpočetních prostředků v průběhu času.
• Jednoúrovňové databáze ve zřízené výpočetní vrstvě, které se často škálují, a zákazníci, kteří upřednostňují delegování škálování výpočetních prostředků na službu.
• Nové samostatné databáze bez historie využití, u kterých je obtížné nebo není možné odhadnout velikost výpočetních prostředků před nasazením v SQL Database.

Scénáře vhodné pro zřízené výpočetní prostředky

• Jedno databáze s pravidelnějšími a předvídatelnějšími vzory využití a vyšším průměrným využitím výpočetních prostředků v průběhu času.
• Databáze, které nemohou tolerovat snížení výkonu vyplývající z častějšího ořezávání paměti nebo zpoždění při obnovení z pozastaveného stavu
• Více databází s přerušovaným a nepředvídatelným vzorem využití, které je možné konsolidovat do elastických fondů pro lepší optimalizaci cen a výkonu.

Porovnání se zřízenou úrovní výpočetních prostředků

Následující tabulka shrnuje rozdíl mezi úrovní výpočetních prostředků bez serveru a zřízenou úrovní výpočetních prostředků:

Nákupní model a úroveň služeb

SQL Database bez serveru se v současné době podporuje pouze Pro obecné účely hardwaru generace 5 v nákupním modelu s virtuálními jádro.

Automatické škálování

Rychlost odezvy škálování

Obecně platí, že bez serveru se databáze provozují na počítači s dostatečnou kapacitou pro splnění požadavků na prostředky bez přerušení pro libovolné množství výpočetních prostředků požadovaných v rámci limitů nastavených maximální hodnotou virtuálních jadr. K automatickému vyrovnávání zatížení občas dochází v případě, že počítač během několika minut nedokáže vyhovět požadavkům na prostředky. Pokud je například poptávka po prostředcích 4 virtuálními jádro, ale jsou k dispozici pouze 2 virtuální jádro, může vyrovnávání zatížení trvat až několik minut, než se zajme 4 virtuální jádro. Databáze zůstává během vyrovnávání zatížení online s výjimkou krátké doby na konci operace, kdy dojde k ukončení připojení.

Správa paměti

Paměť pro bezsmyšlové databáze se umiscuje častěji než u zřízených výpočetních databází. Toto chování je důležité k řízení nákladů v bez serveru a může mít vliv na výkon.

Vylamování mezipaměti

Na rozdíl od zřízených výpočetních databází se při nízkém využití procesoru nebo aktivní mezipaměti z mezipaměti SQL z databáze bez serveru uklidí paměť.

• Využití aktivní mezipaměti se považuje za nízké, pokud celková velikost naposledy použitých položek mezipaměti po určitou dobu klesne pod prahovou hodnotu.
• Když se aktivuje opětovné spuštění mezipaměti, cílová velikost mezipaměti se přírůstkově zmenšuje na zlomek předchozí velikosti a opětovné získání pokračuje pouze v případě, že využití zůstane nízké.
• Když dojde k vyřazení mezipaměti, zásady pro výběr položek mezipaměti k vyřazení jsou stejné jako pro zřízené výpočetní databáze při vysokém tlaku na paměť.
• Velikost mezipaměti se nikdy nesnížila pod minimálním limitem paměti definovaným minimálními virtuálními jádromi, které je možné nakonfigurovat.

Ve výpočetních databázích bez serveru i ve zřízených výpočetních databázích je možné položky mezipaměti vyřazeny, pokud se používá veškerá dostupná paměť.

Pokud je využití procesoru nízké, aktivní využití mezipaměti může zůstat vysoké v závislosti na vzorci využití a zabránit vytížení paměti. Po zastavení aktivity uživatele před tím, než dojde k výpisu paměti, může dorazí také další zpoždění kvůli pravidelným procesům na pozadí, které reagují na předchozí aktivitu uživatele. Například operace odstranění a úlohy čištění úložiště dotazů generují stínové záznamy, které jsou označené k odstranění, ale nejsou fyzicky odstraněny, dokud se proces stínování nespouští. Vyčištění stínových dat může zahrnovat čtení dalších datových stránek do mezipaměti.

Ukládání do mezipaměti

Mezipaměť SQL roste s tím, jak se data načítá z disku stejným způsobem a se stejnou rychlostí jako pro zřízené databáze. Když je databáze zaneprázdněná, může se mezipaměť rozrůst bez omezení až do maximálního limitu paměti.

Automatické pozastavení a automatické obnovení

Automatické pozastavení

Automatické pozastavení se aktivuje, pokud jsou po dobu trvání prodlevy automatického pozastavení splněny všechny následující podmínky:

• Počet relací = 0
• CPU = 0 pro uživatelské úlohy spuštěné ve fondu zdrojů uživatelů

V případě potřeby je k dispozici možnost zakázat automatické pozastavení.

Následující funkce nepodporují automatické pozastavení, ale podporují automatické škálování. Pokud se použije kterákoli z následujících funkcí, musí být automatické pozastavení zakázané a databáze zůstane online bez ohledu na dobu nečinnosti databáze:

• Geografická replikace(aktivní geografická replikace a skupiny automatického převzetí služeb při selhání).
• Dlouhodobé uchovávání záloh (LTR).
• Synchronizovaná databáze použitá v Synchronizace dat SQL. Na rozdíl od synchronizačních databází centrum a členské databáze podporují automatické pozastavení.
• Alias DNS vytvořený pro logický server obsahující databázi bez serveru.
• Elastické úlohy (Preview),pokud je databáze úloh bez serveru. Databáze, na které cílí elastické úlohy, podporují automatické pozastavení a budou obnoveny připojeními úloh.

Automatickému pozastavení se dočasně zabrání během nasazování některých aktualizací služeb, které vyžadují, aby databáze byla online. V takových případech bude automatické pozastavení po dokončení aktualizace služby opět povoleno.

Řešení potíží s automatickým pozastavením

Pokud je automatické pozastavení povolené, ale databáze se po uplynutí této doby automaticky nepozastaví a výše uvedené funkce se nepoužiňují, relace aplikace nebo uživatele mohou automatickému pozastavení bránit. Pokud chcete zobrazit, jestli jsou k databázi aktuálně připojené nějaké relace aplikace nebo uživatele, připojte se k databázi pomocí libovolného klientského nástroje a spusťte následující dotaz:

SELECT session_id,
       host_name,
       program_name,
       client_interface_name,
       login_name,
       status,
       login_time,
       last_request_start_time,
       last_request_end_time
FROM sys.dm_exec_sessions AS s
INNER JOIN sys.dm_resource_governor_workload_groups AS wg
ON s.group_id = wg.group_id
WHERE s.session_id <> @@SPID
      AND
      (
      (
      wg.name like 'UserPrimaryGroup.DB%'
      AND
      TRY_CAST(RIGHT(wg.name, LEN(wg.name) - LEN('UserPrimaryGroup.DB') - 2) AS int) = DB_ID()
      )
      OR
      wg.name = 'DACGroup'
      );

Pokud je sada výsledků dotazu neprázdná, znamená to, že v současné době automatické pozastavení brání relace.

Pokud je sada výsledků dotazu prázdná, je stále možné, že relace byly otevřené, pravděpodobně po krátkou dobu, v nějakém okamžiku dříve během doby zpoždění automatického pozastavení. Pokud chcete zjistit, jestli k této aktivitě došlo během období zpoždění, můžete použít AUDITOVÁNÍ SQL Azure a ověřit data auditu pro příslušné období.

V případě, že databáze bez serveru nebude automaticky pozastavena podle očekávání, je existence otevřených relací s využitím souběžného využití procesoru ve fondu zdrojů uživatele nejběžnějším důvodem.

Automatické obnovení

Automatické obnovení se aktivuje, pokud platí kterákoli z následujících podmínek v libovolnou dobu:

Monitorování, Správa nebo jiná řešení provádějící jakoukoli z výše uvedených operací spustí automatické obnovení.

Automatické obnovení se také aktivuje při nasazení některých aktualizací služby, které vyžadují databázi online.

Připojení

Pokud je databáze bez serveru pozastavená, pak se při prvním přihlášení obnoví databáze a vrátí se chyba s oznámením, že databáze není k dispozici, kód chyby 40613. Po obnovení databáze se přihlašovací jméno musí znovu pokusit o navázání připojení. Klienti databáze s logikou opakování připojení by nemuseli upravovat. Možnosti logiky opakování připojení, které jsou integrované s ovladačem SqlClient, najdete v tématu konfigurovatelná logika opakování v SqlClient.

Latence

Latence automatického obnovení a automatického pozastavení databáze bez serveru je obecně jedna z těchto dob: 1 minuta pro automatické obnovení a 1-10 minut po vypršení doby zpoždění pro automatické pozastavení.

Transparentní šifrování dat spravované zákazníkem (BYOK)

Pokud používáte transparentní šifrování dat (BYOK) spravované zákazníkem a databáze bez serveru se při odstraňování nebo odvolávání klíčů automaticky pozastavila, databáze zůstane ve stavu automatického pozastavení. V takovém případě bude databáze po příštím obnovení databáze nepřístupná do přibližně 10 minut. Jakmile bude databáze nepřístupná, proces obnovení bude stejný jako u zřízených výpočetních databází. Pokud je databáze bez serveru online, když dojde k odstranění klíče nebo k odvolání, bude databáze také nepřístupná během přibližně 10 minut stejným způsobem jako u zřízené výpočetní databáze.

Připojování do výpočetní úrovně bez serveru

Vytvoření nové databáze nebo přesunutí existující databáze do výpočetní úrovně bez serveru se řídí stejným vzorem jako vytvoření nové databáze v zřízené výpočetní úrovni a zahrnuje následující dva kroky.

1. Zadejte cíl služby. Cíl služby stanoví úroveň služby, generování hardwaru a maximální virtuální jádra. Možnosti cíle služby najdete v tématu omezení prostředků bez serveru .

2. Volitelně můžete zadat minimální virtuální jádra a zpoždění automatického pozastavení, aby se změnily výchozí hodnoty. V následující tabulce jsou uvedeny dostupné hodnoty pro tyto parametry.

   Parametr	Volby hodnoty	Výchozí hodnota
   Minimální virtuální jádra	Závisí na maximální virtuální jádra konfiguraci – viz omezení prostředků.	0,5 virtuální jádra
   Prodleva při autopauze	Minimálně: 60 minut (1 hodina) Maximum: 10080 minut (7 dní) Zvýšení: 10 minut Zakázat automatického pozastavení:-1	60 minut

Vytvoření nové databáze na výpočetní úrovni bez serveru

V následujících příkladech se vytvoří nová databáze na výpočetní úrovni bez serveru.

Použití webu Azure Portal

Informace najdete v tématu rychlý Start: vytvoření izolované databáze v Azure SQL Database pomocí Azure Portal.

Použití prostředí PowerShell

New-AzSqlDatabase -ResourceGroupName $resourceGroupName -ServerName $serverName -DatabaseName $databaseName `
  -ComputeModel Serverless -Edition GeneralPurpose -ComputeGeneration Gen5 `
  -MinVcore 0.5 -MaxVcore 2 -AutoPauseDelayInMinutes 720

Použití Azure CLI

az sql db create -g $resourceGroupName -s $serverName -n $databaseName `
  -e GeneralPurpose -f Gen5 --min-capacity 0.5 -c 2 --compute-model Serverless --auto-pause-delay 720

Použití jazyka Transact-SQL (T-SQL)

Při použití T-SQL se výchozí hodnoty aplikují na minimum virtuální jádra a prodleva automatického pozastavení. Později je můžete změnit z portálu nebo prostřednictvím jiných rozhraní API pro správu (PowerShell, Azure CLI REST API).

CREATE DATABASE testdb
( EDITION = 'GeneralPurpose', SERVICE_OBJECTIVE = 'GP_S_Gen5_1' ) ;

Podrobnosti najdete v tématu Vytvoření databáze.

Přesun databáze ze zřízené výpočetní vrstvy do výpočetní vrstvy bez serveru

V následujících příkladech přesunete databázi ze zřízené výpočetní vrstvy do výpočetní vrstvy bez serveru.

Použití prostředí PowerShell

Set-AzSqlDatabase -ResourceGroupName $resourceGroupName -ServerName $serverName -DatabaseName $databaseName `
  -Edition GeneralPurpose -ComputeModel Serverless -ComputeGeneration Gen5 `
  -MinVcore 1 -MaxVcore 4 -AutoPauseDelayInMinutes 1440

Použití Azure CLI

az sql db update -g $resourceGroupName -s $serverName -n $databaseName `
  --edition GeneralPurpose --min-capacity 1 --capacity 4 --family Gen5 --compute-model Serverless --auto-pause-delay 1440

Použití jazyka Transact-SQL (T-SQL)

Při použití T-SQL se výchozí hodnoty aplikují na minimum virtuální jádra a zpoždění automatického pozastavení. Později je můžete změnit z portálu nebo prostřednictvím jiných rozhraní API pro správu (PowerShell, Azure CLI REST API).

ALTER DATABASE testdb 
MODIFY ( SERVICE_OBJECTIVE = 'GP_S_Gen5_1') ;

Podrobnosti najdete v tématu ALTER DATABASE.

Přesun databáze z výpočetní vrstvy bez serveru do zřízené výpočetní vrstvy

Databáze bez serveru se dá přesunout do zřízené výpočetní vrstvy stejným způsobem jako přesun zřízené výpočetní databáze do výpočetní vrstvy bez serveru.

Úprava konfigurace bez serveru

Použití prostředí PowerShell

Změna maximálního nebo minimálního zpoždění virtuální jádra a prodlevy automatického pozastavení se provádí pomocí příkazu set-AzSqlDatabase v PowerShellu pomocí MaxVcore argumentů, MinVcore a AutoPauseDelayInMinutes .

Použití Azure CLI

Změna maximálního nebo minimálního zpoždění virtuální jádra a prodlevy při automatickém pozastavení se provádí pomocí příkazu AZ SQL DB Update v Azure CLI pomocí capacity min-capacity argumentů, a auto-pause-delay .

Monitorování

Využité a fakturované prostředky

Prostředky databáze bez serveru jsou zapouzdřeny pomocí balíčku aplikace, instance SQL a entit fondu prostředků uživatele.

Balíček aplikace

Balíček aplikace je vnější hranicí správy prostředků pro databázi bez ohledu na to, jestli je databáze v bez serveru nebo zřízené výpočetní vrstvě. Balíček aplikace obsahuje instanci SQL a externí služby, jako je fulltextové vyhledávání, které společně vymezují všechny prostředky uživatelů a systémů používané databází v SQL Database. Hlavní SQL obecně dominuje celkovému využití prostředků v rámci balíčku aplikace.

Fond zdrojů uživatele

Fond zdrojů uživatele je vnitřní hranicí správy prostředků pro databázi bez ohledu na to, jestli je databáze v bez serveru nebo zřízené výpočetní vrstvě. Fond zdrojů uživatelů má obor procesoru a V/V pro uživatelské úlohy generované dotazy DDL, jako jsou dotazy CREATE a ALTER, DML, jako jsou dotazy INSERT, UPDATE, DELETE a MERGE a SELECT. Tyto dotazy obecně představují nejdélnější podíl využití v rámci balíčku aplikace.

Metriky

Metriky pro monitorování využití prostředků balíčku aplikace a fondu zdrojů uživatelů bez serveru jsou uvedené v následující tabulce:

Pozastavení a obnovení stavu

V Azure Portal se v podokně přehledu serveru, který obsahuje seznam databází, zobrazí stav databáze. Stav databáze se také zobrazí v podokně přehledu databáze.

Pomocí následujících příkazů se dotazte na stav pozastavení a obnovení databáze:

Použití prostředí PowerShell

Get-AzSqlDatabase -ResourceGroupName $resourcegroupname -ServerName $servername -DatabaseName $databasename `
  | Select -ExpandProperty "Status"

Použití Azure CLI

az sql db show --name $databasename --resource-group $resourcegroupname --server $servername --query 'status' -o json

Omezení prostředků

Informace o omezeních prostředků najdete v tématu úroveň výpočetních prostředků bez serveru.

Fakturace

Fakturované množství výpočetních prostředků je maximální využití procesoru a využití paměti každou sekundu. Pokud je množství využité procesoru a využité paměti nižší než minimální množství zřízené pro každý z nich, fakturuje se zřízená částka. Aby bylo možné porovnat procesor s pamětí pro účely fakturace, paměť se normalizuje na jednotky virtuálních jader tím, že se velikost paměti v GB škáluje o 3 GB na virtuální jádro.

• Fakturovaný prostředek: procesor a paměť
• Fakturovaná částka: jednotková cena za virtuální jádro * maximum (minimální počet virtuálních jadin, využitá virtuální jádro, minimální velikost paměti GB * 1/3, využitá paměť v GB * 1/3)
• Četnost fakturace: Za sekundu

Jednotková cena za virtuální jádro je cena za virtuální jádro za sekundu. Konkrétní jednotkové ceny Azure SQL Database v dané oblasti najdete na stránce s cenami jednotlivých jednotek.

Množství fakturovaných výpočetních prostředků se vystaví podle následující metriky:

• Metrika: app_cpu_billed (virtuální jádro v sekundách)
• Definice: maximum (minimální využitá virtuální jádro, využitá virtuální jádro, minimální velikost paměti GB * 1/3, využitá paměť v GB * 1/3)
• Četnost generování sestav: za minutu

Toto množství se počítá každou sekundu a agreguje se po 1 minutě.

Minimální vyúčtování výpočetních prostředků

Pokud je databáze bez serveru pozastavená, pak je faktura za výpočetní prostředky nulová. Pokud databáze bez serveru není pozastavená, pak je minimální faktura za výpočetní prostředky menší než množství virtuálních jadin na základě maximálního maxima (minimální počet virtuálních jadin, minimální velikost paměti GB * 1/3).

Příklady:

• Předpokládejme, že databáze bez serveru není pozastavená a nakonfigurovaná s 8 maximálními virtuálními jádro a 1 min. virtuálním jádro odpovídající 3,0 GB minutové paměti. Minimální výše faktury za výpočetní prostředky pak vychází z maxima (1 virtuální jádro, 3,0 GB * 1 virtuální jádro / 3 GB) = 1 virtuální jádro.
• Předpokládejme, že databáze bez serveru není pozastavená a nakonfigurovaná se 4 maximálními virtuálními jádro a 0,5 minutami virtuálních jadin, které odpovídají 2,1 GB minutové paměti. Pak se na základě minimálního vyúčtování výpočetních prostředků vychází maximum (0,5 virtuálního jade, 2,1 GB * 1 virtuální jádro / 3 GB) = 0,7 virtuálního jádro.

K Azure SQL Database paměti na základě maximálního a minimálního nakonfigurovaného počtu virtuálních jadek můžete použít cenovou kalkulačku pro bez serveru. Pokud je minimální nakonfigurovaná virtuální jádro větší než 0,5 virtuálního jade, pak je minimální faktura za výpočetní prostředky nezávislá na minimální nakonfigurované minimální paměti a pouze na základě minimálního nakonfigurovaného počtu virtuálních jadek.

Příklad scénáře

Představte si databázi bez serveru nakonfigurovanou s 1 minimálním virtuálním jádro a 4 maximálními virtuálními jádro. Tato konfigurace odpovídá přibližně 3 GB paměti a maximální paměti 12 GB. Předpokládejme, že zpoždění automatického pozastavení je nastavené na 6 hodin a úloha databáze je aktivní během prvních 2 hodin 24hodinového období a jinak neaktivní.

V tomto případě se za výpočetní prostředky a úložiště účtuje databáze během prvních 8 hodin. I když je databáze neaktivní od druhé hodiny, bude se za výpočetní prostředky dál účtovat během následujících 6 hodin na základě minimálního zřízeného výpočetního výkonu v době, kdy je databáze online. Během pozastavení databáze se účtuje pouze po zbytek 24hodinového období.

Přesněji řečeno se faktura za výpočetní prostředky v tomto příkladu vypočítá takto:

Předpokládejme, že cena za výpočetní jednotku je $0.000145/vCore/sekunda. Pak se za toto 24hodinové období účtuje produkt ceny za výpočetní jednotku a vCore sekundy, které se účtují: $0.000145/vCore/Second × 50400 vCore sekund ~ $7,31.

Zvýhodněné hybridní využití Azure a Rezervovaná kapacita

Zvýhodněné hybridní využití Azure (AHB) a slevy za rezervované kapacity se nevztahují na výpočetní úroveň bez serveru.

Dostupné oblasti

Výpočetní vrstva bez serveru je dostupná po celém světě s výjimkou následujících oblastí: Čína – východ, Čína – sever, Německo Central, Německo – severovýchod a US Gov Central (Iowa).

Další kroky

• informace o tom, jak začít, najdete v tématu rychlý start: vytvoření izolované databáze v Azure SQL Database pomocí Azure Portal.
• Omezení prostředků najdete v tématu omezení prostředků výpočetní vrstvy bez serveru.