Sdílet prostřednictvím

Plánovaná údržba ve službě Azure Database for MySQL

Azure Database for MySQL provádí pravidelnou údržbu, která pomáhá udržovat spravovanou databázi zabezpečenou, stabilní a aktuální. Během údržby server získá nové funkce, aktualizace a opravy.

Důležité

Během údržby Azure Database for MySQL se vyhněte všem operacím serveru (úpravy, změny konfigurace, spouštění a zastavování). Zapojení do těchto aktivit může vést k nepředvídatelným výsledkům, které by mohly ovlivnit výkon a stabilitu serveru. Než provedete operace serveru, počkejte na dokončení údržby.

Cyklus údržby

Následující části popisují typy údržby. Konkrétní podrobnosti o tom, co každá aktualizace údržby zahrnuje, najdete v poznámkách k verzi. Tyto poznámky poskytují komplexní informace o aktualizacích použitých během údržby, abyste pochopili a připravili všechny změny, které ovlivňují vaše prostředí.

Poznámka:

Ne všechny servery nutně procházejí údržbou během plánovaných aktualizací bez ohledu na to, jestli jsou rutinní nebo kritické. Tým Azure MySQL využívá konkrétní kritéria k určení, které servery vyžadují údržbu. Tento selektivní přístup zajišťuje, že údržba je efektivní i důležitá, je přizpůsobená jedinečným potřebám každého serverového prostředí a minimalizuje provozní výpadky.

Běžná údržba

Náš standardní cyklus údržby není méně častý než každých 30 dnů. Toto období pomáhá zajistit stabilitu a výkon systému a současně minimalizovat přerušení služeb.

Kritická údržba

V některých scénářích, jako je například potřeba nasadit naléhavé opravy zabezpečení nebo aktualizace, které jsou důležité pro zachování dostupnosti a integrity dat, můžeme provádět údržbu častěji. Tyto výjimky pomáhají chránit vaše data a zajistit nepřetržitý provoz vašich služeb.

Virtuální kanárová údržba

Virtual Canary je experimentální program údržby, který nabízí dřívější přístup k aktualizacím. Umožňuje zákazníkům testovat kompatibilitu úloh s novými verzemi Azure Database for MySQL a poskytovat zpětnou vazbu k novým funkcím.

Na rozdíl od běžné údržby Virtuální Canary nedodržuje minimální 30denní interval ani 7denní lhůtu pro oznámení. Tento program pomáhá zákazníkům proaktivně ověřovat nové funkce a přispívat včasnou zpětnou vazbou na vylepšení produktů. Servery s burstovým tierem, běžně používané v neprodukčních prostředích, jsou automaticky zařazené do programu Virtual Canary.

Virtuální registrace kanárů

Azure Database for MySQL poskytuje zákazníkům flexibilitu při správě účasti na programu Virtual Canary. Zákazníci se mohou podle potřeby přihlásit nebo odhlásit z programu, aby se sjednotili se svými provozními požadavky.

Pokud chcete ověřit, jestli je váš server zaregistrovaný v programu Virtual Canary, použijte následující příkaz. Pokud výsledek zahrnuje "patchStrategy": "VirtualCanary", server je zaregistrovaný v programu.

az mysql flexible-server show --resource-group {resourcegroupname} --name {servername} --query "maintenancePolicy"

Pokud chcete zaregistrovat server v programu Virtual Canary, spusťte následující příkaz:

az mysql flexible-server update --resource-group {resourcegroupname} --name {servername} --maintenance-policy-patch-strategy VirtualCanary

Pokud chcete opustit program Virtual Canary a vrátit se ke standardním zásadám údržby, použijte tento příkaz:

az mysql flexible-server update --resource-group {resourcegroupname} --name {servername} --maintenance-policy-patch-strategy Regular

Časové období údržby

Údržbu můžete naplánovat na konkrétní den v týdnu a časové období během tohoto dne. Nebo můžete nechat systém vybrat den a časové intervaly automaticky. V obou směrech vás systém upozorní sedm dní před spuštěním jakékoli údržby. Systém vám také řekne, kdy se údržba spustí a kdy se úspěšně dokončí.

Oznámení o nadcházející plánované údržbě můžou být:

  • Odešle se e-mailem na konkrétní adresu.
  • Odešle se e-mailem roli Azure Resource Manageru.
  • Odesláno v textové zprávě (SMS) na mobilní zařízení.
  • Nabízeno jako oznámení do aplikace Azure
  • Doručeno jako hlasová zpráva.

