Sdílet prostřednictvím

Hyperškálování úrovně služby

  • Článek

Platí pro:Azure SQL Database

Azure SQL Database je založená na architektuře databázového stroje SQL Serveru, která je upravená pro cloudové prostředí, aby se zajistila vysoká dostupnost i v případě selhání infrastruktury. Model nákupu vCores pro Azure SQL Database nabízí tři úrovně služby.

  • Pro obecné účely
  • Kriticky důležité pro podnikání
  • Hyperscale

Úroveň služby Hyperscale je vhodná pro všechny typy úloh. Její architektura nativní pro cloud poskytuje nezávisle škálovatelné výpočetní prostředky a úložiště, které podporují širokou škálu 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.

Podrobnosti o úrovních služby Pro obecné účely a Pro důležité obchodní informace v nákupním modelu založeném na virtuálních jádrech najdete v tématu Úrovně služby Pro obecné účely a Pro důležité obchodní informace. Porovnání nákupního modelu založeného na virtuálních jádrech s nákupním modelem založeným na DTU najdete v tématu Porovnání nákupních modelů založených na virtuálních jádrech a DTU služby Azure SQL Database.

Úroveň služby Hyperscale je aktuálně k dispozici pouze pro Azure SQL Database, nikoli pro službu Azure SQL Managed Instance.

Co jsou možnosti Hyperscale

Úroveň služby Hyperscale ve službě Azure SQL Database poskytuje následující další možnosti:

  • Rychlé vertikální navýšení kapacity – v konstantním čase můžete vertikálně navýšit kapacitu výpočetních prostředků tak, aby vyhovovaly náročným úlohám v případě potřeby, a pak kapacitu výpočetních prostředků vertikálně snížit, když není potřeba.
  • Rychlé rozšiřování - můžete zřídit jednu nebo více replik jen pro čtení pro odlehčení zátěže při čtení a pro využití jako aktivní pohotovostní režim.
  • Automatické vertikální navýšení kapacity, vertikální snížení kapacity a fakturace výpočetních prostředků na základě využití bezserverových výpočetních prostředků
  • Optimalizovaná cena/výkon pro skupinu databází Hyperscale s různými požadavky na prostředky s elastickými fondy.
  • Automatické škálování úložiště s podporou až 128 TB databáze nebo velikosti elastického fondu o velikosti 100 TB
  • Vyšší celkový výkon kvůli vyšší propustnosti transakčních protokolů a rychlejší době potvrzení transakcí bez ohledu na objemy dat.
  • Rychlé zálohování databází (na základě snímků souborů) bez ohledu na velikost bez dopadu na vstupně-výstupní operace na výpočetní prostředky.
  • Rychlá databáze obnoví nebo zkopíruje (na základě snímků souborů) v minutách místo hodin nebo dnů.

Ú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. Díky flexibilní architektuře úložiště se úložiště podle potřeby zvětšuje. Databáze Hyperscale se ve skutečnosti nevytvořily s definovanou maximální velikostí. Databáze Hyperscale roste podle potřeby – a účtuje se vám pouze přidělená kapacita úložiště. U úloh náročných na čtení poskytuje úroveň služby Hyperscale rychlé horizontální navýšení kapacity zřízením dalších replik podle potřeby pro snižování zátěže úloh čtení.

Kromě toho čas potřebný k vytvoření záloh databáze nebo vertikálního navýšení nebo snížení kapacity už není svázaný s objemem dat v databázi. Databáze Hyperscale se zálohují prakticky okamžitě. Databázi můžete také během několika minut škálovat velikost databáze o desítky terabajtů nahoru nebo dolů ve vyhrazené výpočetní vrstvě, nebo můžete automaticky škálovat výpočetní výkon pomocí bezserverového škálování. Tato funkce vás zbaví obav z toho, že by vás počáteční volby konfigurace omezovaly.

Další informace o velikostech výpočetních prostředků pro úroveň služby Hyperscale najdete v tématu Charakteristiky úrovně služby.

Kdo by měl zvážit úroveň služby Hyperscale

Úroveň služby Hyperscale je určená pro všechny zákazníky, kteří vyžadují vyšší výkon a dostupnost, rychlé zálohování a obnovení nebo rychlé úložiště a škálovatelnost výpočetních prostředků. Patří sem zákazníci, kteří přecházejí do cloudu, aby modernizovali své aplikace, a zákazníci, kteří už používají jiné úrovně služeb v Azure SQL Database. Úroveň služby Hyperscale podporuje širokou škálu databázových úloh, od čistého OLTP po čistou analýzu. Je optimalizovaná pro úlohy OLTP a hybridní transakce a analytického zpracování (HTAP).

