Nákupní model vCore – Azure SQL Database

Tento článek se zabývá nákupním modelem virtuálních jader pro Azure SQL Database.

Přehled

Virtuální jádro (virtuální jádro) představuje logický procesor a nabízí možnost zvolit fyzické charakteristiky hardwaru (například počet jader, paměť a velikost úložiště). Nákupní model založený na virtuálních jádrech 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 optimalizuje cenu a umožňuje zvolit výpočetní prostředky, paměť a prostředky úložiště na základě vašich potřeb úloh.

V nákupním modelu založeném na virtuálních jádrech závisí vaše náklady na volbu a využití:

Úroveň služby
Hardwarová konfigurace
Výpočetní prostředky (počet virtuálních jader a velikost paměti)
Rezervované úložiště databáze
Skutečné úložiště zálohování

Důležité

Výpočetní prostředky, vstupně-výstupní operace a úložiště dat a protokolů se účtují na databázi nebo elastický fond. Úložiště zálohování se účtuje pro každou databázi. Podrobnosti o cenách najdete na stránce s cenami služby Azure SQL Database.

Porovnání nákupních modelů vCore a DTU

Nákupní model virtuálních jader používaný službou Azure SQL Database poskytuje oproti nákupnímu modelu založenému na DTU několik výhod:

Vyšší limity výpočetních prostředků, paměti, vstupně-výstupních operací a úložiště.
Volba konfigurace hardwaru, která bude lépe odpovídat požadavkům na výpočetní výkon a paměť úlohy.
Cenové slevy s zvýhodněným hybridním využitím Azure (AHB)
Větší transparentnost podrobností o hardwaru, které podporují výpočetní výkon, což usnadňuje plánování migrací z místních nasazení.
Pricing rezervovaných instancí je dostupné jenom pro nákupní model vCore.
Vyšší členitost škálování s více dostupnými velikostmi výpočetních prostředků

Nápovědu k výběru nákupních modelů založených na virtuálních jádrech a DTU najdete v rozdílech mezi nákupními modely založenými na virtuálních jádrech a DTU.

Výpočet

Nákupní model založený na virtuálních jádrech má zřízenou výpočetní úroveň a bezserverovou výpočetní úroveň. Ve zřízené úrovni výpočetních prostředků odráží náklady na výpočetní prostředky celkovou výpočetní kapacitu nepřetržitě zřízenou pro aplikaci nezávislou na aktivitě úloh. Vyberte přidělení prostředků, které nejlépe vyhovuje potřebám vaší firmy, na základě požadavků na virtuální jádro a paměť a podle potřeby vertikálně navyšte kapacitu prostředků podle potřeby vaší úlohy. Na úrovni výpočetních prostředků bez serveru pro Azure SQL Database se výpočetní prostředky automaticky škálují na základě kapacity úloh a účtují se za využité výpočetní prostředky za sekundu.

Shrnutí:

Zatímco zřízená výpočetní úroveň poskytuje konkrétní množství výpočetních prostředků, které jsou nepřetržitě zřízené nezávisle na aktivitě úloh, bezserverová výpočetní úroveň automaticky škáluje výpočetní prostředky na základě aktivity úloh.
I když se zřízená úroveň výpočetních prostředků účtuje za množství zřízených výpočetních prostředků za pevnou cenu za hodinu, bezserverová výpočetní úroveň se účtuje za množství využitých výpočetních prostředků za sekundu.

Bez ohledu na úroveň výpočetních prostředků se na úrovni služby Business Critical automaticky přidělují tři další sekundární repliky s vysokou dostupností, aby poskytovaly vysokou odolnost proti selháním a rychlá převzetí při selhání. Tyto další repliky činí náklady přibližně 2,7krát vyšší, než je na úrovni služby General Purpose. Stejně tak vyšší náklady na úložiště za GB na úrovni služby Pro důležité obchodní informace odrážejí vyšší limity vstupně-výstupních operací a nižší latenci místního úložiště SSD.

