Nákupní model virtuálních jader – Azure SQL Managed Instance

Platí pro: Azure SQL Managed Instance

Tento článek se zabývá nákupním modelem virtuálních jader pro spravovanou instanci Azure SQL.

Přehled

Virtuální jádro (virtuální jádro) představuje logický procesor a nabízí možnost zvolit fyzické charakteristiky hardwaru (například počet jader, paměť a velikost úložiště). Nákupní model založený na virtuálních jádrech poskytuje flexibilitu, kontrolu, transparentnost využití jednotlivých prostředků a jednoduchý způsob, jak převést požadavky na místní úlohy do cloudu. Tento model optimalizuje cenu a umožňuje zvolit výpočetní prostředky, paměť a prostředky úložiště na základě vašich potřeb úloh.

V nákupním modelu založeném na virtuálních jádrech závisí vaše náklady na volbu a využití:

• Úroveň služby
• Hardwarová konfigurace
• Výpočetní prostředky (počet virtuálních jader a velikost paměti)
• Rezervované úložiště databáze
• Skutečné úložiště zálohování

Nákupní model virtuálního jádra (virtuálních jader) používaný službou Azure SQL Managed Instance nabízí následující výhody:

• Kontrola nad konfigurací hardwaru tak, aby lépe odpovídala požadavkům na výpočetní výkon a paměť úlohy.
• Cenové slevy pro Zvýhodněné hybridní využití Azure (AHB) a rezervovanou instanci (RI)
• Větší transparentnost v podrobnostech o hardwaru, které podporují výpočetní výkon, pomáhá usnadnit plánování migrací z místních nasazení.
• Vyšší členitost škálování s více dostupnými velikostmi výpočetních prostředků

Compute

Výpočetní prostředky služby SQL Managed Instance poskytují konkrétní množství výpočetních prostředků, které jsou nepřetržitě zřízené nezávisle na aktivitě úloh, a účtuje se za množství výpočetních prostředků zřízených za pevnou cenu za hodinu.

Vzhledem k tomu, že tři další repliky se automaticky přidělují ve vrstvě služby Pro důležité obchodní informace, cena je přibližně 2,7krát vyšší, než je na úrovni služby Pro obecné účely. Stejně tak vyšší cena úložiště za GB ve vrstvě služby Pro důležité obchodní informace odráží vyšší limity vstupně-výstupních operací a nižší latenci místního úložiště SSD.

U instancí na úrovni služby Pro obecné účely je možné ušetřit náklady na výpočetní prostředky a licencování tím, že zastavíte instanci, když ji nepoužíváte. Další informace najdete v tématu Zastavení a spuštění instance .

Úložiště dat a protokolů

Následující faktory ovlivňují množství úložiště používaného pro soubory dat a protokolů a platí pro úrovně Pro obecné účely a Pro důležité obchodní informace.

• Na úrovni tempdb služby Pro obecné účely se používá místní úložiště SSD a tyto náklady na úložiště jsou zahrnuté v ceně za virtuální jádro.
• Na úrovni tempdb služby Pro důležité obchodní informace sdílí místní úložiště SSD se soubory dat a protokolů a tempdb náklady na úložiště jsou zahrnuté v ceně virtuálního jádra.
• Maximální velikost úložiště pro spravovanou instanci SQL musí být zadána v násobcích 32 GB.

Pokud chcete monitorovat celkovou velikost využitého úložiště instance pro službu SQL Managed Instance, použijte metriku storage_space_used_mb. Pokud chcete monitorovat aktuální přidělenou a použitou velikost úložiště jednotlivých dat a souborů protokolu v databázi pomocí T-SQL, použijte zobrazení sys.database_files a funkci FILEPROPERTY(... , SpaceUsed).

Úložiště zálohování

Úložiště pro zálohy databází je přiděleno pro podporu schopností služby SQL Managed Instance. Toto úložiště je oddělené od úložiště dat a souborů protokolů a účtuje se samostatně.

• Obnovení k určitému bodu v čase(PITR): Spotřeba úložiště závisí na míře změny databáze a době uchovávání nakonfigurované pro zálohy. Pro každou databázi můžete nakonfigurovat samostatnou dobu uchovávání mezi 1 až 35 dny pro službu SQL Managed Instance. Za příplatek se poskytuje velikost úložiště zálohování, která se rovná nakonfigurované maximální velikosti dat.
• Dlouhodobé uchovávání (LTR):: Máte možnost nakonfigurovat dlouhodobé uchovávání úplných záloh po dobu až 10 let. Zvolená konfigurace určuje, kolik úložiště se bude používat pro zálohy LTR.

Úrovně služby

