Sdílet prostřednictvím

Úroveň bezserverových výpočetních prostředků pro službu Azure SQL Database

Platí pro: Azure SQL Database

Bezserverová je výpočetní vrstva pro jednotlivé databáze ve službě Azure SQL Database, která automaticky škáluje výpočetní prostředky dle požadavků pracovního zatížení a účtuje za množství použitého výpočetního výkonu 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. Úroveň výpočetních prostředků bez serveru je k dispozici na úrovni služby Pro obecné účely a na úrovni služby Hyperscale .

Poznámka:

Automatické pozastavení a automatické obnovení se v současné době podporují jenom na úrovni služby Pro obecné účely.

Přehled

Rozsah automatického škálování výpočetních prostředků a zpoždění automatického pozastavení jsou důležité parametry pro bezserverovou výpočetní úroveň. Konfigurace těchto parametrů tvaruje výkon databáze a náklady na výpočetní prostředky.

Diagram indikující, kdy se při bezserverové fakturaci přestanou účtovat poplatky za výpočetní prostředky kvůli nečinnosti.

Konfigurace výkonu

  • Minimální počet virtuálních jader a maximální počet virtuálních jader jsou konfigurovatelné parametry, které definují rozsah výpočetní kapacity dostupné pro databázi. Omezení paměti a vstupně-výstupních operací jsou úměrná zadanému rozsahu virtuálních jader. 
  • Zpoždění automatického pozastavení je konfigurovatelným parametrem, 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ě. Případně je možné automatické pozastavení zakázat.

Náklady

Náklady na bezserverovou databázi jsou součtem nákladů na výpočetní prostředky a nákladů na úložiště. Náklady na úložiště se určují stejným způsobem jako ve zřízené výpočetní vrstvě.

  • Pokud je využití výpočetních prostředků mezi nakonfigurovaným minimálním a maximálním limitem, náklady na výpočetní prostředky jsou založené na využitých virtuálních jádrech a paměti.
  • Pokud je využití výpočetních prostředků nižší než minimální nakonfigurovaná omezení, náklady na výpočetní prostředky jsou založené na minimálních virtuálních jádrech a nakonfigurované minimální paměti.
  • Když je databáze pozastavená, náklady na výpočetní prostředky jsou nulové a účtují se pouze náklady na úložiště.

Další podrobnosti o nákladech najdete v Fakturaci.

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. Naopak, zřízená úroveň výpočetních prostředků je cenově a výkonově optimalizovaná pro jednotlivé databáze nebo více databází v elastických fondech s vyšším průměrným využitím, pro které by bylo nepřípustné jakékoli zpoždění při zahřívání výpočetních modulů.

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

  • Samostatné databáze s přerušovaným nepředvídatelným využitím prokládaným 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
  • Samostatné databáze v rámci předem nastavené úrovně výpočetního výkonu, které se často přizpůsobují změnám, a zákazníci, kteří upřednostňují, aby přizpůsobení výpočetních prostředků řešila služba.
  • Nové izolované databáze bez historie využití, kdy je určení velikosti výpočetních prostředků obtížné nebo není možné odhadnout před nasazením ve službě Azure SQL Database.

Vhodné scénáře pro vyhrazené výpočetní prostředky

  • Izolované databáze s pravidelnějšími, 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 kompromisy z výkonu způsobené častějším oříznutím paměti nebo zpožděním při obnovení z pozastaveného stavu.
  • Více databází s přerušovanými a nepředvídatelnými vzory využití, které je možné konsolidovat do elastických fondů pro lepší optimalizaci výkonu cen.

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

Následující tabulka shrnuje rozdíly mezi bezserverovou výpočetní úrovní a zřízenou výpočetní úrovní:

Bezserverové výpočetní prostředí Předpřipravené výpočetní prostředky
Model využití databáze Přerušované a nepředvídatelné využití s nižším průměrným využitím výpočetních prostředků v průběhu času. Častější vzory využití s vyšším průměrným využitím výpočetních prostředků v průběhu času nebo více databází využívajících elastické fondy.
Úsilí o správu výkonu Nižší Vyšší
Škálování výpočtů Automatický Příručka
Rychlost odezvy výpočetních prostředků Nižší po neaktivních obdobích Okamžité
Členitost fakturace Za sekundu Za hodinu

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

