Hogyan tervezzünk hatékony felhő katasztrófa-helyreállítási stratégiát?

egy olyan világban, ahol a technológia életünk szinte minden aspektusát vezérli, a felhő valóban megemelte ezt az élményt.

az összetett operatív munkaterhelésektől a nagyszabású katasztrófa-helyreállítási tervek végrehajtásáig a felhő szinte könnyűvé tette mindennapi műveleteinket.

egy olyan összetett feladathoz érkezve, mint egy katasztrófa utáni helyreállítási művelet kezelése, a felhő elgondolkodtatott bennünket, milyen nehéz volt katasztrófa utáni helyreállítási projektet végrehajtani annak megérkezése előtt.

nézzük meg a hagyományos katasztrófa-helyreállítási tervbe fektetett időt és erőforrásokat.

ha az elsődleges adatközpontot katasztrófa érinti, akkor fel kell keresnie a biztonsági mentési adatközpontot, amely természetesen dupla munkával jár, beleértve:

• az informatikai infrastruktúra elhelyezésére szolgáló fizikai hely és létesítmények beállítása
• kapcsolattartó személyek és biztonsági személyzet bevonása a telepítésbe
• a kiszolgáló kapacitásának növelése az adatok tárolására és az alkalmazások méretezési követelményeinek való megfelelésre
• az infrastruktúra karbantartására szolgáló támogató személyzet létrehozása
• az alkalmazások futtatásához elegendő sávszélességű Internetkapcsolat megkönnyítése
• hálózati infrastruktúra beállítása, beleértve a tűzfalakat, terheléselosztókat, útválasztókat és kapcsolókat

ez összegzi a spirális költségeket és kezelhetetlen erőforrások, így az adatközpont csak adatmentés, semmi több.

a felhőalapú számítástechnika hajnalán a katasztrófa utáni helyreállítás csak egy újabb feladat lett, amelyet néhány óra vagy perc alatt el lehet végezni.

a felhő katasztrófa utáni helyreállítási projekt számos előnyt kínál a szervezeteknek, többek között:

• időt/tőkét takarít meg
• további adatmentési helymeghatározási lehetőségek
• könnyen megvalósítható nagy megbízhatósággal
• méretezhetőség

azoknak a szervezeteknek, amelyek először fontolgatják a felhő katasztrófa utáni helyreállítását, és azon gondolkodnak, hol kezdjék, itt van egy egyszerű felhő katasztrófa utáni helyreállítási terv, amely segít megtervezni a hatékony katasztrófa utáni helyreállítási stratégiát:

1. lépés: Ismerje meg infrastruktúráját & vázolja fel az esetleges kockázatokat

fontos figyelembe venni informatikai infrastruktúráját, beleértve az eszközöket, berendezéseket és az Ön birtokában lévő adatokat.

azt is fontos felmérni, hogy mindez hol van tárolva, és mennyit ér. Ha már megvan ez a szempont rendezve. Most ki kell értékelnie azokat a kockázatokat, amelyek mindezt befolyásolhatják. A kockázatok közé tartozhatnak többek között a természeti katasztrófák, az adatlopások és az áramkimaradások.

most, hogy rendelkezik számlával az összes eszközéről, azok mennyiségéről és az őket fenyegető esetleges katasztrófafenyegetésekről, jobb helyzetben van ahhoz, hogy megtervezze DR tervét e kockázatok kiküszöbölésére/minimalizálására.

2.lépés: üzleti hatáselemzés elvégzése

az üzleti hatáselemzés a következő a listán. Ez meg fogja érteni az üzleti műveletek korlátait, ha a katasztrófa bekövetkezik.

a következő két paraméter segít felmérni ezt a tényezőt:

a) helyreállítási idő célkitűzés (RTO)
b)helyreállítási pont célkitűzés (RPO)

a) Recovery Time Objective (RTO)

az RTO az a maximális idő, ameddig az alkalmazás offline maradhat, mielőtt elkezdené befolyásolni üzleti tevékenységét.

1. forgatókönyv: ha vállalata elkötelezett a gyors ütemű szolgáltatásnyújtás iránt, akkor az alkalmazás meghibásodása súlyos veszteségekbe kerülhet.

ezenkívül jelentős befektetéseket kell tennie egy DR tervbe, hogy percek alatt folytassa az üzleti tevékenységet.

2. forgatókönyv:Ha közepes tempójú vállalkozása van, és a katasztrófa befolyásolja a műveleteit, akkor is találhat alternatív módszereket az üzleti műveletek végrehajtására.

ezért beállíthatja az RTO-t egy hétig. Ilyen esetben nem kell sok erőforrást befektetnie a katasztrófa utáni helyreállítás megtakarításába, így elegendő időt takaríthat meg ahhoz, hogy elegendő tartalék eszközt szerezzen a katasztrófa után.

az RTO ismerete nagyon fontos, mivel egyenértékű a DR tervbe befektetendő erőforrások számával, mivel az RTO-ban elvesztett idő felhasználható tartalék erőforrások gyűjtésére.

b) Recovery Point Objective (RPO)

az RPO az a maximális időtartam, amely alatt súlyos válság miatt el tudja viselni az alkalmazás adatvesztését.

az RPO meghatározásához figyelembe veendő pontok:

1. lehetséges adatvesztés katasztrófa esetén
2. lehetséges időveszteség az adatok veszélyeztetése előtt

