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ří různých úrovní služby: Burstable, General Purpose a Pro důležité obchodní informace. Úrovně služby se odlišují od základní skladové položky virtuálního počítače 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. Stejná 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í.
| Prostředek nebo úroveň | Nárazové rozšíření | Obecné použití | Pro důležité obchodní informace |
|---|---|---|---|
| Řada virtuálních počítačů | Řada B | Dadsv5-seriesDdsv4-series | Edsv4 Edsv5-series*/Eadsv5-series/ |
| virtuálních jader | 1, 2, 4, 8, 12, 16, 20 | 2, 4, 8, 16, 32, 48, 64 | 2, 4, 8, 16, 32, 48, 64, 80, 96 |
| Paměť na virtuální jádro | Proměnná | 4 GiB | 8 GiB ** |
| Velikost úložiště | 20 GiB až 16 TiB | 20 GiB až 16 TiB | 20 GiB až 16 TiB |
| Doba uchovávání záloh databáze | 1 až 35 dní | 1 až 35 dní | 1 až 35 dní |
** S výjimkou 64 80 a 96 virtuálních jader, které mají 504 GiB, 504 GiB a 672 GiB paměti.
* Výpočetní prostředí Ev5 poskytuje nejlepší výkon mimo jiné řady virtuálních počítačů z hlediska QPS a latence. Další informace o výkonu a dostupnosti výpočetních prostředků Ev5 v jednotlivých oblastech najdete tady.
Pokud chcete zvolit úroveň výpočetních prostředků, použijte jako výchozí bod následující tabulku.
| Úroveň výpočetních prostředků | Cílová zátěž |
|---|---|
| Se zvládáním nárazových špiček | Nejvhodnější pro úlohy, které nepotřebují nepřetržitě plný procesor. |
| Pro obecné účely | Většina obchodních úloh, které vyžadují vyvážené výpočetní prostředky a paměť se škálovatelnou propustností vstupně-výstupních operací. K příkladům patří servery, které hostují webové, mobilní a další podnikové aplikace. |
| Pro důležité obchodní informace | Vysoce výkonné databázové úlohy, které vyžadují výkon v paměti pro rychlejší zpracování transakcí a vyšší souběžnost. K příkladům patří servery, které zpracovávají data v reálném čase, a transakční nebo analytické aplikace vyžadující vysoký výkon. |
Po vytvoření serveru je možné 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ě nevyžaduje restartování. 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.
Podrobné specifikace dostupných typů serverů jsou pro burstable následující:
| Velikost výpočetních prostředků | virtuálních jader | Velikost fyzické paměti (GiB) | Celková velikost paměti (GiB) | Maximální počet podporovaných IOPS | Maximální počet připojení | Dočasné úložiště (SSD) GiB |
|---|---|---|---|---|---|---|
| Standard_B1s | 1 | 1 | 1,1 | 320 | 171 | 0 |
| Standard_B1ms | 1 | 2 | 2,2 | 640 | 341 | 0 |
| Standard_B2s | 2 | 4 | 4.4 | 1280 | 683 | 0 |
| Standard_B2ms | 2 | 8 | 8.8 | 1700 | 1365 | 0 |
| Standard_B4ms | 4 | 16 | 17.6 | 2400 | 2731 | 0 |
| Standard_B8ms | 8 | 32 | 35.2 | 3100 | 5461 | 0 |
| Standard_B12ms | 12 | 48 | 52.8 | 3800 | 8193 | 0 |
| Standard_B16ms | 16 | 64 | 70.4 | 4300 | 10923 | 0 |
| Standard_B20ms | 20 | 80 | 88 | 5000 | 13653 | 0 |
Podrobné specifikace dostupných typů serverů jsou pro obecné účely následující:
| Velikost výpočetních prostředků | virtuálních jader | Velikost fyzické paměti (GiB) | Celková velikost paměti (GiB) | Maximální počet podporovaných IOPS | Maximální počet připojení | Dočasné úložiště (SSD) GiB |
|---|---|---|---|---|---|---|
| Standard_D2ads_v5 | 2 | 8 | 11 | 3200 | 1365 | 53 |
| Standard_D2ds_v4 | 2 | 8 | 11 | 3200 | 1365 | 53 |
| Standard_D4ads_v5 | 4 | 16 | 22 | 6400 | 2731 | 107 |
| Standard_D4ds_v4 | 4 | 16 | 22 | 6400 | 2731 | 107 |
| Standard_D8ads_v5 | 8 | 32 | 44 | 12800 | 5461 | 215 |
| Standard_D8ds_v4 | 8 | 32 | 44 | 12800 | 5461 | 215 |
| Standard_D16ads_v5 | 16 | 64 | 88 | 20 000 | 10923 | 430 |
| Standard_D16ds_v4 | 16 | 64 | 88 | 20 000 | 10923 | 430 |
| Standard_D32ads_v5 | 32 | 128 | 176 | 20 000 | 21845 | 860 |
| Standard_D32ds_v4 | 32 | 128 | 176 | 20 000 | 21845 | 860 |
| Standard_D48ads_v5 | 48 | 192 | 264 | 20 000 | 32768 | 1290 |
| Standard_D48ds_v4 | 48 | 192 | 264 | 20 000 | 32768 | 1290 |
| Standard_D64ads_v5 | 64 | 256 | 352 | 20 000 | 43691 | 1720 |
| Standard_D64ds_v4 | 64 | 256 | 352 | 20 000 | 43691 | 1720 |
Podrobné specifikace dostupných typů serverů jsou pro Pro důležité obchodní informace následující:
| Velikost výpočetních prostředků | virtuálních jader | Velikost fyzické paměti (GiB) | Celková velikost paměti (GiB) | Maximální počet podporovaných IOPS | Maximální počet připojení | Dočasné úložiště (SSD) GiB |
|---|---|---|---|---|---|---|
| Standard_E2ds_v4 | 2 | 16 | 22 | 5000 | 2731 | 37 |
| Standard_E2ads_v5 | 2 | 16 | 22 | 5000 | 2731 | 37 |
| Standard_E4ds_v4 | 4 | 32 | 44 | 10000 | 5461 | 75 |
| Standard_E4ads_v5 | 4 | 32 | 44 | 10000 | 5461 | 75 |
| Standard_E8ds_v4 | 8 | 64 | 88 | 18000 | 10923 | 151 |
| Standard_E8ads_v5 | 8 | 64 | 88 | 18000 | 10923 | 151 |
| Standard_E16ds_v4 | 16 | 128 | 176 | 28000 | 21845 | 302 |
| Standard_E16ads_v5 | 16 | 128 | 176 | 28000 | 21845 | 302 |
| Standard_E20ds_v4 | 20 | 160 | 220 | 28000 | 27306 | 377 |
| Standard_E20ads_v5 | 20 | 160 | 220 | 28000 | 27306 | 377 |
| Standard_E32ds_v4 | 32 | 256 | 352 | 38000 | 43691 | 604 |
| Standard_E32ads_v5 | 32 | 256 | 352 | 38000 | 43691 | 604 |
| Standard_E48ds_v4 | 48 | 384 | 528 | 48000 | 65536 | 906 |
| Standard_E48ads_v5 | 48 | 384 | 528 | 48000 | 65536 | 906 |
| Standard_E64ds_v4 | 64 | 504 | 693 | 64000 | 86016 | 1224 |
| Standard_E64ads_v5 | 64 | 504 | 693 | 64000 | 86016 | 1224 |
| Standard_E80ids_v4 | 80 | 504 | 693 | 72000 | 86016 | 1224 |
| Standard_E2ds_v5 | 2 | 16 | 22 | 5000 | 2731 | 37 |
| Standard_E4ds_v5 | 4 | 32 | 44 | 10000 | 5461 | 75 |
| Standard_E8ds_v5 | 8 | 64 | 88 | 18000 | 10923 | 151 |
| Standard_E16ds_v5 | 16 | 128 | 176 | 28000 | 21845 | 302 |
| Standard_E20ds_v5 | 20 | 160 | 220 | 28000 | 27306 | 377 |
| Standard_E32ds_v5 | 32 | 256 | 352 | 38000 | 43691 | 604 |
| Standard_E48ds_v5 | 48 | 384 | 528 | 48000 | 65536 | 906 |
| Standard_E64ds_v5 | 64 | 512 | 704 | 64000 | 87383 | 1208 |
| Standard_E96ds_v5 | 96 | 672 | 924 | 800 000 | 100000 | 2004 |
Správa paměti na flexibilním serveru Azure Database for MySQL
V MySQL hraje paměť důležitou 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šila správu prostředků, takže se můžete soustředit jenom na celkovou paměť dostupnou pro váš proces Azure MySQL Server (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 slouží jako základní modul pro databázové operace. 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 burstable (B-series), řady Ddsv4-seriespro obecné účely ddsv4-series a Pro důležité obchodní informace Edsv5-series Edsv5-series//Eadsv5.řady.
Omezení výkonu instancí s možností rozšíření řady
Poznámka:
Pokud je virtuální počítač spuštěný nebo zastavený nebo restartovaný, může dojít ke ztrátě kreditů pro výpočetní úroveň burstable (B-series). Další informace najdete v nejčastějších dotazech k rozšíření (B-Series).
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. Pokud server vrstvy burstable spouští úlohu, která vyžaduje vyšší výkon procesoru než základní úroveň, a vyčerpá své kredity procesoru, může dojít k omezení výkonu serveru a nakonec může ovlivnit různé systémové operace, jako je zastavení/spuštění/restartování serveru.
Poznámka:
U serverů ve výpočetní vrstvě burstable (B-series), jako jsou Standard_B1s/ Standard_B1ms/Standard_B2s, může jejich relativně menší velikost paměti hostitele vést k chybovému ukončení (nedostatek paměti) v případě, že metrika memory_percent nedosáhla 100 %.
Kvůli tomuto omezování může dojít k problémům s připojením serveru a může to mít vliv na systémové operace. 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í a vysokou dostupnost . Pro takové úlohy a funkce jsou vhodnější další úrovně výpočetních prostředků, jako jsou obecné účely nebo Pro důležité obchodní informace.
Další informace o modelu kreditu procesoru řady B-series v Azure najdete v rozsažení instancí ř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 konkrétních požadavcích na zatížení a výkon.
Spotřebovaný kredit procesoru: 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.
Zbývající kredit procesoru: Tato metrika zobrazuje počet kreditů procesoru zbývající pro vaši instanci. Sledování této metriky vám 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 nastavení upozornění na metriky najdete v tomto průvodci.
Úložiště
Zřízené úložiště představuje kapacitu úložiště dostupnou pro váš flexibilní server. Úložiště se používá pro databázové soubory, dočasné soubory, transakční protokoly a protokoly serveru MySQL. Ve všech úrovních služby je minimální podporované úložiště 20 GiB a maximum je 16 TiB. Úložiště se škáluje v přírůstcích po 1 GiB a po vytvoření serveru je možné vertikálně navýšit kapacitu.
Poznámka:
Kapacitu úložiště je možné vertikálně pouze navýšit, ne snížit.
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ě
Pokud se využití úložiště na serveru blíží dosažení zřízeného limitu, server se přepne do režimu jen pro čtení, aby se zajistila ochrana před případnými ztracenými 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čí jen pro čtení, pokud je volné úložiště menší než 5 GiB.
Pokud jste například zřídili 110 GiB úložiště a skutečné využití překročí 105 GiB, server se označí 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í provést server jen pro čtení, všechny nové požadavky na transakce zápisu jsou blokovány a stávající aktivní transakce budou nadále spuštěny. Když je server nastavený jen pro čtení, všechny další operace zápisu a potvrzení transakcí selžou. 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 úlohu. Automatické zvětšování úložiště je ve výchozím nastavení povolené pro všechny nové servery. 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, když je bezplatné ú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í úložiště nejde vertikálně snížit kapacitu.
Poznámka:
Automatické zvětšování úložiště je ve výchozím nastavení povolené pro server s vysokou dostupností a nedá se zakázat.
IOPS
Flexibilní server Azure Database for MySQL podporuje předem zřízené IOPS a automatické škálování IOPS. Další informace. Minimální počet vstupně-výstupních operací za sekundu je 360 ve všech velikostech výpočetních prostředků a maximální počet vstupně-výstupních operací za sekundu je určen vybranou velikostí 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.
Důležité
**Minimální počet IOPS je 360 napříč všemi velikostmi výpočetních prostředků.
**Maximální počet vstupně-výstupních operací za sekundu určuje vybraná velikost výpočetních prostředků.
Spotřebu vstupně-výstupních operací můžete monitorovat na webu Azure Portal (se službou Azure Monitor) pomocí procentuální metriky vstupně-výstupních operací. Pokud potřebujete více IOPS, než je maximální počet IOPS na základě výpočetních prostředků, musíte škálovat výpočetní prostředky serveru.
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, které je možné vylepšit povolením automatického škálování výkonu serveru (V/V) databázových serverů bez problémů v závislosti na potřebách úloh. Jedná se o funkci výslovného souhlasu, která uživatelům umožňuje š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 doporučeným povolením automatického škálování 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.
S 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í, což šetří čas i peníze. Kromě toho můžou klíčové aplikace vrstvy 1 dosáhnout konzistentního výkonu tím, že jsou pro úlohy kdykoli k dispozici další vstupně-výstupní operace. Automatické škálování IOPS 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 upraví limit IOPS vašeho 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: Automatické škálování IOPS 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, kde je zadaný a placený pevný limit IOPS bez ohledu na využití, automatické škálování IOPS umožňuje platit jenom za počet vstupně-výstupních operací, které spotřebujete.
Backup
Služba automaticky zálohuje váš server. Můžete vybrat dobu uchovávání od 1 do 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ěť) a 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. 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ést prostřednictvím portálu nebo Azure CLI.
Poznámka:
Velikost úložiště je možné zvětšit pouze. Po zvětšení se nemůžete vrátit k menší velikosti úložiště.
Když změníte výpočetní úroveň nebo velikost výpočetních prostředků, server se restartuje, aby se nový typ serveru projevil. Během přepínání systému na nový server není možné navazovat 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.
Ceny
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
- Zjistěte, jak vytvořit instanci flexibilního serveru Azure Database for MySQL na portálu.
- Přečtěte si o omezeních služeb.