Následující tabulka popisuje bezserverovou podporu na základě nákupního modelu, úrovní služeb a hardwaru:

Kategorie Podporováno Nepodporováno
Nákupní model vCore DTU
Úroveň služby Obecné použití
Hyperscale		 Klíčové pro podnikání
Hardware Řada Standard (Gen5) Veškerý ostatní hardware

Automatické škálování

Škálovatelnost odezvy

Bezserverové databáze se spouštějí na počítači s dostatečnou kapacitou, aby uspokojily poptávku po prostředcích bez přerušení jakéhokoli požadovaného množství výpočetních prostředků, a to v mezích nastavených maximální hodnotou virtuálních jader. Vyrovnávání zatížení se někdy stává automaticky, pokud počítač během několika minut nedokáže vyhovět poptávce po prostředcích. Pokud je například poptávka po prostředcích 4 vCorech, ale jsou k dispozici pouze 2 vCores, může vyrovnávání zatížení trvat až několik minut, než se poskytnou 4 vCores. Databáze zůstane online během vyrovnávání zatížení s výjimkou krátkého období na konci operace, když dojde k vyřazení připojení.

Správa paměti

V úrovních služby Pro obecné účely i Hyperscale se paměť pro bezserverové databáze uvolní č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 bezserverové aplikaci a může mít vliv na výkon.

Relamace mezipaměti

Na rozdíl od zřízených výpočetních databází se paměť z mezipaměti SQL uvolní z bezserverové databáze v případě nízkého využití procesoru nebo aktivní mezipaměti.

  • Využití aktivní mezipaměti se považuje za nízké, když celková velikost naposledy použitých položek mezipaměti klesne pod prahovou hodnotu po určitou dobu.
  • Při aktivaci reclamace mezipaměti se cílová velikost mezipaměti zmenší přírůstkově na zlomek předchozí velikosti a uvolnění paměti bude pokračovat pouze v případě, že využití zůstává nízké.
  • Když dojde k reclamaci mezipaměti, zásady pro výběr položek mezipaměti, které se mají vyřadit, jsou stejné zásady výběru jako pro zřízené výpočetní databáze, pokud je zatížení paměti vysoké.
  • Velikost mezipaměti se nikdy nezmenší pod minimální limit paměti, jak je definováno minimálními virtuálními jádry.

V bezserverových i zřízených výpočetních databázích je možné položky mezipaměti vyřadit, pokud se použije všechna dostupná paměť.

Pokud je využití procesoru nízké, může aktivní využití mezipaměti zůstat vysoké v závislosti na vzoru využití a zabránit reclamaci paměti. Může také dojít k dalším zpožděním po zastavení aktivity uživatele před obnovením paměti 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í záznamy duchů, které jsou označené k odstranění, ale nejsou fyzicky odstraněny, dokud proces čištění duchů neběží. Čištění duchů může zahrnovat čtení datových stránek do mezipaměti.

Hydrace mezipaměti

Mezipaměť paměti SQL roste, protože data se načítají z disku stejným způsobem a se stejnou rychlostí jako u zřízených databází. Pokud je databáze zaneprázdněná, může se mezipaměť zvětšit bez omezení, pokud je k dispozici paměť.

Správa mezipaměti disku

V úrovni služby Hyperscale pro bezserverovou i zřízenou výpočetní vrstvu používá každá výpočetní replika mezipaměť odolného fondu vyrovnávacích pamětí (RBPEX), která ukládá datové stránky na místním disku SSD, aby se zlepšil výkon vstupně-výstupních operací. V bezserverové výpočetní vrstvě hyperškálování se však mezipaměť RBPEX pro každou výpočetní repliku automaticky zvětší a zmenší v reakci na zvýšení a snížení poptávky po úlohách. Maximální velikost, na které může mezipaměť RBPEX narůstat, je třikrát vyšší než maximální paměť nakonfigurovaná pro databázi. Podrobnosti o maximální paměti a automatickém škálování RBPEX v bezserverovém prostředí viz Omezení prostředků Hyperscale.

