Škálování prostředků elastického fondu v 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 v Azure SQL Database.
Změna výpočetních prostředků (virtuálních jade nebo DTU)
Po počátečním výběru počtu virtuálních jadr nebo eDTU můžete dynamicky škálovat elastický fond nahoru nebo dolů na základě skutečných zkušeností pomocí:
Dopad změny úrovně služby nebo škálování 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 vzorem jako u jednoduchých databází a zahrnuje hlavně to, že služba provádí následující kroky:
Vytvoření nové výpočetní instance pro elastický fond
Vytvoří se nová výpočetní instance pro elastický fond s požadovanou úrovní služby a velikostí výpočetních prostředků. U některých kombinací úrovně služby a změny velikosti výpočetních prostředků musí být replika každé databáze vytvořena v nové výpočetní instanci, která zahrnuje kopírování dat a může výrazně ovlivnit celkovou latenci. Bez ohledu na to zůstanou databáze během tohoto kroku online a připojení budou i nadále směrována do databází v původní výpočetní instanci.
Přepnutí směrování připojení na novou výpočetní instanci
Existující připojení k databázím v původní výpočetní instanci se zahodí. Všechna nová připojení se navázána na databáze 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 databázové soubory během přepínače odpojeny a znovu připojí. Bez ohledu na to může přepínač způsobit krátké přerušení služby, když jsou databáze obecně nedostupné po dobu kratší než 30 sekund a často jenom na několik sekund. Pokud při ukončení připojení běží dlouho běžící transakce, může obnovení přerušených transakcí trvat delší dobu trvání tohoto kroku. zrychlené obnovení databáze snížit dopad přerušení dlouhotrají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 škálování velikosti výpočetních prostředků
Odhadovaná latence pro změnu úrovně služby, škálování velikosti výpočetních prostředků jedné databáze nebo elastického fondu, přesun databáze do nebo z elastického fondu nebo přesun databáze mezi elastickými fondy je parametrizována takto:
| Úroveň služby | Basic Single Database,Standard (S0–S1) | Elastický fond basic,Standard (S2–S12), Pro obecné účely jedno databázi nebo elastický fond | Premium nebo Pro důležité obchodní informace jedno databázi nebo elastický fond | Hyperškálování |
|---|---|---|---|---|
| Basic single database, Standard (S0–S1) | • Konstantní časová latence nezávislá na použitém prostoru• Obvykle méně než 5 minut | • Latence úměrná prostoru databáze použitému při kopírování dat• Obvykle méně než 1 minutu na GB využité místa. | • Latence úměrná prostoru databáze použitému při kopírování dat• Obvykle méně než 1 minutu na GB využité místa. | • Latence úměrná prostoru databáze použitému při kopírování dat• Obvykle méně než 1 minutu na GB využité místa. |
| Elastický fond Basic, Standard (S2–S12), Pro obecné účely jedno databázi nebo elastický fond | • Latence úměrná prostoru databáze použitému při kopírování dat• Obvykle méně než 1 minutu na GB využité místa. | • U jedno databází je konstantní časová latence nezávislá na využitých prostorech.• Pro jedno databáze obvykle méně než 5 minut• Pro elastické fondy úměrné počtu databází | • Latence úměrná prostoru databáze použitému při kopírování dat• Obvykle méně než 1 minutu na GB využité místa. | • Latence úměrná prostoru databáze použitému při kopírování dat• Obvykle méně než 1 minutu na GB využité místa. |
| Premium nebo Pro důležité obchodní informace jedno databázi nebo elastický fond | • Latence úměrná prostoru databáze použitému při kopírování dat• Obvykle méně než 1 minutu na GB využité místa. | • Latence úměrná prostoru databáze použitému při kopírování dat• Obvykle méně než 1 minutu na GB využité místa. | • Latence úměrná prostoru databáze použitému při kopírování dat• Obvykle méně než 1 minutu na GB využité místa. | • Latence úměrná prostoru databáze použitému při kopírování dat• Obvykle méně než 1 minutu na GB využité místa. |
| Hyperškálování | N/A | N/A | N/A | • Konstantní časová latence nezávislá na použitém prostoru• Obvykle méně než 2 minuty |
Poznámka
- V případě změny úrovně služby nebo škálování výpočetních prostředků pro elastický fond by se k výpočtu odhadu měl použít součet místa využitého napříč všemi databázemi ve fondu.
- V případě přesunu databáze do a z elastického fondu má latenci vliv pouze prostor využíný databází, nikoli prostor používaný elastickým fondem.
- V případě elastických fondů Standard a Pro obecné účely bude latence přesunu databáze do nebo 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(PFS)úrovně Premium. 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 hodnota ve sloupci AccountType
PremiumFileStoragenebo , fond používá úložištěPremiumFileStorage-ZRSPFS.
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');
Tip
Pokud chcete monitorovat probíhající operace, projděte si: Správa operací pomocí SQL REST API,Správa operací pomocí rozhraní příkazového řádku,Monitorování operací pomocí T-SQL a tyto dva příkazy PowerShellu: Get-AzSqlDatabaseActivity a Stop-AzSqlDatabaseActivity.
Další aspekty při změně úrovně služby nebo změně velikosti výpočetních prostředků
- Při z downsizing virtuálních jader nebo eDTU pro elastický fond musí být využité místo fondu menší než maximální povolená velikost cílové úrovně služby a eDTU fondu.
- Při škálování eDTU pro elastický fond platí další náklady na úložiště, pokud (1) cílový fond podporuje maximální velikost úložiště fondu a (2) maximální velikost úložiště překračuje zahrnutou velikost úložiště cílového fondu. Pokud je například fond standardu 100 eDTU s maximální velikostí 100 GB z downsized na fond Standard 50 eDTU, platí se další náklady na úložiště, protože cílový fond podporuje maximální velikost 100 GB a zahrnuté úložiště je pouze 50 GB. Takže další velikost úložiště je 100 GB – 50 GB = 50 GB. Ceny za úložiště navíc najdete v tématu SQL Database ceny. Pokud je skutečné využité místo menší než zahrnuté množství úložiště, můžete se této dodatečné náklady vyhnout snížením maximální velikosti databáze na zahrnuté množství.
Fakturace během opětovného škálování
Účtuje se vám každá hodina, po kterou databáze existuje, s nejvyšší úrovní služby a velikostí výpočetních prostředků, která se během této hodiny použila, bez ohledu na využití nebo na to, jestli byla databáze aktivní méně než hodinu. Pokud například vytvoříte jednoúčtovou databázi a odstraníte ji o pět minut později, bude se vám účtovat poplatek za jednu hodinu databáze.
Změna velikosti úložiště elastického fondu
Důležité
Za určitých okolností může být nutné zmenšit databázi, aby se uvolnit nevyužité místo. Další informace najdete v tématu Správa prostoru souborů v Azure SQL Database.
Nákupní model založený na virtuálních jádrech
Úložiště je možné zřídit až do limitu maximální velikosti:
- V případě úložiště na úrovních služby Standard nebo Pro obecné účely zvětšete nebo zmenšete velikost v přírůstcích po 10 GB.
- V případě úložiště na úrovních služby Premium nebo Pro důležité obchodní informace zvětšete nebo zmenšete velikost v přírůstcích po 250 GB.
Úložiště pro elastický fond je možné zřídit zvýšením nebo snížením jeho maximální velikosti.
Cena úložiště pro elastický fond je velikost úložiště vynásobená cenou jednotky úložiště úrovně služby. Podrobnosti o ceně dodatečného úložiště najdete v tématu SQL Database ceny.
Důležité
Za určitých okolností může být nutné zmenšit databázi, aby se uvolnit nevyužité místo. Další informace najdete v tématu Správa prostoru souborů v Azure SQL Database.
Nákupní model založený na DTU
- Cena eDTU pro elastický fond zahrnuje určité množství úložiště bez dalších nákladů. Další úložiště nad rámec zahrnuté velikosti je možné zřídit pro dodatečné náklady až do limitu maximální velikosti v přírůstcích po 250 GB až do 1 TB a pak v přírůstcích po 256 GB nad 1 TB. Informace o zahrnutých objemech úložiště a limitech maximální velikosti najdete v tématu Omezení prostředků pro elastické fondy využívající nákupní model DTU nebo Limity prostředků pro elastické fondy využívající nákupní model s virtuálními jádro.
- Dodatečné úložiště pro elastický fond je možné zřídit zvýšením jeho maximální velikosti pomocí Azure Portal, PowerShellu, Azure CLI nebo REST API.
- Cena dodatečného úložiště pro elastický fond je další velikost ú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 SQL Database ceny.
Důležité
Za určitých okolností může být nutné zmenšit databázi, aby se uvolnit nevyužité místo. Další informace najdete v tématu Správa prostoru souborů v Azure SQL Database.
Další kroky
Celkové limity prostředků najdete v SQL Database prostředků založených na virtuálních SQL Database – elastické fondy a SQL Database prostředků založených na DTU – elastické fondy.