Určení potřeb škálování serveru Azure Database for MySQL

Dokončeno

Pokud jde o určení velikosti výpočetních prostředků, zvažte, jestli je stávající a prognózované využití dobře v rámci kapacity. Požadované informace získáte monitorováním základních metrik výkonu, jako je využití procesoru a paměti RAM. Pomocí protokolu pomalých dotazů můžete identifikovat a optimalizovat špatně výkonné dotazy a napravit problém s výkonem bez škálování velikosti výpočetních prostředků. Měli byste také monitorovat výkon vstupně-výstupních operací, abyste měli jistotu, že čtení a zápisy databáze nejsou kritickým bodem výkonu. Další možností, jak efektivně zvýšit dostupnou kapacitu v hlavní databázi, je zřídit repliku pro čtení pro přesun zatížení dotazů.

Monitorování metrik výkonu databáze

Azure Portal nabízí přístup k řadě metrik , které můžete použít k monitorování výkonu databáze. Můžete například vizualizovat procento procesoru používané flexibilním serverem.

Snímek obrazovky s metrikami znázorňující využití procesoru

Vzhledem k tomu, že využití procesoru se blíží 100 %, výkon databáze výrazně snižuje. Pokud je využití procesoru na flexibilním serveru konzistentně vyšší než 50 %, zvažte zvýšení velikosti výpočetních prostředků.

Metriky výkonu můžete zobrazit v sešitu přehledu monitorování. Pokud chcete získat přístup k sešitu s přehledem, postupujte takto:

  1. Na webu Azure Portal v levém podokně v části Monitorování instance flexibilního serveru Azure Database for MySQL vyberte Sešity.

    Snímek obrazovky sekce monitorování, který zobrazuje seznam sešitů.

  2. Vyberte sešit Přehled. Zobrazí se grafy zobrazující připojení, využití procesoru a paměti a další metriky, jako na následujícím snímku obrazovky.

    Snímek obrazovky se sešitem přehledu monitorování

Kromě analýzy těchto metrik můžete zobrazit diagnostiku serveru a získat tak přehled o výkonu na panelu Protokoly flexibilního serveru.

Snímek obrazovky panelu protokolů zobrazující výběr dotazu

Kromě těchto metrik a protokolů můžete také monitorovat protokol pomalých dotazů a zaznamenávat podrobnosti o dlouhotrvajících dotazech. Tyto informace můžou odhalit stávající pomalé dotazy pro optimalizaci a můžete nastavit upozornění, která okamžitě zjistí budoucí regrese výkonu dotazů pro zmírnění rizik.

Pokud chcete povolit funkci protokolu pomalých dotazů, vyberte na stránce přidružené k flexibilnímu serveru protokoly serveru a zaškrtněte políčka Povolit a Protokoly pomalých dotazů.

Snímek obrazovky stránky portálu Azure pro povolení protokolů pomalých dotazů na serveru

Po povolení pomalého protokolování dotazů můžete zobrazit přehledy výkonu dotazů pomocí analýzy protokolů nebo sešitů vizualizací. Pokud chcete získat přístup k přehledům výkonu dotazů, postupujte stejně jako výše, ale místo přehledu vyberte Query Performance Insights .

Uvidíte několik vizualizací, včetně prvních pěti nejdelších dotazů nebo souhrn pomalých dotazů, jak je znázorněno na následujícím snímku obrazovky.

Snímek obrazovky s pěti nejdelšími dotazy a souhrnem pomalých dotazů

Ladění parametrů výkonu serveru

Parametry serveru MySQL můžete nakonfigurovat tak, aby optimalizovaly výkon na základě monitorování. Můžete například zvýšit hodnotu innodb_buffer_pool_size , abyste zachovali více dat tabulky v paměti a ušetřili na čtení na disku. Pokud chcete snížit aktivitu vyprázdnění kontrolního bodu fondu vyrovnávací paměti, můžete zvýšit innodb_log_file_size náklady na pomalejší zotavení po havárii.

Pokud zjistíte, že připojení aplikací jsou zařazená do fronty a zatížení serveru je přijatelné, můžete zvýšit počet maximálních připojení, abyste umožnili větší paralelismus.