Automatické pozastavení a automatické obnovení

V současné době se automatické pozastavení a automatické obnovení bez serveru podporuje jenom na úrovni Pro obecné účely.

Automatické pozastavení

Automatické pozastavení se aktivuje, pokud jsou během zpoždění automatického pozastavení splněny všechny následující podmínky:

  • Počet relací = 0
  • Počet procesorů = 0 pro uživatelské úlohy spuštěné v uživatelském fondu

Pokud si přejete, je k dispozici možnost vypnout automatické pozastavení.

Následující funkce nepodporují automatické pozastavení, ale podporují automatické škálování. Pokud použijete některou z následujících funkcí, je potřeba automatické pozastavení zakázat a databáze zůstane online bez ohledu na dobu nečinnosti databáze:

  • Geografická replikace (aktivní geografická replikace a skupiny pro převzetí služeb při selhání)
  • Dlouhodobé uchovávání záloh (LTR).
  • Databáze pro synchronizaci použitá v SQL Data Sync. Na rozdíl od těchto synchronizačních databází podporují automatické pozastavení centrální a členské databáze.
  • Alias DNS vytvořen pro logický server obsahující databázi bez serveru.
  • Elastic Jobs, bezserverová databáze s povoleným automatickým pozastavením není podporována jako Job Database. Bezserverové databáze cílené elastickými úlohami podporují automatické pozastavení. Pracovní připojení obnovují databázové spojení.

Automatické pozastavení je dočasně zabráněno během nasazování některých aktualizací služby, které vyžadují, aby byla databáze online. V takových případech se automatické pozastavení znovu povolí, jakmile se aktualizace služby dokončí.

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

Pokud je povoleno automatické pozastavení a nepoužívají se funkce, které jeho automatické pozastavení blokují, ale databáze se po uplynutí doby zpoždění automaticky nepozastaví, mohou automatickému pozastavení bránit relace aplikace nebo uživatelů.

Pokud chcete zjistit, jestli jsou k databázi aktuálně připojené nějaké relace aplikací nebo uživatelů, připojte se k databázi pomocí jakéhokoli 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'
      );

Návod

Po spuštění dotazu se nezapomeňte odpojit od databáze. V opačném případě otevřená relace používaná dotazem zabraňuje automatickému pozastavení.

  • Pokud je sada výsledků neprázdná, znamená to, že existují relace, které aktuálně brání automatickému pozastavení.
  • Pokud je sada výsledků dotazu prázdná, stále je možné, že někdy dříve během doby zpoždění automatického pozastavení byly otevřené nějaké relace, pravděpodobně po krátkou dobu. Pokud chcete zkontrolovat aktivitu během doby zpoždění, můžete použít auditování pro azure SQL Database a azure Synapse Analytics a prozkoumat data auditu pro příslušné období.

Důležité

Přítomnost otevřených relací, ať už s využitím procesoru ve fondu uživatelských prostředků nebo bez něj, je nejčastějším důvodem, proč se bezserverová databáze neočekávaně nepozastaví automaticky.

Automatické obnovení

Automatické obnovení se aktivuje, pokud jsou splněné některé z následujících podmínek:

Funkce Spoušť automatického obnovení
Ověřování a autorizace Přihlásit
Detekce hrozeb Povolení nebo zákaz nastavení detekce hrozeb na úrovni databáze nebo serveru
Úprava nastavení detekce hrozeb na úrovni databáze nebo serveru
Zjišťování a klasifikace dat Přidání, úprava, odstranění nebo zobrazení popisků citlivosti
Auditování Zobrazení záznamů auditování
Aktualizace nebo zobrazení zásad auditování
Maskování dat Přidání, úprava, odstranění nebo zobrazení pravidel maskování dat
Transparentní šifrování dat Zobrazení stavu nebo statusu transparentního šifrování dat
Posouzení zranitelností Ručně iniciované kontroly a pravidelné kontroly, pokud jsou povolené
Dotazování úložiště dat (výkon) Úprava nebo zobrazení nastavení úložiště dotazů
Doporučení k výkonu Zobrazení nebo použití doporučení k výkonu
Automatické ladění Aplikace a ověřování doporučení pro automatické ladění, včetně automatického indexování
Kopírování databáze Vytvořte databázi jako kopii.
Export do souboru BACPAC.
Synchronizace dat SQL Synchronizace mezi centrálními a členskými databázemi, které běží v konfigurovatelném plánu nebo se provádějí ručně
Úprava určitých metadat databáze Přidání nových databázových značek
Změna maximálního počtu virtuálních jader, minimálního virtuálního jádra nebo zpoždění automatického pozastavení.
SQL Server Management Studio (SSMS) Při použití verzí SSMS starších než 18.1 a otevření nového okna dotazu pro libovolnou databázi na serveru se obnoví všechny automaticky pozastavené databáze na stejném serveru. K tomuto chování nedojde, pokud používáte SSMS verze 18.1 nebo novější.

Monitorování, správa nebo jiná řešení provádějící některou z těchto operací aktivují automatické obnovení. Automatické obnovení se aktivuje také během nasazování některých aktualizací služeb, které vyžadují online databázi.

Připojení

Pokud je bezserverová databáze pozastavená, první pokus o připojení obnoví databázi a vrátí chybu s informací, že databáze není k dispozici s kódem chyby 40613. Po obnovení databáze zkuste znovu přihlásit a navázat připojení. Databázoví klienti, kteřížto sledují doporučení logiky opakování připojení, by neměli být upravováni. Možnosti logiky opakování připojení a doporučení najdete v tématech:

Latence

Latence automatického obnovení a automatického pozastavení bezserverové databáze je obvykle 1 minuta automatického obnovení a 1 až 10 minut po uplynutí doby zpoždění automatického pozastavení.

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

Odstranění nebo odvolání klíče

Pokud používáte Transparentní šifrování dat spravované zákazníkem (BYOK) a databáze bez serveru se automaticky pozastaví při odstranění nebo odvolání klíče, databáze zůstane v automaticky pozastaveném stavu. V takovém případě bude databáze po dalším obnovení nedostupná během přibližně 10 minut. Jakmile bude databáze nepřístupná, proces obnovení je stejný jako u zřízených výpočetních databází. Pokud dojde k odstranění nebo odvolání klíče online bezserverové databáze, stane se databáze také nepřístupná přibližně během 10 minut stejně jako u zřízených výpočetních databází.

Obměna klíčů

Pokud používáte transparentní šifrování dat spravovaných zákazníkem (BYOK) a je povolené automatické pozastavení bez serveru, databáze se automaticky obnoví při každé obměně klíčů. Databáze se pak automaticky pozastaví, jakmile budou splněny podmínky automatického pozastavení.

Vytvoření nové bezserverové databáze

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

  1. Zadejte cíl služby. Cíl služby předepisuje úroveň služby, konfiguraci hardwaru a maximální počet virtuálních jader. Možnosti cíle služby najdete v tématu Omezení prostředků pro bezserverové služby.

  2. Volitelně můžete zadat minimální počet virtuálních jader a prodlevu automatického pozastavení, aby se změnily jejich výchozí hodnoty. V následující tabulce jsou uvedeny dostupné hodnoty těchto parametrů.

    Parametr Volby hodnot Výchozí hodnota
    Minimální počet virtuálních jader Závisí na maximálních nakonfigurovaných vCores – viz limity prostředků. 0,5 virtuálních jader
    Zpoždění automatického pozastavení Minimum: 15 minut
    Maximum: 10 080 minut (sedm dní)
    Přírůstky: 1 minuta
    Zakázat automatické pozastavení: -1    		 60 min

Následující příklady vytvoří novou databázi na úrovni výpočetních prostředků bez serveru.

Použití webu Azure Portal

