Flexibilní server Azure Database for MySQL – Úrovně služby

PLATÍ PRO: Flexibilní server Azure Database for MySQL

Instanci flexibilního serveru Azure Database for MySQL můžete vytvořit v jedné ze tří úrovní služby: Burstable, General Purpose a Pro důležité obchodní informace. Základní skladová položka virtuálního počítače rozlišuje úrovně služeb používané řady B-series, D-series a E-series. Volba úrovně výpočetních prostředků a velikosti určuje paměť a virtuální jádra dostupná na serveru. Přesná technologie úložiště se používá ve všech úrovních služby. Všechny prostředky se zřizují na úrovni instance flexibilního serveru Azure Database for MySQL. Server může mít jednu nebo více databází.

** Kromě 64.80 a 96 virtuálních jader, které mají 504 GiB, 504 GiB a 672 GiB paměti.

* Výpočty Ev5 fungují nejlépe mimo jiné v řadě virtuálních počítačů, které se týkají QPS a latence. Další informace o výkonu a dostupnosti výpočetních prostředků Ev5 v jednotlivých oblastech najdete tady.

Úrovně služby flexibilního serveru

Pokud chcete zvolit úroveň výpočetních prostředků, použijte jako výchozí bod následující tabulku.

Po vytvoření serveru můžete změnit úroveň výpočetních prostředků, velikost výpočetních prostředků a velikost úložiště. Škálování výpočetních prostředků vyžaduje restartování a trvá 60 až 120 sekund, zatímco škálování úložiště ne. Můžete také nezávisle upravit dobu uchovávání záloh nahoru nebo dolů. Další informace najdete v části Škálování prostředků .

Úrovně služby, velikost a typy serverů

Výpočetní prostředky je možné vybrat na základě úrovně a velikosti. Určuje velikost virtuálních jader a paměti. Virtuální jádra představují logický procesor základního hardwaru.

Se zvládáním nárazových špiček

Podrobné specifikace dostupných typů serverů jsou následující pro úroveň služby Burstable.

Pro obecné účely

Podrobné specifikace dostupných typů serverů jsou následující pro úroveň služby Pro obecné účely.

Pro důležité obchodní informace

Podrobné specifikace dostupných typů serverů jsou následující pro úroveň služby Pro důležité obchodní informace.

Výchozí odolnost zón ve službě Azure Database for MySQL – flexibilní serverová Pro důležité obchodní informace úroveň: Od poloviny prosince 2024 budou všechny nové servery zřízené ve službě Azure Database for MySQL – flexibilní server Pro důležité obchodní informace vrstvě mít integrovanou odolnost zón bez dalších poplatků. To znamená, že vaše data a soubory protokolů se automaticky uloží do zónově redundantního úložiště a zajistí rychlé obnovení z zónových výpadků. I bez povolené vysoké dostupnosti získáte výhodu bezproblémové ochrany pomocí zónově redundantních záloh. Další informace.

Správa paměti na flexibilním serveru Azure Database for MySQL

V MySQL hraje paměť zásadní roli v různých operacích, včetně zpracování dotazů a ukládání do mezipaměti. Flexibilní server Azure Database for MySQL optimalizuje přidělování paměti pro proces serveru MySQL (mysqld), takže přijímá dostatek prostředků paměti pro efektivní zpracování dotazů, ukládání do mezipaměti, správu připojení klientů a zpracování vláken. Přečtěte si další informace o tom, jak MySQL využívá paměť.

Velikost fyzické paměti (GB)

Velikost fyzické paměti (GB) v tabulce níže představuje dostupnou paměť s náhodným přístupem (RAM) v gigabajtech (GB) na flexibilním serveru Azure Database for MySQL.

Celková velikost paměti (GB)

Flexibilní server Azure Database for MySQL poskytuje celkovou velikost paměti (GB). Představuje celkovou paměť dostupnou pro váš server, což je kombinace fyzické paměti a nastavené množství dočasné součásti SSD úložiště. Toto jednotné zobrazení je navržené tak, aby zjednodušily správu prostředků, takže se můžete soustředit jenom na celkovou paměť dostupnou pro váš proces Azure MySQL Serveru (mysqld). Metrika procent paměti (memory_percent) představuje procento paměti obsazené procesem serveru Azure MySQL (mysqld). Tato metrika se počítá z celkové velikosti paměti (GB). Pokud například metrika Procent paměti zobrazuje hodnotu 60, znamená to, že váš proces serveru Azure MySQL využívá 60 % celkové velikosti paměti (GB) dostupné na flexibilním serveru Azure Database for MySQL.

MySQL Server (mysqld)

Proces serveru Azure MySQL mysqld je základní databázový stroj. Při spuštění inicializuje celkové komponenty, jako je fond vyrovnávací paměti InnoDB a mezipaměť vláken, a využívá paměť na základě požadavků na konfiguraci a úlohy. Například fond vyrovnávací paměti InnoDB ukládá často přístupná data a indexy, aby se zlepšila rychlost provádění dotazů, zatímco mezipaměť vláken spravuje vlákna připojení klientů. Další informace.

InnoDB Storage Engine

Jako výchozí modul úložiště MySQL používá InnoDB paměť pro ukládání často přístupných dat do mezipaměti a správu interních struktur, jako je fond vyrovnávací paměti innodb a vyrovnávací paměť protokolu. Fond vyrovnávací paměti InnoDB uchovává data tabulek a indexy v paměti, aby se minimalizoval vstupně-výstupní operace disku, což zvyšuje výkon. Parametr Velikost fondu vyrovnávací paměti InnoDB se vypočítá na základě velikosti fyzické paměti (GB) dostupné na serveru. Přečtěte si další informace o velikostech fondu vyrovnávacích pamětí InnoDB, který je k dispozici na flexibilním serveru Azure Database for MySQL.

Vlákna

Klientská připojení se spravují prostřednictvím vyhrazených vláken zpracovávaných správcem připojení. Tato vlákna zpracovávají ověřování, spouštění dotazů a načítání výsledků pro interakce klientů. Další informace.

Další podrobnosti o dostupných výpočetních řadách najdete v dokumentaci k virtuálním počítačům Azure pro velikosti virtuálních počítačů s možností rozšíření B-series, řady Ddsv4-series pro obecné účely a Pro důležité obchodní informace Edsv4 Edsv5-series//Eadsv5-series.

Omezení výkonu instancí s možností rozšíření řady

Nárazová výpočetní úroveň je navržená tak, aby poskytovala nákladově efektivní řešení pro úlohy, které nevyžadují nepřetržitý plný procesor. Tato úroveň je ideální pro neprodukční úlohy, jako je vývoj, příprava nebo testovací prostředí. Jedinečnou funkcí nárazové výpočetní úrovně je schopnost "nárazového" využití více než základního výkonu procesoru s využitím až 100 % vCPU, pokud to úloha vyžaduje. To je možné pomocí modelu kreditu procesoru, který umožňuje instancím řady B kumulovat "kredity procesoru" během období nízkého využití procesoru. Tyto kredity je pak možné strávit během období vysokého využití procesoru, což instanci umožní nárůst nad základní výkon procesoru.

Je ale důležité si uvědomit, že jakmile nárazová instance vyčerpá své kredity procesoru, funguje na základě základního výkonu procesoru. Například základní výkon procesoru Standard_B1ms je 20 %, tj. 0,2 virtuálního jádra. Předpokládejme, že server vrstvy burstable spouští úlohu vyžadující vyšší výkon procesoru, než je základní úroveň, a vyčerpal kredity procesoru. V takovém případě může dojít k omezení výkonu serveru a nakonec může mít vliv na různé systémové operace, jako je zastavení, spuštění nebo restartování pro váš server.

Kvůli tomuto omezování může dojít k problémům s připojením serveru a může dojít k ovlivnění systémových operací. V takových situacích doporučujeme pozastavit úlohu na serveru, aby se nashromažďovaly kredity podle modelu úvěrového bankovnictví řady B-series, nebo zvážit škálování serveru na vyšší úrovně, jako jsou úrovně Pro obecné účely nebo Pro důležité obchodní informace.

