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

  • Článek

Platí pro: Azure SQL Database

Azure SQL Database je založená na architektuře SQL Server Database Engine, která je přizpůsobená pro cloudové prostředí, aby byla zajištěna 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žeb:

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

Úroveň služby Hyperscale je vhodná pro všechny typy úloh. Architektura nativní pro cloud 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.

Poznámka

  • Podrobnosti o Pro obecné účely a Pro důležité obchodní informace úrovních služby v nákupním modelu založeném na virtuálních jádrech najdete v tématu Pro obecné účely a Pro důležité obchodní informace úrovní služby. Porovnání nákupního modelu založeného na virtuálních jádrech s nákupním modelem založeným na jednotkách DTU najdete v tématu nákupní modely a prostředky Azure SQL Databáze.
  • Úroveň služby Hyperscale je v současné době k dispozici pouze pro Azure SQL Database, nikoli pro Azure SQL Managed Instance.

Jaké jsou možnosti Hyperscale

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

  • Podpora až 100 TB velikosti databáze.
  • Rychlé zálohování databází (na základě snímků souborů uložených v úložišti objektů blob v Azure) bez ohledu na velikost bez dopadu na vstupně-výstupní operace na výpočetní prostředky.
  • Rychlé obnovení databáze (na základě snímků souborů) v minutách, nikoli v hodinách nebo dnech (nejedná se o velikost datové operace).
  • Vyšší celkový výkon díky vyšší propustnosti transakčních protokolů a rychlejšímu potvrzení transakcí bez ohledu na objem dat.
  • Rychlé horizontální navýšení kapacity – můžete zřídit jednu nebo více replik jen pro čtení pro snižování zátěže čtení a pro použití jako pohotovostní režimy za provozu.
  • Rychlé vertikální navýšení kapacity – v konstantním čase můžete v případě potřeby vertikálně navýšit kapacitu výpočetních prostředků tak, aby vyhovovaly náročným úlohám, a v případě potřeby pak výpočetní prostředky vertikálně snížit zpět na nižší kapacitu.
  • Podpora bezserverového výpočetního prostředí je ve verzi Preview, která poskytuje automatické vertikální navýšení a snížení kapacity a fakturaci výpočetních prostředků na základě využití.

Úroveň služby Hyperscale odstraňuje řadu praktických omezení, která se v cloudových databázích tradičně zobrazují. Tam, kde je většina ostatních databází omezená prostředky dostupnými v jednom uzlu, pro databáze na úrovni služby Hyperscale tato omezení neplatí. Díky flexibilní architektuře úložiště se úložiště zvětšuje podle potřeby. Ve skutečnosti se databáze Hyperscale nevytvořily s definovanou maximální velikostí. Databáze Hyperscale roste podle potřeby – a účtuje se vám jenom přidělená kapacita úložiště. U úloh náročných na čtení poskytuje úroveň služby Hyperscale rychlé škálování na více instancí tím, že podle potřeby zřizuje další repliky pro snižování zátěže úloh čtení.

Doba potřebná k vytvoření záloh databáze nebo vertikálnímu navýšení nebo snížení kapacity už navíc není svázaná s objemem dat v databázi. Databáze hyperškálování se zálohují prakticky okamžitě. Můžete také škálovat databázi v řádu desítek terabajtů nahoru nebo dolů během několika minut na úrovni zřízených výpočetních prostředků nebo pomocí bezserverového škálování výpočetních prostředků automaticky škálovat. Tato funkce vás osvobodí od obav z toho, že vás budou řadit počátečními možnostmi konfigurace.

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í a/nebo vysokou škálovatelnost úložiště a výpočetních prostředků. To zahrnuje zákazníky, kteří přecházejí do cloudu, aby modernizovali své aplikace, i zákazníky, kteří už používají jiné úrovně služeb ve službě Azure SQL Database. Úroveň služby Hyperscale podporuje širokou škálu databázových úloh, od čistého OLTP až po čistou analýzu. Je optimalizovaný pro úlohy OLTP a HTAP (Hybrid Transaction and Analytical Processing).

Poznámka

Elastické fondy pro Hyperscale jsou aktuálně ve verzi Preview.

Cenový model Hyperscale

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

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

    Cena výpočetní jednotky Hyperscale se počítá na repliku. Cena Zvýhodněné hybridní využití Azure se automaticky uplatní na vysoce dostupné a pojmenované repliky. 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í čtení.

  • Výpočetní prostředí bez serveru:

    Fakturace výpočetních prostředků bez serveru je založená na využití. Podrobnosti najdete v tématu Bezserverové výpočetní prostředí .

  • Ú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ěluje mezi 10 GB a 100 TB a podle potřeby se zvětšuje o 10 GB.

