Mi az a vészhelyreállítás?
A katasztrófa egyetlen, jelentős esemény, amelynek nagyobb és tartósabb hatása van, mint amennyit egy alkalmazás képes enyhíteni a kialakítás magas rendelkezésre állási része révén. A vészhelyreállítás (DR) a nagy hatású események, például természeti katasztrófák vagy sikertelen üzembe helyezések utáni helyreállításról szól, amelyek állásidőt és adatvesztést eredményeznek. A katasztrófa okától függetlenül a legjobb megoldás egy jól definiált és tesztelt DR-terv, valamint egy olyan alkalmazásterv, amely aktívan támogatja a DR-t.
Helyreállítási célok
A teljes DR-tervnek a következő kritikus üzleti követelményeket kell megadnia az alkalmazás által implementálandó minden egyes folyamathoz:
A helyreállítási pont célkitűzése (RPO) az elfogadható adatvesztés maximális időtartama. Az RPO mértékegysége nem kötet, hanem időegység, például "30 perc adat" vagy "négy órányi adat". Az RPO az adatvesztés korlátozásáról és helyreállításáról szól, nem pedig az adatlopásról.
A helyreállítási idő célkitűzése (RTO) az elfogadható állásidő maximális időtartama, ahol az "állásidőt" az Ön specifikációja határozza meg. Ha például egy katasztrófa elfogadható állásideje nyolc óra, akkor az RTO nyolc óra.
Az alkalmazás által implementálandó főbb folyamatoknak és számítási feladatoknak külön RPO- és RTO-értékekkel kell rendelkezniük a vészforgatókönyv-kockázatok és a lehetséges helyreállítási stratégiák vizsgálatával. Az RPO és az RTO meghatározásának folyamata az egyedi üzleti szempontok (költségek, hatás, adatvesztés stb.) eredményeként hatékonyan létrehozza az alkalmazásra vonatkozó DR-követelményeket.
Vészhelyreállítási terv
A vészhelyreállítás nem automatikus funkció, hanem tervezésre, tervezésre és tesztelésre van szükség. A szilárd DR-stratégia támogatásához az alapoktól kezdve létre kell készítenie egy alkalmazást a DR szem előtt tartásával. Az Azure szolgáltatásokat, funkciókat és útmutatást kínál a dr.
Adat-helyreállítás
Katasztrófa esetén az adatok visszaállításának két fő módszere van: a biztonsági mentések és a replikáció.
A biztonsági mentés egy adott időpontra állítja vissza az adatokat. A biztonsági mentéssel egyszerű, biztonságos és költséghatékony megoldásokat kínálhat az adatok biztonsági mentésére és helyreállítására a Microsoft Azure-felhőben. Az Azure Backup használatával hosszú élettartamú, írásvédett adatpillanatképeket hozhat létre a helyreállításhoz.
Az adatreplikálás valós idejű vagy közel valós idejű másolatot készít az élő adatokról több adattárreplikában, minimális adatvesztést szem előtt tartva. A replikáció célja az, hogy a lehető legkisebb késés mellett tartsa a replikákat szinkronizálva, miközben fenntartja az alkalmazás válaszkészségét. A legtöbb teljes körű adatbázisrendszer és egyéb adattárolási termék és szolgáltatás a működési és teljesítménykövetelmények miatt valamilyen szorosan integrált szolgáltatásként tartalmaz valamilyen replikációt. Erre példa a georedundáns tárolás (GRS).
A különböző replikációs tervek különböző prioritásokat helyeznek el az adatkonzisztencia, a teljesítmény és a költségek tekintetében.
Az aktív replikációhoz több replikán párhuzamosan zajló frissítésre van szükség, ez garantálja a konzisztenciát az adatátvitel költségén.
A passzív replikáció a háttérben végzi a szinkronizálást, így az alkalmazás teljesítményének korlátozásaként eltávolítja a replikációt, de növeli az RPO-t.
Az aktív-aktív vagy többkiszolgálós replikáció lehetővé teszi több replika egyidejű használatát, így lehetővé teszi a terheléselosztást az adatkonzisztencia bonyolításának költségén.
Az aktív-passzív replikáció csak a feladatátvétel során tart fenn élő használatra fenntartott replikákat.
Megjegyzés:
A legtöbb teljes körű adatbázisrendszer és egyéb adattárolási termék és szolgáltatás tartalmaz valamilyen replikációt, például georedundáns tárolást (GRS) a működési és teljesítménybeli követelmények miatt.
Rugalmas alkalmazások létrehozása
A vészforgatókönyvek általában állásidőt is eredményeznek, legyen szó hálózati csatlakozási problémákról, adatközpont-leállásokról, sérült virtuális gépekről vagy sérült szoftvertelepítésekről. A legtöbb esetben az alkalmazás-helyreállítás magában foglalja a feladatátvételt egy különálló, működő üzembe helyezésre. Emiatt nagy léptékű katasztrófa esetén előfordulhat, hogy egy másik Azure-régióban is helyre kell állítani a folyamatokat. További szempontok lehetnek a helyreállítási helyek, a replikált környezetek száma és a környezetek fenntartása.
Az alkalmazástervtől függően számos különböző stratégiát és Azure-funkciót használhat, például az Azure Site Recoveryt, hogy javítsa az alkalmazás által a katasztrófa utáni folyamat-helyreállítás támogatását.
Szolgáltatásspecifikus vészhelyreállítási funkciók
Az Azure-platformon szolgáltatásként (PaaS) futó szolgáltatások többsége, például a Azure-alkalmazás Szolgáltatás funkciókkal és útmutatással támogatja a DR-t. Bizonyos esetekben szolgáltatásspecifikus funkciókkal támogathatja a gyors helyreállítást. Az Azure SQL Server például támogatja a georeplikációt a szolgáltatás más régióban való gyors helyreállítása érdekében. Az Azure App Service rendelkezik biztonsági mentési és visszaállítási funkcióval, a dokumentációban pedig található útmutatás az Azure Traffic Manager az adatforgalom egy másodlagos régióba való átirányítására szolgáló használatához.