Vysvětlení možností nasazení

Azure SQL Database, platforma jako služba (PaaS), nabízí vysokou škálovatelnost a minimální údržbu, což představuje vynikající řešení pro konkrétní úlohy. Je vhodný pro nový vývoj aplikací, který vývojářům poskytuje značnou flexibilitu při vytváření nových služeb a nabízí podrobné možnosti nasazení ve velkém měřítku. Toto řešení s nízkou údržbou je ideální pro různé úlohy a zajišťuje efektivní a efektivní vývoj aplikací.

Principy modelů nasazení

Při nasazování služby Azure SQL Database existují dva primární modely nasazení: jednoúčelová databáze a elastické fondy. V modelu elastických fondů se prostředky sdílejí mezi více databázemi ve stejném fondu, zatímco v modelu izolované databáze se prostředky spravují nezávisle pro každou databázi.

Podobně jako u virtuálních počítačů je možné službu SQL Database nasadit pomocí různých metod, včetně PowerShellu, Azure CLI nebo webu Azure Portal.

Izolovaná databáze

Model nasazení jednoúčelové databáze je nejjednodušší způsob, jak používat Službu Azure SQL Database. V tomto modelu spravujete každou databázi jednotlivě z hlediska škálování a velikosti dat. Každá databáze má vlastní vyhrazené prostředky, i když je na stejném logickém serveru nasazeno více databází.

Využití prostředků jednotlivých databází můžete monitorovat prostřednictvím webu Azure Portal. Tato funkce umožňuje snadno sledovat a vyhodnocovat výkon databází.

Elastické fondy

Elastické fondy umožňují přidělit úložiště a výpočetní prostředky skupině databází, což zjednodušuje správu v porovnání s individuálním zpracováním jednotlivých databází. Je jednodušší škálovat než jednoúčelové databáze, protože změny elastického fondu automaticky upravují prostředky pro všechny zahrnuté databáze.

Tento model je nákladově efektivní pro aplikace softwaru jako služby, protože prostředky jsou sdíleny mezi všemi databázemi. Prostředky můžete nakonfigurovat pomocí nákupního modelu založeného na DTU nebo virtuálních jader.

Je důležité průběžně monitorovat prostředky a identifikovat špičky výkonu, které by mohly ovlivnit jiné databáze ve fondu. Pravidelná revize strategie přidělování zajišťuje dostatečné prostředky pro všechny databáze.

Elastické fondy jsou ideální pro víceklientských architektur s nízkým průměrným využitím, kde má každý tenant vlastní kopii databáze.

Vysvětlení nákupních modelů

Po výběru vhodného modelu nasazení pro službu SQL Database je dalším krokem výběr nákupního modelu, který nejlépe vyhovuje vašim požadavkům na úlohy a rozpočet. Azure SQL Database nabízí dva nákupní modely: model virtuálních jader a model založený na DTU. Každý model má své vlastní výhody, takže je důležité pochopit, který model nejlépe odpovídá vašim požadavkům na úlohy a aspektům nákladů.

Model založený na virtuálních jádrech

Jedná se o doporučený nákupní model, ve kterém jsou výpočetní prostředky a prostředky úložiště oddělené. To znamená, že můžete škálovat úložiště a výpočetní prostředky nezávisle na sobě. Tato flexibilita zajišťuje, že můžete upravit prostředky podle vašich konkrétních potřeb, aniž by to mělo vliv na jiné komponenty.

V nákupním modelu založeném na virtuálních jádrech závisí náklady na několik faktorů, včetně úrovně služby, konfigurace hardwaru, počtu virtuálních jader a množství paměti, vyhrazeného úložiště databáze a skutečného úložiště zálohování.

Úroveň služby je předdefinovaná konfigurace, která určuje výkon, typ úložiště, vysokou dostupnost, možnosti zotavení po havárii a dostupnost určitých funkcí pro vaši databázi.

Nákupní model virtuálních jader nabízí tři možnosti úrovně služeb:

Úroveň služby	Schopnost
Obecné účely	Tato úroveň služby je navržená pro méně náročné operace a nabízí nákladově efektivní rovnováhu mezi možnostmi výpočetních prostředků a úložiště. Zahrnuje zřízené i bezserverové výpočetní úrovně a poskytuje flexibilitu pro splnění různých požadavků na úlohy při optimalizaci rozpočtu.
Důležité obchodní informace	Tato úroveň je ideální pro aplikace, které vyžadují nízkou latenci a vysoce výkonné úložiště. Podporuje In-Memory OLTP a zahrnuje integrovanou repliku jen pro čtení. Kromě toho nabízí více paměti na jádro a využívá místní úložiště SSD, což je ideální pro úlohy citlivé na výkon.
Nadměrné škálování	Tato úroveň je přizpůsobená pro aplikace s velkými databázemi a požadavky na vysokou propustnost. Hyperscale zavádí pokročilé funkce horizontálního škálování, které umožňují přidávání výpočetních uzlů při nárůstu velikosti dat. Podporuje se výhradně v jednotlivých databázích SQL a umožňuje významné škálování úložiště a výpočetních prostředků nad rámec limitů úrovní služby Pro obecné účely a Pro důležité obchodní informace.

Model založený na jednotkách DTU

V modelu DTU existují tři úrovně služby: Basic, Standard a Premium. Výpočetní prostředky a prostředky úložiště závisí na úrovni DTU a nabízejí celou řadu možností výkonu s pevnými limity úložiště, uchováváním záloh a náklady.

Pokud například vaše databáze dosáhne maximálního limitu úložiště, budete muset zvýšit kapacitu DTU, i když je využití výpočetních prostředků nízké. Operace škálování ve službě Azure SQL Database také můžou způsobit krátké přerušení připojení na konci procesu. K tomu může dojít zejména ve dvou případech:

• Iniciování operace škálování, která vyžaduje interní převzetí služeb při selhání
• Přidání nebo odebrání databází z elastického fondu

Pochopení vzájemné spolupráce mezi nasazením a nákupními modely je zásadní pro optimalizaci výkonu a efektivity nákladů. Když pečlivě vyberete správnou kombinaci, můžete zajistit, aby nasazení služby Azure SQL Database splňovalo požadavky vaší aplikace při zachování rozpočtu.

Pokud se například rozhodnete pro model nasazení izolované databáze, můžete preferovat nákupní model virtuálních jader pro její flexibilitu při nezávislém škálování výpočetních prostředků a prostředků úložiště. Na druhou stranu, pokud zvolíte model nasazení elastického fondu, nákupní model založený na DTU může být cenově výhodnější, protože umožňuje sdílet prostředky mezi více databázemi v rámci fondu.

Zálohování a obnovení

Azure poskytuje možnosti bezproblémového zálohování a obnovení pro SLUŽBU SQL Database. Tady jsou některé klíčové funkce:

Průběžné zálohování

Azure SQL Database zajišťuje pravidelné zálohy a průběžně je kopíruje do geograficky redundantního úložiště jen pro čtení (RA-GRS). Úplné zálohování probíhá každý týden, rozdílové zálohování každých 12 až 24 hodin a zálohování transakčních protokolů každých 5 až 10 minut.

Geografické obnovení

Díky geograficky redundantním zálohám můžete ve výchozím nastavení snadno obnovit databáze do různých oblastí, které jsou užitečné pro méně přísné scénáře zotavení po havárii. Úložiště zálohování se účtuje samostatně, ale bez dalších nákladů s maximální velikostí vybrané datové vrstvy. Doba trvání geografického obnovení závisí na velikosti databáze, transakčních protokolech a souběžných požadavcích na obnovení.

Obnovení k určitému bodu v čase (PITR)

Umožňuje nakonfigurovat konkrétní zásady uchovávání informací k určitému bodu v čase pro každou databázi v rozsahu od 1 do 35 dnů (výchozí hodnota je sedm dní). Databáze můžete také obnovit k určitému bodu v čase na stejném serveru pomocí webu Azure Portal, PowerShellu, rozhraní příkazového řádku nebo rozhraní REST API.

Dlouhodobé uchovávání (LTR)

Dlouhodobé uchovávání je užitečné ve scénářích, které vyžadují, abyste nastavili zásady uchovávání informací nad rámec toho, co azure nabízí. Zásady uchovávání informací můžete nastavit až na 10 let a tato možnost je ve výchozím nastavení zakázaná.