Zákazníci v Hyperscale řídí počet dalších replik s vysokou dostupností od 0 do 4, aby získali úroveň odolnosti vyžadovanou aplikacemi a současně kontrolovali náklady.

Další informace o výpočetních prostředcích ve službě Azure SQL Database najdete v tématu Výpočetní prostředky (procesor a paměť).

Omezení prostředků

Pro kontrolu limitů prostředků vCore nejprve zkontrolujte dostupné konfigurace hardwaru, poté přezkoumejte limity prostředků pro:

Úložiště dat a protokolů

Následující faktory ovlivňují množství úložiště používaného pro soubory dat a protokolů a platí pro úrovně Pro obecné účely a Pro důležité obchodní informace.

Každá velikost výpočetních prostředků podporuje konfigurovatelnou maximální velikost dat s výchozím nastavením 32 GB.
Při konfiguraci maximální velikosti dat se automaticky přidá 30 procent fakturovatelného úložiště pro soubor protokolu.
Na úrovni tempdb služby Pro obecné účely se používá místní úložiště SSD a tyto náklady na úložiště jsou zahrnuté v ceně za virtuální jádro.
Na úrovni tempdb služby Pro důležité obchodní informace sdílí místní úložiště SSD se soubory dat a protokolů a tempdb náklady na úložiště jsou zahrnuté v ceně virtuálního jádra.
Na úrovních Pro obecné účely a Pro důležité obchodní informace se vám účtuje maximální velikost úložiště nakonfigurovaná pro databázi nebo elastický fond.
Pro SLUŽBU SQL Database můžete vybrat libovolnou maximální velikost dat mezi 1 GB a maximální podporovanou velikostí úložiště v přírůstcích po 1 GB.

Následující aspekty úložiště platí pro Hyperscale:

Maximální velikost úložiště dat je nastavená na 128 TB a není konfigurovatelná.
Účtuje se vám jenom přidělené úložiště dat, ne za maximální úložiště dat.
Za úložiště protokolů se vám neúčtují poplatky.
tempdb využívá místní úložiště SSD a jeho náklady jsou zahrnuté v ceně za vCore. Pokud chcete monitorovat aktuální přidělenou a použitou velikost úložiště dat ve službě SQL Database, použijte metriky allocated_data_storage a úložiště služby Azure Monitor.

Pokud chcete monitorovat aktuální přidělenou a použitou velikost úložiště jednotlivých datových a protokolových souborů v databázi pomocí T-SQL, použijte pohled sys.database_files a funkci FILEPROPERTY(... , 'SpaceUsed').

Návod

Za určitých okolností možná budete muset zmenšit databázi, aby se uvolnilo nevyužité místo. Další informace najdete v tématu Správa prostoru souborů ve službě Azure SQL Database.

Zálohovací úložiště

Úložiště pro zálohy databáze je přiděleno pro podporu obnovení k určitému bodu v čase (PITR) a funkcí dlouhodobého uchovávání (LTR) služby SQL Database. Toto úložiště je oddělené od úložiště dat a souborů protokolů a účtuje se samostatně.

PitR: V úrovních Pro obecné účely a Pro důležité obchodní informace se zálohy jednotlivých databází zkopírují do úložiště Azure automaticky. Velikost úložiště se dynamicky zvyšuje při vytváření nových záloh. Úložiště je používáno pro úplné, rozdílové a transakční zálohy protokolu. Spotřeba úložiště závisí na rychlosti změny databáze a době uchovávání nakonfigurované pro zálohy. Pro každou databázi můžete nakonfigurovat samostatnou dobu uchovávání mezi 1 a 35 dny pro službu SQL Database. Velikost úložiště zálohování, která se rovná nakonfigurované maximální velikosti dat, se poskytuje bez příplatku.
LTR: Můžete také nakonfigurovat dlouhodobé uchovávání úplných záloh po dobu až 10 let. Pokud nastavíte zásadu LTR, tyto zálohy se ukládají v úložišti objektů blob v Azure automaticky, ale můžete řídit, jak často se zálohy kopírují. Pokud chcete splnit různé požadavky na dodržování předpisů, můžete vybrat různá období uchovávání týdenních, měsíčních nebo ročních záloh. Zvolená konfigurace určuje, kolik úložiště se používá pro zálohy LTR. Další informace najdete v tématu Dlouhodobé uchovávání záloh.