Viz Rychlý start: Vytvoření jednoduché databáze ve službě Azure SQL Database pomocí portálu Azure.

Použití PowerShellu

Vytvořte novou bezserverovou databázi pro obecné účely s následujícím příkladem PowerShellu:

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

Použití Azure CLI

Vytvořte novou bezserverovou databázi pro obecné účely s následujícím příkladem Azure CLI:

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

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

Při použití T-SQL k vytvoření nové bezserverové databáze se použijí výchozí hodnoty pro minimální počet virtuálních jader a zpoždění automatického pozastavení. Jejich hodnoty je možné později změnit z webu Azure Portal nebo prostřednictvím rozhraní API, včetně PowerShellu, Azure CLI a REST.

Podrobnosti naleznete v <a href="/sql/t-sql/statements/create-database-transact-sql?view=azuresqldb-current&amp;preserve-view=true" data-linktype="absolute-path">CREATE DATABASE</a>.

Vytvořte novou bezserverovou databázi pro obecné účely s následujícím příkladem T-SQL:

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

Přesun databáze mezi úrovněmi výpočetních prostředků nebo úrovněmi služby

Databázi je možné přesouvat mezi zřízenou výpočetní vrstvou a bezserverovou výpočetní úrovní.

Bezserverovou databázi lze také přesunout z úrovně služby Pro obecné účely do úrovně služby Hyperscale. Další informace najdete v tématu Převod existující databáze na hyperškálování.

Při přesouvání databáze mezi úrovněmi výpočetních prostředků zadejte parametr modelu výpočtu jako buď Serverless nebo Provisioned, pokud používáte PowerShell nebo Azure CLI, nebo jako SERVICE_OBJECTIVE, pokud používáte T-SQL. Přezkoumejte limity prostředků, abyste určili odpovídající služební cíl.

Následující příklady přesunou existující databázi ze zřízeného výpočetního prostředí do bezserverové databáze.

Použití PowerShellu

Přesuňte zřízenou výpočetní databázi pro obecné účely do bezserverové výpočetní úrovně pomocí následujícího příkladu PowerShellu:

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

Použití Azure CLI

Přesuňte zřízenou výpočetní databázi pro obecné účely do bezserverové výpočetní úrovně pomocí následujícího příkladu Azure CLI:

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

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

Při použití T-SQL k přesunu databáze mezi úrovněmi výpočetních prostředků se použijí výchozí hodnoty pro minimální počet virtuálních jader a zpoždění automatického pozastavení. Jejich hodnoty je možné následně změnit z webu Azure Portal nebo prostřednictvím rozhraní API, včetně PowerShellu, Azure CLI a REST. Další informace naleznete v části ALTER DATABASE.

Přesuňte zřízenou výpočetní databázi pro obecné účely do bezserverové výpočetní úrovně s následujícím příkladem T-SQL:

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

Úprava bezserverové konfigurace

Použití PowerShellu

Pomocí Set-AzSqlDatabase můžete upravit maximální nebo minimální počet virtuálních jader a automatické pozastavení. Použijte argumenty MaxVcore, MinVcore a AutoPauseDelayInMinutes. Bezserverové automatické pozastavení se v současné době nepodporuje na úrovni Hyperscale, takže argument zpoždění automatického pozastavení se vztahuje pouze na úroveň Pro obecné účely.

Použití Azure CLI

Použijte az sql db update k úpravě maximálního nebo minimálního počtu vCore a zpoždění automatického pozastavení. Použijte argumenty capacity, min-capacity a auto-pause-delay. Bezserverové automatické pozastavení se v současné době nepodporuje na úrovni Hyperscale, takže argument zpoždění automatického pozastavení se vztahuje pouze na úroveň Pro obecné účely.

Obrazovka

Využité a fakturované prostředky

Mezi prostředky bezserverové databáze patří balíček aplikace, instance SQL a entity fondu zdrojů uživatelů.

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 bezserverové nebo zřízené výpočetní vrstvě. Balíček aplikace obsahuje instanci SQL a externí služby, jako je fulltextové vyhledávání, které všechny dohromady rozdělují všechny uživatelské a systémové prostředky používané databází ve službě SQL Database. Instance SQL obecně dominuje celkovému využití prostředků v balíčku aplikace.