Když zadáte předvolby pro plán údržby, můžete vybrat den v týdnu a časové období. Pokud nezadáte předvolby, systém v čase oblasti vašeho serveru vybere časy mezi 11:00 a 7:00. Pro každý flexibilní server v předplatném Azure můžete definovat různé plány.

Nastavení plánování můžete kdykoli aktualizovat. Pokud je údržba naplánovaná pro flexibilní server a vy aktualizujete předvolby plánování, bude aktuální zavedení pokračovat podle plánu. Změna nastavení plánování se projeví po úspěšném dokončení příští plánované údržby.

Můžete definovat plán spravovaný systémem nebo vlastní plán pro každý flexibilní server ve vašem předplatném Azure:

  • Pomocí vlastního plánu můžete zadat časové období údržby pro server výběrem dne v týdnu a hodinového časového intervalu.
  • V případě plánu spravovaného systémem systém vybere v čase oblasti vašeho serveru libovolné jednohodinové okno mezi 11:00 a 7:00.

Důležité

Od 31. srpna 2024 už Azure Database for MySQL nepodporuje vlastní časové intervaly údržby pro instance vrstvy Burstable. Tato změna pomáhá zjednodušit procesy údržby a zajistit optimální výkon. Naše analýza také ukázala, že počet uživatelů, kteří používají vlastní časové intervaly údržby na úrovních Burstable, je minimální.

Stávající instance s možností nárazového škálování s vlastními časovými obdobími údržby nejsou ovlivněné. Uživatelé už ale nebudou moct tato nastavení upravovat pro vlastní okna údržby.

Zákazníkům, kteří potřebují vlastní údržbová okna, doporučujeme upgradovat na úroveň Obecné účely nebo Podnikově kritická úroveň.

Ve výjimečných případech může systém událost údržby zrušit nebo se nemusí úspěšně dokončit. Pokud dojde k selhání události údržby, aktualizace se vrátí a obnoví se předchozí verze binárních souborů. Ve scénářích neúspěšných aktualizací můžete během časového období údržby stále zaznamenat restartování serveru.

Pokud dojde ke zrušení nebo selhání události údržby, odešle vám systém oznámení. Další pokus o provedení údržby se naplánuje podle aktuálního nastavení. Zobrazí se oznámení o dalším pokusu o pět dní předem.

Stav údržby

U jednotlivých serverů můžete zobrazit stav údržby v okně údržby Azure MySQL na webu Azure Portal. Stav údržby označuje, jestli je údržba naplánovaná, probíhající, dokončená nebo zrušená.

Pro zákazníky, kteří spravují více flexibilních serverů Azure Database for MySQL, můžete pomocí Azure Resource Graphu provádět hromadné dotazy napříč předplatnými a skupinami prostředků. To je užitečné zejména pro auditování historie údržby, identifikaci ovlivněných prostředků a sledování událostí údržby v průběhu času. Níže je uvedený dotaz Kusto, který načte stav údržby, počáteční a koncový čas a ID sledování všech flexibilních serverů MySQL v rámci předplatného zákazníka. Zákazníci tak mohou monitorovat aktivity údržby za poslední tři měsíce škálovatelným a automatizovaným způsobem:


ServiceHealthResources
| where type == "microsoft.resourcehealth/events/impactedresources"
| extend TrackingId = split(split(id, "/events/", 1)[0], "/impactedResources", 0)[0]
| extend p = parse_json(properties)
| project subscriptionId, TrackingId, resourceName= p.resourceName, resourceGroup=p.resourceGroup, resourceType=p.targetResourceType, status= p.status, maintenanceStartTime=todatetime(p.maintenanceStartTime),  maintenanceEndTime=todatetime( p.maintenanceEndTime), details = p, id
| where resourceType == "Microsoft.DBforMySQL/flexibleServers" 
| order by maintenanceEndTime

Můžete také přejít na kartu Ovlivněné prostředky služby Azure Service Health a zobrazit stav údržby všech vašich prostředků Azure, včetně flexibilních serverů Azure Database for MySQL. Mějte na paměti, že stav údržby, který se zobrazuje ve službě Azure Service Health, představuje celkový stav události údržby na úrovni oblasti a nemusí odrážet stav jednotlivých serverů.

Údržba téměř nulového výpadku

Funkce údržby Azure Database for MySQL téměř bez nulového výpadku je zásadní vývoj pro servery s vysokou dostupností. Tato funkce je navržená tak, aby podstatně snížila výpadky údržby. Tato funkce je klíčová pro firmy, které vyžadují vysokou dostupnost a minimální přerušení operací databáze.

