Planning voor disaster recovery

Disaster recovery (DR) draait om voorbereiding op het ergste. Het is een geheel van beleidsregels en procedures waarmee essentiële technologische infrastructuur en systemen na een natuurramp of door mensen veroorzaakte ramp kunnen worden hersteld of blijven functioneren.

Zie het als het noodplan van je systeem. Het zorgt ervoor dat je diensten snel weer actief zijn wanneer er iets misgaat, zodat verstoring voor gebruikers en bedrijfsactiviteiten tot een minimum wordt beperkt.

Een robuust DR-plan is niet alleen een goed idee; het is cruciaal voor elk serieus systeem. Dit is waarom:

• Bedrijfscontinuïteit: Houdt je diensten beschikbaar, zelfs na grote incidenten.
• Gegevensbescherming: Voorkomt permanent verlies van kritieke informatie.
• Reputatie: Behoudt het vertrouwen van gebruikers en voorkomt negatieve publiciteit door langdurige uitval.
• Naleving: Veel voorschriften verplichten organisaties om DR-mogelijkheden te hebben.
• Kostenverlaging: Sneller herstel betekent vaak een kleinere financiële impact van uitvaltijd.

Twee kernstatistieken geven richting aan DR-planning:

• Recovery Time Objective (RTO): Dit is de maximaal aanvaardbare tijdsduur waarin een systeem of toepassing na een ramp niet beschikbaar mag zijn. Hiermee bepaal je hoe snel je moet herstellen.
• Recovery Point Objective (RPO): Dit is de maximaal aanvaardbare hoeveelheid gegevensverlies, uitgedrukt in tijd. Hiermee bepaal je hoeveel gegevens je je kunt veroorloven te verliezen (bijvoorbeeld gegevens van 1 uur of 1 dag).

Deze doelstellingen helpen bepalen welke specifieke strategieën en technologieën je gebruikt.

Back-ups vormen de basis van DR. Het zijn kopieën van je gegevens die afzonderlijk van het primaire systeem worden opgeslagen. Veelgebruikte strategieën zijn:

• Volledige back-ups: Een volledige kopie van alle gegevens op een bepaald moment.
• Incrementele back-ups: Maakt alleen een back-up van gegevens die sinds de laatste back-up (volledig of incrementeel) zijn gewijzigd.
• Differentiële back-ups: Maakt een back-up van alle gegevens die sinds de laatste volledige back-up zijn gewijzigd.

Het is essentieel om back-ups buiten de primaire locatie of in een andere regio op te slaan, zodat ze beschermd zijn tegen lokale rampen.

Hoewel back-ups uitstekend zijn voor herstel, levert gegevensreplicatie bijna-realtimekopieën van je gegevens, waardoor de RPO aanzienlijk wordt verlaagd.

• Synchrone replicatie: Gegevens worden tegelijkertijd naar zowel het primaire systeem als het replicasysteem geschreven. Dit biedt geen gegevensverlies (RPO = 0), maar voegt latentie toe.
• Asynchrone replicatie: Gegevens worden eerst naar het primaire systeem geschreven en daarna naar de replica gekopieerd. Dit is sneller voor het primaire systeem, maar kan tot een kleine hoeveelheid gegevensverlies leiden als het primaire systeem uitvalt voordat de replicatie is voltooid.

Replicatie is essentieel voor systemen die een lage RPO vereisen.

Een DR-locatie is een alternatieve locatie waar je systemen tijdens een ramp kunnen worden hersteld en uitgevoerd. DR-locaties verschillen in kosten en herstelsnelheid:

• Cold site: Een eenvoudige ruimte met stroom en verbindingen, maar zonder apparatuur. Hoge RTO, lage kosten.
• Warm site: Bevat basishardware, een vooraf geconfigureerd netwerk en enkele gegevens. Gemiddelde RTO, gemiddelde kosten.
• Hot site: Een volledig uitgeruste, gespiegelde primaire locatie met realtime gegevensreplicatie. Lage RTO, hoge kosten.

De keuze hangt af van je RTO/RPO-vereisten en budget.

Een uitgebreid DR-plan moet het volgende bevatten:

• Teamrollen: Duidelijk omschreven verantwoordelijkheden voor wie wat doet tijdens een ramp.
• Communicatieplan: Hoe je belanghebbenden, klanten en teamleden informeert.
• Stapsgewijze procedures: Gedetailleerde instructies voor het afsluiten, herstellen en uitvoeren van failover van systemen.
• Inventaris: Een lijst van alle kritieke hardware, software en gegevens.
• Contactgegevens: Van leveranciers, belangrijke medewerkers en hulpdiensten.

Het is een document dat voortdurend moet worden bijgewerkt en regelmatig moet worden gecontroleerd.

De kwaliteit van een DR-plan wordt bepaald door de laatste test. Regelmatig testen is essentieel om zeker te weten dat het plan werkt wanneer dat nodig is. Testvormen zijn onder andere:

• Tabletop-oefeningen: Teamleden doorlopen het plan in gedachten en bespreken de stappen en uitdagingen.
• Simulatietests: Een ramp simuleren zonder de productieomgeving te beïnvloeden en specifieke onderdelen testen.
• Volledige oefeningen: Een complete test waarbij systemen daadwerkelijk naar de DR-locatie worden overgeschakeld.

Door te testen ontdek je hiaten, leid je medewerkers op en verbeter je het plan.

Het automatiseren van DR-processen kan de RTO en het aantal menselijke fouten aanzienlijk verminderen. Dit omvat:

• Automatische failover: Systemen schakelen automatisch over naar een stand-by- of DR-locatie wanneer een storing wordt gedetecteerd.
• Geautomatiseerde herstelscripts: Scripts om toepassingen te starten, configuraties te herstellen en gegevens te synchroniseren.
• Orkestratietools: Software die complexe herstelreeksen in meerdere systemen coördineert.

Automatisering maakt DR sneller en betrouwbaarder en maakt het minder afhankelijk van handmatige tussenkomst.

In deze les hebben we planning voor noodherstel (DR) verkend. We hebben geleerd dat DR essentieel is om de bedrijfscontinuïteit te waarborgen en gegevens tegen rampzalige gebeurtenissen te beschermen.

Belangrijkste punten:

• RTO (Recovery Time Objective) en RPO (Recovery Point Objective) zijn cruciale meetwaarden.
• Strategieën omvatten gegevensback-ups en replicatie.
• Verschillende DR-locaties (koud, warm, heet) bieden verschillende herstelsnelheden en kosten.
• Een uitgebreid DR-plan omvat teamrollen, procedures en communicatie.
• Regelmatig testen en automatisering zijn essentieel voor een effectieve DR-strategie.

Door je op rampen voor te bereiden, bouw je veerkrachtigere en betrouwbaardere systemen.