Další informace o cenách hyperškálování najdete v tématu ceny Azure SQL Database.

Porovnání limitů prostředků

Úrovně služby založené na virtuálních jádrech se liší podle dostupnosti databáze a typu úložiště, výkonu a maximální velikosti úložiště, jak je popsáno v následující tabulce:

ㅤ Obecné použití Pro důležité obchodní informace Hyperškálování
Nejvhodnější pro Nabízí vyvážené výpočetní prostředky a možnosti ú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é převzetí služeb při selhání pomocí několika replik aktivního pohotovostního režimu. Nejširší škála úloh. Automatické škálování úložiště až na 100 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 jader1
Typ úložiště Vzdálené úložiště úrovně Premium (na instanci) Superrychlé místní úložiště SSD (na instanci) Odpojené úložiště s místní mezipamětí SSD (na výpočetní repliku)
Velikost úložiště1 1 GB – 4 TB 1 GB – 4 TB 10 GB – 100 TB
IOPS 500 IOPS na virtuální jádro s maximálním 7 000 IOPS 8 000 IOPS na virtuální jádro s maximálním 200 000 IOPS 327 680 IOPS s maximálním místním diskem SSD
Hyperscale je vícevrstvá architektura s ukládáním do mezipaměti na více úrovních. Efektivní IOPS bude záviset na úloze.
Paměť nebo virtuální jádro 5,1 GB 5,1 GB 5,1 GB nebo 10,2 GB4
Dostupnost 1 replika, bez škálování čtení na více instancí, zónově redundantní vysoká dostupnost 3 repliky, 1 čtení, škálování na více instancí, zónově redundantní vysoká dostupnost Více replik, až 4 čtení, škálování na více instancí, zónově redundantní vysoká dostupnost
Zálohování Volba místně redundantního (LRS), zónově redundantního (ZRS) nebo geograficky redundantního úložiště (GRS)
1–35 dnů (ve výchozím nastavení 7 dnů) uchovávání, s dostupným dlouhodobým uchováváním až 10 let		 Volba místně redundantního (LRS), zónově redundantního (ZRS) nebo geograficky redundantního úložiště (GRS)
1–35 dnů (ve výchozím nastavení 7 dnů) uchovávání, s možností až 10 let dlouhodobého uchovávání		 Volba místně redundantního (LRS), zónově redundantního (ZRS) nebo geograficky redundantního úložiště (GRS)
1–35 dnů (ve výchozím nastavení 7 dnů) uchovávání 2, s možností až 10 let dlouhodobého uchovávání 3
Ceny / fakturace Účtují se poplatky za virtuální jádra, rezervované úložiště a úložiště zálohování.
IOPS se neúčtuje.		 Účtují se poplatky za virtuální jádra, rezervované úložiště a úložiště zálohování.
IOPS se neúčtuje.		 Účtují se virtuální jádra pro každou repliku a použité úložiště.
Vstupně-výstupní operace za sekundu se ještě neúčtují.
Modely slev Rezervované instance
Zvýhodněné hybridní využití Azure (není k dispozici pro předplatná pro vývoj/testování)
Předplatná pro vývoj a testování s průběžným platbami		 Rezervované instance
Zvýhodněné hybridní využití Azure (není k dispozici pro předplatná pro vývoj/testování)
Předplatná pro vývoj a testování s průběžným platbami		 Rezervované instance
Zvýhodněné hybridní využití Azure (není k dispozici pro předplatná pro vývoj/testování)
Předplatná pro vývoj a testování s průběžným platbami

1 Úroveň služby Hyperscale nepodporuje elastické fondy.
2 Krátkodobé uchovávání záloh po dobu 1–35 dnů pro databáze Hyperscale je teď ve verzi Preview.
3 Dlouhodobé uchovávání databází Hyperscale je teď ve verzi Preview.
4 10,2 GB/vCore jsou k dispozici s hardwarem optimalizovaným pro paměť řady Premium (Preview).

Výpočetní prostředky

