Vysoká dostupnost v Azure Database for MariaDB

  • Článek
  • 5 min ke čtení

Služba Azure Database for MariaDB poskytuje zaručenou vysokou úroveň dostupnosti s finančně zálohovanou smlouvou o úrovni služeb (SLA) 99,99% doba provozu. Azure Database for MariaDB poskytuje vysokou dostupnost během plánovaných událostí, jako je například operace COMPUTE initated (User-Scale), a také když dojde k neplánovaným událostem, jako je například základní hardware, software nebo selhání sítě. Azure Database for MariaDB se můžou rychle zotavit z nejdůležitějších okolností, takže při použití této služby prakticky neexistují žádné aplikace.

Azure Database for MariaDB je vhodný pro provoz důležitých databází, které vyžadují vysokou dobu provozu. Služba má postavená na architektuře Azure a nabízí vysokou dostupnost, redundanci a odolnost proti chybám při zmírňování výpadků databáze z plánovaných i neplánovaných výpadků, aniž by bylo nutné konfigurovat další součásti.

Součásti v Azure Database for MariaDB

Komponenta Popis
Server databáze MariaDB Azure Database for MariaDB poskytuje zabezpečení, izolaci, zabezpečování prostředků a možnost rychlého restartování pro databázové servery. Tyto možnosti usnadňují operace, jako je škálování a operace obnovení databázového serveru, po výpadku, který se má stát v sekundách.
Změny dat na databázovém serveru se většinou vyskytují v kontextu transakce databáze. Všechny změny v databázi se zaznamenávají synchronně ve formě protokolů zápisu předem (ib_log) v Azure Storage, který je připojený k databázovému serveru. Během procesu kontrolního bodu databáze jsou datové stránky z paměti databázového serveru také vyprázdněny do úložiště.
Vzdálené úložiště Všechny MariaDB fyzické datové soubory a soubory protokolu jsou uloženy na Azure Storage, který je navržen tak, aby ukládal tři kopie dat v rámci oblasti, aby se zajistila redundance dat, dostupnost a spolehlivost. Vrstva úložiště je také nezávislá na databázovém serveru. Dá se odpojit od serveru databáze, který selhal, a během několika sekund se znovu připojí k novému databázovému serveru. Také Azure Storage nepřetržitě monitorovat všechny chyby úložiště. Pokud je zjištěno poškození bloku, je automaticky vyřešen vytvořením instance nové kopie úložiště.
brána Brána funguje jako proxy databáze a směruje všechna připojení klientů k databázovému serveru.

Omezení zmírňování plánovaných výpadků

Azure Database for MariaDB je navržena tak, aby poskytovala vysokou dostupnost během plánovaných výpadků.

zobrazení elastického škálování v Azure MariaDB

Tady je několik plánovaných scénářů údržby:

Scénář Popis
Horizontální navýšení nebo snížení kapacity Když uživatel provede operaci horizontálního navýšení nebo snížení kapacity, zřídí se nový databázový server s využitím konfigurace COMPUTE s možností škálování. Na starém databázovém serveru se můžou dokončit aktivní kontrolní body, připojení klientů se vyprazdňuje, všechny nepotvrzené transakce se zruší a pak se vypnou. Úložiště se pak odpojí od původního databázového serveru a připojí se k novému databázovému serveru. Když klientská aplikace znovu pokusí připojení, nebo se pokusí vytvořit nové připojení, brána přesměruje požadavek na připojení k novému databázovému serveru.
Škálování úložiště Vertikální navýšení kapacity úložiště je online operace a neprovádí přerušování databázového serveru.
Nové nasazení softwaru (Azure) Nové opravy funkcí nebo opravy chyb se automaticky nastávají v rámci plánované údržby služby. Další informace najdete v dokumentacia také na portálu.
Upgrady dílčí verze Azure Database for MariaDB automaticky opraví databázové servery na podverzi určenou v Azure. K tomu dochází jako součást plánované údržby služby. To by znamenalo krátké výpadky v sekundách a databázový server se automaticky restartuje s novou podverzí. Další informace najdete v dokumentacia také na portálu.