ha a fent említett forgatókönyvet alkalmazza, az RPO akár öt perc is lehet, mivel vállalkozása kritikus fontosságú, és nem engedheti meg magának a megadott időtartamnál többet.

míg a 2.forgatókönyvnél érdemes biztonsági másolatot készíteni az adatokról, de mivel az adatok nem időérzékenyek, nem kell sokat befektetnie a DR.

3. lépés: DR terv létrehozása az RPO és az RTO alapján

most, hogy meghatározta az RPO-t és az RTO-t, most már összpontosíthat egy olyan rendszer tervezésére, amely megfelel a DR céljainak.

a DR terv végrehajtásához az alábbi DR megközelítések közül választhat:

• biztonsági mentés és visszaállítás
• jelzőlámpás megközelítés
• meleg készenléti mód
• teljes replikáció a felhőben
• Többfelhős opció

ezeknek a megközelítéseknek a kombinációját használhatja saját javára vagy kizárólag üzleti igényei szerint.

4.lépés: Keresse meg a megfelelő Felhőpartnert

miután átgondolta a megközelítést, a következő lépéseknek meg kell keresniük egy megbízható felhőszolgáltatót, amely segít a telepítésben.

ha a teljes replikációt a felhőben kívánja használni, akkor a következő tényezőket szeretné figyelembe venni az ideális felhőszolgáltató értékeléséhez:

• megbízhatóság
• a helyreállítás sebessége
• használhatóság
• egyszerűség a beállításban és a helyreállításban
• skálázhatóság
• biztonsági megfelelés

az összes nagy felhőszolgáltató, köztük az AWS, a Microsoft Azure, a Google Cloud és az IBM rendelkezik katasztrófa utáni helyreállítási lehetőségekkel. Ezeken a nagyvállalatokon kívül vannak olyan közepes és kis cégek is, amelyek minőségi katasztrófa-helyreállítási szolgáltatást (DRaaS) kínálnak

5.lépés: a Cloud DR infrastruktúra felépítése

miután konzultált egy cloud DR partnerrel, együttműködhet a szolgáltatóval a DR infrastruktúra tervezésében és beállításában.

a választott DR megközelítés alapján számos logisztikai szempontot kell figyelembe venni:

• mekkora mennyiségű infrastruktúra-összetevőre lesz szüksége?
• milyen módon másolja az adatokat a felhőbe?
• hogyan lehet a legjobban megközelíteni a felhasználói hitelesítést és a hozzáférés-kezelést?
• milyen biztonsági és megfelelőségi legjobb gyakorlatokat kell beállítania?
• milyen biztonsági intézkedéseket fog bevezetni a katasztrófák valószínűségének minimalizálása érdekében?

Emlékezz! Alapvető fontosságú, hogy DR stratégiája összhangban legyen az RTO és RPO specifikációival a zökkenőmentes üzleti működés érdekében.

6. lépés: Tedd a katasztrófa-helyreállítási terv papírra

fontos, hogy egy szabványos iránymutatás vagy folyamatábra konkrét utasításokat minden és mindenki részt vesz a DR. ha katasztrófa történik, minden egyes készen kell állnia, hogy átvegye a felelősséget, mint egy ő szerepe a DR folyamat.

ezenkívül minden utasítást világosan fel kell tüntetni papíron, a legfinomabb részletekkel.

ezek a lépések biztosítják a DR terv hatékonyságát.

7. lépés: Tesztelje a DR tervet gyakran

mivel a DR terv papíron van, a következő lépés a DR terv tesztelése és gyakrabban. Ez segít abban, hogy ne legyenek kiskapuk.

papíron a terv a legátfogóbbnak tűnhet, de hitelességét csak tesztelés után fogja tudni.

az első teszt nem biztos, hogy olyan valószínű, mint gondolta, lehet, hogy rosszabb. De akkor tanulni fog ezekből a tapasztalatokból, és frissíti a DR tervét, hogy jobban felkészítse infrastruktúráját a potenciális katasztrófákkal szemben.

minél nagyobb a DR terve, annál fontosabbá válik annak tesztelése. A tesztek gyakoriságához képest ajánlott, hogy negyedévente futtassa a DR teszteket.

eközben napi vagy heti rendszerességgel figyelemmel kísérheti és elemezheti a biztonsági mentési infrastruktúra teljesítményét.

szervezete mindig tanúja lesz az emberek, folyamatok és technológiák változásának. Ez jó, hogy tesztelje a DR terv az egész ezeket a változásokat annak biztosítása érdekében, hogy az üzleti mindig készen áll a vészhelyzet.

következtetés
az iparág legjobb gyakorlatainak teljes ismerete biztonságosabbá teszi a szervezetet. Azonosította már a felhő platformját? Megbízható DRaaS szolgáltatót keres?

vegye fel a kapcsolatot a Veritis-szel, hogy megértse a különböző DR megközelítéseket, és azonosítsa az üzleti igényeinek megfelelőt!

több mint 10 éves tapasztalattal és több mint 100 projekttel a veritis rendelkezik a szakértelemmel és a betekintéssel a különböző felhő-szolgáltató testreszabott DRaaS-ajánlatainak telepítéséhez, beleértve az Azure-t, a GCP-t és az AWS-t.

Kapcsolódó Hírek:

• katasztrófa utáni helyreállítás-nincs több költségvetési kényszer a felhővel
• a katasztrófa utáni helyreállítás stratégiai megközelítése a szervezeti növekedéshez
• 2028 előrejelzés: a DRaaS piac 38,5% – os CAGR-re készül