Konfigurace hardwaru 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)*, Intel® 8272CL (Cascade Lake) 2,5 GHz*, Intel® Xeon Platinum 8307C (Ice Lake)*, AMD EPYC 7763v (Milan) procesory
– Zřízení až 128 virtuálních jader (hyper-threaded)

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 8307C (Ice Lake)*, AMD EPYC 7763v (Milan) procesory
– Automatické škálování až na 80 virtuálních jader (hyper-threaded)
– Poměr paměti k virtuálním jádrům se dynamicky přizpůsobuje využití paměti a procesoru na základě požadavků 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 využívat 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ž na 24 GB na virtuální jádro
- Automatické škálování maximálně na 240 GB
Řada Premium (Preview) - Intel® Xeon Platinum 8307C (Ice Lake), AMD EPYC 7763v (Milán) procesory – 5,1 GB na virtuální jádro
– Zřízení až 128 virtuálních jader (hyper-threaded)
Optimalizováno pro paměť řady Premium (Preview) - Intel® Xeon Platinum 8307C (Ice Lake), AMD EPYC 7763v (Milán) procesory – 10,2 GB na virtuální jádro
– Zřízení až 80 virtuálních jader (hyper-threaded)

* V zobrazení sys.dm_user_db_resource_governance dynamické správy se generování hardwaru pro databáze používající procesory Intel® SP-8160 (Skylake) zobrazuje jako Gen6, generování hardwaru pro databáze používající Intel® 8272CL (Cascade Lake) jako Gen7 a generace hardwaru pro databáze používající Intel Xeon® Platinum 8307C (Ice Lake) nebo AMD® EPYC® 7763v (Milán) se zobrazuje 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 jednoúčelové databáze a elastické fondy.

Bezserverové funkce jsou podporovány pouze na hardwaru řady Standard (Gen5).

Architektura distribuovaných funkcí

Hyperscale odděluje modul zpracování dotazů od komponent, které poskytují dlouhodobé úložiště a odolnost dat. Tato architektura poskytuje možnost plynulého škálování kapacity úložiště podle potřeby (počáteční cíl je 100 TB) a možnost rychlého škálování výpočetních prostředků.

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

Architektura

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ýšení/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 obsluhu více žádostí o zápis. Výpočetní uzly je také možné rychle vertikálně navýšit/snížit díky architektuře sdíleného úložiště architektury Hyperscale. Výpočetní uzly jen pro čtení v Hyperscale jsou k dispozici také na bezserverové úrovni výpočetních prostředků, která automaticky škáluje výpočetní prostředky na základě požadavků na úlohy.

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

Databáze Hyperscale můžete vytvářet a spravovat pomocí Azure Portal, Transact-SQL, PowerShellu a Azure CLI. Viz Rychlý start: Vytvoření databáze Hyperscale.

Operace Podrobnosti Další informace
Vytvoření databáze Hyperscale Databáze hyperškálování 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 najdete v tématu Rychlý start: Vytvoření databáze Hyperscale v Azure SQL Database.
Upgrade existující databáze na Hyperscale Migrace existující databáze v Azure SQL Database na úroveň Hyperscale je velikost datové operace. 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í databázi Azure SQL na úroveň služby Hyperscale, můžete databázi do Pro obecné účely úrovně služby vrátit do 45 dnů od původní migrace na Hyperscale.

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

Vysoká dostupnost databáze v Hyperscale

Stejně jako u všech ostatních úrovní služby zaručuje Hyperscale odolnost dat pro potvrzené transakce bez ohledu na dostupnost výpočetní repliky. Rozsah výpadku kvůli nedostupnosti primární repliky závisí na typu převzetí služeb při selhání (plánované vs. neplánované), na konfiguraci redundance zóny a na přítomnosti alespoň jedné repliky s vysokou dostupností. Při plánovaném převzetí služeb při selhání (tj. při události údržby) systém buď před zahájením převzetí služeb při selhání 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í. Při neplánovaném převzetí služeb při selhání (tj. selhání hardwaru na primární replice) použije systém jako cíl převzetí služeb při selhání repliku s vysokou dostupností, pokud existuje, nebo vytvoří novou primární repliku z fondu dostupné výpočetní kapacity. V druhém případě je doba výpadku delší kvůli dalším krokům potřebným k vytvoření nové primární repliky.

Informace o smlouvě SLA pro hyperškálování najdete v tématu SLA pro Azure SQL Database.

Zálohování a obnovení

Operace zálohování a obnovení pro databáze Hyperscale jsou založené na souborových snímcích. Díky tomu budou tyto operace téměř okamžité. Vzhledem k tomu, že architektura Hyperscale využívá k zálohování a obnovení vrstvu úložiště, výrazně se snižuje zatížení zpracování a dopad na výkon výpočetních replik. Další informace najdete v tématu Zálohování hyperškálování a redundance úložiště.