Úroveň služby obecně definuje architekturu úložiště, limity prostoru a vstupně-výstupních operací a možnosti provozní kontinuity související s dostupností a zotavením po havárii.

Spravovaná instance Azure SQL má dvě úrovně služeb:

• Obecné účely: Můžete použít upgradovanou úroveň služby Pro obecné účely (Preview) next-gen.
• Pro důležité obchodní informace.

Podrobné porovnání úrovní služby najdete v limitech prostředků, ale stručný přehled najdete v následující tabulce:

Pro obecné účely

Model architektury pro úroveň služby Pro obecné účely je založený na oddělení výpočetních prostředků a úložiště. Tento model architektury závisí na vysoké dostupnosti a spolehlivosti služby Azure Blob Storage, která transparentně replikuje databázové soubory a zaručuje, že nedojde k selhání základní infrastruktury.

Následující obrázek znázorňuje čtyři uzly ve standardním modelu architektury s oddělenými výpočetními vrstvami a vrstvami úložiště.

V modelu architektury pro úroveň služby Pro obecné účely existují dvě vrstvy:

• Bezstavová výpočetní vrstva, která spouští sqlservr.exe proces a obsahuje pouze přechodná data a data uložená v mezipaměti (například plán mezipaměti, fond vyrovnávací paměti, fond columnstore). Tento bezstavový uzel provozuje Azure Service Fabric, který inicializuje proces, řídí stav uzlu a v případě potřeby provádí převzetí služeb při selhání na jiné místo.
• Stavová datová vrstva se soubory databáze (.mdf/.ldf), které jsou uložené ve službě Azure Blob Storage. Azure Blob Storage zaručuje, že nedojde ke ztrátě dat žádného záznamu umístěného v žádném databázovém souboru. Azure Storage má integrovanou dostupnost a redundanci dat, která zajišťuje, že každý záznam v souboru protokolu nebo stránce v datovém souboru se zachová i v případě, že se proces chybově ukončí.

Při každém upgradu databázového stroje nebo operačního systému dojde k selhání některé části základní infrastruktury nebo zjištění nějakého kritického problému v sqlservr.exe procesu, Azure Service Fabric přesune bezstavový proces do jiného bezstavového výpočetního uzlu. Existuje sada náhradních uzlů, které čekají na spuštění nové výpočetní služby, pokud dojde k převzetí služeb při selhání primárního uzlu, aby se minimalizovala doba převzetí služeb při selhání. Data ve vrstvě úložiště Azure nejsou ovlivněná a soubory dat a protokolů se připojují k nově inicializovanému procesu. Tento proces ve výchozím nastavení zaručuje 99,99% dostupnost. Kvůli době přechodu může mít vliv na výkon náročných úloh a skutečnost, že nový uzel začíná studenou mezipamětí.

Kdy zvolit tuto úroveň služby

Úroveň služby Pro obecné účely je výchozí úrovní služby ve službě Azure SQL Managed Instance určená pro většinu obecných úloh. Pokud potřebujete plně spravovaný databázový stroj s výchozí latencí sla a úložiště mezi 5 a 10 ms, je pro vás úroveň Pro obecné účely dostupná.

Obecné účely příští generace

Další generace úrovně služby Pro obecné účely je upgrade architektury stávající úrovně služby Pro obecné účely, která nabízí následující klíčové charakteristiky:

• Navržená pro firmy s vyššími požadavky na výkon a současně nabízí stejné náklady podle směrného plánu jako úroveň služby Pro obecné účely.
• Významné upgrady na výkon, škálovatelnost a flexibilitu prostředků oproti úrovni služby Pro obecné účely
• Používá spravované disky místo objektů blob stránky, které výrazně vylepšují metriky výkonu úložiště.
• 3 bezplatné IOPS pro každé GB rezervovaného úložiště
• Podpora až 500 databází na instanci a maximální velikost úložiště 32 TB

Vzhledem k tomu, že úroveň služby Next-Gen Pro obecné účely je upgradem na stávající úroveň služby Pro obecné účely bez ohledu na to, jakou úroveň služby vaše instance používá, odpovídá vyúčtování úrovni služby Pro obecné účely .

Model architektury

Další generace úrovně služby Pro obecné účely je upgrade na stávající úroveň služby Pro obecné účely, která používá upgradovanou vrstvu vzdáleného úložiště k ukládání dat instancí a souborů protokolů na spravovaných discích místo objektů blob stránky. To znamená, že upgrade úrovně služby Pro obecné účely další generace nabízí rychlejší latenci úložiště, IOPS a propustnost než stávající úroveň služby Pro obecné účely, se zvýšenými limity úložiště, počtem virtuálních jader a maximálním počtem databází. Vzhledem k tomu, že kvóty výkonu sdílí celá instance, už nemusíte měnit velikost jednotlivých souborů, aby se zlepšil jejich výkon. Základní náklady na úroveň služby Pro obecné účely další generace jsou stejné jako úroveň služby Pro obecné účely, ale pomocí posuvníků můžete zvýšit výkon vstupně-výstupních operací, který se pak účtuje samostatně.