Fond zdrojů uživatelů

Fond uživatelských prostředků je interní hranicí správy prostředků databáze bez ohledu na to, jestli je databáze v bezserverové nebo zřízené úrovni výpočetního výkonu. Uživatelský fond prostředků určuje rozsah procesoru a vstupně-výstupních operací pro uživatelské úlohy generované dotazy typu DDL (CREATE a ALTER) a DML (INSERT, UPDATE, DELETE, MERGE a SELECT). Tyto dotazy obecně představují největší podíl využití v balíčku aplikace.

Metriky

Následující tabulka obsahuje metriky pro monitorování využití prostředků balíčku aplikace a fondu prostředků uživatelů bezserverové databáze, včetně všech geografických replik:

Entita Metrický Popis Jednotky
Balíček aplikace procento_využití_CPU_aplikace Procento virtuálních jader používaných aplikací vzhledem k maximálnímu počtu virtuálních jader povolených pro aplikaci U bezserverového Hyperscale se tato metrika zobrazí pro všechny primární repliky, pojmenované repliky a geografické repliky. Procento
Balíček aplikace procesor aplikace účtován Množství výpočetních prostředků fakturovaných za aplikaci během sledovaného období. Částka zaplacená během tohoto období je produktem této metriky a jednotkové ceny vCore.

Hodnoty této metriky se určují agregací maximálního využitého procesoru a paměti každou sekundu. Pokud je využitá částka menší než minimální zřízená částka nastavená minimálními virtuálními jádry a minimální pamětí, bude se účtovat minimální zřízená částka. Pro účely porovnání využití procesoru a paměti kvůli fakturaci se využití paměti normalizuje do jednotek virtuálních jader, a to změnou škálování množství paměti v GB o 3 GB na virtuální jádro. U bezserverové technologie Hyperscale se tato metrika zobrazí pro primární repliku a všechny pojmenované repliky.		 Sekundy vCore
Balíček aplikace cpu_vyúčtováno_HA_repliky Vztahuje se pouze na bezserverové hyperškálování. Součet výpočetních prostředků účtovaných napříč všemi aplikacemi pro repliky vysoké dostupnosti během sledovaného období Tento součet je vymezen buď na repliky vysoké dostupnosti, které patří k primární replice, nebo na tyto repliky patřící k dané pojmenované replice. Před výpočtem tohoto součtu mezi replikami vysoké dostupnosti se množství výpočetních prostředků fakturovaných za jednotlivé repliky vysoké dostupnosti určuje stejným způsobem jako u primární repliky nebo pojmenované repliky. U bezserverového Hyperscale se tato metrika zobrazí pro všechny primární repliky, pojmenované repliky a geografické repliky. Částka zaplacená během sledovaného období je součinem této metriky a ceny za jednotku vCore. Sekundy vCore
Balíček aplikace procento_paměti_aplikace Procento paměti používané aplikací vzhledem k maximální povolené paměti pro aplikaci U bezserverového Hyperscale se tato metrika zobrazí pro všechny primární repliky, pojmenované repliky a geografické repliky. Procento
Fond zdrojů uživatelů procento_cpu Procento virtuálních jader používaných uživatelskými úlohami vzhledem k maximálnímu počtu virtuálních jader povolených pro uživatelské úlohy Procento
Fond zdrojů uživatelů data_IO_procent Procento IOPS dat používaných uživatelskou zátěží ve srovnání s maximem IOPS povoleným pro uživatelskou zátěž. Procento
Fond zdrojů uživatelů log_IO_procent Procento MB/s protokolu využívaných uživatelskými úlohami ve srovnání s maximálně povolenými MB/s protokolu pro uživatelské úlohy. Procento
Fond zdrojů uživatelů procento_pracovníků Procento pracovních procesů používaných uživatelskými úlohami vzhledem k maximálnímu počtu pracovních procesů povolených pro uživatelské úlohy Procento
Fond zdrojů uživatelů procenta_schůzek Procento relací používaných uživatelskými úlohami vzhledem k maximálnímu povolenému počtu relací pro uživatelské úlohy Procento