Pokud chcete upravit parametry serveru, přejděte na web Azure Portal pro flexibilní server MySQL a přejděte do části Parametry serveru . Zadejte název parametru do vyhledávacího panelu nebo procházejte parametry top nebo všechny podporované parametry serveru.

Prozkoumání a povolení funkce IOPS automatického škálování

Azure Database for MySQL nabízí dva způsoby přidělení kapacity vstupně-výstupních operací disku: předem zřízená v porovnání s IOPS s automatickým škálováním (vstupně-výstupní operace za sekundu).

Předem zřízené IOPS může být vhodnější, když je zatížení databáze předvídatelné a není prudké. Server získá základní počet zřízených IOPS, a podle potřeby můžete přidělit další IOPS (až do maximální velikosti výpočetních prostředků), a to tak, že přejdete na Compute + storage:

Snímek obrazovky s panelem nastavení pro přidání dalších předem zřízených IOPS.

Pokud dojde ke špičkám, výkon serveru může dočasně snížit, pokud vstupně-výstupní operace překročí přidělenou hodnotu. Kapacita a náklady jsou však předvídatelné.

Funkce automatického škálování IOPS je vytvořená pro nepředvídatelný, spiky nebo rostoucí databázový provoz. S povolenou funkcí se vstupně-výstupní operace za sekundu dynamicky škáluje, takže ruční úprava není nutná k optimalizaci nákladů nebo výkonu, protože pracovní postup kolísá. Díky tomu použití funkce IOPS automatického škálování zpracovává neprediktované špičky úloh transparentně a platíte jenom za operace spotřebované, ne za nevyužitou kapacitu.

U existujícího flexibilního serveru MySQL můžete povolit funkci IOPS automatického škálování na webu Azure Portal výběrem výpočetních prostředků a úložiště:

Snímek obrazovky s možnostmi vytvoření automatického škálování IOPS

Poznámka:

Funkci IOPS automatického škálování můžete také povolit při vytváření serveru.

Monitorování IOPS

Monitorování IOPS umožňuje určit, jak blízko je vaše instance maximální počet IOPS, pokud používáte předem zřízené IOPS nebo maximální velikost výpočetních prostředků, pokud používáte funkci IOPS automatického škálování.

Pokud chcete monitorovat výkon IOPS, přejděte do okna Metriky v části Monitorování nebo do okna Přehled , pokud chcete zobrazit výkon IOPS spolu s dalšími běžnými metrikami.

Snímek obrazovky s monitorováním přehledového panelu

V WingTip Toys, protože očekáváte velký nárůst provozu v nepředvídatelných časech při zavádění marketingové kampaně, chcete se vyhnout riziku, že nebude možné ubytovat příchozí objednávky. Chcete se také vyhnout placení maximální kapacity, pokud ji skutečně nepotřebujete. Místo předem zřízených IOPS se rozhodnete použít funkci automatického škálování IOPS, která podle potřeby vyžaduje ruční přidání dalších IOPS. Tento přístup vyrovnává efektivitu nákladů s škálovatelností na vyžádání.

Zřízení repliky pro čtení

Zřídíte repliky pro čtení pro přesměrování zpracování dotazů jen pro čtení do samostatné databáze, což snižuje zatížení hlavní aplikační databáze.

Pokud chcete zřídit repliku pro čtení, na webu Azure Portal na stránce přidružené k vašemu flexibilnímu serveru vyberte Replikace a pak vyberte Přidat repliku.

Snímek obrazovky s tlačítkem přidat repliku

Po vytvoření repliky pro čtení můžete nakonfigurovat název serveru repliky a jeho nastavení výpočetních prostředků a úložiště. Některá nastavení, jako je ověřování, která se dědí z primárního serveru, nemůžete změnit.

Snímek obrazovky při přidání repliky

V Wingtip Toys teď tým datových věd a nástroje pro vytváření sestav můžou dotazovat server repliky pro čtení, což snižuje zatížení hlavní aplikační databáze a odstraňuje nutnost omezit analýzy nebo omezit dotazy mimo pracovní dobu.