co je disaster recovery?
Disaster Recovery (DR) zahrnuje postupy, zásady nebo postupy, které připraví organizace je životně důležité infrastruktury, aby účinně obnovit z přírodních nebo člověkem způsobených katastrof, a zajištění kontinuity podnikání.
Před kybernetickými útoky a selhání zařízení, přes hurikány nebo jiné přírodní katastrofy – DR musí pokrýt všechny možné scénáře, které ohrožuje dostupnost IT infrastruktury. V posledních letech přebírá Obnova po havárii stále převládající roli v podnikových výpočetních rozpočtech, což často představuje 20-25% nákladů na výpočetní techniku.
, které Mají právo disaster recovery plán
plánu obnovy po havárii (DRP) vymezuje, jak se organizace bude reagovat na daném katastrofický scénář, s cílem podporovat časově citlivé obchodní procesy a funkce, a zachování plné kontinuity podnikání.
DRP obsahuje citlivé i preventivní prvky a je klíčovou součástí plánování kontinuity podnikání společnosti (BCP). Na straně reagující, DRP vymezuje četné scénáře katastrof, a definuje podrobné reakce na každý, s cílem minimalizovat negativní dopad této události. Na preventivní straně si DRP klade za cíl minimalizovat negativní účinky konkrétních scénářů definováním toho, co musí organizace udělat, aby se jim vyhnula.
konkrétně, DRP musí předvídat a vymezit akční plán v reakci na ztrátu těchto kritických komponent a služeb, jako:
- Kompletní počítačové místnosti prostředí
- Kritické hardware, včetně síťové infrastruktury, serverů, stolních nebo přenosných počítačů, bezdrátových zařízení a periferní zařízení
- poskytovatel připojení
- Enterprise aplikací
- ukládání Dat zařízení nebo aplikace
Pro dosažení maximální účinnosti a udržet náklady na uzdě, organizace by měla v plánu využít kombinace vnitřních zdrojů a dodavatele-podporované řešení v jejich Zotavení po havárii plánování. Optimální interní / dodavatelský mix závisí na konkrétních cílech organizace pro obnovu po havárii, které se měří z hlediska cíle doby zotavení (RTO) a cíle bodu obnovy(RPO). Cíl doby zotavení lze zhruba definovat jako dobu, po kterou může podnik fungovat bez dostupnosti systému, zatímco cíl bodu obnovy vyjadřuje, jak stará budou data, jakmile se systémy obnoví.
Data center disaster recovery
pro splnění cílů organizace RTO a RPO čelí provozovatelé datových center mnoha výzvám. Klíčovou výzvou je synchronizace dat. Jinými slovy: jak nejlépe zajistit, aby data ve všech alternativních lokalitách byla čerstvá, aby byla zaručena konzistence služeb a kontinuita podnikání, a to i v případě katastrofy?
Do jisté míry, odpověď na tuto otázku spočívá v úrovni replikace, což může být definována jako frekvence, s níž přijímací systém (záložní prostředí) potvrzuje příjem dat od vysílajícího systému (výrobní prostředí). Nejběžnější metody replikace jsou:
- synchronní replikace-nejbezpečnější, ale nejvíce náročná metoda replikace. Ve scénáři synchronní replikace přijímající systém uznává každou jednotlivou změnu přijatou od odesílajícího systému. Přijetí této metody vyžaduje údržbu“ horkého „záložního webu a je nejúčinnější v kombinaci s“ horkými “ řešeními převzetí služeb při selhání a řešeními Global Server Load Balancing (GSLB).
- Polosynchronní replikace-přijímací systém odešle potvrzení až po přijetí řady změn. Tato metoda synchronizace je paralelní k „teplé“ převzetí služeb při selhání přístup, a může být tou pravou volbou pro služby, které – v případě havárie – může dovolit, pro některé ztrátu dat a přiměřené množství prostojů.
- asynchronní replikace-replikace dat této metody je rychlejší, ale méně bezpečná, protože odesílající systém jednoduše pokračuje v odesílání dat, aniž by obdržel jakoukoli odpověď. Souběžně s přístupem“ studeného “ převzetí služeb při selhání je tato metoda nejvhodnější pro statické zdroje nebo scénáře, ve kterých je ztráta dat přijatelná.
Při vytváření DRP, organizace potřebují zajistit, aby jejich převzetí služeb při selhání politika je plně v souladu s jejich synchronizace metodou volby.
například „hot-hot“ synchronizace/převzetí služeb při selhání politika zajišťuje, že data jsou vždy 100% synchronizované, a to paralelní systém je vždy připraven k převzetí pro výrobní systém s minimální latencí nebo prostoje.
Pokud však datové centrum zvolilo asynchronní replikaci, nemusí být náklady na údržbu hot failover serveru zaručeny, protože data nemusí být nutně plně replikována v daném okamžiku selhání.
a Konečně, je důležité pro efektivní datové centrum obnovy udržovat mimo obchodní prostory, převzetí služeb při selhání zařízení, které bude monitorovat stav systému, a přesměrovat provoz v reálném čase na záložní datové centrum v případě selhání.