Azure Database for MySQL cenové úrovně

PLATÍ PRO: Azure Database for MySQL – Jeden server

Server Azure Database for MySQL můžete vytvořit v jedné ze tří různých cenových úrovní: optimalizováno Basic, Pro obecné účely a paměť. Cenové úrovně jsou rozlišené o množství výpočtů v virtuální jádra, které se dá zřídit, paměť na vCore a technologie úložiště, která se používá k ukládání dat. Všechny prostředky jsou zřízené na úrovni serveru MySQL. Server může mít jednu nebo více databází.

Pokud chcete zvolit cenovou úroveň, použijte jako výchozí bod následující tabulku.

Po vytvoření serveru se dá v průběhu několika sekund změnit počet virtuální jádra, generování hardwaru a cenová úroveň (s výjimkou a od úrovně Basic). Velikost úložiště můžete také nezávisle upravovat a dobu uchovávání záloh nahoru nebo dolů bez výpadků aplikací. Po vytvoření serveru nejde typ úložiště zálohy změnit. Další informace najdete v části Scale Resources .

Generace a virtuální jádray výpočtů

Výpočetní prostředky se poskytují jako virtuální jádra, což představuje logický procesor základního hardwaru. Čína – východ 1, Čína – sever 1, US DoD – střed a US DoD – východ využití logických procesorů Gen 4, které jsou založené na procesorech Intel E5-2673 V3 (Haswell) 2,4 GHz. Všechny ostatní oblasti využívají logické procesory s Gen 5, které jsou založené na procesorech Intel E5-2673 v4 (Broadwell) 2,3 GHz.

Storage

Úložiště, které zřizujete, je množství úložné kapacity dostupné pro váš server Azure Database for MySQL. Úložiště se používá pro soubory databáze, dočasné soubory, transakční protokoly a protokoly serveru MySQL. Celková velikost úložiště, kterou zřizujete, také definuje kapacitu v/v k dispozici pro váš server.

Azure Database for MySQL – jeden server pro servery podporuje následující úložiště back-endu.

Základní úložiště

Základní úložiště je back-end úložiště podporující servery cenové úrovně Basic. Základní úložiště využívá Azure Storage úrovně Standard ve službě back-endu, na které se zřízené IOPS nezaručují, a latence je proměnlivá. Úroveň Basic je nejvhodnější pro úlohy, které vyžadují vyšší výpočetní výkon, nízké náklady a vstupně-výstupní výkon pro vývoj nebo malé často používané aplikace.

Úložiště pro obecné účely

Úložiště pro obecné účely je úložiště back-endu podporující Pro obecné účely a paměťově optimalizovanou úroveň serveru. V Pro obecné účelyovém úložišti se za IOPS škáluje podle velikosti zřízené úložiště v poměru 3:1. Existují dvě generace úložiště pro obecné účely, jak je popsáno níže:

Storage pro obecné účely V1 (podporuje až 4 TB)

Storage pro obecné účely je založená na technologii starší verze úložiště, která může podporovat až 4 TB úložiště a 6000 vstupně-výstupních operací na server. Úložiště pro obecné účely je optimalizováno pro využití paměti z výpočetních uzlů, které spouštějí modul MySQL pro místní ukládání do mezipaměti a zálohování. Proces zálohování v úložišti pro obecné účely v1 čte z dat a souborů protokolu v paměti výpočetních uzlů a kopíruje je do cílového záložního úložiště, aby bylo uchovávání až po dobu 35 dnů. V důsledku toho je využití paměti a vstupně-výstupních operací úložiště během zálohování relativně vyšší.

Všechny oblasti Azure podporují úložiště pro obecné účely verze 1.

V případě Pro obecné účely nebo paměťově optimalizovaného serveru v úložišti pro obecné účely verze 1 Doporučujeme vzít v úvahu

• Plánování účtování na úrovni SKU COMPUTE pro 10-30% nadměrné paměti pro ukládání do mezipaměti úložiště a vyrovnávací paměti pro zálohování
• Zřídit 10% vyšší IOPs, než kolik jich zatížení vyžaduje pro zálohování pro IOs
• Případně můžete migrovat na úložiště pro obecné účely v2 popsané níže, které podporuje až 16 TB úložiště, pokud je podkladová infrastruktura úložiště dostupná v preferovaných oblastech Azure, které jsou sdílené níže.