Zotavení po havárii pro databáze Hyperscale

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

Další informace najdete v tématu obnovení databáze Hyperscale do jiné oblasti.

Známá omezení

Toto jsou aktuální omezení úrovně služby Hyperscale. Aktivně pracujeme na tom, abychom odstranili co nejvíce těchto omezení.

Problém Description
Krátkodobé uchovávání záloh Krátkodobé uchovávání záloh po dobu 1–35 dnů pro databáze Hyperscale je teď ve verzi Preview. Databázi bez úrovně Hyperscale není možné obnovit jako databázi Hyperscale a databázi Hyperscale nelze obnovit jako databázi bez úrovně Hyperscale.

U databází migrovaných na 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í.
Dlouhodobé uchovávání záloh Dlouhodobé uchovávání záloh pro databáze Hyperscale je teď ve verzi Preview.
Změna úrovně služby z hyperškálování na úroveň Pro obecné účely se podporuje přímo v omezených scénářích. Zpětná migrace z Hyperscale umožňuje zákazníkům, kteří nedávno migrovali existující Azure SQL Database na úroveň služby Hyperscale, přejít na Pro obecné účely úroveň, pokud hyperscale nevyhovuje jejich potřebám. I když je zpětná migrace inicializována změnou úrovně služby, jedná se v podstatě o přesun dat mezi různými architekturami. Databáze vytvořené na úrovni služby Hyperscale nemohou být zpětně migrovány. Přečtěte si o omezeních pro zpětnou migraci.

U databází, které nemají nárok na zpětnou migraci, je jediným způsobem, jak migrovat z úrovně služby Hyperscale na jinou úroveň služby než Hyperscale, export/import pomocí souboru BACPAC nebo jiných technologií přesunu dat (hromadné kopírování, Azure Data Factory, Azure Databricks, SSIS atd.). Export/import souboru BACPAC z Azure Portal, z PowerShellu pomocí rutiny New-AzSqlDatabaseExport nebo New-AzSqlDatabaseImport, z Azure CLI pomocí az sql db export a az sql db import a z rozhraní REST API se nepodporuje. Import/export souboru bacpac pro menší databáze Hyperscale (až 200 GB) je podporován pomocí SSMS a verze SqlPackage 18.4 a novější. U větších databází může export nebo import souboru bacpac trvat delší dobu a může z různých důvodů selhat.
Elastické fondy Hyperscale v současné době nepodporuje elastické fondy.
Migrace databází s In-Memory objekty OLTP Hyperscale podporuje podmnožinu objektů In-Memory OLTP, včetně paměťově optimalizovaných typů tabulek, proměnných tabulek a nativně kompilovaných modulů. Pokud se však v migrované databázi nacházejí nějaké In-Memory objekty OLTP, migrace z úrovní služby Premium a Pro důležité obchodní informace na Úroveň Hyperscale se nepodporuje. Pokud chcete takovou databázi migrovat do Hyperscale, je potřeba odstranit všechny In-Memory objekty OLTP a jejich závislosti. Po migraci databáze je možné tyto objekty znovu vytvořit. Tabulky optimalizované pro paměť s odolností a pamětí se v současné době v Hyperscale nepodporují a je potřeba je změnit na diskové tabulky.
Zmenšit databázi Databáze Hyperscale v současné době nepodporují příkazy DBCC SHRINKDATABASE, DBCC SHRINKFILE nebo nastavení AUTO_SHRINK na hodnotu ON.
Kontrola integrity databáze Databáze DBCC CHECKDB se v současné době nepodporuje pro databáze Hyperscale. Jako alternativní řešení se může použít DBCC CHECKTABLE ('TableName') WITH TABLOCK a DBCC CHECKFILEGROUP WITH TABLOCK. 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 jako databáze úloh se nepodporuje. Elastické úlohy ale můžou cílit na databáze Hyperscale stejným způsobem jako jakékoli jiné databáze v 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 členovou databází v topologii Synchronizace dat.
Hardware úrovně služby Hyperscale řady Premium (Preview) Hardware řady Premium a optimalizován pro paměť v současné době nepodporuje:

- Zónová redundance

– časové období údržby Azure SQL Database

– Bezserverová úroveň výpočetních prostředků.

Další kroky

Další informace o hyperškálování ve službě Azure SQL Database najdete v následujících článcích: