Plánovaná údržba na flexibilním serveru Azure Database for MySQL
Flexibilní server Azure Database for MySQL provádí pravidelnou údržbu, aby byla spravovaná databáze zabezpečená, stabilní a aktuální. Během údržby server získá nové funkce, aktualizace a opravy.
Důležité
Během údržby flexibilního serveru Azure Database for MySQL se vyhněte všem operacím serveru (úpravy, změny konfigurace, spouštění a zastavování serveru). Zapojení do těchto aktivit může vést k nepředvídatelným výsledkům, což může mít vliv na výkon a stabilitu serveru. Než provedete operace serveru, počkejte na dokončení údržby.
Cyklus údržby
Běžná údržba
Náš standardní cyklus údržby se plánuje méně často než každých 30 dnů. Toto období nám umožňuje zajistit stabilitu a výkon systému a zároveň minimalizovat přerušení vašich služeb.
Kritická údržba
V určitých scénářích, jako je potřeba nasadit naléhavé opravy zabezpečení nebo aktualizace kritické pro zachování dostupnosti a integrity dat, může být údržba prováděna častěji. Tyto výjimky se provádějí kvůli ochraně vašich dat a zajištění nepřetržitého provozu vašich služeb.
Vyhledání podrobností o údržbě
Konkrétní podrobnosti o tom, co každá aktualizace údržby zahrnuje, najdete v našich poznámkách k verzi. Tyto poznámky poskytují komplexní informace o aktualizacích použitých během údržby, které vám umožní pochopit a připravit se na všechny změny ovlivňující vaše prostředí.
Poznámka:
Ne všechny servery nutně projdou ú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á, přizpůsobená jedinečným potřebám každého serverového prostředí a minimalizuje výpadky vaší produkce.
Výběr časového 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 automaticky vybrat den a čas časového intervalu. V obou směrech vás systém upozorní sedm dní před spuštěním jakékoli údržby. Systém vás také upozorní, kdy je spuštěna údržba, a po úspěšném dokončení.
Oznámení o nadcházející plánované údržbě můžou být:
- Odeslání e-mailu na konkrétní adresu
- Odeslání e-mailu do role Azure Resource Manageru
- Odesláno v textové zprávě (SMS) na mobilní zařízení
- Nabízené oznámení v aplikaci Azure
- Hlasová zpráva
Při zadávání předvoleb pro plán údržby můžete vybrat den v týdnu a časové okno. Pokud ho nezadáte, server vybere časový interval od 23:00 do 7:00 v oblasti vašeho serveru. 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 pro flexibilní server naplánovaná údržba a vy aktualizujete předvolby plánování, bude aktuální zavedení pokračovat podle plánu a změna nastavení plánování bude platit 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 od 11:00 do 7:00.
Důležité
Od 31. srpna 2024 už Azure Database for MySQL nebude podporovat vlastní časové intervaly údržby pro instance SKU s možností rozšíření. Tato změna je způsobená potřebou zjednodušení procesů údržby, zajištění optimálního výkonu a naší analýzy, která indikuje, že počet uživatelů využívajících vlastní časové intervaly údržby na skladových počtech s možností nárazového provozu je minimální. Stávající instance SKU s možností nárazu s vlastní konfigurací časového období údržby zůstanou nedotčené; uživatelé ale nebudou moct tato vlastní nastavení časového období údržby upravovat.
Pro zákazníky, kteří vyžadují vlastní časové období údržby, doporučujeme upgradovat na skladové položky pro obecné účely nebo Pro důležité obchodní informace, aby tuto funkci dál používali.
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 aktualizace selže, aktualizace se vrátí a obnoví se předchozí verze binárních souborů. V takových neúspěšných scénářích aktualizace může během časového období údržby dojít k restartování serveru. Pokud je aktualizace zrušena nebo selhala, systém vytvoří oznámení o zrušené nebo neúspěšné události údržby, která vás upozorní. Další pokus o provedení údržby se naplánuje podle aktuálního nastavení plánování a obdržíte oznámení o tom 5 dní předem.
Údržba téměř nulového výpadku (Public Preview)
Funkce Flexibilního serveru Azure Database for MySQL "Near Zero Downtime Maintenance" je zásadní vývoj pro servery s podporou vysoké dostupnosti (vysoká dostupnost). Tato funkce je navržená tak, aby podstatně snížila výpadky údržby a zajistila, že ve většině případů se očekává, že výpadek údržby bude mezi 40 až 60 sekund. Tato funkce je klíčová pro firmy, které vyžadují vysokou dostupnost a minimální přerušení operací databáze.
Přesná prostojová očekávání
- Doba trvání výpadku: Ve většině případů se výpadek během údržby pohybuje od 10 do 30 sekund.
- Další aspekty: Po události převzetí služeb při selhání existuje vlastní doba TTL (Time-To Live) DNS přibližně 30 sekund. Toto období není přímo řízeno procesem údržby, ale je standardní součástí chování DNS. Z pohledu zákazníka by tedy celkový výpadek během údržby mohl být v rozsahu 40 až 60 sekund.
Omezení a požadavky
Pokud chcete dosáhnout optimálního výkonu, který tato funkce slíbila, je třeba poznamenat určité podmínky a omezení:
- Primární klíče ve všech tabulkách: Zajištění, aby každá tabulka má primární klíč, byla kritická. Nedostatek primárních klíčů může výrazně zvýšit prodlevu replikace, což má vliv na výpadky.
- Nízká úloha během doby údržby: Období údržby by se měla shodovat s časy nízké zátěže na serveru, aby se zajistilo, že výpadek zůstane minimální. Doporučujeme použít funkci vlastního časového 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 za všech okolností bude vždy kratší než 60 sekund. K delšímu výpadku může dojít k různým faktorům, jako jsou vysoké zatížení nebo konfigurace konkrétních serverů. V nejhorším případě může být výpadek podobný výpadku jako u samostatného serveru.
Změna plánování údržby
Funkce přeplánování údržby vám umožňuje větší kontrolu nad načasováním aktivit údržby v instanci flexibilního serveru Azure Database for MySQL. Jakmile obdržíte oznámení o údržbě, můžete ho přeplánovat na pohodlnější dobu bez ohledu na to, jestli se jednalo o systém nebo vlastní správu.
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, který se obvykle liší od prvního do posledního dne časového období údržby pro oblast. Při opětovném plánování se odešle oznámení, které potvrdí změny podle standardních zásad oznámení.
Úvahy a omezení
Při použití této funkce mějte na paměti následující skutečnosti:
- Omezení poptávky: Vaše přeplánovaná údržba může být zrušena kvůli velkému počtu aktivit údržby, ke kterým dochází současně ve stejné oblasti.
- Období uzamčení: Plánování není k dispozici 15 minut před počáteční naplánovanou dobou údržby, aby se zachovala spolehlivost služby.
- Přeplánovat omezení , pokud je ve stejné oblasti naplánováno údržby příliš mnoho serverů ve stejné oblasti, může selhat přeplánování požadavků. Pokud k tomu dojde, zobrazí se uživatelům oznámení o chybě a doporučuje se zvolit alternativní časový úsek. Úspěšně přeplánovaná údržba pravděpodobně nebude zrušena.
Neexistuje žádné omezení, kolikrát může být údržba přeplánována, pokud se údržba nezadá do stavu Probíhá příprava, můžete údržbu kdykoli přeplánovat na jiný čas.
Poznámka:
Doporučujeme sledovat oznámení úzce během fáze preview, aby se přizpůsobila potenciálním úpravám.
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.
Často kladené dotazy
Otázka: Proč některé servery dostávaly oznámení o údržbě, zatímco jiné ne?
A: Časy spuštění údržby se v různých oblastech liší, takže servery v různých oblastech můžou dostávat oznámení o údržbě v různých časech.
Otázka: Proč některé servery ve stejné oblasti dostávaly oznámení o údržbě, zatímco jiné ne?
Odpověď: Důvodem může být to, že servery, které neobdržely oznámení, byly vytvořeny v poslední době a systém zjistil, že ještě nevyžadují údržbu.
Otázka: Můžu se odhlásit z plánované údržby?
A: Ne, odhlášení z plánované údržby není povoleno. Pomocí funkce přeplánování údržby ale můžete upravit časování nebo povolit funkci vysoká dostupnost (HA), abyste minimalizovali výpadky. Jako databázový produkt PaaS je nezbytné provést včasnou údržbu, abyste zajistili zabezpečení a spolehlivost databáze.