Pozastavení a obnovení stavu

V případě bezserverové databáze s povoleným automatickým pozastavením obsahuje stav, který hlásí, následující hodnoty:

Stav Popis
Online Databáze je online.
Pozastavení Databáze přechází z online na pozastaveno.
Pozastaveno Databáze je pozastavená.
Pokračování Databáze přechází z pozastavení na online.

Použití webu Azure Portal

Na webu Azure Portal se stav databáze zobrazí na stránce přehledu databáze a na stránce přehledu serveru. V Azure portálu je také možné zobrazit historii událostí pozastavení a obnovení bezserverové databáze v protokolu o aktivitách.

Použití PowerShellu

Pomocí následujícího příkladu PowerShellu zobrazte aktuální stav databáze:

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

Použití Azure CLI

Pomocí následujícího příkladu Azure CLI zobrazte aktuální stav databáze:

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

Omezení prostředků

Omezení prostředků najdete v bezserverové úrovni výpočetních prostředků.

Fakturace

Množství výpočetních prostředků účtovaných za bezserverovou databázi je maximální využitý procesor a využitá paměť každou sekundu. Pokud je množství využitého procesoru a paměti menší než minimální množství zřízené pro každý prostředek, bude se účtovat zřízená částka. Aby bylo možné porovnat procesor s pamětí pro účely fakturace, je paměť normalizována do jednotek virtuálních jader změnou velikosti počtu GB o 3 GB na virtuální jádro.

  • Fakturované prostředky: CPU a paměť
  • Fakturovaná částka: jednotková cena vCore * maximum (minimální počet vCore, využitá vCore, minimální paměť v GB * 1/3, využitá paměť v GB * 1/3)
  • Četnost fakturace: za sekundu

Cena za jednotku vCore je cena za vCore za sekundu.

Konkrétní informace o jednotkových cenách v dané oblasti naleznete na stránce s cenami služby Azure SQL Database.

Množství výpočetního výkonu fakturovaného v režimu bez serveru pro databázi obecného účelu nebo primární či pojmenovanou repliku Hyperscale je zobrazeno pomocí následující metriky:

  • Metrika: app_cpu_billed (sekundy vCore)
  • Definice: maximum (minimální počet virtuálních jader, využitá virtuální jádra, minimální paměť GB × 1/3, využitá paměť GB × 1/3)
  • Četnost generování sestav: Každou minutu na základě měření provedených za sekundu, agregovaných do 1 minuty.

Množství výpočetního výkonu účtovaného v bezserverovém režimu pro HA repliky v rámci Hyperškálování, které patří k primární replice nebo jakékoli pojmenované replice, je zviditelněno následující metrikou:

  • Metrika: app_cpu_billed_HA_replicas (vCore sekundy)
  • Definice: Součet maxima (minimální počet vCore, využité vCores, minimální paměť v GB × 1/3, využitá paměť v GB × 1/3) pro všechny HA repliky patřící do nadřazeného prostředku.
  • Nadřazený prostředek a koncový bod metriky: Primární replika a každá pojmenovaná replika tuto metriku zveřejňují samostatně a ta měří vyúčtované výpočetní prostředky pro všechny přidružené HA repliky.
  • Četnost generování sestav: Každou minutu na základě měření provedených za sekundu, agregovaných do 1 minuty.

Minimální fakturace výpočetních prostředků

Pokud je bezserverová databáze pozastavená, je faktura za výpočetní prostředky nulová. Pokud není bezserverová databáze pozastavena, minimální poplatek za výpočty není nižší než množství virtuálních jader na základě maxima (minimální virtuální jádra, minimální paměť v GB × 1/3).