Úložiště záloh v Hyperscale najdete v tématu Automatizované zálohování databází Hyperscale.

Úrovně služby

V nákupním modelu vCore jsou mezi možnosti úrovně služby zahrnuty Obecný účel, Kritické pro podnikání a Hyperscale. Úroveň služby obecně určuje typ a výkon úložiště, vysokou dostupnost a možnosti zotavení po havárii a dostupnost určitých funkcí, jako je In-Memory OLTP.

Případ použití	Obecné použití	Klíčové pro podnikání	Hyperškálování
Nejlepší pro	Většina obchodních úloh. Nabízí uživatelsky orientované, vyvážené a škálovatelné možnosti výpočtů a úložiště.	Nabízí podnikovým aplikacím nejvyšší odolnost proti chybám pomocí několika sekundárních replik s vysokou dostupností a poskytuje nejvyšší výkon vstupně-výstupních operací.	Široká škála úloh, včetně těchto úloh s vysoce škálovatelnými požadavky na úložiště a škálování čtení. Nabízí vyšší odolnost proti chybám tím, že umožňuje konfiguraci více než jedné sekundární repliky s vysokou dostupností.
Velikost výpočetních prostředků	2 až 128 virtuálních jader	2 až 128 virtuálních jader	2 až 128 virtuálních jader
Typ úložiště	Vzdálené úložiště Premium (na instanci)	Superrychlé místní úložiště SSD (na instanci)	Oddělené úložiště s místní mezipamětí SSD (na každou výpočetní repliku)
Velikost úložiště	1 GB – 4 TB	1 GB – 4 TB	10 GB – 128 TB
IOPS	320 IOPS na vCore a maximálně 16 000 IOPS	4 000 IOPS na vCore, maximálně 327 680 IOPS	327 680 IOPS s místním SSD o maximální kapacitě Hyperscale je vícevrstvá architektura s ukládáním do mezipaměti na více úrovních. Efektivní IOPS závisí na úloze.
Paměť/vCore	5,1 GB	5,1 GB	5,1 GB nebo 10,2 GB
Zálohování	Volba geograficky redundantního, zónově redundantního nebo místně redundantního úložiště zálohování, uchovávání 1–35 dnů (výchozí 7 dnů) Dlouhodobé uchování až na 10 let	Volba geograficky redundantního, zónově redundantního nebo místně redundantního úložiště zálohování, uchovávání 1–35 dnů (výchozí 7 dnů) Dlouhodobé uchování až na 10 let	Volba místně redundantního úložiště (LRS), zónově redundantního úložiště (ZRS) nebo geograficky redundantního úložiště (GRS) Uchovávání dat po dobu 1–35 dnů (7 dnů ve výchozím nastavení), s možností dlouhodobého uchovávání až na 10 let.
dostupnost	Jedna replika, bez čtecích replik, zónově redundantní vysoká dostupnost (HA)	Tři repliky, jedna replika na úrovni čtení, zónově redundantní vysoká dostupnost (HA)	zónově redundantní vysoká dostupnost (HA)
Ceny a fakturace	Poplatky se účtují za vCore, rezervované úložiště a úložiště zálohování. IOPS se neúčtují.	Poplatky se účtují za vCore, rezervované úložiště a úložiště zálohování. IOPS se neúčtují.	vCore pro každou repliku a využité úložiště se účtují. IOPS se neúčtují.
Modely slev	Rezervace Azure Zvýhodněné hybridní využití Azure (není k dispozici pro předplatná pro vývoj/testování) Enterprise a nabídka Průběžné platby dle aktuálního využití pro vývoj/testování předplatné	Rezervace Azure Zvýhodněné hybridní využití Azure (není k dispozici pro předplatná pro vývoj/testování) Enterprise a nabídka Průběžné platby dle aktuálního využití pro vývoj/testování předplatné	Zvýhodněné hybridní využití Azure (není k dispozici pro předplatná pro vývoj/testování) ¹ Enterprise a nabídka Průběžné platby dle aktuálního využití pro vývoj/testování předplatné
Tabulky OLTP v paměti	Ne	Ano	Ne

