Sdílet prostřednictvím

Přehled elastických fondů Hyperscale ve službě Azure SQL Database

  • Článek

Platí pro: Azure SQL Database

Tento článek obsahuje přehled elastických fondů Hyperscale ve službě Azure SQL Database.

Elastický fond Azure SQL Database umožňuje vývojářům saaS (software jako služba) optimalizovat poměr ceny a výkonu pro skupinu databází v rámci předepsaného rozpočtu a zároveň zajistit elasticitu výkonu pro každou databázi. Elastické fondy Azure SQL Database Hyperscale zavádí model sdílených prostředků pro databáze Hyperscale.

Příklady vytvoření, škálování nebo přesunutí databází do elastického fondu Hyperscale pomocí Azure CLI nebo PowerShellu najdete v tématu Práce s elastickými fondy Hyperscale pomocí nástrojů příkazového řádku.

Další informace o obecné dostupnosti elastických fondů pro Hyperscale najdete v blogu : Obecně dostupné elastické fondy Hyperscale.

Přehled

Nasaďte databázi Hyperscale do elastického fondu , abyste mohli sdílet prostředky mezi databázemi v rámci fondu a optimalizovat náklady na více databází s různými vzory využití.

Scénáře použití elastického fondu s databázemi Hyperscale:

  • Pokud potřebujete škálovat výpočetní prostředky přidělené elastickému fondu v předvídatelné době nahoru nebo dolů, nezávisle na množství přiděleného úložiště.
  • Pokud chcete škálovat výpočetní prostředky přidělené elastickému fondu přidáním jedné nebo více replik pro čtení.
  • Pokud chcete použít vysokou propustnost transakčních protokolů pro úlohy náročné na zápis, a to i s nižšími výpočetními prostředky.

Přidání databází bez hyperškálování do elastického fondu Hyperscale převede databáze na úroveň služby Hyperscale.

Architektura

Architektura samostatné databáze Hyperscale se tradičně skládá ze tří hlavních nezávislých komponent: Compute, Storage (stránkové servery) a protokolu (Log Service). Když pro databáze Hyperscale vytvoříte elastický fond, budou databáze v rámci fondu sdílet výpočetní prostředky a prostředky protokolu. Pokud se navíc rozhodnete nakonfigurovat vysokou dostupnost, vytvoří se každý fond s vysokou dostupností s ekvivalentní a nezávislou sadou výpočetních prostředků a prostředků protokolu.

Následující část popisuje architekturu elastického fondu pro databáze Hyperscale:

  • Elastický fond Hyperscale se skládá z primárního fondu, který hostuje primární databáze Hyperscale, a pokud je nakonfigurovaný, až čtyři další fondy s vysokou dostupností.
  • Primární databáze Hyperscale hostované v primárním elastickém fondu sdílejí výpočetní proces, virtuální jádra, paměť a mezipaměť SSD databázového stroje SQL Serveru (sqlservr.exe).
  • Konfigurace vysoké dostupnosti pro primární fond vytvoří další fondy s vysokou dostupností, které obsahují repliky databáze jen pro čtení pro databáze v primárním fondu. Každý primární fond může mít maximálně čtyři fondy replik s vysokou dostupností. Každý fond s vysokou dostupností sdílí výpočetní prostředky, mezipaměť SSD a prostředky paměti pro všechny sekundární databáze jen pro čtení ve fondu.
  • Databáze Hyperscale v primárním elastickém fondu sdílejí stejnou službu protokolů. Vzhledem k tomu, že databáze ve fondech s vysokou dostupností nemají úlohu zápisu, nevyužívají službu protokolu.
  • Každá databáze Hyperscale má svou vlastní sadu stránkových serverů a tyto stránkovací servery se sdílejí mezi primární databází v primárním fondu a všemi databázemi sekundárních replik ve fondu s vysokou dostupností.
  • Geograficky replikované sekundární databáze Hyperscale je možné umístit do jiného elastického fondu.
  • ApplicationIntent=ReadOnly Zadáním v databázi připojovací řetězec vás směruje do databáze repliky jen pro čtení v jednom z fondů s vysokou dostupností.

Následující diagram znázorňuje architekturu elastického fondu pro databáze Hyperscale:

Diagram znázorňující architekturu elastického fondu Hyperscale

Správa databází elastického fondu Hyperscale

Stejné příkazy můžete použít ke správě databází Hyperscale ve fondu jako databáze ve fondu v jiných úrovních služby. Při vytváření elastického fondu Hyperscale nezapomeňte zadat Hyperscale edici.

Jediným rozdílem je možnost upravit počet replik s vysokou dostupností (H/A) pro stávající elastický fond Hyperscale. Postup:

Ke správě databází Hyperscale v elastickém fondu můžete použít následující klientské nástroje:

Převod databází bez hyperškálování na elastické fondy Hyperscale

Při převodu databáze na Hyperscale můžete databázi přidat do existujícího elastického fondu Hyperscale. U těchto převodů musí elastický fond Hyperscale existovat na stejném logickém serveru jako zdrojová databáze.

Při převodu databází na elastické fondy Hyperscale mějte na paměti maximální počet databází na elastický fond Hyperscale.

Převod databází bez hyperškálování na elastické fondy Hyperscale pomocí T-SQL

Příkazy T-SQL můžete použít k převodu více databází pro obecné účely a jejich přidání do existujícího elastického fondu Hyperscale s názvem hsep1:

ALTER DATABASE gpepdb1 MODIFY (SERVICE_OBJECTIVE = ELASTIC_POOL(NAME = [hsep1]))
ALTER DATABASE gpepdb2 MODIFY (SERVICE_OBJECTIVE = ELASTIC_POOL(NAME = [hsep1]))
ALTER DATABASE gpepdb3 MODIFY (SERVICE_OBJECTIVE = ELASTIC_POOL(NAME = [hsep1]))
ALTER DATABASE gpepdb4 MODIFY (SERVICE_OBJECTIVE = ELASTIC_POOL(NAME = [hsep1]))

V tomto příkladu implicitně požadujete převod z úrovně Pro obecné účely na Hyperscale tak, že určíte, že cílem SERVICE_OBJECTIVE je elastický fond Hyperscale. Každý z výše uvedených příkazů začne převádět příslušnou databázi pro obecné účely na Hyperscale. Tyto ALTER DATABASE příkazy se vrátí rychle a nečeká na dokončení převodu. V uvedeném příkladu byste měli čtyři takové převody z úrovně Pro obecné účely na Hyperscale spuštěné paralelně.

Můžete se dotazovat sys.dm_operation_status zobrazení dynamické správy, abyste mohli monitorovat stav těchto operací převodu na pozadí.

Převod databází bez hyperškálování na elastické fondy Hyperscale pomocí PowerShellu

Pomocí příkazů PowerShellu můžete převést více databází pro obecné účely a přidat je do existujícího elastického fondu Hyperscale s názvem hsep1. Například následující ukázkový skript provede následující kroky:

  1. Pomocí rutiny Get-AzSqlElasticPoolDatabase zobrazíte seznam všech databází v elastickém fondu pro obecné účely s názvem gpep1.
  2. Rutina Where-Object filtruje seznam pouze na názvy databází začínající na gpepdb.
  3. Pro každou databázi spustí rutina Set-AzSqlDatabase převod. V tomto případě implicitně požadujete převod na úroveň služby Hyperscale zadáním cílového elastického fondu Hyperscale s názvem hsep1.
    • Tento -AsJob parametr umožňuje, aby se všechny Set-AzSqlDatabase požadavky spouštěly paralelně. Pokud chcete převody spouštět 1:1, můžete parametr odebrat -AsJob .
$dbs = Get-AzSqlElasticPoolDatabase -ResourceGroupName "myResourceGroup" -ServerName "mylogicalserver" -ElasticPoolName "gpep1"
$dbs | Where-Object { $_.DatabaseName -like "gpepdb*" } | % { Set-AzSqlDatabase -ResourceGroupName "myResourceGroup" -ServerName "mylogicalserver" -DatabaseName ($_.DatabaseName) -ElasticPoolName "hsep1" -AsJob }

Kromě zobrazení dynamické správy sys.dm_operation_status můžete pomocí rutiny PowerShellu Get-AzSqlDatabaseActivity monitorovat stav těchto operací převodu na pozadí.

Omezení prostředků

Následující seznam uvádí podporované limity pro práci s databázemi Hyperscale v rámci elastických fondů:

  • Podporovaná generace hardwaru: Optimalizováno pro paměť řady Standard (Gen5), Premium-series a premium-series.
  • Maximální počet virtuálních jader na fond: 80 nebo 128 virtuálních jader v závislosti na cíli na úrovni služby.
  • Maximální podporovaná velikost dat na jednu databázi Hyperscale: 100 TB.
  • Maximální podporovaná celková velikost dat napříč databázemi ve fondu: 100 TB.
  • Maximální podporovaná propustnost transakčního protokolu na databázi: 100 MB/s.
    • Rychlost generování protokolů 150 MB/s je dostupná jako funkce opt-in Preview. Další informace a vyjádření souhlasu s 150 MB/s najdete v blogu : Vylepšení hyperškálování z listopadu 2024.
  • Maximální podporovaná celková propustnost transakčního protokolu napříč databázemi ve fondu: 131,25 MB/s.
  • Každý elastický fond Hyperscale může mít až 25 databází.

