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. Nákupní model virtuálních jader pro Azure SQL Database nabízí tři možnosti úrovně služby:

  • Pro obecné účely
  • Pro důležité obchodní informace
  • Hyperškálování

Ú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é škálování na více instancí – můžete zřídit jednu nebo více replik jen pro čtení pro snižování zátěže úloh čtení a pro použití v pohotovostním režimu za provozu.
  • 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 odebere mnoho praktických omezení, která se tradičně zobrazují 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é škálovat v desítkách terabajtů nahoru nebo dolů během několika minut ve zřízené výpočetní vrstvě nebo pomocí bezserverového škálování výpočetních prostředků automaticky škálovat. Tato funkce vám uvolní obavy z toho, že se do počátečních možností konfigurace zasadíte.

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:

Přišla zjednodušená cena za Hyperscale služby Azure SQL Database. 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á jenom v modelu virtuálních jader. 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 replik pro podporu různých úloh škálování na více instancí č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 hyperškálování najdete v tématu Ceny 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 hyperškálování zaručuje odolnost 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é), jestli je nakonfigurovaná redundance zóny a přítomnost 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 neplánovaném převzetí služeb při selhání (například selhání hardwaru na primární replice) systém používá repliku s vysokou dostupností jako cíl převzetí služeb při selhání, pokud existuje, 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 časové období údržby, které umožňuje předvídatelné a méně rušivé události údržby 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á. Nejžhavější stránky výpočetních prostředků se uchovávají v paměti ve struktuře označované jako fond vyrovnávací paměti (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í repliky v procesu označovaného 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í úlohu.

Průběžné nahrání je proces, který shromažďuje informace o tom, které stránky jsou nejžhavě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 zaplní bp i RBPEX nejžhavějšími stránkami, aby se zachovaly změny v úloze zákazníka.

Bez průběžného naprimování nejsou bp i RBPEX děděny novými replikami s vysokou dostupností a rekonstruovány pouze během uživatelské úlohy. Nepřetržité namáčkování šetří čas a zabraňuje nekonzistentnímu výkonu, protože před opětovným opětovným hydratováním mezipamětí nedojde k žádnému čekání. 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 konzistentněji udržovat výkon při převzetí služeb 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é naprimování je aktuálně ve verzi Preview s bránou a není k dispozici pro bezserverové 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 aktuálně hostovaná, jako součást operace zotavení po havárii nebo postupu zotavení po havárii, přemístění nebo jakéhokoli jiného důvodu, je primární metodou 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 Hyperškálování
Nejlepší pro Nabízí možnosti výpočetních prostředků a úložiště orientované na rozpočet. 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ému převzetí služeb při selhání pomocí několika aktivních 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 výpočetní repliku)
Velikost úložiště 1 GB – 4 TB 1 GB – 4 TB 10 GB – 128 TB
IOPS 320 IOPS na virtuální jádro s maximálním počtem 16 000 IOPS 4 000 IOPS na virtuální jádro s maximálním počtem IOPS 327 680 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ěť/virtuální jádro 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 škálování čtení na více instancí, zónově redundantní vysoká dostupnost Více replik, až čtyři škálování čtení na více instancí, zónově redundantní vysoká dostupnost
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)
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)
Uchovávání 1–35 dnů (ve výchozím nastavení sedm dnů) s až 10 lety dlouhodobého uchovávání
Ceny a fakturace Za virtuální jádro, rezervované úložiště a úložiště zálohování se účtují poplatky.
IOPS se neúčtují.		 Za virtuální jádro, rezervované úložiště a úložiště zálohování se účtují poplatky.
IOPS se neúčtují.		 Virtuální jádro pro každou repliku, přidělené úložiště dat a úložiště zálohování se účtují.
IOPS se neúčtují.
Diskontní modely1 Rezervované instance
Zvýhodněné hybridní využití Azure 2
Předplatná nabídek enterprise a Průběžné platby dle aktuálního využití pro vývoj/testování		 Rezervované instance
Zvýhodněné hybridní využití Azure 2
Předplatná nabídek enterprise a Průběžné platby dle aktuálního využití pro vývoj/testování		 Rezervované instance
Zvýhodněné hybridní využití Azure 2
Předplatná nabídek enterprise a Průběžné platby dle aktuálního využití pro vývoj/testování

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 virtuálních jader (hyper-threaded)
– 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í prostředky
– 5,1 GB na virtuální jádro
– Zřízení až 625 GB

Bezserverové výpočetní prostředí
– Automatické škálování až 24 GB na 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 jader (hyper-threaded)		 – 5,1 GB na virtuální jádro
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 virtuální jádro

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 na úroveň služby Hyperscale, můžete databázi vrátit zpět na úroveň služby Pro obecné účely do 45 dnů od původní migrace do Hyperscale.

Pokud chcete migrovat databázi na jinou úroveň služby, například Pro důležité obchodní informace, nejprve převést migraci na úroveň služby Pro obecné účely a pak změnit úroveň služby.		 Zjistěte , jak provést zpětnou migraci z Hyperscale, včetně omezení pro zpětnou migraci.

Zmenšit

Operace zmenšení databáze a souborů jsou aktuálně ve verzi Preview pro Hyperscale služby Azure SQL Database. Další informace o verzi Preview najdete v tématu Zmenšení služby Azure SQL Database Hyperscale.

Známá 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ů se v současné době nepodporují, pokud je v Hyperškálování služby Azure SQL Database zakázané 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, která není hyperškálováním.
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í všechny objekty OLTP v paměti, migrace z úrovní služeb Premium a Pro důležité obchodní informace na Hyperscale se nepodporuje. 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 paměť nejsou v současné době podporovány v Hyperscale a je nutné je změnit na diskové tabulky.
Kontrola integrity databáze DBCC CHECKDB se v současné době nepodporuje pro databáze Hyperscale. KONTROLNÍ TABULKA DBCC (TableName) S TABLOCK a DBCC CHECKFILEGROUP WITH TABLOCK se může použít 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 optimalizováno pro paměť premium-series v současné době nepodporuje bezserverovou výpočetní úroveň.
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 hyperškálování řady Premium.

Související obsah