Úroveň služby Next-Gen Pro obecné účely pomáhá snížit náklady tím, že nabízí bezplatné IOPS na tři IOPS pro každé GB rezervovaného úložiště. Cena úložiště zahrnuje minimální počet vstupně-výstupních operací za sekundu. Pokud překročíte minimum, budou se vám účtovat následující poplatky: 1 IOPS = cena úložiště (podle oblasti) dělená třemi.

Příklad:

• Pokud 1 GB úložiště stojí 0,115, pak 1 IOPS = 0,115/3 = 0,038 na IOPS.
• 1 024 GB instance obdrží zdarma 3072 IOPS. Pokud chcete zvýšit počet IOPS až do limitu virtuálního počítače, můžete získat další náklady.

Kdy zvolit tuto úroveň služby

Tuto úroveň služby zvolte, pokud je vaše firma rozpočtově orientovaná, ale metriky výkonu a limity úrovně služby Pro obecné účely nejsou dostatečné.

Hlavní důvody, proč byste měli místo úrovně Pro obecné účely zvolit úroveň služby Pro obecné účely další generace, jsou:

• Lepší výkon pro stejné náklady podle směrného plánu
• Vylepšená latence, propustnost a IOPS
• Větší kapacita úložiště
• Větší flexibilita výpočetních prostředků
• Potřebujete více než 100 databází pro jednu instanci.
• Potřebujete více než 16 TB rezervovaného úložiště.

Pro důležité obchodní informace

Model vrstvy služby Pro důležité obchodní informace je založený na clusteru procesů databázového stroje. Tento model architektury spoléhá na kvorum vždy dostupných uzlů databázového stroje, aby se minimalizoval dopad na výkon vaší úlohy, a to i během aktivit údržby. Azure upgraduje a opravuje základní operační systém, ovladače a databázový stroj SQL Serveru transparentně s minimálním výpadkem pro koncové uživatele.

V modelu Pro důležité obchodní informace se výpočetní prostředky a úložiště integrují do každého uzlu. Replikace dat mezi procesy databázového stroje na každém uzlu clusteru se čtyřmi uzly dosahuje vysoké dostupnosti, přičemž každý uzel používá místně připojené jednotky SSD jako úložiště dat.

Databázový stroj SQL Serveru i základní soubory .mdf/.ldf jsou umístěné na stejném uzlu s místně připojeným úložištěm SSD, které poskytuje vaší úloze nízkou latenci. Vysoká dostupnost se implementuje pomocí technologie podobné skupinám dostupnosti AlwaysOn SQL Serveru.

Každá instance je cluster uzlů databázového stroje, které obsahují kopie všech databází v instanci s primární databází dostupnou pro úlohy zákazníků a tři sekundární databáze obsahující kopie dat připravené k převzetí služeb při selhání. Primární uzel neustále odesílá změny do sekundárních uzlů, aby se zajistila dostupnost dat na sekundárních replikách, pokud primární uzel z nějakého důvodu selže.

Převzetí služeb při selhání zpracovává databázový stroj SQL Serveru – jedna sekundární replika se stane primárním uzlem a vytvoří se nová sekundární replika, aby se zajistilo, že v clusteru je dostatek uzlů. Úloha se automaticky přesměruje na nový primární uzel.

Kromě toho má cluster Pro důležité obchodní informace integrovanou funkci čtení se škálováním na více systémů, která poskytuje bezplatnou repliku jen pro čtení, která slouží ke spouštění dotazů jen pro čtení (například sestav), které nebudou mít vliv na výkon úlohy na primární replice.

Kdy zvolit tuto úroveň služby

Úroveň služby Pro důležité obchodní informace je určená pro aplikace, které vyžadují odpovědi s nízkou latencí ze základního úložiště SSD (průměr 1–2 ms), rychlejší obnovení, pokud základní infrastruktura selže, nebo potřebují dotazy na sestavy, analýzy a dotazy jen pro čtení na bezplatně čitelné sekundární repliky primární databáze.

Klíčové důvody, proč byste měli místo úrovně Pro obecné účely zvolit Pro důležité obchodní informace úroveň služby:

• Požadavky na nízkou latenci vstupně-výstupních operací – úlohy, které potřebují rychlou odpověď z vrstvy úložiště (průměr 1–2 milisekund), by měly používat Pro důležité obchodní informace vrstvu.
• Úlohy s dotazy pro generování sestav a analýzu, které je možné přesměrovat na bezplatnou sekundární repliku jen pro čtení.
• Vyšší odolnost proti chybám a rychlejší obnovení. V případě selhání systému se databáze v primární instanci převedou do offline režimu a jednou ze sekundárních replik se okamžitě stane nová primární instance pro čtení i zápis připravená ke zpracování dotazů. Databázový stroj nemusí analyzovat a znovu provádět transakce ze souboru protokolu nebo načítat data do vyrovnávací paměti.
• Rozšířená ochrana proti poškození dat Vzhledem k tomu, že úroveň Pro důležité obchodní informace používá repliky databází na pozadí, služba využívá automatickou opravu stránek dostupnou se zrcadlením a skupinami dostupnosti, aby se zmírnit poškození dat. Pokud replika nemůže přečíst stránku kvůli problému s integritou dat, načte se nová kopie stránky z jiné repliky a nahradí nečitelný stránku bez ztráty dat nebo výpadku zákazníka. Tato funkce je dostupná na úrovni Pro obecné účely, pokud má spravovaná instance geograficky sekundární repliku.
• Vyšší dostupnost – úroveň Pro důležité obchodní informace v konfiguraci zóny s více dostupnostmi zajišťuje odolnost proti zónovým selháním a vyšší úrovni dostupnosti.
• Rychlé geografické obnovení – Pokud je nakonfigurovaná skupina převzetí služeb při selhání, má úroveň Pro důležité obchodní informace zaručený cíl bodu obnovení (RPO) 5 sekund a plánovaná doba obnovení (RTO) 30 sekund po dobu 100 % nasazených hodin.

Při zadávání úrovně služby v šablonách nebo skriptech je úroveň poskytována pomocí jejího názvu. Platí následující tabulka:

Konfigurace hardwaru

Možnosti konfigurace hardwaru v modelu virtuálních jader zahrnují standardní řadu (Gen5), řadu Premium a paměť optimalizovanou pro premium-series. Konfigurace hardwaru obecně definuje limity výpočetních prostředků a paměti a další charakteristiky, které mají vliv na výkon úloh.

Další informace o specifikách a omezeních konfigurace hardwaru najdete v tématu Charakteristiky konfigurace hardwaru.

V zobrazení dynamické správy sys.dm_user_db_resource_governance se generace hardwaru pro instance používající procesory Intel® SP-8160 (Skylake) zobrazuje jako Gen6, zatímco generace hardwaru pro instance využívající Intel® 8272CL (Cascade Lake) se zobrazuje jako Gen7. Procesory Intel® 8370C (Ice Lake) používané generacemi hardwaru optimalizovanými pro řadu Premium a paměť se zobrazují jako Gen8. Omezení prostředků pro všechny instance řady Standard (Gen5) jsou stejná bez ohledu na typ procesoru (Broadwell, Skylake nebo Cascade Lake).

Výběr konfigurace hardwaru

Konfiguraci hardwaru můžete vybrat při vytváření instance nebo můžete změnit hardware existující instance.

Výběr konfigurace hardwaru při vytváření spravované instance SQL

Podrobné informace najdete v tématu Vytvoření spravované instance SQL.

Na kartě Základy vyberte odkaz Konfigurovat databázi v části Výpočty a úložiště a pak vyberte požadovaný hardware:

Změna hardwaru existující spravované instance SQL

Set-AzSqlInstance -Name "managedinstance1" -ResourceGroupName "ResourceGroup01" -ComputeGeneration Gen5

az sql mi update -g mygroup -n myinstance --family Gen5

Při zadávání hardwarového parametru v šablonách nebo skriptech se hardware poskytuje pomocí jeho názvu. Platí následující tabulka:

Názvy skladových položek

Dostupnost hardwaru

Řada Standard (Gen5) a řada Premium

Hardware řady Standard (Gen5) a premium-series je k dispozici ve všech veřejných oblastech po celém světě.

Hardware optimalizovaný pro premium-series je ve verzi Preview a má omezenou regionální dostupnost. Další informace najdete v tématu Omezení prostředků služby Azure SQL Managed Instance.

Související obsah

• Vytvoření spravované instance SQL pomocí webu Azure Portal
• Stránka s cenami jedné instance služby Azure SQL Managed Instance
• Stránka s cenami fondů spravovaných instancí Azure SQL
• Omezení prostředků založených na virtuálních jádrech pro spravovanou instanci Azure SQL