Příklady:

  • Předpokládejme, že bezserverová databáze na úrovni Pro obecné účely není pozastavená a nakonfigurovaná s 8 maximálními virtuálními jádry a 1 minimálním virtuálním jádrem odpovídajícím minimální paměti 3,0 GB. Minimální účtování za výpočetní kapacitu je pak založeno na základě 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 bezserverová databáze ve třídě Obecný účel není pozastavená a je nakonfigurovaná s maximálně 4 virtuálními jádry a minimálně 0,5 virtuálními jádry, což odpovídá minimální paměti 2,1 GB. Minimální vyúčtování výpočetních prostředků je pak založeno na maximálním počtu (0,5 virtuálních jader, 2,1 GB × 1 virtuální jádro / 3 GB) = 0,7 virtuálních jader.
  • Předpokládejme, že bezserverová databáze na úrovni Hyperscale má primární repliku s jednou replikou vysoké dostupnosti a jednou pojmenovanou replikou, která nemá žádné repliky vysoké dostupnosti. Předpokládejme, že každá replika má nakonfigurované 8 maximálních virtuálních jader a minimálně 1 virtuální jádro odpovídající 3 GB minimální paměti. Minimální vyúčtování výpočetních prostředků pro primární repliku, repliku s vysokou dostupností a pojmenovanou repliku je každá založena na maximálním počtu (1 virtuální jádro, 3 GB × 1 virtuální jádro / 3 GB) = 1 virtuální jádro.

Cenovou kalkulačku pro stanovení cen služby Azure SQL Database v režimu serverless lze použít k určení minimální paměti, kterou lze konfigurovat na základě počtu maximálních a minimálních nakonfigurovaných virtuálních jader. Pokud je nakonfigurovaný minimální počet virtuálních jader větší než 0,5 vCore, pak je minimální výpočetní účet nezávislý na minimální nakonfigurované paměti a vychází pouze z počtu minimálních nakonfigurovaných vCore.

Příklady scénářů

Zvažte bezserverovou databázi na úrovni Pro obecné účely nakonfigurovanou s minimálním virtuálním jádrem a 4 maximálními virtuálními jádry. Tato konfigurace odpovídá přibližně 3 GB minimální paměti a maximální paměti o velikosti 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 databáze účtuje za výpočetní prostředky a úložiště během prvních 8 hodin. I když je databáze neaktivní počínaje druhou hodinou, účtuje se za výpočetní prostředky v následujících 6 hodinách na základě minimálního zřízeného výpočetního výkonu v době, kdy je databáze online. Během zbývající části 24hodinového období, kdy je databáze pozastavena, se účtuje pouze úložiště.

Přesněji řečeno, vyúčtování výpočetních prostředků v tomto příkladu se vypočítá takto:

Časový interval Virtuální jádra jsou používána každou vteřinu. GB využito každou sekundu Účtovaná dimenze Sekundy vCore fakturované za časový interval
0:00-1:00 4 9 Použité virtuální jádra 4 virtuální jádra * 3 600 sekund = 14 400 sekund virtuálních jader
1:00-2:00 1 12 Využití paměti 12 GB * 1/3 * 3,600 sekund = 14,400 sekund vCore
2:00-8:00 0 0 Minimální zřízená paměť 3 GB * 1/3 * 21 600 sekund = 21 600 vCore sekund
8:00-24:00 0 0 Během pozastavení nejsou účtovány žádné výpočetní služby. 0 vCore sekund
Celkové sekundy účtované za vCore za 24 hodin 50 400 vCore sekund

Předpokládejme, že cena výpočetní jednotky je 0,000145 USD/vCore za sekundu. Výpočet za toto 24hodinové období je proveden vynásobením ceny výpočetní jednotky a zúčtovaných sekund virtuálních jader: 0,000145 USD/vCore/sekundu * 50 400 sekund virtuálních jader ~ 7,31 USD.

Výhoda hybridního využití Azure a rezervace

Slevy za zvýhodněné hybridní využití Azure (AHB) a rezervace Azure se nevztahují na bezserverovou výpočetní úroveň.

Dostupné oblasti

Informace o regionální dostupnosti najdete v tématu Bezserverová dostupnost podle oblastí pro službu Azure SQL Database.

Související obsah

  • Last updated on