Magas rendelkezésre állás az Azure Database for PostgreSQL-ben – egykiszolgálós

A KÖVETKEZŐKRE VONATKOZIK: Azure Database for PostgreSQL – Önálló kiszolgáló

Fontos

Azure Database for PostgreSQL – Az önálló kiszolgáló a kivezetési útvonalon van. Határozottan javasoljuk, hogy frissítsen az Azure Database for PostgreSQL rugalmas kiszolgálóra. A rugalmas Azure Database for PostgreSQL-kiszolgálóra való migrálással kapcsolatos további információkért lásd: Mi történik az önálló Azure Database for PostgreSQL-kiszolgálóval?

Az Azure Database for PostgreSQL – Single Server szolgáltatás garantáltan magas rendelkezésre állást biztosít a pénzügyileg támogatott szolgáltatásiszint-szerződéssel (SLA) az üzemidőhöz. Az Azure Database for PostgreSQL magas rendelkezésre állást biztosít a tervezett események, például a felhasználó által kezdeményezett skálázási számítási művelet, valamint olyan váratlan események esetén, mint a mögöttes hardverek, szoftverek vagy hálózati hibák. Az Azure Database for PostgreSQL gyorsan helyre tud állni a legkritikusabb körülmények között, így gyakorlatilag nincs alkalmazás állásidő a szolgáltatás használatakor.

Az Azure Database for PostgreSQL alkalmas olyan kritikus fontosságú adatbázisok futtatására, amelyek magas üzemidőt igényelnek. Az Azure-architektúrára épülő szolgáltatás eredendően magas rendelkezésre állási, redundancia- és rugalmassági képességekkel rendelkezik az adatbázisok tervezett és nem tervezett leállások miatti állásidejének csökkentésére anélkül, hogy további összetevőket kellene konfigurálnia.

Összetevők az Azure Database for PostgreSQL-ben – önálló kiszolgáló

Komponens	Leírás
PostgreSQL-adatbáziskiszolgáló	Az Azure Database for PostgreSQL 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ási művelete a leállást követően másodpercek alatt. 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 (WAL) 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	Az összes PostgreSQL fizikai adatfájlt és WAL-fájlt az Azure Storage tárolja, amely úgy van tervezve, hogy három adatpéldányt tároljon 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 is. Leválasztható egy sikertelen adatbázis-kiszolgálóról, és néhány másodpercen belül újracsatlakoztatható egy új adatbázis-kiszolgálóra. Emellett az Azure Storage folyamatosan figyeli a tárolási hibákat. Ha blokksérülést észlel, az automatikusan ki lesz javítva egy új tárpéldány példányosításával.
Átjáró	Az átjáró adatbázis-proxyként működik, és az összes ügyfélkapcsolatot az adatbázis-kiszolgálóhoz irányítja.

Tervezett állásidő-csökkentés

Az Azure Database for PostgreSQL úgy van megtervezve, hogy magas rendelkezésre állást biztosítson a tervezett állásidő-műveletek során.

1. A PostgreSQL-adatbáziskiszolgálók vertikális fel- és leskálázása másodpercek alatt.
2. A proxyként működő átjáró átirányítja az ügyfelet a megfelelő adatbázis-kiszolgálóhoz.
3. A tárterület felskálázása állásidő nélkül is elvégezhető. A távoli tárolás lehetővé teszi a feladatátvétel utáni gyors leválasztási/újracsatlakozási lehetőséget. Íme néhány tervezett karbantartási forgatókönyv:

Forgatókönyv	Leírás
Számítási skálázás felfelé/lefelé	Amikor a felhasználó számítási skálázási fel- vagy leskálázási műveletet hajt végre, a rendszer kiépít egy új adatbázis-kiszolgálót a skálázott számítási konfigurációval. A régi adatbázis-kiszolgálón az aktív ellenőrzőpontok befejeződhetnek, az ügyfélkapcsolatok kiüríthetők, a nem véglegesített tranzakciók megszakadnak, majd le lesznek állítva. A tároló ezután le lesz választva a régi adatbázis-kiszolgálóról, és az új adatbázis-kiszolgálóhoz van csatolva. 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 bevezetése vagy hibajavításai automatikusan a szolgáltatás tervezett karbantartásának részeként történnek. További információkért tekintse meg a dokumentációt, és ellenőrizze a portált is.
Alverziófrissítések	Az Azure Database for PostgreSQL automatikusan az Azure által meghatározott alverzióra frissíti az adatbázis-kiszolgálókat. Ez a szolgáltatás tervezett karbantartásának részeként történik. Ez másodpercekben rövid állásidőt von maga után, é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 ellenőrizze a portált is.

Nem tervezett leállás kezelé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ózatkezelési 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 PostgreSQL-motor WAL- és adatbázisfájlok használatával végzi el a helyreállítási műveletet, és megnyitja az adatbázis-kiszolgálót, hogy az ügyfelek csatlakozni tudjanak. A nem véglegesített tranzakciók elvesznek, és az alkalmazásnak újra kell próbálkoznia. Bár a nem tervezett állásidőt nem lehet elkerülni, az Azure Database for PostgreSQL úgy csökkenti az állásidőt, 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.

