Magas rendelkezésre állás az Azure Database for MariaDB-ben

Fontos

Az Azure Database for MariaDB a nyugdíjazási útvonalon van. Határozottan javasoljuk, hogy migráljon az Azure Database for MySQL-be. További információ az Azure Database for MySQL-be való migrálásról: Mi történik az Azure Database for MariaDB-vel?

Az Azure Database for MariaDB szolgáltatás alkalmas olyan kritikus fontosságú adatbázisok futtatására, amelyek magas üzemidőt igényelnek. Magas rendelkezésre állást biztosít a következő időszakokban:

• Tervezett események, például felhasználó által kezdeményezett skálázási számítási műveletek.
• Nem tervezett események, például a mögöttes hardverek, szoftverek vagy hálózati hibák.

Az Azure Database for MariaDB pénzügyileg támogatott szolgáltatási szintű szerződést biztosít az üzemidőhöz. Mivel a szolgáltatás azure-architektúrára épül, további összetevők konfigurálása nélkül kihasználhatja a magas rendelkezésre állás, a redundancia és a rugalmasság előnyeit.

Összetevők az Azure Database for MariaDB-ben

Összetevő	Leírás
MariaDB adatbázis-kiszolgáló	Az Azure Database for MariaDB biztonsági, elkülönítési, erőforrás-védelmi és gyors újraindítási képességet biztosít az adatbázis-kiszolgálók számára. Ezek a képességek megkönnyítik az olyan műveleteket, mint a skálázás és az adatbázis-kiszolgáló helyreállítása (másodpercben) a kimaradás után. Az adatbázis-kiszolgáló adatmódosításai általában egy adatbázis-tranzakció kontextusában történnek. Minden adatbázis-módosítás szinkron módon lesz rögzítve írási naplók (ib_log fájlok) formájában az Azure Storage-ban, amely az adatbázis-kiszolgálóhoz van csatolva. Az adatbázis-ellenőrzőpont-folyamat során az adatbázis-kiszolgáló memóriájából származó adatoldalak is ki lesznek ürítve a tárolóba.
Távoli tárolás	Minden MariaDB fizikai adatfájl és naplófájl az Azure Storage-ban van tárolva, amely három adatpéldányt tárol egy régión belül az adatredundancia, a rendelkezésre állás és a megbízhatóság biztosítása érdekében. A tárolási réteg független az adatbázis-kiszolgálótól. Leválasztható egy sikertelen adatbázis-kiszolgálóról, és néhány másodperc alatt újracsatlakoztatható egy új adatbázis-kiszolgálóra. Az Azure Storage folyamatosan figyeli a tárolási hibákat. Ha blokksérülést észlel, automatikusan kijavítja a problémát egy új tárpéldány példányosításával.
Gateway	Az átjáró úgy működik adatbázis-proxyként, hogy az összes ügyfélkapcsolatot az adatbázis-kiszolgálóhoz irányítja.

Tervezett állásidő csökkentése

Az Azure Database for MariaDB architektúrája magas rendelkezésre állást biztosít a tervezett állásidő-műveletek során.

Az alábbiakban néhány forgatókönyvet talál a tervezett karbantartáshoz:

Eset	Leírás
Számítási felskálázás vagy leskálázás	Ha számítási fel- vagy leskálázási műveletet hajt végre, az Azure Database for MariaDB kiépít egy új adatbázis-kiszolgálót a skálázott számítási konfiguráció használatával. A régi adatbázis-kiszolgálón a szolgáltatás lehetővé teszi az aktív ellenőrzőpontok befejezését, az ügyfélkapcsolatok kiürítését és a nem véglegesített tranzakciók megszakítását. A szolgáltatás ezután leállítja a régi adatbázis-kiszolgálót. Leválasztja a tárolót a régi adatbázis-kiszolgálóról, és a tárolót az új adatbázis-kiszolgálóhoz csatolja. Amikor az ügyfélalkalmazás újrapróbálkozik a kapcsolattal, vagy megpróbál új kapcsolatot létesíteni, az átjáró átirányítja a kapcsolatkérést az új adatbázis-kiszolgálóra.
Tárterület vertikális felskálázása	A tárterület vertikális felskálázása online művelet, és nem szakítja meg az adatbázis-kiszolgálót.
Új szoftvertelepítés (Azure)	Az új funkciók vagy hibajavítások bevezetése automatikusan megtörténik a szolgáltatás tervezett karbantartásának részeként. További információkért tekintse meg a dokumentációt, és tekintse meg a portált.
Alverziófrissítések	Az Azure Database for MariaDB automatikusan az Azure által meghatározott alverzióra frissíti az adatbázis-kiszolgálókat. Az automatikus javítás a szolgáltatás tervezett karbantartásának részeként történik. Ez másodpercekben rövid állásidőt jelent, és az adatbázis-kiszolgáló automatikusan újraindul az új alverzióval. További információkért tekintse meg a dokumentációt, és tekintse meg a portált.