I když úroveň výpočetních prostředků s možností nárazového škálování nabízí významné výhody a výhody flexibility pro určité typy úloh, nedoporučuje se pro produkční úlohy , které vyžadují konzistentní výkon procesoru. Úroveň Burstable nepodporuje funkce vytváření replik pro čtení na flexibilním serveru Azure Database for MySQL a konceptů vysoké dostupnosti v flexibilním serveru Azure Database for MySQL. Jiné úrovně výpočetních prostředků, jako je obecné účely nebo Pro důležité obchodní informace, jsou vhodnější pro takové úlohy a funkce.

Další informace o modelu kreditu procesoru řady B-series v Azure najdete v rozsažení virtuálních počítačů řady B a modelu kreditu procesoru řady B-series.

Monitorování kreditů procesoru v nárazové úrovni

Monitorování zůstatku kreditu procesoru je zásadní pro zajištění optimálního výkonu na úrovni výpočetních prostředků s možností nárazového využití. Flexibilní server Azure Database for MySQL poskytuje dvě klíčové metriky související s kredity procesoru. Ideální prahová hodnota pro aktivaci výstrahy závisí na požadavcích na vaše úlohy a výkon.

Monitorování flexibilního serveru Azure Database for MySQL: Tato metrika označuje počet kreditů procesoru spotřebovaných vaší instancí. Monitorování této metriky vám může pomoct pochopit vzorce využití procesoru vaší instance a efektivně spravovat jeho výkon.

Monitorování flexibilního serveru Azure Database for MySQL: Tato metrika zobrazuje počet kreditů procesoru zbývající pro vaši instanci. Monitorování této metriky může pomoct zabránit snížení výkonu vaší instance kvůli vyčerpání kreditů procesoru. Pokud zbývající metrika kreditu procesoru klesne pod určitou úroveň (například méně než 30 % z celkového dostupného kreditu), znamená to, že instance je ohrožena vyčerpáním kreditů procesoru, pokud aktuální zatížení procesoru pokračuje.

Další informace o tom, jak nastavit upozornění na metriky, najdete v tomto průvodci.

Úložiště

Úložiště, které zřídíte, je kapacita úložiště dostupná pro váš flexibilní server. Úložiště se používá pro databázové soubory, dočasné soubory, transakční protokoly a protokoly serveru MySQL. Pro vrstvy služby Burstable a Pro obecné účely rozsah úložiště zahrnuje minimálně 20 GiB až maximálně 16 TiB. Podpora úložiště naopak rozšiřuje až 32 TiB pro úroveň služby Pro důležité obchodní informace. Ve všechúrovních

Spotřebu úložiště můžete monitorovat na webu Azure Portal (se službou Azure Monitor) pomocí limitu úložiště, procenta úložiště a metrik použitých úložiště. Informace o metrikách najdete v článku monitorování.

Dosažení limitu úložiště

Když je úložiště spotřebované na serveru blízko dosažení zřízeného limitu, server se umístí do režimu jen pro čtení, aby chránil všechny ztracené zápisy na serveru. Servery s méně než 100 zřízeným úložištěm GiB se označí jen pro čtení, pokud je volné úložiště menší než 5 % velikosti zřízeného úložiště. Servery s více než 100 zřízeným úložištěm GiB se označí jako jen pro čtení, pokud je bezplatné úložiště menší než 5 GiB.

Pokud jste například zřídili 110 GiB úložiště a skutečné využití překračuje 105 GiB, server je označen jen pro čtení. Pokud jste také zřídili 5 GiB úložiště, server se označí jako jen pro čtení, pokud volné úložiště dosáhne méně než 256 MB.

Zatímco se služba pokusí server nastavit jen pro čtení, všechny nové požadavky na transakce zápisu jsou blokovány a stávající aktivní transakce budou i nadále spuštěny. Pokud je server nastaven na jen pro čtení, všechny následné operace zápisu a potvrzení transakcí selžou, ale dotazy pro čtení nadále fungují bez přerušení.

Pokud chcete server dostat z režimu jen pro čtení, měli byste zvýšit velikost zřízeného úložiště na serveru. Můžete k tomu použít Azure Portal nebo rozhraní Azure CLI. Po zvýšení je server připravený přijímat transakce zápisu znovu.