1. Azure PostgreSQL-kiszolgálók gyors skálázási képességekkel.
2. Proxyként működő átjáró, amely az ügyfélkapcsolatokat a megfelelő adatbázis-kiszolgálóra irányítja.
3. Az Azure Storage három példányból áll a megbízhatóság, a rendelkezésre állás és a redundancia érdekében.
4. A távoli tárolás a kiszolgáló feladatátvétele után gyors leválasztási/újracsatolási lehetőséget is biztosít.

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

Íme néhány hibaforgatókönyv, és az Azure Database for PostgreSQL automatikus helyreállítása:

Forgatókönyv	Automatikus helyreállítás
Adatbázis-kiszolgáló hibája	Ha az adatbázis-kiszolgáló valamilyen mögöttes hardverhiba miatt leáll, a rendszer megszakítja az aktív kapcsolatokat, és megszakítja az esetleges gyenge műveletet. A rendszer automatikusan üzembe helyez egy új adatbázis-kiszolgálót, és a távoli adattárat az új adatbázis-kiszolgálóhoz csatolja. Az adatbázis helyreállítása után az ügyfelek az átjárón keresztül csatlakozhatnak az új adatbázis-kiszolgálóhoz. A helyreállítási idő (RTO) különböző tényezőktől függ, beleértve a hiba idején végzett tevékenységet, például a nagy tranzakciót és az adatbázis-kiszolgáló indítási folyamata során végrehajtandó helyreállítás mennyiségét. A PostgreSQL-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. Az alkalmazás újrapróbálkozásakor az átjáró transzparensen átirányítja a kapcsolatot az újonnan létrehozott adatbázis-kiszolgálóra.
Tárolási hiba	Az alkalmazások nem látnak semmilyen hatást a tárolással kapcsolatos problémákra, például a lemezhiba vagy a fizikai blokk sérülésére. Mivel az adatokat három példányban tárolják, az adatok másolatát a túlélő tár szolgáltatja. A blokksérülések automatikusan ki lesznek javítva. Ha az adatok egy példánya elveszik, a rendszer automatikusan létrehozza az adatok új példányát.
Számítási hiba	A számítási hibák ritka események. Számítási hiba esetén kiépül egy új számítási tároló, és az adatfájlokat tartalmazó tároló le van képezve, a PostgreSQL adatbázismotor ezután online állapotba kerül az új tárolón, és az átjárószolgáltatás biztosítja a transzparens feladatátvételt alkalmazásmódosítások nélkül. Vegye figyelembe azt is, hogy a számítási réteg beépítette a rendelkezésre állási zóna rugalmasságát, és az AZ számítási hiba esetén egy új számítást más rendelkezésre állási zónában pörög fel.

Az alábbiakban néhány olyan hibaforgatókönyvet talál, amelyekhez felhasználói művelet szükséges a helyreállításhoz:

Forgatókönyv	Helyreállítási terv
Régióhiba	A régió meghibásodása ritka esemény. Ha azonban egy 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ásra (DR). (A részletekért tekintse meg ezt a cikket az olvasási replikák létrehozásáról és kezeléséről.) Régiószintű hiba esetén manuálisan előléptetheti a másik régióban konfigurált olvasási replikát éles adatbázis-kiszolgálóként.
Rendelkezésreállási zóna meghibásodása	A rendelkezésre állási zónák meghibásodása szintén ritka esemény. Ha azonban védelemre van szüksége egy rendelkezésre állási zóna meghibásodása ellen, konfigurálhat egy vagy több olvasási replikát, vagy fontolja meg a rugalmas kiszolgáló ajánlat használatát, amely zónaredundáns magas rendelkezésre állást biztosít.
Logikai/felhasználói hibák	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 egy időponthoz kötött helyreállítást (PITR) igényel, az adatok visszaállításával és helyreállításával egészen a hiba bekövetkezése előtti időpontig. Ha az adatbázis-kiszolgáló összes adatbázisa helyett csak az adatbázisok vagy adott táblák egy részé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 pg_dump keresztül, majd a pg_restore használatával visszaállíthatja ezeket a táblákat az adatbázisba.

Összegzés

Az Azure Database for PostgreSQL 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 konfigurálhatja a biztonsági másolatok georeplikálását, és üzembe helyezhet egy vagy több olvasási replikát más régiókban is. Az eredendően magas rendelkezésre állási képességekkel az Azure Database for PostgreSQL védi az adatbázisokat a leggyakoribb leállásoktól, és iparági vezető, pénzügyi háttérrel rendelkező , 99,99%-os rendelkezésre állási SLA-t kínál. Mindezek a rendelkezésre állási és megbízhatósági képességek lehetővé teszik, hogy az Azure legyen az ideális platform a kritikus fontosságú alkalmazások futtatásához.

Következő lépések

• További információ az Azure-régiókról
• Tudnivalók az átmeneti csatlakozási hibák kezeléséről
• Megtudhatja, hogyan replikálhatja az adatokat olvasási replikákkal