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

Platí pro: Azure SQL Database

Bezserverová úroveň je výpočetní úroveň pro izolované databáze ve službě Azure SQL Database, která automaticky škáluje výpočetní prostředky na základě poptávky na zatížení a účtuje množství výpočetních prostředků využitých 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 .

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.

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ý 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ě. 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ě.
• 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ě.
• Náklady na úložiště se určují stejným způsobem jako ve zřízené výpočetní vrstvě.

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 zřízená úroveň výpočetních prostředků je cenově optimalizovaná pro izolované databáze nebo více databází v elastických fondech s vyšším průměrným využitím, které si nemohou dovolit žádné zpoždění při zahřátí výpočetních prostředků.

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 na úrovni zřízených výpočetních prostředků, 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 tuto službu
• 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 zřízené 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í:

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:

Automatické škálování

Rychlost odezvy škálování

Bezserverové databáze se spouštějí na počítači s dostatečnou kapacitou pro uspokojení poptávky po prostředcích bez přerušení jakéhokoli množství výpočetních prostředků požadovaných 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 virtuálních jader, ale jsou k dispozici pouze 2 virtuální jádra, může vyrovnávání zatížení trvat až několik minut, než se poskytne 4 virtuální jádra. 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 omezení automatického škálování RBPEX v bezserverové verzi najdete v tématu Omezení prostředků hyperškálování bez serveru.

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

V případě potřeby je k dispozici možnost automatického 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 převzetí služeb při selhání)
• Dlouhodobé uchovávání záloh (LTR).
• Synchronizační databáze použitá v Synchronizace dat SQL. Na rozdíl od synchronizačních databází podporují automatické pozastavení databáze centra a členů.
• Alias DNS vytvořený pro logický server obsahující bezserverovou databázi.
• Elastické úlohy, bezserverová databáze s povoleným automatickým pozastavením není podporována jako databáze úloh. Bezserverové databáze cílené elastickými úlohami podporují automatické pozastavení. Připojení úloh obnoví databázi.

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 povolené automatické pozastavení a funkce, které blokují automatické pozastavení, se nepoužívají, ale databáze se po uplynutí doby zpoždění automaticky pozastaví, může bránit automatickému pozastavení relací 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'
      );

• Pokud je sada výsledků neprázdná, znamená to, že aktuálně brání automatickému pozastavení relací.
• 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 období zpoždění, můžete použít auditování Azure SQL a prozkoumat data auditu pro příslušné období.

Automatické obnovení

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

Monitorování, správa nebo jiná řešení provádějící některou z výše uvedených operací aktivuje 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 je možné přihlášení opakovat a navázat připojení. Databázové klienty, kteří sledují doporučení logiky opakování připojení, by se nemělo upravovat. Možnosti logiky opakování připojení a doporučení najdete v tématech:

• Logika opakování připojení v SqlClient
• Logika opakování připojení ve službě SQL Database s využitím Entity Framework Core
• Logika opakování připojení ve službě SQL Database s využitím Entity Frameworku 6
• Logika opakování připojení ve službě SQL Database s využitím ADO.NET

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 bezserverová databáze se při odstranění nebo odvolání klíče automaticky pozastaví, 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é zákazníkem (BYOK) a je povolené automatické pozastavení bez serveru, databáze se automaticky obnoví při každé obměně klíčů a následném automatickém pozastavení, když jsou 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í bezserverových prostředků.

