Sdílet prostřednictvím


Migrace místního MySQL do služby Azure Database for MySQL: Post Migration Management

Při přesunu databází MySQL z místních prostředí do Služby Azure Database for MySQL je zásadní správa po migraci. Tento článek se zabývá základními úlohami a osvědčenými postupy pro správu databází po migraci. Můžete zajistit, aby vaše databáze fungovaly efektivně a bezpečně v prostředí Azure tím, že se zaměříte na monitorování, ladění výkonu, zabezpečení a údržbu. Tato příručka poskytuje přehledy a strategie potřebné ke správě migrovaných databází efektivně, řešení potenciálních problémů a použití pokročilých funkcí Azure k optimalizaci výkonu a spolehlivosti. Bez ohledu na to, jestli se snažíte zvýšit výkon databáze, zajistit zabezpečení dat nebo zjednodušit úlohy údržby, tento článek vám poskytne znalosti, abyste dosáhli úspěšné správy po migraci.

Požadavky

Migrace místního MySQL do služby Azure Database for MySQL: Migrace dat pomocí aplikace MySQL Workbench

Monitorování a upozornění

Po úspěšném dokončení migrace bude další fáze správy nových cloudových prostředků datových úloh. Operace správy zahrnují aktivity řídicí roviny i roviny dat. Aktivity roviny řízení se týkají prostředků Azure a roviny dat, která je uvnitř prostředku Azure (v tomto případě MySQL).

Azure Database for MySQL umožňuje monitorovat oba tyto typy provozních aktivit pomocí nástrojů založených na Azure, jako jsou Azure Monitor, Log Analytics a Microsoft Sentinel. Kromě nástrojů založených na Azure je možné nakonfigurovat také systémy pro správu informací o zabezpečení a událostech (SIEM), které tyto protokoly využívají.

Podle toho, který nástroj se používá k monitorování nových cloudových úloh, je potřeba vytvořit výstrahy, které upozorní správce Azure a databází na podezřelé aktivity. Pokud má konkrétní událost upozornění dobře definovanou cestu k nápravě, můžou výstrahy aktivovat automatizované runbooky Azure, aby se tato událost vyřešila.

Prvním krokem k vytvoření plně monitorovaného prostředí je povolení toku dat protokolů MySQL do služby Azure Monitor. Další informace najdete v referenčních informacích ke konfiguraci protokolů auditu a přístupu ke službě Azure Database for MySQL na webu Azure Portal .

Po toku dat protokolu použijte dotazovací jazyk dotazovací jazyk Kusto (KQL) k dotazování různých informací protokolu. Správci, kteří v KQL neznáte, můžou najít tahák SQL na KQL nebo na stránce Začínáme s dotazy na protokoly na stránce Azure Monitoru .

Pokud například chcete získat využití paměti služby Azure Database for MySQL:

AzureMetrics
| where TimeGenerated \> ago(15m)
| limit 10
| where ResourceProvider == "MICROSOFT.DBFORMYSQL"
| where MetricName == "memory\_percent"
| project TimeGenerated, Total, Maximum, Minimum, TimeGrain, UnitName
| top 1 by TimeGenerated

Získání využití procesoru:

AzureMetrics
| where TimeGenerated \> ago(15m)
| limit 10
| where ResourceProvider == "MICROSOFT.DBFORMYSQL"
| where MetricName == "cpu\_percent"
| project TimeGenerated, Total, Maximum, Minimum, TimeGrain, UnitName
| top 1 by TimeGenerated

Po vytvoření dotazu KQL pak vytvoříte upozornění protokolu na základě těchto dotazů.

Parametry serveru

V rámci migrace je pravděpodobné, že parametry místního serveru byly upraveny tak, aby podporovaly rychlý výchozí přenos dat. Byly také provedeny změny parametrů Azure Database for MySQL pro podporu rychlého příchozího přenosu dat. Parametry serveru Azure by se měly po migraci nastavit zpět na původní hodnoty optimalizované pro místní úlohy.

Nezapomeňte ale zkontrolovat a provést změny parametrů serveru, které jsou vhodné pro úlohy a prostředí. Některé hodnoty, které byly skvělé pro místní prostředí, nemusí být pro cloudové prostředí optimální. Kromě toho při plánování migrace aktuálních místních parametrů do Azure ověřte, že je možné je ve skutečnosti nastavit.

Některé parametry není možné upravovat ve službě Azure Database for MySQL.

Modul prostředí PowerShell

Azure Portal a Windows PowerShell je možné použít ke správě služby Azure Database for MySQL. Pokud chcete začít s PowerShellem, nainstalujte rutiny Azure PowerShellu pro MySQL pomocí následujícího příkazu PowerShellu:

Install-Module -Name Az.MySql

Po instalaci modulů se referenční kurzy jako v následujících kurzech naučíte, jak můžete využít skriptování aktivit správy:

Proces upgradu služby Azure Database for MySQL

Vzhledem k tomu, že Azure Database for MySQL je nabídka PaaS, správci nejsou zodpovědní za správu aktualizací v operačním systému ani za software MySQL. Je ale důležité vědět, že proces upgradu může být náhodný a při nasazení může zastavit úlohy serveru MySQL. Naplánujte tyto výpadky přesměrováním úloh na repliku pro čtení v případě, že konkrétní instance přejde do režimu údržby.

Poznámka:

Tento styl architektury převzetí služeb při selhání může vyžadovat změny datové vrstvy aplikací pro podporu tohoto typu scénáře převzetí služeb při selhání. Pokud je replika pro čtení zachována jako replika pro čtení a není povýšena, může aplikace číst pouze data a může selhat, když se jakákoli operace pokusí zapisovat informace do databáze.

Funkce oznámení o plánované údržbě informuje vlastníky prostředků až 72 hodin předem o instalaci aktualizace nebo kritické opravy zabezpečení. Správci databází můžou potřebovat upozornit uživatele aplikace na plánovanou a neplánovanou údržbu.

Poznámka:

Oznámení o údržbě Azure Database for MySQL jsou neuvěřitelně důležitá. Údržba databáze může nějakou dobu trvat, než se vaše databáze a připojené aplikace zpomalí.

Scénář WWI

WWI se rozhodla využít protokoly aktivit Azure a povolit protokolování MySQL tok do pracovního prostoru služby Log Analytics. Tento pracovní prostor je nakonfigurovaný tak, aby byl součástí Služby Microsoft Sentinel , aby se zobrazily všechny události analýzy hrozeb a vytvořily se incidenty.

Databázové autority MySQL nainstalovaly rutiny Azure PowerShellu pro Azure Database for MySQL, které umožňují automatizovat správu Serveru MySQL a pokaždé se k webu Azure Portal přihlašovat.

Kontrolní seznam pro správu

  • Vytvořte upozornění na prostředky pro běžné věci, jako je procesor a paměť.

  • Ujistěte se, že jsou parametry serveru nakonfigurované pro úlohu cílových dat po migraci.

  • Skriptování běžných úloh správy

  • Nastavte oznámení pro události údržby, jako jsou upgrady a opravy. Podle potřeby upozorněte uživatele.

Další krok