Storage pro obecné účely v2 (podporuje až 16 TB úložiště)

Storage verze 2 pro obecné účely je založená na nejnovější infrastruktuře úložiště, která může podporovat až 16 TB a 20000 vstupně-výstupních operací. V podmnožině oblastí Azure, kde je infrastruktura k dispozici, jsou ve výchozím nastavení všechny nově zřízené servery zaměřeny na úložiště pro obecné účely verze 2. Úložiště pro obecné účely nespotřebovává žádnou paměť z výpočetního uzlu MySQL a poskytuje lepší předvídatelné vstupně-výstupní latence ve srovnání s úložištěm pro obecné účely v1. Zálohy na serverech úložiště pro obecné účely v2 jsou založené na snímcích bez dalších režijních nákladů na V/V. U úložiště pro obecné účely verze 2 se očekává vyšší výkon serveru MySQL v porovnání s úložištěm pro obecné účely verze 1 pro stejné úložiště a zřízenou iOps. Za úložiště pro obecné účely, které podporuje až 16TB úložiště, se neúčtuje žádné další poplatky. Pokud chcete pomoc s migrací do 16TB úložiště, otevřete lístek podpory na Azure Portal.

Úložiště pro obecné účely v2 se podporuje v následujících oblastech Azure:

Jak můžu určit typ úložiště, na kterém je server spuštěný?

Typ úložiště serveru najdete v okně Cenová úroveň na portálu.

• Pokud je server zřízen pomocí skladové položky Basic, typ úložiště je Úložiště basic.
• Pokud je server zřízen pomocí skladové Pro obecné účely nebo optimalizováno pro paměť, typ úložiště je Pro obecné účely úložiště.
  • Pokud je maximální velikost úložiště, které je možné zřídit na serveru, až 4 TB, typ úložiště Pro obecné účely storage v1.
  • Pokud je maximální velikost úložiště, které je možné zřídit na serveru, až 16 TB, typ úložiště Pro obecné účely storage v2.

Můžu přejít z úložiště pro obecné účely v1 na úložiště pro obecné účely v2? Pokud ano, jak a jsou za to nějaké další náklady?

Ano, migrace z verze 1 na úložiště pro obecné účely verze 2 se podporuje, pokud je základní infrastruktura úložiště dostupná v oblasti Azure zdrojového serveru. Migrace a úložiště v2 jsou k dispozici bez dalších nákladů.

Můžu po zřízení serveru zvětšovat velikost úložiště?

Během a po vytvoření serveru můžete přidat další kapacitu úložiště a povolit systému automatické zvětšování úložiště na základě využití úložiště vaší úlohy.

Monitorování využití V/V

Spotřebu V/V můžete monitorovat v Azure Portal nebo pomocí příkazů Azure CLI. Relevantní metriky, které se mají monitorovat, jsou limit úložiště, procento úložiště, využité úložiště a procento V/V. Metriky monitorování pro server MySQL s úložištěm pro obecné účely v1 hlásí paměť a V/V spotřebované strojem MySQL, ale nemusí zachycovat spotřebu paměti a V/V vrstvy úložiště, což je omezení.

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

Servery se zřízeným úložištěm o velikosti 100 GB nebo méně se označí jako jen pro čtení v případě, že velikost volného úložiště klesne pod 5 % velikosti zřízeného úložiště. Servery s více než 100 GB zřízeného úložiště se označí jako jen pro čtení v případě, že velikost volného úložiště klesne pod 5 GB.

Pokud jste například zřutili 110 GB úložiště a skutečné využití přesápne 105 GB, server se označí jako jen pro čtení. Pokud máte zřízeno 5 GB úložiště, server se označí jako jen pro čtení, když volné úložiště dosáhne méně než 256 MB.

Zatímco se služba pokouší nastavit server jen pro čtení, všechny požadavky transakcí zápisu se zablokují a stávající aktivní transakce se budou provádět dál. Když je server nastavený jen pro čtení, všechny další operace zápisu a potvrzení transakcí selžou. Dotazy na čtení budou fungovat dál bez přerušení. Jakmile navýšíte velikost zřízeného úložiště, bude server připravený znovu přijímat transakce zápisu.

