A természeti katasztrófák, a számítógépes támadások, a rendszerhibák és még az emberi hibák is bármikor bekövetkezhetnek. Ezek veszélyeztetik a szervezet kritikus alkalmazásait.A jól megtervezett katasztrófa-helyreállítási terv megkülönböztetheti a gyors, biztonságos helyreállítást vagy a hosszabb leállási időt és az üzleti folytonosság kockázatát, amelyek milliókba kerülhetnek. Rendszeres katasztrófa-helyreállítási tesztek és gyakorlatok elengedhetetlenek bármely katasztrófa-helyreállítási tervhez, lehetővé téve, hogy azonosítsa és kezelje a potenciális problémákat, mielőtt valódi problémákká válnának. Annak érdekében, hogy a katasztrófa-helyreállítási terv hatékony legyen, ki kell dolgoznia egy átfogó tesztelési és fúrási stratégiát, amely az infrastruktúra, az alkalmazások és a folyamatok minden kritikus összetevőjét lefedi. Ez a cikk megvitatja azokat a lépéseket, amelyeket megtehet a katasztrófa-helyreállítási tesztek és gyakorlatok tervezéséhez, végrehajtásához és értékeléséhez. Foglalja le ingyenes bemutatóját még ma, és kezdje el az adatvédelmi stratégiájának optimalizálását az N2W-vel az AWS Marketplace-en. Foglalja le ingyenes bemutatóját még ma, és kezdje el az adatvédelmi stratégiájának optimalizálását az N2W-vel az AWS Marketplace-en. Miért kritikus a katasztrófa-helyreállítási tesztelés Recovery Challenges for Distributed Systems A jól megtervezett elosztott rendszerekben az egyik komponens meghibásodása nem jelentheti a rendszer teljes meghibásodását. Ehelyett a meghibásodást el kell különíteni a komponensre. Lehetőség van arra, hogy a rendszereket megfelelő módon észleljék és reagáljanak az ilyen típusú meghibásodásokra. Mindenesetre a katasztrófa-helyreállítási teszttervnek figyelembe kell vennie ezeket az árnyalatokat annak érdekében, hogy valós körülmények álljanak fenn. Íme néhány kihívás, amelyet a helyreállítható elosztott rendszer megtervezésekor meg kell oldani: Network Failure and Data Replication Hálózati hiba és adatreplikáció A hálózat elválasztása, a hálózati torlódás, a szabályok, a szabályok, a biztonsági csoportok és sok más tényező okozhat időszakos vagy tartós eltávolodást a rendszer komponensei között. Hogyan tervezed és működteted az elsődleges és a helyreállítási hálózatot hiba esetén? Fontos megérteni azt is, hogyan tesztelheted párhuzamosan a termelési rendszert. Distributed Transaction Management Elosztott tranzakciós menedzsment Az elosztott rendszerben végrehajtott tranzakciók több rendszerre is kiterjedhetnek, ami azt jelenti, hogy ezeket a rendszereket össze kell hangolni. Ezenkívül a tranzakcióknak össze kell hangolniuk más tranzakciókkal ezen más gépeken és külső erőforrásokban, például adatbázisokban vagy fájlrendszerekben. Service Dependency Resolution Szolgáltatásfüggőség megoldás A szolgáltatásoknak képesnek kell lenniük arra, hogy megtalálják egymást, hogy együttműködjenek az üzleti logika végrehajtásában vagy a szolgáltatáshívások között.A legtöbb mikroszolgáltatás-implementáció szolgáltatásfelfedezést igényel; azonban monolitikus architektúrában is alkalmazásokkal rendelkezik. Data Consistency and Recovery Adat konzisztencia és helyreállítás A legtöbb esetben a katasztrófa-helyreállítás célja, hogy a lehető leggyorsabban helyreállítsa a szolgáltatást, miközben minimalizálja az adatvesztést vagy a korrupciót. Backup and Disaster Recovery Planning Backup és katasztrófa-helyreállítási tervezés A biztonsági mentések kritikus fontosságúak minden helyreállítási tervhez, és a semmiből újjáépíthetők, ha nincs biztonsági másolat az adatairól. Disaster Recovery Testing + Verification of Recovery Mechanisms Katasztrófa-helyreállítási vizsgálat + helyreállítási mechanizmusok ellenőrzése A helyreállítási tervek bonyolult mechanizmusokra támaszkodnak, amelyeket tesztelni kell, mielőtt a termelési környezetbe kerülnének. A tesztelést rendszeresen kell elvégezni, mert az új szoftververziókat mindig új funkciókkal bocsátják ki, amelyek befolyásolhatják a helyreállítást. Foglalja le ingyenes bemutatóját még ma, és kezdje el az adatvédelmi stratégiájának optimalizálását az N2W-vel az AWS Marketplace-en. Foglalja le ingyenes bemutatóját még ma, és kezdje el az adatvédelmi stratégiájának optimalizálását az N2W-vel az AWS Marketplace-en. Dependencies and Setting Order of Recovery Függőségek és a helyreállítás sorrendjének beállítása Ha egy elosztott rendszer meghibásodik, nehéz meghatározni, hogyan lehet visszaállítani, mivel sok függőség lehet az alkatrészek vagy szolgáltatások között. Kezdje azzal, hogy feltérképezi a rendszer különböző szolgáltatásai és összetevői közötti függőségeket, azonosítsa a rendszer működéséhez leginkább kritikus függőségeket, és határozza meg a meghibásodás hatását ezekre a függőségekre. A kritikus függőségek meghatározása: A kritikus függőségek meghatározása: Miután azonosította a kritikus függőségeket, a rendszerfunkcionalitásra gyakorolt hatásuk és más szolgáltatások vagy alkatrészek attól függő mértéke alapján állítsa előtérbe őket. Előnyben részesítik a függőséget: Előnyben részesítik a függőséget: Határozza meg az egyes szolgáltatások vagy alkatrészek helyreállítási eljárásait, megjelölve a helyreállításukhoz szükséges lépéseket és azokat a függőségeket, amelyekre támaszkodnak. Establish recovery procedures: A helyreállítási eljárások bevezetése: Fontolja meg a helyreállítási folyamatok automatizálását, ahol csak lehetséges, hogy minimálisra csökkentsék a manuális beavatkozást és csökkentsék a rendszer helyreállításához szükséges időt. Automatizált helyreállítási folyamatok: Automatizált helyreállítási folyamatok:   Végezze el a hamis helyreállítási gyakorlatokat, hogy azonosítsa a potenciális problémákat és finomítsa a tervet. Test and validate the recovery plan: Rendszeresen teszteljük és érvényesítsük Tesztelje és érvényesítse a helyreállítási tervet: Use Case Scenario Examples Példa eset forgatókönyvek Íme néhány felhasználási eset az adatok helyreállításához: Use-case #1 – Recovery of Data (AWS and Azure) A szervezet kritikus üzleti adatait az AWS és az Azure szolgáltatások használatával tárolja a felhőben.A közelmúltban kibertámadás okozta az adatok romlását és elvesztését, és a szervezetnek a lehető leggyorsabban vissza kell állítania az adatokat, hogy elkerülje a súlyos pénzügyi és hírnévbeli károkat. A helyreállításhoz szükséges lépések: Az adatvesztés mértékének meghatározása: A szervezeteknek meg kell határozniuk az adatvesztés mértékét és hatását.Ez magában foglalhatja a szervernaplók, a monitoring rendszerek és a felhasználói visszajelzések elemzését a probléma hatókörének azonosítása érdekében. Az adatok helyreállítási folyamatának elindítása: A következő lépés az adatok helyreállítási folyamatának elindítása.Az AWS és az Azure különböző lehetőségeket kínál az adatok helyreállítására, beleértve a biztonsági mentést és helyreállítást, a replikációt és a hibaelhárítást.A konkrét helyreállítási stratégia az adatvesztés jellegétől, a rendelkezésre álló biztonsági mentési és helyreállítási lehetőségektől, valamint a szervezet helyreállítási idejének (RTO) és helyreállítási pontjának (RPO) célkitűzéseitől függ. A biztonsági mentésekből származó adatok helyreállítása: Ha rendelkezésre állnak biztonsági mentések, a szervezet visszaállíthatja az adatokat ezekből a biztonsági mentésekből.Az AWS és az Azure olyan biztonsági mentési és helyreállítási szolgáltatásokat kínál, amelyek lehetővé teszik a szervezetek számára az adatok biztonsági másolatának létrehozását és kezelését.Ezek a szolgáltatások lehetővé teszik a szervezetek számára az adatok gyors és egyszerű helyreállítását az adatok elvesztése során. Adatok replikálása: Ha a biztonsági mentések nem állnak rendelkezésre vagy hiányosak, a szervezet más forrásokból származó adatokat is replikálhat.Az AWS és az Azure olyan replikációs szolgáltatásokat kínál, amelyek lehetővé teszik a szervezetek számára az adatok különböző régiók és rendelkezésre állási zónák közötti replikálását az adatok rendelkezésre állásának és redundanciájának biztosítása érdekében. Hibaelhárítás másodlagos rendszerekhez: Ha az elsődleges rendszerek nem helyreállíthatók, a szervezet földrajzilag szétszóródott és nagy rendelkezésre állásra tervezett másodlagos rendszerekre is áttérhet.Az AWS és az Azure olyan hibaelhárítási szolgáltatásokat kínál, amelyek lehetővé teszik a szervezetek számára, hogy automatikusan átálljanak a másodlagos rendszerekre az elsődleges rendszer meghibásodása esetén. Az adatok integritásának és konzisztenciájának ellenőrzése: Az adatok helyreállításának befejezése után a szervezetnek ellenőriznie kell a helyreállított adatok integritását és konzisztenciáját. A helyreállítási folyamat értékelése: Miután a helyreállítási folyamat befejeződött, a szervezetnek értékelnie kell a helyreállítási folyamatot, hogy azonosítsa a javításra váró területeket. Az adatok elvesztésének mértéke: Indítsa el az adat-visszaállítás folyamatát: A biztonsági mentésből származó adatok visszaállítása: Az adatok megismétlése: A másodlagos rendszerek meghibásodása: Az adatok integritásának és konzisztenciájának ellenőrzése: A helyreállítási folyamat értékelése: Use-Case #2 – Recovery of a Complex App Made Up of Multiple Services (Compute, Data, Networking) Egy szervezet küldetés-kritikus alkalmazása, amely több szolgáltatásból áll, mint például a számítástechnika, az adatok és a hálózatépítés, katasztrofális megszakítást tapasztalt egy természeti katasztrófa miatt. Függőségek azonosítása: Az első lépés a különböző alkalmazási szolgáltatások közötti függőségek azonosítása. Ez magában foglalhatja az EC2 vagy az Azure virtuális gépek indítását, és annak biztosítását, hogy megfelelően konfigurálva legyenek a szükséges biztonsági csoportokkal, IAM szerepekkel és hálózati beállításokkal. Adatszolgáltatások helyreállítása: Miután a számítástechnikai szolgáltatások működnek, a következő lépés az adatszolgáltatások helyreállítása.Ez magában foglalhatja a biztonsági mentésekből származó adatok helyreállítását és helyreállítását, vagy más forrásokból, például földrajzilag szétszóródott másodlagos rendszerekből származó adatok replikálását. Hálózati szolgáltatások helyreállítása: A számítógép és az adatszolgáltatások helyreállítása után a hálózati szolgáltatásokat vissza kell állítani.Ez magában foglalhatja a virtuális privát felhők (VPC-k), alhálózatok és hálózati biztonsági csoportok konfigurálását a forgalom közvetlen áramlásának biztosítása érdekében a különböző szolgáltatások között. Tesztelés és ellenőrzés: Miután az összes szolgáltatást helyreállították, az alkalmazást ellenőrizni kell annak biztosítása érdekében, hogy megfelelően működjön. A helyreállítási folyamat értékelése: Miután a helyreállítási folyamat befejeződött, a szervezetnek értékelnie kell a helyreállítási folyamatot, hogy azonosítsa a javításra váró területeket. A függőségek azonosítása: Kezdjük a számítógépes szolgáltatásokkal: Data Recovery szolgáltatások: Hálózati szolgáltatások visszaállítása: Tesztelés és ellenőrzés: A helyreállítási folyamat értékelése: Automation is Not Desired. It’s Required Az automatizálás nem kívánatos, szükséges Ma az informatikai rendszerek várhatóan mindig rendelkezésre állnak, és megszakítás esetén helyreállíthatók.A hagyományos kézi katasztrófa-helyreállítási folyamatok időigényesek, hajlamosak a hibákra, és nem felelnek meg az RTO-knak és RPO-knak. Szükség van RTO-kra és RPO-kra is. Katasztrófa-helyreállítási terv Az automatizálás felgyorsíthatja a helyreállítási folyamatot, kiküszöbölheti a hibákat, és növelheti a helyreállítási folyamat irányítását és láthatóságát.Az automatizált katasztrófa-helyreállítással az informatikai csapatok biztosítják, hogy a helyreállítási folyamat következetes, megbízható és kiszámítható legyen még összetett és dinamikus informatikai környezetben is. Test The Plan, Don’t Plan The Test Tesztelje a tervet, ne tervezze meg a tesztet A katasztrófa-helyreállítási terv csak annyira hatékony, mint annak végrehajtása. Annak érdekében, hogy a katasztrófa-helyreállítási terv szükség esetén működjön, elengedhetetlen, hogy rendszeresen teszteljük.A tesztelés segít azonosítani a terv hiányosságait és gyengeségeit, lehetőséget nyújt a terv finomítására a tanulságok alapján, és bizalmat épít a helyreállítási folyamatban. Fontos, hogy a stratégiát olyan helyzetben teszteljük, amely utánozza a felmerülő zavarok legvalószínűbb formáit. Minden lényeges elemet, például hardvert, szoftvert, hálózatokat és adatokat tesztelni kell, és minden releváns felet, például informatikai alkalmazottakat, üzleti egységeket és külső beszállítókat be kell vonni. A szervezetek gondoskodhatnak arról, hogy készen álljanak minden lehetséges katasztrófára, és a terv rendszeres tesztelése révén gyorsan és hatékonyan helyreállíthassák a kulcsfontosságú informatikai rendszereket és adatokat. 👉 TIP: You can  Automatizált katasztrófa-helyreállítási fúrók N2W-vel  and have reports emailed Automatizált katasztrófa-helyreállítási fúrók N2W-vel Final Words on Disaster Recovery Testing Végső szavak a katasztrófa-helyreállítási tesztelésről Az erős katasztrófa-helyreállítási stratégiának magában kell foglalnia a katasztrófa-helyreállítási teszteket és gyakorlatokat.A szervezetek megerősíthetik a helyreállítási folyamatba vetett bizalmukat, megtalálhatják és kijavíthatják a terv hiányosságait, és biztosíthatják, hogy a létfontosságú informatikai rendszerek és adatok a megszakítás során gyorsan és hatékonyan helyreálljanak. Fontos megjegyezni, hogy a vizsgálatoknak kimerítőnek kell lenniük, és valamennyi érintett felet be kell vonni.Az eredményeket fel kell jegyezni, meg kell vizsgálni, és szükség szerint fel kell használni a katasztrófa-helyreállítási terv frissítésére. Végül egy tesztelt és jól dokumentált katasztrófa-helyreállítási terv segítheti a vállalkozásokat az informatikai megszakítások által okozott pénzügyi és hírnévbeli károk csökkentésében, és garantálja az üzleti folytonosságot katasztrófa esetén. Get Your Weekends Back: Automated Disaster Recovery Testing with N2W Get Your Weekend Back: Automatizált katasztrófa-helyreállítási tesztelés az N2W-vel Az N2W helyreállítási forgatókönyveivel nem csak biztonsági mentéseket tesztel – egy gombnyomással teljes katasztrófa-próbákat szervez. Határozza meg az erőforrások csoportjait (VM-ek, tárhely, hálózati beállítások) és jelölje őket prioritásként – nincs szükség kézi szkriptekre. Szerezzen egyértelmű, testreszabható jelentéseket az RTO-król és RPO-król, hitelesítse a számlák közötti és a régiók közötti helyreállításokat, és azonnali figyelmeztetéseket a hibás konfigurációkról, mielőtt valaha is elérnék az élő környezetét. A hálózati beállítások visszaállításának tesztelése az egészséges hibaelhárítási állapot biztosítása érdekében. Automatizált hibaelhárítási fúrások futtatása elszigetelt környezetben, amelyek a termelést olyan gyakran tükrözik, amennyit csak akarnak. Röviden: kétségtelenül tudni fogja, hogy amikor valódi megszakítások történnek - a számítógépes támadásoktól az emberi hibákig - az alkalmazások pontosan ott fordulnak vissza, ahol kell, meglepetések vagy hosszan tartó leállások nélkül. Foglalja le ingyenes bemutatóját még ma, és kezdje el az adatvédelmi stratégiájának optimalizálását az N2W-vel az AWS Marketplace-en. Foglalja le ingyenes bemutatóját még ma, és kezdje el az adatvédelmi stratégiájának optimalizálását az N2W-vel az AWS Marketplace-en.

Ez a hanganyag a történet eredeti nyelvén készült!

Túl hosszú; Olvasni

Download free Tech Leaders Productivity Report!

Katasztrófa-helyreállítási tesztelés és fúrások - Honnan tudom, hogy a tervem működik-e?

About Author

HOZZÁSZÓLÁSOK

HANG TAGOK

EZT A CIKKET BEMUTATTA

Related Stories

HackerNoon Raises $250k at $50M Valuation From Forward Research

THE LAST DAY OF NEW YORK

HackerNoon Social Media Presence: A Complete Guide

From Desk to HackerNoon: Your Ultimate Guide on How to Publish a Story

HackerNoon Raises $250k at $50M Valuation From Forward Research

THE LAST DAY OF NEW YORK

HackerNoon Social Media Presence: A Complete Guide

From Desk to HackerNoon: Your Ultimate Guide on How to Publish a Story

Light-Mode

Classic

Newspaper

Dark-Mode

Neon Noir

Minty

HN StartUps