2. Volitelně můžete zadat minimální zpoždění virtuálních jader a zpoždění 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	Default value
   Minimální počet virtuálních jader	Závisí na maximálních nakonfigurovaných virtuálních jádrech – viz limity prostředků.	0,5 virtuálních jader
   Zpoždění automatického pozastavení	Minimum: 15 minut Maximum: 10 080 minut (7 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í izolované databáze ve službě Azure SQL Database pomocí webu Azure Portal.

Použití PowerShellu

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

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

New-AzSqlDatabase -ResourceGroupName $resourceGroupName -ServerName $serverName -DatabaseName $databaseName `
  -Edition Hyperscale -ComputeModel Serverless -ComputeGeneration Gen5 `
  -MinVcore 0.5 -MaxVcore 2 `
  -HighAvailabilityReplicaCount 1 -BackupStorageRedundancy Zone -ZoneRedundant

Použití 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

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

az sql db create -g $resourceGroupName -s $serverName -n $databaseName `
  -e Hyperscale --compute-model Serverless -f Gen5 `
  --min-capacity 0.5 -c 2 `
  --ha-replicas 1 --backup-storage-redundancy Zone --zone-redundant

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é následně změnit z webu Azure Portal nebo prostřednictvím rozhraní API, včetně PowerShellu, Azure CLI a REST.

Podrobnosti najdete v tématu CREATE DATABASE.

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

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

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 Správa databází Hyperscale.

Při přesouvání databáze mezi úrovněmi výpočetních prostředků zadejte parametr výpočetního modelu buď Serverless nebo Provisioned při použití PowerShellu nebo Azure CLI, nebo SERVICE_OBJECTIVE při použití T-SQL. Zkontrolujte limity prostředků a identifikujte odpovídající cíl služby.

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

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

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

Použití 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

az sql db update -g $resourceGroupName -s $serverName -n $databaseName ` 
  --edition Hyperscale --compute-model Serverless --family Gen5 `
  --min-capacity 1 --capacity 4 

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 tématu ALTER DATABASE.

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

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

Úprava bezserverové konfigurace

Použití PowerShellu

Pomocí Set-AzSqlDatabase můžete upravit maximální nebo minimální počet virtuálních jader a zpoždění automatického pozastavení. Použijte argumenty MaxVcore, MinVcorea AutoPauseDelayInMinutes argumenty. 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

Pomocí příkazu az sql db update upravte maximální nebo minimální počet virtuálních jader a zpoždění automatického pozastavení. Použijte argumenty capacity, min-capacitya auto-pause-delay argumenty. 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.

Monitor

Využité a fakturované prostředky

Mezi prostředky bezserverové databáze patří balíček aplikace, instance SQL a entity 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 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 prostředků uživatele je vnitřní hranicí správy prostředků pro databázi bez ohledu na to, jestli je databáze v bezserverové nebo zřízené úrovni výpočetních prostředků. Fond prostředků uživatele definuje procesor a vstupně-výstupní operace pro uživatelské úlohy generované dotazy DDL (CREATE a ALTER) a DML (INSERT, UPDATE, DELETE a 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:

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:

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. Na webu Azure Portal je také možné zobrazit historii pozastavení a obnovení událostí bezserverové databáze v protokolu aktivit.

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 tématu Bezserverová úroveň 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: PROCESOR a paměť
• Fakturovaná částka: jednotková cena virtuálního jádra * maximum (minimální počet virtuálních jader, využitá virtuální jádra, minimální paměť GB * 1/3, využitá paměť × 1/3)
• Četnost fakturace: za sekundu

Jednotková cena za virtuální jádro je cena za virtuální jádro za sekundu.

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

Množství výpočetních prostředků fakturovaných v bezserverové databázi pro obecné účely nebo primární nebo pojmenovaná replika Hyperscale se zobrazí pomocí následující metriky:

• Metrika: app_cpu_billed (sekundy virtuálních jader)
• 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: Za minutu založenou na měřeních za sekundu agregované přes 1 minutu.

Množství výpočetních prostředků účtovaných v bezserverové úrovni pro repliky hyperškálování, které patří do primární repliky nebo jakékoli pojmenované repliky, se vystavuje následující metrikou:

• Metrika: app_cpu_billed_HA_replicas (sekundy virtuálních jader)
• Definice: Součet maxima (minimální počet virtuálních jader, využitá virtuální jádra, minimální paměť GB × 1/3, využitá paměť × 1/3) pro všechny repliky vysoké dostupnosti patřící do nadřazeného prostředku.
• Nadřazený prostředek a koncový bod metriky: Primární replika a každá pojmenovaná replika zpřístupňují tuto metriku, která měří výpočetní prostředky účtované za všechny přidružené repliky vysoké dostupnosti.
• Četnost generování sestav: Za minutu založenou na měřeních za sekundu agregované přes 1 minutu.

Minimální vyúčtování 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 pozastavená, minimální vyúčtování výpočetních prostředků není menší než množství virtuálních jader na základě maxima (minimální počet virtuálních jader, minimální paměť 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í vyúčtování výpočetních prostředků je pak založeno na maximu (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 na úrovni Pro obecné účely není pozastavená a nakonfigurovaná se 4 maximálními virtuálními jádry a 0,5 minimálními virtuálními jádry odpovídajícími 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 bez replik 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 vysoké dostupnosti a pojmenovanou repliku jsou každou z nich založená 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 služby Azure SQL Database pro bezserverovou architekturu je možné použít k určení minimální konfigurovatelné paměti na základě počtu nakonfigurovaných maximálních a minimálních virtuálních jader. Pokud je nakonfigurovaná minimální počet virtuálních jader větší než 0,5 virtuálních jader, je minimální účet výpočetních prostředků nezávislý na minimální nakonfigurované paměti a vychází pouze z počtu nakonfigurovaných minimálních virtuálních jader.

Příklady scénářů

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

Zvýhodněné hybridní využití Azure (AHB) a slevy na rezervovanou kapacitu se nevztahují na bezserverovou výpočetní úroveň.

Dostupné oblasti

Bezserverová úroveň pro obecné účely a hyperškálování s podporou až 40 maximálních virtuálních jader je dostupná po celém světě s výjimkou následujících oblastí:

• Čína – východ
• Čína – sever
• Německo – střed
• Německo – severovýchod
• US Gov – střed (Iowa)

Oblasti podporující maximálně 80 virtuálních jader bez zón dostupnosti pro obecné účely a Hyperscale

V současné době se v následujících oblastech aktuálně podporuje 80 maximálních virtuálních jader v bezserverové úrovni pro obecné účely a hyperškálování:

• Austrálie – střed 1
• Austrálie – střed 2
• Austrálie – východ
• Austrálie – jihovýchod
• Brazílie – jih
• Brazílie – jihovýchod
• Střední Kanada
• Kanada – východ
• USA – střed
• Čína – východ 2
• Čína – východ 3
• Čína – sever 2
• Čína – sever 3
• Východní Asie
• East US
• USA – východ 2
• Francie – střed
• Francie – jih
• Německo – sever
• Německo – středozápad
• Střední Indie
• Jižní Indie
• Izrael - střed
• Itálie - sever
• Japonsko – východ
• Japonsko – západ
• Jio Indie – střed
• Jio – západní Indie
• Jižní Korea – střed
• Korea Jih
• Maylaysia – jih
• Mexiko – střed
• USA – středosever
• Severní Evropa
• Norsko – východ
• Norsko – západ
• Střední Polsko
• Střední Katar
• Jižní Afrika – sever
• Jižní Afrika – západ
• Středojižní USA
• Southeast Asia
• Španělsko – střed
• Švédsko – střed
• Švédsko – jih
• Švýcarsko – sever
• Švýcarsko – západ
• Tchaj-wan – sever
• Tchaj-wan – severozápad
• Spojené arabské emiráty – střed
• Spojené arabské emiráty – sever
• Spojené království – jih
• Spojené království – západ
• US Gov – východ
• US Gov Southcentral
• US Gov – jihozápad
• Západní Evropa
• Středozápad USA
• USA – západ
• Západní USA 2
• USA – západ 3

Oblasti podporující maximálně 80 virtuálních jader se zónami dostupnosti pro obecné účely a Hyperškálování

V současné době je k dispozici 80 maximálních virtuálních jader s podporou zóny dostupnosti v bezserverové úrovni pro obecné účely a hyperškálování v následujících oblastech s dalšími plánovanými oblastmi:

• Austrálie – východ
• Brazílie – jih
• Střední Kanada
• USA – střed
• Východní Asie
• East US
• USA – východ 2
• Francie – střed
• Německo – středozápad
• Střední Indie
• Japonsko – východ
• Jižní Korea – střed
• Severní Evropa
• Jižní Afrika – sever
• Středojižní USA
• Southeast Asia
• Švédsko – střed
• Spojené arabské emiráty – sever
• Spojené království – jih
• US Gov – východ
• Západní Evropa
• Západní USA 2
• USA – západ 3

Související obsah

• Pokud chcete začít, přečtěte si článek Rychlý start: Vytvoření izolované databáze – Azure SQL Database.
• Možnosti bezserverové úrovně služby najdete v tématu Obecné účely a Hyperscale.