Nem tervezett állásidő csökkentése

A nem tervezett állásidő előre nem látható hibák, például a mögöttes hardverhibák, a hálózati problémák és a szoftverhibák miatt fordulhat elő. Ha az adatbázis-kiszolgáló váratlanul leáll, a rendszer másodpercek alatt automatikusan kiépít egy új adatbázis-kiszolgálót. A távoli tároló automatikusan az új adatbázis-kiszolgálóhoz lesz csatolva.

A MariaDB motor írási naplók és adatbázisfájlok használatával hajtja végre a helyreállítási műveletet, és megnyitja az adatbázis-kiszolgálót, hogy lehetővé tegye az ügyfelek számára a csatlakozást. A nem véglegesített tranzakciók elvesznek, és az alkalmazásnak újra meg kell próbálkoznia.

Bár nem kerülheti el a nem tervezett állásidőt, az Azure Database for MariaDB úgy csökkenti ezt, hogy automatikusan végrehajtja a helyreállítási műveleteket az adatbázis-kiszolgálón és a tárolórétegeken emberi beavatkozás nélkül.

Nem tervezett állásidő: Hibaforgatókönyvek és szolgáltatás-helyreállítás

Az alábbi két hibaforgatókönyv és az Azure Database for MariaDB automatikus helyreállítása:

Eset	Automatikus helyreállítás
Adatbázis-kiszolgáló hibája	Ha az adatbázis-kiszolgáló egy mögöttes hardverhiba miatt leállt, az Azure Database for MariaDB megszakítja az aktív kapcsolatokat, és megszakítja az esetleges gyenge elérésű tranzakciókat. A szolgáltatás automatikusan üzembe helyez egy új adatbázis-kiszolgálót, és csatolja a távoli adattárat az új adatbázis-kiszolgálóhoz. Az adatbázis-helyreállítás befejezése után az ügyfelek az átjárón keresztül csatlakozhatnak az új adatbázis-kiszolgálóhoz. A MariaDB-adatbázisokat használó alkalmazásokat úgy kell létrehozni, hogy észleljék és újrapróbálkozzák az elvetett kapcsolatokat és a sikertelen tranzakciókat. Amikor az alkalmazás újrapróbálkozza a kapcsolatot, az átjáró transzparensen átirányítja a kapcsolatot az újonnan létrehozott adatbázis-kiszolgálóra.
Tárolási hiba	A tárolással kapcsolatos problémák, például a lemezhiba vagy a fizikai blokk sérülése nem érintik az alkalmazásokat. Mivel az adatok tárolása három példányban történik, a túlélő tár az adatok másolatát szolgálja ki. Az Azure Database for MariaDB automatikusan kijavítja a blokksérüléseket. Ha az adatok egy példánya elveszik, a szolgáltatás automatikusan létrehozza az adatok új másolatát.

Az alábbi hibaforgatókönyvek megkövetelik a felhasználói műveletek helyreállítását:

Eset	Helyreállítási terv
Régióhiba	A régió meghibásodása ritka esemény. Ha azonban régióhiba elleni védelemre van szüksége, konfigurálhat egy vagy több olvasási replikát más régiókban vészhelyreállításhoz. További részletekért tekintse meg ezt a cikket az olvasási replikák létrehozásáról és kezeléséről. Ha régiószintű hiba történik, manuálisan előléptethet egy másik régióban konfigurált olvasási replikát az éles adatbázis-kiszolgálóként.
Logikai/felhasználói hiba	A felhasználói hibák, például a véletlenül elvetett táblák vagy helytelenül frissített adatok helyreállítása az időponthoz kötött helyreállítást foglalja magában. Ez a művelet a hiba bekövetkezése előtti időpontig visszaállítja és helyreállítja az adatokat. Ha az adatbázis-kiszolgáló összes adatbázisa helyett csak az adatbázisok vagy adott táblák egy részhalmazát szeretné visszaállítani, visszaállíthatja az adatbázis-kiszolgálót egy új példányban, exportálhatja a táblákat a mysqldump használatával, majd visszaállíthatja ezeket a táblákat az adatbázisban.

Összesítés

Az Azure Database for MariaDB beépített magas rendelkezésre állási képességekkel rendelkezik, amelyekkel megvédheti adatbázisait a gyakori kimaradásoktól. Gyors újraindítási képességet biztosít az adatbázis-kiszolgálóknak, a redundáns tárolásnak és az átjáróról történő hatékony útválasztásnak. További adatvédelem érdekében beállíthatja, hogy a biztonsági másolatok georeplikáltak legyenek, és olvasási replikákat helyezhessenek üzembe más régiókban.

További lépések

• Ismerje meg az Azure-régiókat.
• Tudnivalók az átmeneti csatlakozási hibák kezeléséről.
• Megtudhatja, hogyan replikálhatja az adatokat olvasási replikákkal.