Doporučujeme zapnout automatické zvětšování úložiště nebo nastavit výstrahu, která vás upozorní, když se úložiště serveru blíží prahové hodnotě, abyste se vyhnuli přístupu do stavu jen pro čtení. Další informace najdete v dokumentaci k nastavení výstrahy.

Storage automatického zvětšování

Storage automatické zvětšování brání tomu, aby vašemu serveru došly ú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 ovlivnilo zatížení. U serverů, které mají zřízené úložiště menší než 100 GB, se zřízená velikost úložiště zvýší o 5 GB, pokud je volné úložiště nižší než 10 % zřištěné úložiště. U serverů s více než 100 GB zřištěného úložiště se velikost zřištěného úložiště zvýší o 5 %, pokud je volný prostor úložiště menší než 10 GB zřízené velikosti úložiště. Platí maximální limity úložiště uvedené výše.

Pokud jste například zřutili 1 000 GB úložiště a skutečné využití přesápne 990 GB, velikost úložiště serveru se zvýší na 1 050 GB. Pokud máte zřízeno 10 GB úložiště, velikost úložiště se případně zvýší na 15 GB, pokud je úložiště méně než 1 GB zdarma.

Mějte na paměti, že úložiště je možné škálovat pouze nahoru, ne dolů.

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

Azure Database for MySQL poskytuje úložiště zřízeného serveru jako úložiště pro zálohování až 100%, a to bez dalších nákladů. Jakékoli úložiště záloh, které využijete, se nad rámec této částky účtuje za GB za měsíc. Pokud například zřídíte Server s 250 GB úložiště, budete mít k dispozici až 250 GB dalších úložiště pro zálohy serveru zdarma. Storage pro zálohy převyšující 250 GB se účtují podle cenového modelu. Pokud chcete pochopit faktory ovlivňující využití úložiště záloh, monitorování a řízení nákladů na úložiště zálohování, můžete se podívat na dokumentaci k zálohování.

Škálování prostředků

Po vytvoření serveru můžete nezávisle změnit virtuální jádra, generaci hardwaru, cenovou úroveň (s výjimkou a od úrovně Basic), velikost úložiště a dobu uchování zálohy. Po vytvoření serveru nejde typ úložiště zálohy změnit. Počet virtuální jádra se dá škálovat nahoru nebo dolů. Doba uchovávání záloh se dá škálovat nahoru nebo dolů od 7 do 35 dnů. Velikost úložiště se dá zvýšit jenom. Škálování prostředků se dá provést buď prostřednictvím portálu, nebo pomocí Azure CLI. Příklad škálování pomocí rozhraní příkazového řádku Azure najdete v tématu monitorování a škálování Azure Database for MySQL serveru pomocí Azure CLI.

Když změníte počet virtuální jádra, generování hardwaru nebo cenovou úroveň, vytvoří se kopie původního serveru s novým přidělením výpočtů. Po zprovoznění nového serveru se připojení přepnou na nový server. 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. Doba výpadku během škálování může být přibližně 60-120 sekund. Výpadek při škálování závisí na čase obnovení databáze, což může způsobit, že se databáze dostanou do online režimu, pokud máte v době operace škálování na serveru velkou transakční aktivitu. Chcete-li se vyhnout delší době restartování, doporučujeme provést operace škálování během období s nízkou transakční aktivitou na serveru.

Škálování úložiště a Změna doby uchovávání záloh jsou pravdivé online operace. Nedochází k výpadkům a vaše aplikace to nijak neovlivní. Když se v případě IOPS škáluje velikost zřízeného úložiště, můžete prodloužit kapacitu úložiště, která je pro váš server dostupná.

Ceny

Nejaktuálnější informace o cenách najdete na stránce s cenamislužeb. Chcete-li zobrazit náklady na konfiguraci, kterou požadujete, Azure Portal na kartě cenová úroveň na základě možností, které jste vybrali, zobrazí měsíční náklady. 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 a zvolte Azure Database for MySQL pro přizpůsobení možností.

Další kroky

• Naučte se vytvořit server MySQL na portálu.
• Přečtěte si o omezeních služeb.
• Přečtěte si, jak škálovat pomocí replik pro čtení.