Zmírnění neplánovaných výpadků

K neplánovanému výpadku může dojít v důsledku neočekávaných selhání, včetně základní hardwarové chyby, potíží se sítí a softwarových chyb. Pokud dojde k neočekávanému výpadku databázového serveru, nový databázový server se automaticky zřídí během několika sekund. Vzdálené úložiště se automaticky připojí k novému databázovému serveru. MariaDB Engine provádí operaci obnovení pomocí WAL a souborů databáze a otevírá databázový server, aby se klienti mohli připojit. Nepotvrzené transakce jsou ztraceny a musí je aplikace opakovat. I když nemůžete zabránit neplánovaným výpadkům, Azure Database for MariaDB zmírnit výpadky automatickým prováděním operací obnovení na databázovém serveru a vrstvách úložiště bez nutnosti zásahu člověka.

zobrazení vysoké dostupnosti v Azure MariaDB

Neplánované výpadky: scénáře selhání a obnovení služby

Tady je několik scénářů selhání a Azure Database for MariaDB automatické obnovení:

Scénář Automatické obnovení
Selhání databázového serveru Pokud je databázový server mimo provoz z důvodu určité základní hardwarové chyby, jsou aktivní připojení vynechána a všechny transakce v transakci jsou přerušeny. Automaticky se nasadí nový databázový server a vzdálené úložiště dat je připojené k novému databázovému serveru. Po dokončení obnovení databáze se klienti mohou připojit k novému databázovému serveru prostřednictvím brány.

Aplikace, které používají databáze MariaDB, musí být sestaveny způsobem, který detekuje a znovu Zahozená připojení a neúspěšné transakce. Po opakování aplikace brána transparentně přesměruje připojení k nově vytvořenému databázovému serveru.
Selhání úložiště Aplikace nevidí žádný dopad na jakékoli problémy související s úložištěm, jako je selhání disku nebo poškození fyzického bloku. Jelikož jsou data uložená ve třech kopiích, kopie dat se obsluhuje zbývajícím úložištěm. Blokování poškození se automaticky opraví. Pokud dojde ke ztrátě kopie dat, automaticky se vytvoří nová kopie dat.

Tady je několik scénářů selhání, které vyžadují akci uživatele při obnovení:

Scénář Plán obnovení
Selhání oblasti Selhání oblasti je vzácná událost. Pokud však potřebujete ochranu při selhání oblasti, můžete nakonfigurovat jednu nebo více replik pro čtení v jiných oblastech pro zotavení po havárii (DR). (Podrobnosti najdete v tomto článku o vytváření a správě replik pro čtení). V případě selhání na úrovni oblasti můžete ručně povýšit repliku pro čtení nakonfigurovanou v jiné oblasti na provozní server databáze.
Chyby logických/uživatelských uživatelů Obnovení z uživatelských chyb, například omylem vyřazených tabulek nebo nesprávně aktualizovaných dat, zahrnuje provádění obnovení k určitému bodu v čase (PITR) tím, že se obnoví a obnoví data, až do doby, kdy došlo k chybě.

Chcete-li obnovit pouze podmnožinu databází nebo konkrétních tabulek a nikoli všechny databáze na databázovém serveru, můžete obnovit databázový server v nové instanci, exportovat tabulky prostřednictvím mysqldumpa pak pomocí obnovení obnovit tyto tabulky do vaší databáze.

Souhrn

Azure Database for MariaDB poskytuje možnost rychlého restartování databázových serverů, redundantního úložiště a efektivního směrování z brány. Pro dodatečnou ochranu dat můžete nakonfigurovat zálohování na geograficky replikované a také nasadit jednu nebo více replik pro čtení v jiných oblastech. Díky funkcím vysoké dostupnosti Azure Database for MariaDB chrání vaše databáze před Nejčastějšími výpadky a nabízí špičkovou smlouvu SLA, která se poskytuje s financemi 99,99% z provozu. Všechny tyto možnosti dostupnosti a spolehlivosti umožňují, aby Azure byl ideální platformou pro spouštění důležitých podnikových aplikací.

Další kroky