Podmínky a omezení

Abyste dosáhli optimálního výkonu, který tato funkce nabízí, poznamenejte si tyto podmínky a omezení:

  • Doba trvání výpadku: Ve většině případů se výpadek během údržby pohybuje od 10 do 30 sekund.
  • Primární klíče ve všech tabulkách: Zajištění, že každá tabulka má primární klíč, je kritická. Nedostatek primárních klíčů může výrazně zvýšit prodlevu replikace a ovlivnit výpadky.
  • Nízká zátěž během doby údržby: Doba údržby by se měla shodovat s časy nízké zátěže na serveru, aby se minimalizovaly výpadky. Doporučujeme použít vlastní časové období údržby k naplánování údržby mimo špičku.
  • Záruky výpadků: I když se snažíme udržovat výpadky údržby co nejnižší, nezaručujeme, že bude za všech okolností kratší než 60 sekund. Výpadky můžou zvýšit různé faktory, jako jsou vysoké zatížení nebo konkrétní konfigurace serveru. V nejhorším případě může být výpadek podobný výpadku jako u samostatného serveru.

Plánování údržby

Funkce pro přeplánování údržby poskytuje větší kontrolu nad načasováním aktivit údržby na flexibilním serveru Azure Database for MySQL. Jakmile obdržíte oznámení o údržbě, můžete ho přeplánovat na pohodlnější čas, ať už se jedná o správu systému nebo vlastní správu.

Pomocí této funkce se můžete vyhnout přerušení během důležitých databázových operací. Doporučujeme, aby vaše zpětná vazba pokračovala ve vývoji této funkce.

Přeplánování parametrů a oznámení

Přeplánování se neomezuje na pevné časové úseky. Závisí na nejstarších a nejnovějších povolených časech v aktuálním cyklu údržby. Cyklus obvykle trvá od prvního dne do posledního dne časového období údržby pro oblast. Při přeplánování se zobrazí oznámení o potvrzení změn podle standardních zásad oznámení.

Úvahy a omezení

Mějte na paměti následující body o této funkci:

  • Dostupnost vrstvy: Plánování údržby není k dispozici pro vrstvu výpočtů v režimu burst. Tato funkce je určená pro servery v produkčním prostředí, zatímco úroveň Burstable je určená pro neprodukční účely.
  • Omezení poptávky: Vaše přeplánovaná údržba může být zrušena, pokud se ve stejné oblasti současně vyskytuje velký počet aktivit údržby.
  • Období uzamčení: Přeplánování není k dispozici 15 minut před původně plánovaným časem údržby, aby byla zachována spolehlivost služby.
  • Omezení přeplánování: Pokud je na údržbu ve stejné oblasti současně naplánováno příliš mnoho serverů, může dojít k selhání požadavků na přeplánování. Pokud k tomuto selhání dojde, zobrazí se oznámení o chybě, které vám poradí, abyste zvolili alternativní časový úsek. Úspěšně přeplánovaná údržba pravděpodobně nebude zrušena.

Neexistuje žádné omezení, kolikrát je možné událost údržby přeplánovat. Pokud událost údržby nezašla do stavu Přípravy , můžete ji kdykoli znovu naplánovat na jiný čas.

Poznámka:

Doporučujeme, abyste oznámení pečlivě monitorovala během fáze preview, aby vyhovovala potenciálním úpravám.

časté otázky

Proč některé servery dostávaly oznámení o údržbě, zatímco jiné ne?

Časy spuštění údržby se v různých oblastech liší. Servery v různých oblastech můžou dostávat oznámení o údržbě v různých časech.

Proč některé servery ve stejné oblasti dostávaly oznámení o údržbě, zatímco jiné ne?

Je možné, že servery, které nepřišly oznámení, byly nedávno vytvořeny a systém zjistil, že ještě nepotřebují údržbu.

Můžu se odhlásit z plánované údržby?

Ne, odhlášení z plánované údržby není povolené. K úpravě časování ale můžete použít funkci plánování údržby. Nebo můžete funkci s vysokou dostupností povolit, abyste minimalizovali výpadky. Vzhledem k tomu, že Azure Database for MySQL je databázový produkt paaS (platforma jako služba), pomáhá provádění včasné údržby zajistit zabezpečení a spolehlivost vaší databáze.

Související obsah

  • Last updated on