Doporučujeme nastavit upozornění, které vás upozorní, když se úložiště serveru blíží prahové hodnotě, abyste se vyhnuli stavu jen pro čtení. Další informace najdete v dokumentaci k upozornění , jak nastavit výstrahu.

Automatické zvětšování úložiště

Automatické zvětšování úložiště brání tomu, aby váš server vyšel z úložiště a stal se jen pro čtení. Pokud je povolené automatické zvětšování úložiště, úložiště se automaticky zvětšuje, aniž by to mělo vliv na zatížení. Automatické zvětšování úložiště je ve výchozím nastavení povolené pro všechna nová vytváření serverů. U serverů s méně než 100 GB zřízeného úložiště se zřízená velikost úložiště zvýší o 5 GB, pokud je volné úložiště nižší než 10 % zřízeného úložiště. U serverů se zřízeným úložištěm o velikosti více než 100 GB se velikost zřízeného úložiště zvětší o 5 %, jakmile velikost volného úložiště klesne pod 10 GB zřízeného úložiště. Platí výše uvedené maximální limity úložiště. Po aktualizaci instance serveru se aktualizované zřízené úložiště zobrazí v části Nastavení na stránce Výpočetní prostředky a úložiště.

Pokud jste například zřídili 1 000 GB úložiště a skutečné využití překročí 990 GB, velikost úložiště serveru se zvýší na 1 050 GB. Pokud jste také zřídili 20 GB úložiště, velikost úložiště se zvýší na 25 GB, pokud je méně než 2 GB úložiště zdarma.

Mějte na paměti, že po automatickém škálování nejde vertikálně snížit kapacitu úložiště.

IOPS

Flexibilní server Azure Database for MySQL podporuje předem zřízené IOPS a automatické škálování IOPS. Počet IOPS úložiště na flexibilním serveru Azure Database for MySQL– Minimální počet IOPS je 360 ve všech velikostech výpočetních prostředků a maximální počet IOPS se určuje podle vybrané velikosti výpočetních prostředků. Další informace o maximální velikosti vstupně-výstupních operací za sekundu na výpočetní výkon najdete v tabulce.

Využití vstupně-výstupních operací můžete monitorovat na webu Azure Portal (pomocí služby Azure Monitor) pomocí metriky flexibilního serveru Služby Monitorování služby Azure Database for MySQL. Výpočetní prostředky serveru je potřeba škálovat, pokud potřebujete více IOPS než maximální počet IOPS na základě výpočetních prostředků.

Předem zřízený vstupně-výstupních operací za sekundu

Flexibilní server Azure Database for MySQL nabízí předem zřízený počet IOPS, což umožňuje přidělit určitý počet IOPS vaší instanci flexibilního serveru Azure Database for MySQL. Toto nastavení zajišťuje konzistentní a předvídatelný výkon vašich úloh. Pomocí předem zřízených IOPS můžete definovat konkrétní limit IOPS pro svazek úložiště, který zaručuje schopnost zpracovávat některé požadavky za sekundu. Výsledkem je spolehlivá a zajištěná úroveň výkonu. Předem zřízené IOPS umožňuje zřídit další IOPS nad limitem IOPS. Pomocí této funkce můžete kdykoli zvýšit nebo snížit počet zřizovaných IOPS podle požadavků vašich úloh.

Automatické škálování IOPS

Základním kamenem flexibilního serveru Azure Database for MySQL je jeho schopnost dosáhnout nejlepšího výkonu pro úlohy vrstvy 1. To je možné zlepšit tím, že serveru umožníte, aby automaticky škálovala výkon databázových serverů (V/V) v závislosti na potřebách úloh. Tato funkce výslovného souhlasu umožňuje uživatelům škálovat IOPS na vyžádání, aniž by museli předem zřídit určité množství vstupně-výstupních operací za sekundu. S povoleným povoleným automatickým škálováním IOPS teď můžete využívat bezplatnou správu vstupně-výstupních operací na flexibilním serveru Azure Database for MySQL, protože server automaticky škáluje vstupně-výstupní operace za sekundu v závislosti na potřebách úloh. Automatické škálování IOPS se automaticky škáluje na maximální počet podporovaných IOPS pro každou úroveň služby a velikost výpočetních prostředků, jak je uvedeno v dokumentaci k úrovním služby. To zajišťuje optimální výkon bez nutnosti ručního škálování.