Cenový model Hyperscale

Poznámka:

Zjednodušené ceny pro Azure SQL Database Hyperscale se již objevily! Projděte si novou cenovou úroveň pro oznámení Hyperscale služby Azure SQL Database a podrobnosti o změnách cen najdete v tématu Hyperscale služby Azure SQL Database – nižší, zjednodušené ceny.!

Úroveň služby Hyperscale je dostupná pouze v modelu vCore. V souladu s novou architekturou se cenový model mírně liší od úrovní služby Pro obecné účely nebo Pro důležité obchodní informace:

  • Zřízené výpočetní prostředky:

    Cena výpočetní jednotky Hyperscale se počítá na repliku. Uživatelé můžou upravit celkový počet sekundárních replik s vysokou dostupností od 0 do 4 v závislosti na požadavcích na dostupnost a škálovatelnost, a vytvořit až 30 pojmenovaných sekundárních replik pro podporu různorodých úloh čtení.

  • Bezserverové výpočetní prostředky:

    Fakturace výpočetních prostředků bez serveru je založená na využití. Další informace najdete v tématu Bezserverová výpočetní úroveň pro Azure SQL Database.

  • Úložiště:

    Při konfiguraci databáze Hyperscale nemusíte zadávat maximální velikost dat. Na úrovni Hyperscale se vám účtuje za úložiště pro databázi podle skutečného přidělení. Úložiště se automaticky přidělí mezi 10 GB a 128 TB a podle potřeby se zvýší o 10 GB.

Další informace o cenách Hyperscale najdete v Cenách služby Azure SQL Database.

Architektura distribuovaných funkcí

Hyperscale odděluje modul zpracování dotazů od komponent, které poskytují dlouhodobé úložiště a stálost dat. Tato architektura umožňuje plynule škálovat kapacitu úložiště podle potřeby (až 128 TB) a rychle škálovat výpočetní prostředky.

Následující diagram znázorňuje funkční architekturu Hyperscale:

Diagram znázorňující architekturu Hyperscale

Přečtěte si další informace o architektuře distribuovaných funkcí Hyperscale.

Výhody škálování a výkonu

Díky možnosti rychlého zvětšování a snížení kapacity dalších výpočetních uzlů jen pro čtení umožňuje architektura Hyperscale významné možnosti škálování čtení a může také uvolnit primární výpočetní uzel pro poskytování dalších žádostí o zápis. Výpočetní uzly je také možné rychle vertikálně navýšit nebo snížit kvůli architektuře sdíleného úložiště architektury Hyperscale. Výpočetní uzly jen pro čtení v Hyperscale jsou dostupné také na úrovni výpočetních prostředků bez serveru, která automaticky škáluje výpočetní prostředky na základě poptávky po úlohách.

Vysoká dostupnost databáze v Hyperscale

Stejně jako ve všech ostatních úrovních služby zaručuje Hyperscale trvanlivost dat pro potvrzené transakce bez ohledu na dostupnost výpočetní repliky. Rozsah výpadků kvůli nedostupnosti primární repliky závisí na typu převzetí služeb při selhání (plánované nebo neplánované), zda je nakonfigurovaná zónová redundance, a také na přítomnosti alespoň jedné repliky s vysokou dostupností. V plánovaném převzetí služeb při selhání (například událost údržby) systém před zahájením převzetí služeb při selhání buď vytvoří novou primární repliku, nebo jako cíl převzetí služeb při selhání použije existující repliku s vysokou dostupností. V případě neplánovaného převzetí (například při selhání hardwaru na primární replice) systém využije repliku s vysokou dostupností jako cíl převzetí, pokud je dostupná, nebo vytvoří novou primární repliku z fondu dostupné výpočetní kapacity. V druhém případě je doba trvání výpadku delší kvůli dalším krokům potřebným k vytvoření nové primární repliky.

Můžete zvolit údržbové okno, které vám umožní udělat události údržby předvídatelnější a méně rušivé pro vaši úlohu.

Informace o úrovni služeb SLA pro Hyperscale najdete v tématu SLA pro Azure SQL Database.