Podrobnější informace najdete v limitech prostředků elastických fondů Hyperscale pro paměť optimalizovanou pro řadu Standard, Premium-series a Premium-Series.

Omezení

Berte v úvahu následující omezení:

  • Změna existujícího elastického fondu bez hyperškálování na edici Hyperscale se nepodporuje. Část převodu obsahuje některé alternativy, které můžete použít.
  • Změna edice elastického fondu Hyperscale na edici bez hyperškálování se nepodporuje.
  • Aby bylo možné provést zpětnou migraci oprávněné databáze, která je v elastickém fondu Hyperscale, musí být nejprve odebrána z elastického fondu Hyperscale. Samostatná databáze Hyperscale se pak dá vrátit zpět do samostatné databáze pro obecné účely.
  • Pro úroveň služby Hyperscale je možné podporu redundance zón zadat pouze během vytváření databáze nebo elastického fondu a po zřízení prostředku není možné ji změnit. Další informace najdete v tématu Migrace služby Azure SQL Database do podpory zóny dostupnosti.
  • Přidání pojmenované repliky do elastického fondu Hyperscale se nepodporuje. Při pokusu o přidání pojmenované repliky databáze Hyperscale do elastického fondu Hyperscale dojde k UnsupportedReplicationOperation chybě. Místo toho vytvořte pojmenovanou repliku jako jednu databázi Hyperscale.

Aspekty zónově redundantních elastických fondů

Tady je několik důležitých aspektů pro zónově redundantní elastické fondy Hyperscale:

  • Do elastických fondů Hyperscale s redundancí zónově redundantního úložiště (ZRS nebo GZRS) je možné přidat pouze databáze s redundancí zón.
  • Aby bylo možné databázi hyperškálování přidat do zónově redundantního elastického fondu, musí se vytvořit samostatná databáze Hyperscale s redundancí zón a zónově redundantním úložištěm zálohování (ZRS nebo GZRS). U databází Hyperscale bez redundance zón proveďte přenos dat do nové databáze Hyperscale s povolenou možností redundance zóny. Klon se musí vytvořit pomocí kopírování databáze, obnovení k určitému bodu v čase nebo geografické repliky. Další informace najdete v tématu Opětovné nasazení (Hyperscale).
  • Pokud chcete přesunout databázi Hyperscale z jednoho elastického fondu do jiného, musí se nastavení zónově redundantního úložiště zálohování shodovat.
  • Převod databáze z jiné úrovně služby mimo Hyperscale na elastický fond Hyperscale s redundancí zóny:
    • Na webu Azure Portal nejprve povolte redundanci zón i zónově redundantní úložiště zálohování (ZRS). Pak můžete databázi přidat do zónově redundantního elastického fondu Hyperscale.
    • Prostřednictvím PowerShellu nejprve povolte redundanci zón. Potom pomocí Set-AzSqlDatabase zajistěte, aby -BackupStorageRedundancy se parametr použil k určení zónově redundantního úložiště zálohování (ZRS nebo GZRS).

Známé problémy

Problém Doporučení
Přidání databáze z zónově redundantního elastického fondu Hyperscale do skupiny převzetí služeb při selhání s nezóny redundantním elastickým fondem Hyperscale v jiné oblasti selže interně, ale operace se může zdát spuštěná bez jakéhokoli průběhu. Při použití nástrojů, jako je SSMS, se může zobrazit geograficky sekundární databáze, ale nemůžete se k databázi v sekundární geografické oblasti připojit a používat ji. Skupina převzetí služeb při selhání může u sekundární databáze zobrazit stav Seeding 0 %. K tomuto problému nedojde, pokud je druhý elastický fond Hyperscale zónově redundantní. Pokud chcete tento problém obejít, nastavte geografickou replikaci mimo skupinu převzetí služeb při selhání pomocí Azure PowerShellu a explicitně určete zónově redundantní v příkazovém řádku New-AzSqlDatabaseSecondary -ResourceGroupName "primary-rg" -ServerName "primary-server" -DatabaseName "hsdb1" -PartnerResourceGroupName "secondary-rg" -PartnerServerName "secondary-server" -AllowConnections "All" -SecondaryElasticPoolName "secondary-nonzr-pool" -BackupStorageRedundancy Local -ZoneRedundant:$false. Pak můžete databázi přidat do skupiny převzetí služeb při selhání.
Ve výjimečných případech se může zobrazit chyba 45122 - This Hyperscale database cannot be added into an elastic pool at this time. In case of any questions, please contact Microsoft supportpři pokusu o přesunutí nebo obnovení nebo zkopírování databáze Hyperscale do elastického fondu. Toto omezení je způsobeno podrobnostmi specifickými pro implementaci. Pokud vás tato chyba blokuje, vytvořte incident podpory a požádejte o pomoc.

Související obsah