Wat is disaster recovery?

Disaster Recovery (DR) omvat de procedures, beleidslijnen of processen die de vitale IT-infrastructuur van een organisatie voorbereiden om effectief te herstellen van natuurrampen of door de mens veroorzaakte rampen, en de bedrijfscontinuïteit garanderen.

door cyberaanvallen en uitval van apparatuur, door orkanen of andere natuurrampen-DR moet alle mogelijke scenario ‘ s dekken die de beschikbaarheid van IT-infrastructuur bedreigen. In de afgelopen jaren heeft Disaster Recovery een steeds belangrijker rol in enterprise computing budgetten aangenomen, vaak goed voor 20-25% van de IT-uitgaven.

het juiste disaster recovery plan

een disaster recovery plan (DRP) bepaalt hoe een organisatie zal reageren op een bepaald rampenscenario, met als doel tijdgevoelige bedrijfsprocessen en-functies te ondersteunen en volledige bedrijfscontinuïteit te behouden.

een DRP bevat zowel responsieve als preventieve elementen en is een belangrijk onderdeel van de Business Continuity Planning (Bcp) van het bedrijf. Aan de responsieve kant, een DRP omlijnt tal van rampenscenario ‘ s, en definieert de gedetailleerde reacties op elk, met het doel om de negatieve impact van die gebeurtenis te minimaliseren. Aan de preventieve kant wil een DRP de negatieve effecten van specifieke scenario ‘ s minimaliseren door te bepalen wat de organisatie moet doen om deze te vermijden.

meer in het bijzonder moet een DRP anticiperen op en een actieplan afbakenen als reactie op het verlies van dergelijke bedrijfskritische IT-componenten en-diensten als:

• Complete computerruimteomgevingen
• kritieke IT-hardware, waaronder netwerkinfrastructuur, servers, desktop-of laptopcomputers, draadloze apparaten en randapparatuur
• Serviceproviderconnectiviteit
• Enterprise-softwaretoepassingen
• gegevensopslagapparaten of-toepassingen

om maximale efficiëntie te bereiken en de kosten onder controle te houden, moeten organisaties plannen om een combinatie van interne bronnen en door de leverancier ondersteunde oplossingen te gebruiken in hun Noodherstelplanning. De optimale interne / leveranciersmix is afhankelijk van de specifieke disaster recovery-doelstellingen van de organisatie, die worden gemeten in termen van Recovery Time Objective (RTO) en Recovery Point Objective (RPO). Recovery Time Objective kan ruwweg worden gedefinieerd als de hoeveelheid tijd die een bedrijf kan functioneren zonder systeembeschikbaarheid, terwijl Recovery Point Objective uitdrukt hoe oud de gegevens zullen zijn zodra systemen herstellen.

datacenter disaster recovery

om aan de RTO-en RPO-doelstellingen van een organisatie te voldoen, worden datacenteroperators geconfronteerd met tal van uitdagingen. Een belangrijke uitdaging is datasynchronisatie. Met andere woorden: hoe zorg je er het best voor dat de gegevens op alle alternatieve locaties vers zijn, om service consistentie en bedrijfscontinuïteit te garanderen, zelfs in geval van een ramp?

tot op zekere hoogte ligt het antwoord op deze vraag in het niveau van replicatie, dat kan worden gedefinieerd als de frequentie waarmee het ontvangende systeem (de back-upomgeving) de ontvangst van gegevens van het verzendende systeem (de productieomgeving) bevestigt. De meest voorkomende replicatiemethoden zijn::

• synchrone replicatie-de veiligste, maar meest resource-veeleisende replicatie methode. In een synchrone replicatiescenario herkent het ontvangende systeem elke wijziging die van het verzendende systeem wordt ontvangen. Het gebruik van deze methode vereist het onderhoud van een “hot” back-up site, en het is het meest effectief in combinatie met “hot” failover oplossingen en Global Server Load Balancing (GSLB) oplossingen.
• Semi-synchrone replicatie: het ontvangende systeem verzendt bevestiging pas nadat een reeks wijzigingen zijn ontvangen. Deze synchronisatiemethode is parallel aan de” warme ” failover – benadering en kan de juiste keuze zijn voor services die – in geval van een ramp-enig verlies van gegevens en een redelijke hoeveelheid uitvaltijd kunnen toestaan.
• asynchrone replicatie-de gegevensreplicatie van deze methode is sneller, maar minder veilig, omdat het verzendsysteem gewoon doorgaat met het verzenden van gegevens, zonder enige reactie te ontvangen. Parallel aan de” koude “failover-aanpak is deze methode het meest geschikt voor statische bronnen of scenario’ s waarin gegevensverlies aanvaardbaar is.

bij het maken van een DRP moeten organisaties ervoor zorgen dat hun failover-beleid volledig in lijn is met hun synchronisatiemethode naar keuze.

bijvoorbeeld, het” hot-hot ” synchronisatie/failover beleid zorgt ervoor dat data altijd 100% gesynchroniseerd is, en dat een parallel systeem altijd klaar staat om het productiesysteem over te nemen met minimale latency of downtime.

als een datacenter echter voor asynchrone replicatie heeft gekozen, zijn de kosten van het onderhouden van een hot failover-server mogelijk niet gerechtvaardigd, omdat gegevens niet noodzakelijk volledig worden gerepliceerd op een gegeven moment van storing.

tot slot is het belangrijk voor effectief datacenter disaster recovery om een extern failover-apparaat te onderhouden, dat de systeemstatus zal bewaken en het verkeer in real-time zal omleiden naar een back-updatacenter in het geval van een storing.