Fond vyrovnávacích pamětí, rozšíření odolného fondu vyrovnávací paměti a průběžné namáčení

Ve službě Azure Database Hyperscale existuje odlišné oddělení mezi výpočetními prostředky a úložištěm. Úložiště obsahuje všechny databázové stránky v jedné databázi a lze je přidělovat více počítačům při růstu databáze. Výpočetní uzel ale ukládá do mezipaměti jenom to, co se v poslední době používá. Nejoblíbenější stránky ve výpočetní paměti se uchovávají ve struktuře označované jako fond bufferů (BP). Uloží se také v místním disku SSD, rozšíření odolného fondu vyrovnávací paměti (RBPEX), aby bylo možné data načíst rychleji v případě restartování výpočetního procesu.

V cloudovém systému se výpočetní prostředky můžou podle potřeby přesunout na různé počítače. Výpočetní vrstva může mít více replik. Jedna je primární a přijímá všechny aktualizace, zatímco ostatní jsou sekundární repliky. V případě primárního selhání může být jedna ze sekundárních replik s vysokou dostupností rychle povýšena na primární roli v procesu označovaném jako převzetí služeb při selhání. Sekundární replika nemusí mít mezipaměť ve svém BP a RBPEX, která je optimalizovaná pro primární pracovní zátěž.

Průběžné přednačítání je proces, který shromažďuje informace o tom, které stránky jsou nejpoužívanější ve všech výpočetních replikách. Tyto informace se agregují a sekundární repliky s vysokou dostupností používají seznam nejžhavějších stránek, které odpovídají typickému zatížení zákazníka. Tím se nepřetržitě zaplní BP i RBPEX nejžhavějšími stránkami, aby se udržely kroky se změnami v úloze zákazníka.

Bez průběžného udržování nejsou BP a RBPEX děděny novými replikami s vysokou dostupností a mohou být rekonstruovány pouze během uživatelského pracovního zatížení. Průběžné přednačítání šetří čas a zabraňuje nekonzistentnímu výkonu, protože před úplným hydratováním mezipamětí není potřeba čekat. Díky průběžnému nanáškání začnou nové sekundární repliky s vysokou dostupností okamžitě primovat své BP a RBPEX. To pomůže udržovat výkon konzistentněji, jak dochází k převzetí při selhání.

Průběžnéprimování funguje oběma způsoby: sekundární repliky s vysokou dostupností budou ukládat stránky používané v primární replice do mezipaměti a primární bude ukládat stránky do mezipaměti se sadou funkcí ze sekundárních replik.

Poznámka:

Průběžná inicializace je aktuálně dostupná jako omezená verze Preview a není k dispozici pro serverless databáze. Další informace a výslovný souhlas s průběžným nasazováním najdete v blogu : Vylepšení hyperškálování z listopadu 2024.

Záloha a obnovení

Operace zálohování a obnovení pro databáze Hyperscale jsou založené na snímcích souborů. To umožňuje, aby tyto operace byly téměř okamžité. Vzhledem k tomu, že architektura Hyperscale využívá vrstvu úložiště pro zálohování a obnovení, snižuje se zatížení zpracování a dopad na výkon výpočetních replik. Přečtěte si další informace o zálohování a redundanci úložiště Hyperscale.

Zotavení po havárii pro databáze Hyperscale

Pokud potřebujete obnovit databázi Hyperscale ve službě Azure SQL Database do jiné oblasti, než je ta, ve které je aktuálně hostována, například v rámci operace zotavení po havárii, přemístění nebo z jakéhokoli jiného důvodu, primární metodou je provést geografické obnovení databáze. Geografické obnovení je k dispozici pouze v případě, že je pro redundanci úložiště zvoleno geograficky redundantní úložiště (RA-GRS).

Přečtěte si další informace o obnovení databáze Hyperscale do jiné oblasti.

Porovnání limitů prostředků

Úrovně služeb založené na virtuálních jádrech se liší podle dostupnosti databáze, typu úložiště, výkonu a maximální velikosti úložiště. Tyto rozdíly jsou popsány v následující tabulce:

ㅤ Obecné použití Pro důležité obchodní informace Hyperscale
Nejlepší pro Nabízí vyvážené a rozpočtově orientované možnosti pro výpočetní prostředky a úložiště. Aplikace OLTP s vysokou rychlostí transakcí a nízkou latencí vstupně-výstupních operací. Nabízí vysokou odolnost proti selháním a rychlé přepnutí pomocí několika pohotovostních replik. Široká škála úloh. Automatické škálování velikosti úložiště až 128 TB, rychlé vertikální a horizontální škálování výpočetních prostředků, rychlé obnovení databáze
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ě úrovně 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 maximálním místním SSD
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
Dostupnost Jedna replika, bez škálování na více instancí čtení, zónově redundantní vysoká dostupnost Tři repliky, jedno zónově redundantní škálování čtení, vysoká dostupnost Více replik, až čtyři škálovatelnost čtení, zónově redundantní HA
Zálohování 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í 1–35 dnů (ve výchozím nastavení sedm dnů) s až 10 lety dlouhodobého uchovávání		 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)
Doba uchovávání 1–35 dnů (ve výchozím nastavení sedm dnů), s možností dlouhodobého uchovává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í 1 až 35 dnů (výchozím nastavením je sedm dnů) s možností dlouhodobého uchovávání až 10 let.
Ceny a fakturace Poplatky se účtují za vCore, rezervované úložiště a úložiště zálohování.
IOPS se neúčtují.		 Virtuální jádro, rezervované úložiště a úložný prostor pro zálohy jsou zpoplatněny.
IOPS se neúčtují.		 vCore pro každou repliku, přidělené úložiště dat a zálohovací úložiště se účtují.
IOPS se neúčtují.
Diskontní modely1 Rezervované instance
Azure Hybrid Benefit2
Enterprise a Dev/Test nabídka Průběžné platby dle aktuálního využití předplatného		 Rezervované instance
Azure Hybrid Benefit2
Enterprise a Předplatná nabídek Průběžné platby dle aktuálního využití pro vývoj/testování		 Rezervované instance
Hybridní výhody Azure2
Podniková a Průběžné platby dle aktuálního využití pro vývoj/testování předplatná nabídek

1 Zjednodušené ceny služby SQL Database Hyperscale přišly v prosinci 2023. Podrobnosti najdete na blogu s cenami Hyperscale.

2. Od prosince 2023 není Zvýhodněné hybridní využití Azure k dispozici pro nové databáze Hyperscale ani v předplatných pro vývoj/testování. Stávající izolované databáze Hyperscale se zřízenými výpočetními prostředky můžou dál používat Zvýhodněné hybridní využití Azure a ušetřit tak náklady na výpočetní prostředky až do prosince 2026. Další informace najdete na blogu s cenami Hyperscale.

Výpočetní prostředky

Hardwarová konfigurace Procesor Memory (Paměť)
Řada Standard (Gen5) Zřízené výpočetní prostředky
- Intel® E5-2673 v4 (Broadwell) 2,3 GHz, Intel® SP-8160 (Skylake)1, Intel® 8272CL (Cascade Lake) 2,5 GHz1, Intel® Xeon® Platinum 8370C (Ice Lake)1, AMD EPYC 7763v (Milán) procesory
– Zřízení až 80 virtuálních jader (hyper-threaded)

Bezserverové výpočetní prostředí
- Intel® E5-2673 v4 (Broadwell) 2,3 GHz, Intel® SP-8160 (Skylake)1, Intel® 8272CL (Cascade Lake) 2,5 GHz1, Intel® Xeon® Platinum 8370C (Ice Lake)1, 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 časovém okamžiku může úloha používat a fakturovat 240 GB paměti a pouze 10 virtuálních jader.		 Zřízená výpočetní kapacita
– 5,1 GB na virtuální jádro
– 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 Premium - Intel® Xeon® Platinum 8370C (Ice Lake), AMD EPYC 7763v (Milán) procesory
– Zřízení až 128 virtuálních procesorových jader (hyper-threading)		 – 5,1 GB na vCore
Optimalizováno pro paměť řady Premium - Intel® Xeon® Platinum 8370C (Ice Lake), AMD EPYC 7763v (Milán) procesory
– Zřízení až 80 virtuálních jader (hyper-threaded)		 – 10.2 GB na vCore

1 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. Další informace najdete v tématu Omezení prostředků pro izolované databáze a elastické fondy.

Bezserverová podpora je podporována pouze na hardwaru řady Standard (Gen5).

Vytváření a správa databází Hyperscale

Databáze Hyperscale můžete vytvářet a spravovat pomocí webu Azure Portal, Transact-SQL, PowerShellu a Azure CLI. Další informace najdete v tématu Rychlý start: Vytvoření databáze Hyperscale.

Operace Podrobnosti Další informace
Vytvoření databáze Hyperscale Databáze Hyperscale jsou k dispozici pouze pomocí nákupního modelu založeného na virtuálních jádrech. Příklady vytvoření databáze Hyperscale v rychlém startu: Vytvoření databáze Hyperscale ve službě Azure SQL Database
Upgrade existující databáze na Hyperscale Migrace existující databáze ve službě Azure SQL Database na úroveň Hyperscale je velikost operace s daty. Zjistěte , jak migrovat existující databázi do Hyperscale.
Zpětná migrace databáze Hyperscale na úroveň služby Pro obecné účely Pokud jste dříve migrovali existující službu Azure SQL Database do Hyperscale, můžete databázi vrátit zpět na úroveň služby Pro obecné účely do 45 dnů od původní migrace na Hyperscale.

Pokud chcete migrovat databázi na jinou úroveň služby, například Business Critical, nejprve proveďte zpětnou migraci na úroveň služby General Purpose, a poté změňte úroveň služby.		 Zjistěte , jak provést zpětnou migraci z Hyperscale, včetně omezení pro zpětnou migraci.

Omezení

Toto jsou aktuální omezení úrovně služby Hyperscale. Aktivně pracujeme na odebrání co největšího počtu těchto omezení.

Problém Popis
Zmenšení se zablokuje, když je transparentní šifrování dat zakázané. Operace zmenšení databáze a souborů nejsou v současné době podporovány, pokud je v Azure SQL Database Hyperscale zakázáno transparentní šifrování dat (TDE).
Obnovení databáze z jiných úrovní služby Databázi bez hyperškálování nejde obnovit jako databázi Hyperscale a databázi Hyperscale nejde obnovit jako databázi bez hyperškálování.

U databází migrovaných do Hyperscale z jiných úrovní služby Azure SQL Database se zálohy před migrací uchovávají po dobu trvání doby uchovávání záloh zdrojové databáze, včetně zásad dlouhodobého uchovávání. Obnovení zálohy před migrací v rámci doby uchovávání záloh databáze se podporuje prostřednictvím příkazového řádku. Tyto zálohy můžete obnovit na libovolnou úroveň služby mimo Hyperscale.
Migrace databází s objekty OLTP v paměti Hyperscale podporuje podmnožinu objektů OLTP v paměti, včetně typů tabulek optimalizovaných pro paměť, proměnných tabulek a nativně kompilovaných modulů. Pokud však v migrované databázi existují jakékoli objekty OLTP v paměti, migrace z úrovní služeb Premium a Business Critical na Hyperscale není podporována. Pokud chcete takovou databázi migrovat do Hyperscale, musí se všechny objekty OLTP v paměti a jejich závislosti vynechat. Po migraci databáze je možné tyto objekty znovu vytvořit. Tabulky optimalizované pro odolnou i neodolnou paměť nejsou v současné době podporovány v Hyperscale a je nutné je převést na diskové tabulky.
Kontrola integrity databáze DBCC CHECKDB se v současné době nepodporuje pro databáze Hyperscale. DBCC CHECKTABLE ('TableName') WITH TABLOCK a DBCC CHECKFILEGROUP WITH TABLOCK může být použito jako alternativní řešení. Podrobnosti o správě integrity dat ve službě Azure SQL Database najdete v tématu Integrita dat ve službě Azure SQL Database.
Elastické úlohy Použití databáze Hyperscale, protože databáze úloh není podporovaná. Elastické úlohy ale můžou cílit na databáze Hyperscale stejným způsobem jako jakékoli jiné databáze ve službě Azure SQL Database.
Synchronizace dat Použití databáze Hyperscale jako databáze centra nebo databáze metadat synchronizace se nepodporuje. Databáze Hyperscale však může být členskou databází v topologii Synchronizace dat.
Hardware úrovně služby Hyperscale úrovně Premium-series Hardware řady Premium a hardware řady Premium optimalizovaný pro paměť v současné době nepodporuje úroveň bezserverového výpočetního výkonu.
Regionální dostupnost Hardware optimalizovaný pro paměť na úrovni služby Hyperscale úrovně Premium a Premium-series je k dispozici v omezených oblastech Azure. Seznam najdete v tématu Dostupnost hyperscale řady Premium.

Související obsah