¹ Zjednodušené cenové nastavení pro SQL Database Hyperscale už brzy. Podrobnosti najdete na blogu s cenami Hyperscale.

Podrobnější informace najdete v omezeních prostředků pro logický server, izolované databáze a databáze ve fondu.

Poznámka:

Další informace o smlouvě o úrovni služeb (SLA) najdete ve smlouvě SLA pro Azure SQL Database.

Obecné účely

Model architektury pro úroveň služby Pro obecné účely je založený na oddělení výpočetních prostředků a úložiště. Tento model architektury závisí na vysoké dostupnosti a spolehlivosti služby Azure Blob Storage, která transparentně replikuje databázové soubory a zaručuje, že nedojde k selhání základní infrastruktury.

Následující obrázek znázorňuje čtyři uzly ve standardním modelu architektury s oddělenými výpočetními vrstvami a vrstvami úložiště.

Diagram znázorňující oddělení výpočetních prostředků a úložiště

V modelu architektury pro úroveň služby Pro obecné účely existují dvě vrstvy:

Bezstavová výpočetní vrstva, která spouští sqlservr.exe proces a obsahuje pouze přechodná data a data uložená v mezipaměti (například plán mezipaměti, fond vyrovnávací paměti, fond columnstore). Tento bezstavový uzel provozuje Azure Service Fabric, který inicializuje proces, řídí stav uzlu a v případě potřeby provádí převzetí služeb při selhání na jiné místo.
Stavová datová vrstva se soubory databáze (.mdf/.ldf), které jsou uložené ve službě Azure Blob Storage. Azure Blob Storage zaručuje, že nedojde ke ztrátě dat žádného záznamu umístěného v žádném databázovém souboru. Azure Storage má integrovanou dostupnost a redundanci dat, která zajišťuje, že každý záznam v souboru protokolu nebo stránce v datovém souboru se zachová i v případě, že proces selže.

Při každém upgradu databázového stroje nebo operačního systému dojde k selhání některé části základní infrastruktury nebo zjištění nějakého kritického problému v sqlservr.exe procesu, Azure Service Fabric přesune bezstavový proces do jiného bezstavového výpočetního uzlu. Existuje sada náhradních uzlů, které čekají na spuštění nové výpočetní služby, pokud dojde k převzetí služeb při selhání primárního uzlu, aby se minimalizovala doba převzetí služeb při selhání. Data ve vrstvě úložiště Azure nejsou ovlivněná a k nově inicializovanému procesu se připojují soubory dat a protokolů. Tento proces zaručuje dostupnost 99,99% ve výchozím nastavení a dostupnost 99,995%, pokud je povolená redundance zóny . Kvůli době přechodu může mít vliv na výkon náročných úloh a skutečnost, že nový uzel začíná studenou mezipamětí.

Kdy zvolit úroveň služby Pro obecné účely

Úroveň služby Pro obecné účely je výchozí úrovní služby ve službě Azure SQL Database určená pro většinu obecných úloh. Pokud potřebujete plně spravovaný databázový stroj s výchozí smlouvou SLA a latencí úložiště mezi 5 ms a 10 ms, je pro vás úroveň Pro obecné účely dostupná.

Obchodně kritické

Model vrstvy služby Pro důležité obchodní informace je založený na clusteru procesů databázového stroje. Tento model architektury spoléhá na kvorum uzlů databázového stroje, aby se minimalizoval dopad na výkon vaší úlohy, a to i během aktivit údržby. Upgrady a opravy základního operačního systému, ovladačů a databázového stroje probíhají transparentně s minimálním výpadkem pro koncové uživatele.

V modelu Pro důležité obchodní informace se výpočetní prostředky a úložiště integrují do každého uzlu. Replikace dat mezi procesy databázového stroje na každém uzlu clusteru se čtyřmi uzly dosahuje vysoké dostupnosti, přičemž každý uzel používá místně připojené jednotky SSD jako úložiště dat. Následující diagram znázorňuje, jak úroveň služby Pro důležité obchodní informace organizuje cluster uzlů databázového stroje v replikách skupiny dostupnosti.

Proces databázového stroje i základní soubory .mdf/.ldf jsou umístěné na stejném uzlu s místně připojeným úložištěm SSD a poskytují tak nízkou latenci vaší úlohy. Vysoká dostupnost se implementuje pomocí technologie podobné skupinám dostupnosti AlwaysOn SQL Serveru. Každá databáze je cluster databázových uzlů s jednou primární replikou, která je přístupná pro úlohy zákazníků, a tři sekundární repliky obsahující kopie dat. Primární replika neustále odesílá změny do sekundárních replik, aby se zajistila dostupnost dat na sekundárních replikách, pokud primární z nějakého důvodu selže. Služba Service Fabric a databázový stroj zpracovávají převzetí služeb při selhání – jedna sekundární replika se stane primární a vytvoří se nová sekundární replika, což zajistí dostatečný počet uzlů v clusteru. Úloha se automaticky přesměruje na novou primární repliku.

Kromě toho má cluster Business Critical integrovanou funkci škálovatelného čtení, která poskytuje bezplatnou repliku pouze pro čtení, sloužící ke spouštění dotazů pouze pro čtení (například sestav), které nenaruší výkon na primární replice.

Kdy zvolit úroveň služby Business Critical

Úroveň služby Pro důležité obchodní informace je určená pro aplikace, které vyžadují odpovědi s nízkou latencí ze základního úložiště SSD (v průměru 1–2 ms), rychlejší obnovení v případě selhání základní infrastruktury nebo potřebu sestav, analýz a dotazů jen pro čtení na bezplatnou čitelnou sekundární repliku primární databáze.

Klíčové důvody, proč byste měli zvolit úroveň služby Business Critical místo úrovně General Purpose, jsou:

Požadavky na nízkou latenci vstupně-výstupních operací – úlohy, které potřebují konzistentně rychlou odezvu z vrstvy úložiště (průměr 1–2 milisekund), by měly používat úroveň Pro důležité obchodní informace.
Úloha s dotazy pro generování sestav a analýzu , kde stačí jedna bezplatná sekundární replika jen pro čtení.
Vyšší odolnost proti chybám a rychlejší obnovení. V případě selhání systému je databáze v primární instanci zakázaná a jednou ze sekundárních replik se okamžitě stane nová primární databáze pro čtení i zápis připravená ke zpracování dotazů.
Rozšířená ochrana proti poškození dat Jelikož úroveň Business Critical používá repliky databází v pozadí, služba využívá automatickou opravu stránek dostupnou se zrcadlením a skupinami dostupnosti k mitigaci poškození dat. Pokud replika nemůže přečíst stránku kvůli problému s integritou dat, načte se nová kopie stránky z jiné repliky a nahradí nečitelný stránku bez ztráty dat nebo výpadku zákazníka. Tato funkce je dostupná na úrovni Pro obecné účely, pokud má databáze geograficky sekundární repliku.
Vyšší dostupnost – úroveň Business Critical v konfiguraci zóny s více dostupnostmi zajišťuje odolnost proti selhání zóny a vyšší dostupnost SLA.
Rychlé geografické obnovení – Pokud je nakonfigurovaná aktivní geografická replikace, úroveň Business Critical má zaručený cíl bodu obnovení (RPO) 5 sekund a cíl doby obnovení (RTO) 30 sekund pro každých 100% nasazených hodin.

Hyperškála

Úroveň služby Hyperscale je vhodná pro všechny typy úloh. Její nativní architektura cloudu poskytuje nezávisle škálovatelné výpočetní prostředky a úložiště pro podporu široké škály tradičních a moderních aplikací. Výpočetní prostředky a prostředky úložiště v Hyperscale výrazně překračují prostředky dostupné na úrovních Pro obecné účely a Pro důležité obchodní informace.

Další informace najdete v tématu Úroveň služby Hyperscale pro Azure SQL Database.

Kdy zvolit úroveň služby Hyperscale

Úroveň služby Hyperscale odstraňuje mnoho praktických omezení, která jsou tradičně viditelná v cloudových databázích. Pokud je většina ostatních databází omezena prostředky dostupnými v jednom uzlu, nemají databáze na úrovni služby Hyperscale žádné takové limity. S flexibilní architekturou úložiště roste databáze Hyperscale podle potřeby – a účtuje se vám jenom kapacita úložiště, kterou používáte.

Kromě pokročilých možností škálování je Hyperscale skvělou volbou pro všechny úlohy, nejen pro velké databáze. Hyperscale umožňuje:

Zajištění vysoké odolnosti a rychlého zotavení po selhání při řízení nákladů výběrem počtu replik s vysokou dostupností od 0 do 4.
Zvýšení vysoké dostupnosti povolením redundance zón pro výpočetní prostředky a úložiště
U často používané části databáze dosáhnete nízké latence vstupně-výstupních operací (průměrně 1–2 milisekund). U menších databází to může platit pro celou databázi.
Implementujte širokou škálu scénářů škálování čtení s pojmenovanými replikami.
Využijte výhod rychlého škálování bez čekání na zkopírování dat do místního úložiště na nových uzlech.
Užijte si nepřetržité zálohování databáze s nulovým dopadem a rychlé obnovení.
Podpora požadavků na provozní kontinuitu s využitím skupin převzetí služeb při selhání a geografické replikace

Hardwarová konfigurace

Mezi běžné konfigurace hardwaru v modelu virtuálních jader patří standardní série (Gen5), prémiová série, paměťově optimalizovaná prémiová série a DC série. Hyperscale také nabízí možnost pro hardware optimalizovaný pro paměť a prémiovou řadu. Konfigurace hardwaru definuje limity výpočetních prostředků a paměti a další charakteristiky, které ovlivňují výkon úloh.

Některé hardwarové konfigurace, jako je řada Standard (Gen5), můžou používat více než jeden typ procesoru (CPU), jak je popsáno ve výpočetních prostředcích (procesoru a paměti). Zatímco daná databáze nebo elastický fond mají tendenci zůstat na hardwaru se stejným typem procesoru po dlouhou dobu (obvykle několik měsíců), existují určité události, které můžou způsobit přesun databáze nebo fondu na hardware, který používá jiný typ procesoru.

Databázi nebo fond je možné přesunout pro různé scénáře, mezi které patří mimo jiné:

Cíl služby se změní.
Aktuální infrastruktura v datacentru se blíží limitům kapacity.
Aktuálně používaný hardware se vyřadí z provozu kvůli konci životnosti.
Je povolená zónově redundantní konfigurace, přesun na jiný hardware kvůli dostupné kapacitě

U některých úloh může přechod na jiný typ procesoru změnit výkon. SQL Database konfiguruje hardware s cílem zajistit předvídatelný výkon úloh i v případě, že se změní typ procesoru, přičemž změny výkonu se udržují v úzkém pásmu. Nicméně v širokém spektru zákaznických úloh ve službě SQL Database a jakmile budou k dispozici nové typy procesorů, je někdy možné vidět výraznější změny výkonu, pokud se databáze nebo fond přesunou na jiný typ procesoru.

Bez ohledu na použitý typ procesoru zůstanou limity prostředků pro databázi nebo elastický fond (například počet jader, paměť, maximální počet vstupně-výstupních operací za sekundu dat, maximální rychlost protokolu a maximální počet souběžných pracovních procesů) stejné, dokud databáze zůstane na stejném cíli služby.

Výpočetní prostředky (procesor a paměť)

Následující tabulka porovnává výpočetní prostředky v různých konfiguracích hardwaru a úrovních výpočetních prostředků:

Hardwarová konfigurace	centrální procesorová jednotka (CPU)	Paměť
Řada Standard (Gen5)	Předpřipravené výpočetní prostředky - Intel® E5-2673 v4 (Broadwell) 2,3 GHz, Intel® SP-8160 (Skylake), Intel® 8272CL (Cascade Lake) 2,5 GHz, Intel® Xeon® Platinum 8370C (Ice Lake), AMD EPYC 7763v (Milán) procesory – Zřízení až 128 virtuálních procesorových jader (hyper-threading) Bezserverové výpočetní prostředí* - Intel® E5-2673 v4 (Broadwell) 2,3 GHz, Intel® SP-8160 (Skylake), Intel® 8272CL (Cascade Lake) 2,5 GHz, Intel® Xeon® Platinum 8370C (Ice Lake)*, AMD EPYC 7763v (Milán) procesory – Automatické škálování až 80 vCores (virtuálních jader) (s podporou hyper-threading) – Poměr paměti na virtuální jádro se dynamicky přizpůsobuje využití paměti a procesoru na základě poptávky na zatížení a může být až 24 GB na virtuální jádro. Například v daném okamžiku může úloha používat a účtovat 240 GB paměti a pouze 10 virtuálních jader.	Předpřipravené výpočetní prostředky – 5,1 GB na vCore – Poskytování až 625 GB Bezserverové výpočetní prostředí – Automatické škálování až do 24 GB pro virtuální jádro – Automatické škálování až 240 GB max.
Řada Fsv2**	– Procesory Intel® 8168 (Skylake) - Má trvalou všechjádrovou turbo frekvenci 3,4 GHz a maximální turbo frekvenci pro jedno jádro 3,7 GHz. – Zajištění až 72 virtuálních jader (s podporou hyper-threadingu)	– 1,9 GB na virtuální jádro – Přiřadit až 136 GB
Řada DC	– Procesory Intel® Xeon® E-2288G - Obsahuje rozšíření Intel Software Guard (Intel SGX) – Zřízení až 8 virtuálních jader (fyzických)	4,5 GB na vCore

* V zobrazení dynamické správy sys.dm_user_db_resource_governance se generace hardwaru pro databáze používající procesory Intel® SP-8160 (Skylake) zobrazuje jako Gen6, generace hardwaru pro databáze používající Intel® 8272CL (Cascade Lake) se zobrazuje jako Gen7 a generace hardwaru pro databáze používající Intel® Xeon® Platinum 8370C (Ice Lake) nebo AMD® EPYC® 7763v (Milán) se zobrazí jako Gen8. Pro danou velikost výpočetních prostředků a konfiguraci hardwaru jsou limity prostředků stejné bez ohledu na typ procesoru (Intel Broadwell, Skylake, Ice Lake, Cascade Lake nebo AMD Milan).

Hardware řady Fsv2 bude vyřazen k 1. říjnu 2026.

Další informace najdete v tématu Omezení prostředků pro izolované databáze a elastické fondy.

Informace o výpočetních prostředcích a specifikaci databáze Hyperscale najdete v tématu Výpočetní prostředky Hyperscale.

Řada Standard (Gen5)

Hardware řady Standard (Gen5) poskytuje vyvážené výpočetní a paměťové prostředky a je vhodný pro většinu databázových úloh.

Hardware řady Standard (Gen5) je k dispozici ve všech veřejných oblastech po celém světě.

Hyperscale prémiová řada

Možnosti hardwaru řady Premium používají nejnovější technologii procesoru a paměti od Intelu a AMD. Řada Premium poskytuje zvýšení výkonu výpočetního výkonu vzhledem k hardwaru řady Standard.

Možnost řady Premium nabízí rychlejší výkon procesoru v porovnání s řadou Standard a vyšším počtem maximálních virtuálních jader.
Možnost optimalizovaná pro paměť řady Premium nabízí dvojité množství paměti vzhledem k řadě Standard.

Pro elastické fondy Hyperscale jsou k dispozici paměťově optimalizované možnosti řady Standard, Premium a Premium-series.

Další informace najdete v blogovém příspěvku řady Hyperscale Premium.

Dostupné oblasti najdete v tématu Dostupnost hyperškálové řady Premium.

Řada DC

Hardware řady DC používá procesory Intel s technologií Intel Guard Extensions (Intel SGX).
Řada DC-series je nutná pro funkci Always Encrypted se zabezpečenými enklávy, pro silnější ochranu hardwarových enkláv v porovnání s enklávami VBS (založenými na virtualizaci).
Řada DC-series je určená pro úlohy, které zpracovávají citlivá data a vyžadují důvěrné možnosti zpracování dotazů, které poskytuje funkce Always Encrypted se zabezpečenými enklávy.
Hardware řady DC poskytuje vyvážené výpočetní a paměťové prostředky.

Řada DC-series je podporovaná jenom pro zřízené výpočetní prostředky (bezserverová podpora není podporovaná) a nepodporuje redundanci zón. Oblasti, ve kterých je řada DC-series dostupná, najdete v tématu Dostupnost řady DC.

Typy nabídek Azure podporované řadou DC

Pokud chcete vytvářet databáze nebo elastické fondy na hardwaru řady DC, musí být předplatné placeným typem nabídky, včetně průběžných platebYou-Go nebo smlouvy Enterprise (EA). Úplný seznam typů nabídek Azure podporovaných řadou DC-series najdete v aktuálních nabídkách bez limitů útraty.

Výběr konfigurace hardwaru

Při vytváření můžete vybrat konfiguraci hardwaru pro databázi nebo elastický fond ve službě SQL Database. Můžete také změnit konfiguraci hardwaru existující databáze nebo elastického fondu.

Pro výběr konfigurace hardwaru při vytváření SQL databáze nebo fondu

Podrobné informace najdete v tématu Vytvoření databáze SQL.

Na kartě Základy vyberte odkaz Konfigurovat databázi v části Výpočty a úložiště a pak vyberte odkaz Změnit konfiguraci :

Vyberte požadovanou konfiguraci hardwaru:

Ke změně konfigurace hardwaru existující sqlové databáze nebo fondu

U databáze na stránce Přehled vyberte odkaz Cenová úroveň :

U fondu na stránce Přehled vyberte Konfigurovat.

Podle kroků změňte konfiguraci a vyberte hardwarovou konfiguraci, jak je popsáno v předchozích krocích.

Dostupnost hardwaru

Informace o dostupnosti hardwaru aktuální generace najdete v tématu Dostupnost funkcí v jednotlivých oblastech pro Azure SQL Database.

Hardware předchozí generace

Řada Fsv2

Hardware řady Fsv2 pro Azure SQL Database bude vyřazen k 1. říjnu 2026. Pokud chcete minimalizovat přerušení služeb a udržovat výkon ceny, přejděte na hardware řady Hyperscale Premium nebo Standard-series (Gen5). Další informace naleznete v dokumentu Oznámení o vyřazení: Nabídka série FSV2 pro Azure SQL Database. U většiny databází a úloh poskytuje hardware Hyperscale řady Premium nebo řady Standard (Gen5) podobný nebo lepší výkon ceny než Fsv2. Abyste měli jistotu, ověřte to u konkrétní databáze a úloh.

Fsv2 poskytuje méně paměti a tempdb počtu virtuálních jader než jiný hardware, takže úlohy citlivé na tyto limity můžou u řady Standard (Gen5) fungovat lépe.
Řada Fsv2 je podporována pouze na úrovni Pro obecné účely.

Gen4

Hardware Gen4 je vyřazený a není k dispozici pro zřizování, škálování nebo snížení kapacity. Migrujte databázi na podporovanou generaci hardwaru pro širší škálu škálovatelnosti virtuálních jader a úložiště, akcelerované síťové služby, nejlepší výkon vstupně-výstupních operací a minimální latenci. Projděte si možnosti hardwaru pro izolované databáze a možnosti hardwaru pro elastické fondy. Další informace najdete v tématu Podpora pro hardware Gen 4 ve službě Azure SQL Database skončila.

Další krok

Rychlý start: Vytvoření izolované databáze – Azure SQL Database

Váš názor

Byla tato stránka užitečná?

Last updated on 2025-04-10