Další informace o automatizovaných zálohách najdete v tématu Automatizované zálohy – Azure SQL Database a Azure SQL Managed Instance.

Povolení automatického ladění

Automatické ladění je výkonná integrovaná funkce, která používá strojové učení k optimalizaci výkonu dotazů. Automaticky identifikuje možnosti ladění a implementuje je, aby se zlepšila efektivita vaší databáze.

Automatické ladění v současné době zahrnuje následující funkce:

• Identifikace drahých dotazů
• Vynucení plánu posledního dobrého spuštění
• Přidání indexů
• Odebrání indexů

Služby Azure používají pokročilé algoritmy k určení nejlepších indexů pro vzory dotazů. Tyto indexy se nejprve testují na kopii vaší databáze před použitím v živém prostředí, čímž se zajistí minimální přerušení.

Všechny databáze dědí svoji konfiguraci z nadřazeného serveru a v případě potřeby můžete tuto funkci snadno zakázat. Tato flexibilita umožňuje vývojářům udržovat kontrolu a využívat výhody automatizovaných vylepšení výkonu.

Použití elastického dotazu

Elastický dotaz umožňuje spouštět dotazy T-SQL napříč více databázemi ve službě SQL Database. Tato funkce je užitečná pro aplikace, které používají třídílné a čtyřdílné názvy, které nelze změnit, a zvyšuje přenositelnost usnadněním migrace.

Elastické dotazy podporují následující scénáře dělení:

Úroveň služby	Schopnost
Svislé dělení	Označuje se také jako dotazy napříč databázemi. Data se rozdělují svisle napříč několika databázemi s různými schématy. Můžete mít například jednu databázi pro zákaznická data a druhou pro platební údaje. Vertikální dělení umožňuje spouštět mezi databázemi dotazy mezi těmito databázemi.
Horizontální dělení	Označuje se také jako horizontální dělení. Data jsou rozdělena vodorovně tak, aby distribuovala řádky napříč několika databázemi se škálováním na více systémů a všechny sdílejí stejné schéma. Tato topologie podporuje modely s jedním tenantem i více tenanty.

Díky této flexibilitě jsou elastické dotazy výkonným nástrojem pro správu a dotazování dat napříč několika databázemi.

Konfigurace elastických úloh

Funkce elastické úlohy slouží jako náhrada agenta SQL Serveru pro službu Azure SQL Database, podobně jako funkce Správa multiserveru v místní instanci SQL Serveru.

S elastickými úlohami můžete spouštět příkazy T-SQL napříč různými cílovými nasazeními, včetně databází SQL, elastických fondů SQL Database a sql Database v mapách horizontálních oddílů. Tyto databázové prostředky můžou zahrnovat různá předplatná a oblasti Azure. Funkce paralelního spouštění je užitečná pro automatizaci úloh údržby databáze, zajištění efektivity a konzistence napříč nasazeními.

Přesun dat pomocí Synchronizace dat SQL

Synchronizace dat SQL umožňuje přírůstkovou synchronizaci dat napříč více databázemi, ať už běží na SQL Database nebo na místním SQL Serveru. Tato funkce je užitečná pro snižování zátěže náročných produkčních úloh do samostatné databáze pro analýzy nebo neplánované operace.

Synchronizace dat pracuje s topologií centra, kde je jedna databáze ve skupině synchronizace určená jako centrum. Skupina synchronizace může obsahovat více členských databází a synchronizace probíhá mezi centrem a individuálními členskými databázemi. Změny se sledují pomocí triggerů vložení, aktualizace a odstranění prostřednictvím historické tabulky vytvořené v uživatelské databázi.

Při vytváření skupiny synchronizace musíte zadat databázi, do které se budou ukládat metadata skupiny synchronizace. Tato databáze metadat může být nová nebo existující, pokud se nachází ve stejné oblasti jako vaše skupina synchronizace.

Další informace o konfiguraci synchronizace dat SQL najdete v kurzu: Nastavení synchronizace dat SQL mezi databázemi ve službě Azure SQL Database a SQL Serverem.