Škálování prostředků elastického fondu ve službě Azure SQL Database
Platí pro:
Azure SQL Database
Tento článek popisuje, jak škálovat výpočetní prostředky a prostředky úložiště dostupné pro elastické fondy a databáze ve fondu ve službě Azure SQL Database.
Změna výpočetních prostředků (virtuálních jader nebo DTU)
Po počátečním výběru počtu virtuálních jader nebo eDTU můžete elastický fond dynamicky navyšovat nebo snížit na základě skutečného prostředí pomocí některé z následujících metod:
Dopad změny úrovně služby nebo změna velikosti výpočetních prostředků
Změna úrovně služby nebo velikosti výpočetních prostředků elastického fondu se řídí podobným způsobem jako u jednoúčelových databází a hlavně zahrnuje službu, která provádí následující kroky:
Vytvoření nové výpočetní instance pro elastický fond
Vytvoří se nová výpočetní instance elastického fondu s požadovanou úrovní služby a velikostí výpočetních prostředků. U některých kombinací změn úrovně služby a velikosti výpočetních prostředků se musí v nové výpočetní instanci vytvořit replika každé databáze, která zahrnuje kopírování dat a může výrazně ovlivnit celkovou latenci. Bez ohledu na to, že databáze zůstanou během tohoto kroku online a připojení budou dál směrována do databází v původní výpočetní instanci.
Přepnutí směrování připojení k nové výpočetní instanci
Stávající připojení k databázím v původní výpočetní instanci se zahodí. Všechna nová připojení se navazují k databázím v nové výpočetní instanci. U některých kombinací změn úrovně služby a velikosti výpočetních prostředků se soubory databáze během přepínače odpojí a znovu připojují. Bez ohledu na to může přepnutí vést ke krátkému přerušení služeb, pokud jsou databáze obecně nedostupné po dobu kratší než 30 sekund a často jen několik sekund. Pokud jsou aktivní dlouhotrvající transakce při vyřazení připojení, doba trvání tohoto kroku může trvat déle, aby bylo možné obnovit přerušené transakce. akcelerované obnovení databáze může snížit dopad na přerušení dlouhotrvajících transakcí.
Důležité
Během jakéhokoli kroku pracovního postupu se neztratí žádná data.
Latence změny úrovně služby nebo změna velikosti výpočetních prostředků
Odhadovaná latence změny úrovně služby, škálování velikosti výpočetních prostředků izolované databáze nebo elastického fondu, přesunutí databáze do nebo z elastického fondu nebo přesunutí databáze mezi elastickými fondy je parametrizována následujícím způsobem:
| Latence škálování elastického fondu | To Basic, Standard, General Purpose Elastic Pool | Na úroveň Premium Pro důležité obchodní informace elastický fond | Do elastického fondu Hyperscale |
|---|---|---|---|
| Z elastického fondu Basic, Standard a Pro obecné účely | Proporcionální počet databází | • Latence úměrná prostoru databáze použitému kvůli kopírování dat. • Obvykle je využito méně než 1 minuta za GB místa. |
Není k dispozici – databáze je potřeba přidat jednotlivě do elastických fondů Hyperscale. Latence škálování na databázi zdokumentovanou ve škálovacích prostředcích jednoúčelové databáze |
| Z premium Pro důležité obchodní informace elastického fondu | • Latence úměrná prostoru databáze použitému kvůli kopírování dat. • Obvykle je využito méně než 1 minuta za GB místa. |
• Latence úměrná prostoru databáze použitému kvůli kopírování dat. • Obvykle je využito méně než 1 minuta za GB místa. |
Není k dispozici – databáze je potřeba přidat jednotlivě do elastických fondů Hyperscale. Latence škálování na databázi zdokumentovanou ve škálovacích prostředcích jednoúčelové databáze |
| Z elastického fondu Hyperscale | – | – | • Konstantní časová latence nezávislá na použitém prostoru. • Obvykle méně než 2 minuty. |
Poznámka:
- Při změně úrovně služby nebo škálování výpočetních prostředků pro jakýkoli elastický fond bez hyperškálování by se měl k výpočtu odhadu použít součet místa využitého napříč všemi databázemi ve fondu. Latence škálování elastických fondů Hyperscale je nezávislá na využité oblasti.
- U elastických fondů úrovně Standard a Pro obecné účely bude latence přesunu databáze z elastického fondu nebo mezi elastickými fondy úměrná velikosti databáze, pokud elastický fond používá úložiště sdílené složky Premium (PFS). Pokud chcete zjistit, jestli fond používá úložiště PFS, spusťte následující dotaz v kontextu jakékoli databáze ve fondu. Pokud je
PremiumFileStoragehodnota ve sloupci AccountType neboPremiumFileStorage-ZRS, fond používá úložiště PFS.
SELECT s.file_id,
s.type_desc,
s.name,
FILEPROPERTYEX(s.name, 'AccountType') AS AccountType
FROM sys.database_files AS s
WHERE s.type_desc IN ('ROWS', 'LOG');
Poznámka:
- Zónově redundantní vlastnost zůstane ve výchozím nastavení stejná při škálování elastického fondu z Pro důležité obchodní informace na úroveň Pro obecné účely.
- Latence operace škálování při změně redundance zóny pro elastický fond pro obecné účely je úměrná velikosti databáze.
- Změna existujícího elastického fondu bez hyperškálování na edici Hyperscale se nepodporuje. Další informace najdete v tématu Hyperscale elastických fondů. Místo toho je potřeba do elastických fondů Hyperscale přidávat databáze jednotlivě.
- Změna edice elastického fondu Hyperscale na edici bez hyperškálování se nepodporuje. Další informace najdete v tématu Hyperscale elastické fondy.
Tip
Pokud chcete monitorovat probíhající operace, přečtěte si téma: Správa operací pomocí rozhraní SQL REST API, správa operací pomocí rozhraní příkazového řádku, monitorování operací pomocí T-SQL a těchto dvou příkazů PowerShellu: Get-AzSqlElasticPoolActivity a Stop-AzSqlElasticPoolActivity.
Další aspekty při změně úrovně služby nebo změně velikosti výpočetních prostředků
- Pokud snížíte počet virtuálních jader nebo eDTU pro elastický fond, musí být využitý prostor fondu menší než maximální limit velikosti dat cílové úrovně služby a výpočetních prostředků fondu.
- Pokud zvýšíte počet eDTU pro elastický fond, můžou platit další náklady na úložiště, pokud:
- Cílový fond podporuje maximální velikost dat fondu a
- Maximální velikost dat fondu překračuje zahrnuté množství úložiště cílového fondu.
- Pokud je například fond 100 eDTU Úrovně Standard s maximální velikostí dat 100 GB nižší než 50 eDTU úrovně Standard, platí dodatečné náklady na úložiště, protože cílový fond podporuje maximální velikost dat 100 GB a jeho zahrnutá velikost úložiště je pouze 50 GB. Velikost úložiště navíc je 100 GB – 50 GB = 50 GB. Ceny dodatečného úložiště najdete v tématu s cenami služby SQL Database. Pokud je skutečné využité místo menší než zahrnuté množství úložiště, můžete se těmto dodatečným nákladům vyhnout snížením maximální velikosti dat na zahrnutou částku.
Fakturace během opětovného škálování
Za každou hodinu se účtuje, že databáze existuje s použitím nejvyšší úrovně služby + velikosti výpočetních prostředků, která se použila během této hodiny, bez ohledu na využití nebo na to, jestli byla databáze aktivní za méně než hodinu. Pokud například vytvoříte jednu databázi a odstraníte ji pět minut později, faktura bude odrážet poplatek za jednu hodinu databáze.
Změna velikosti úložiště elastického fondu
Velikost úložiště (maximální velikost dat) pro elastický fond je možné zadat pomocí webu Azure Portal, PowerShellu, Azure CLI nebo rozhraní REST API. Když zvětšíte maximální velikost dat elastického fondu, zadaná hodnota nesmí překročit limit maximální velikosti dat cíle služby fondu. Při snížení maximální velikosti dat musí být zadaná nová hodnota rovna nebo větší než součet prostoru přiděleného napříč všemi databázemi ve fondu.
Důležité
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ů pro databáze ve službě Azure SQL Database.
Nákupní model založený na virtuálních jádrech
- Velikost úložiště (maximální velikost dat) pro elastické fondy ve vrstvách Pro obecné účely nebo Pro důležité obchodní informace je možné zadat až do maximálních limitů velikosti dat specifikovaných v omezeních prostředků pro elastické fondy pomocí nákupního modelu virtuálních jader. Maximální velikost dat pro elastický fond se dá zvětšit nebo zmenšit v násobcích o 1 GB.
- Cena úložiště pro elastický fond je maximální zadaná velikost dat vynásobená jednotkovou cenou úložiště úrovně služby. Podrobnosti o cenách úložiště najdete v tématu s cenami služby SQL Database.
Důležité
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ů pro databáze ve službě Azure SQL Database.
Nákupní model založený na DTU
- Cena eDTU pro elastický fond zahrnuje určitou velikost úložiště bez dalších poplatků. Dodatečné úložiště dat nad rámec zahrnuté částky je možné zřídit za dodatečné náklady až do maximálního limitu velikosti dat odpovídající zřízenému eDTU. Zahrnuté objemy úložiště a maximální limity velikosti dat najdete v tématu Limity prostředků pro elastické fondy pomocí nákupního modelu DTU.
- Cena dodatečného úložiště pro elastický fond je dodatečné množství úložiště vynásobené cenou za jednotku úložiště úrovně služby. Podrobnosti o ceně dodatečného úložiště najdete v tématu s cenami služby SQL Database.
- Platné hodnoty maximální velikosti dat pro elastický fond úrovně Standard nebo Premium můžou být jedna z těchto hodnot: 50 GB, 100 GB, 150 GB, 200 GB, 250 GB, 300 GB, 400 GB, 500 GB, 750 GB, 800 GB, 1 024 GB, 1 200 GB, 1 280 GB, 1 536 GB, 1 600 GB, 1 792 GB, 2 000 GB, 2 048 GB, 2 304 GB, 2 500 GB, 2 560 GB, 2 816 GB, 3 000 GB, 3 072 GB, 3 328 GB, 3 584 GB, 3 840 GB, 4 096 GB. Zadaná maximální velikost dat nesmí překročit maximální limit velikosti dat zadaný pro zřízené eDTU.
Důležité
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ů pro databáze ve službě Azure SQL Database.
Monitorování nebo zrušení změn škálování
Operaci změny úrovně služby nebo škálování výpočetních prostředků je možné monitorovat a rušit.
Na stránce Přehled elastického fondu SQL přejděte na Oznámení a vyberte dlaždici označující probíhající operaci:
Na výsledné stránce Nasazení probíhá výběr možnosti Storno.
Oprávnění
Pokud chcete škálovat elastický fond prostřednictvím Azure Portal, PowerShell, Azure CLI nebo rozhraní REST API, potřebujete oprávnění Azure RBAC, konkrétně role Přispěvatel, Přispěvatel SQL DB, nebo Přispěvatel SQL Serveru. Další informace najdete v tématu Předdefinované role Azure RBAC.