Díky IOPS automatického škálování platíte jenom za vstupně-výstupní operace, které server používá, a už nemusíte zřizovat a platit za prostředky, které plně nepoužívají, šetří čas a peníze. Kromě toho můžou klíčové aplikace vrstvy 1 dosáhnout konzistentního výkonu tím, že kdykoli zpřístupní další vstupně-výstupní operace pro úlohy. IOPS automatického škálování eliminuje správu potřebnou k zajištění co nejlepšího výkonu pro zákazníky flexibilního serveru Azure Database for MySQL.

Dynamické škálování: Automatické škálování IOPS dynamicky upravuje limit IOPS databázového serveru na základě skutečné poptávky vaší úlohy. Tím se zajistí optimální výkon bez ručního zásahu nebo konfigurace.

Zpracování špiček úloh: Počet IOPS automatického škálování umožňuje vaší databázi bezproblémově zpracovávat špičky nebo výkyvy úloh bez ohrožení výkonu vašich aplikací. Tato funkce zajišťuje konzistentní odezvu i během období špičky využití.

Úspora nákladů: Na rozdíl od předem zřízeného IOPS, který určuje pevný limit IOPS a platí se bez ohledu na využití, automatické škálování IOPS umožňuje platit pouze za počet vstupně-výstupních operací, které využíváte.

Backup

Služba automaticky zálohuje váš server. Můžete vybrat dobu uchování 1 až 35 dnů. Další informace o zálohách najdete v článku o konceptech zálohování a obnovení.

Škálování prostředků

Po vytvoření serveru můžete nezávisle změnit úroveň výpočetních prostředků, velikost výpočetních prostředků (virtuální jádra a paměť), velikost úložiště a dobu uchovávání záloh. Velikost výpočetních prostředků je možné vertikálně navýšit nebo snížit a doba uchovávání záloh se dá vertikálně navýšit nebo snížit od 1 do 35 dnů. Velikost úložiště je možné zvětšit pouze. Škálování prostředků je možné provádět prostřednictvím portálu nebo Azure CLI.

Když změníte výpočetní úroveň nebo velikost výpočetních prostředků, musí se server restartovat, aby se nový typ serveru projevil. Když se systém přepne na nový server, není možné navázat žádná nová připojení a všechny nepotvrzené transakce se vrátí zpět. Toto okno se liší, ale ve většině případů je mezi 60 a 120 sekund.

Škálování úložiště a změna doby uchovávání záloh jsou online operace a nevyžadují restartování serveru.

Cena

Nejaktuálnější informace o cenách najdete na stránce s cenami služeb. Pokud chcete zobrazit náklady na požadovanou konfiguraci, na webu Azure Portal se na kartě Výpočty a úložiště zobrazují měsíční náklady na základě vybraných možností. Pokud nemáte předplatné Azure, můžete získat odhadovanou cenu pomocí cenové kalkulačky Azure. Na webu cenové kalkulačky Azure vyberte Přidat položky, rozbalte kategorii Databáze, jako typ nasazení zvolte Azure Database for MySQL a Flexibilní server.

Pokud chcete optimalizovat náklady na server, můžete zvážit následující tipy:

• Pokud je výpočetní výkon nedostatečně využitý, vertikálně navyšte kapacitu výpočetní úrovně nebo velikosti výpočetních prostředků (virtuální jádra).
• Pokud vaše úloha nepotřebuje plnou výpočetní kapacitu nepřetržitě z úrovně Pro obecné účely a Pro důležité obchodní informace, zvažte přepnutí na úroveň s možností nárazového využití.
• Zastavte server, pokud se nepoužívá.
• Pokud není potřeba delší uchovávání záloh, zkraťte dobu uchovávání záloh.

Související obsah

• Vytvoření instance flexibilního serveru Azure Database for MySQL na portálu
• Omezení služeb