Kritieke workloads draaien op Amazon Web Services (AWS) maakt bedrijfscontinuïteit niet het probleem van iemand anders. Onder het Shared Responsibility Model van AWS garandeert AWS de weerbaarheid van de cloud, maar de weerbaarheid in de cloud is uw verantwoordelijkheid. Deze gids toont hoe u een programma voor Business Continuity & Disaster Recovery (BCDR) voor AWS ontwerpt dat zowel technisch degelijk als auditklaar is ten opzichte van ISO 22301, DORA en NIS2, en hoe ResiPlan dat programma omzet in levend, aantoonbaar bewijs.
Wat "BCDR voor AWS" eigenlijk betekent
BCDR bestaat uit twee disciplines die samenwerken:
- Bedrijfscontinuïteit (BC): uw bedrijfsprocessen draaiende houden (mensen, leveranciers, communicatie, beslissingen) wanneer er iets misloopt.
- Disaster recovery (DR): het technische herstel van systemen en gegevens.
Op AWS is de verleiding groot om DR als een louter infrastructurele oefening te behandelen (snapshots, Multi-AZ, replicatie). Dat leidt tot tekortkomingen bij audits. Toezichthouders willen zien dat DR afgeleid is van een bedrijfsimpactanalyse (BIA), d.w.z. hersteldoelstellingen die voortvloeien uit de bedrijfskritikaliteit, niet uit wat het platform toevallig ondersteunt.
Stap 1: bepaal RTO/RPO op basis van bedrijfsimpact, niet op basis van AWS-functies
Twee getallen vormen het anker van elk DR-ontwerp:
- RTO (Recovery Time Objective): hoelang een proces onderbroken mag zijn voordat er onaanvaardbare schade ontstaat.
- RPO (Recovery Point Objective): hoeveel gegevensverlies (uitgedrukt in tijd) aanvaardbaar is.
Leid ze per proces af uit een BIA en koppel elk niveau vervolgens aan een DR-strategie op AWS:
| RTO/RPO-niveau | DR-strategie op AWS | Typische kosten |
|---|---|---|
| RTO uren, RPO uren | Backup & Restore (S3, AWS Backup, cross-region kopie) | $ |
| RTO ~tientallen minuten, RPO minuten | Pilot Light (kerngegevens gerepliceerd, infrastructuur slapend) | $$ |
| RTO minuten, RPO seconden | Warm Standby (afgeslankte live kopie) | $$$ |
| RTO bijna nul, RPO bijna nul | Multi-Region Active/Active | $$$$ |
Gebruik een gratis RTO/RPO-calculator om de kritikaliteit van processen te vertalen naar doelniveaus voordat u ook maar iets ontwerpt.
Stap 2: Multi-AZ is hoge beschikbaarheid, geen disaster recovery
Een veelvoorkomende auditbevinding: teams beweren "DR" te hebben, maar beschikken enkel over Multi-AZ. Availability Zones beschermen tegen het uitvallen van een datacenter binnen één Region. Ze beschermen niet tegen:
- een verstoring van een dienst over een volledige Region,
- een corrupte deployment of ransomware die zich onmiddellijk repliceert,
- een compromittering op accountniveau of een onbedoelde verwijdering.
Voor echte DR hebt u cross-Region-capaciteit nodig (minstens Backup & Restore) en, voor kritieke functies, een geteste multi-Region-strategie. Documenteer expliciet welke dreigingen elke laag afdekt: auditors vragen ernaar.
Stap 3: een back-upstrategie die een audit (en ransomware) overleeft
- AWS Backup met cross-Region- en cross-account-kopie (een aanvaller in uw productieaccount mag niet in staat zijn uw enige back-ups te verwijderen).
- S3 Object Lock / onveranderlijkheid voor back-upkluizen (WORM): de meest doeltreffende maatregel tegen het verwijderen van back-ups door ransomware.
- Versleuteling met KMS, en een gedocumenteerd plan voor sleutelherstel (een verloren CMK = onherstelbare gegevens).
- Hersteltests volgens planning: een niet-geteste back-up is een hypothese. Leg elke hersteltest vast als bewijs.
Stap 4: vergeet het "business"-gedeelte van BCDR niet
Zelfs een perfect DR-runbook faalt als de mensen eromheen niet voorbereid zijn. Uw BCDR-programma voor AWS moet ook het volgende omvatten:
- Bedrijfscontinuïteitsplannen (BCP/DRP/IRP) per kritiek proces (zie onze gids voor het IT-herstelplan).
- Crisiscommunicatie en een commandostructuur voor incidenten.
- Het in kaart brengen van afhankelijkheden van leveranciers/derden (AWS is zelf een kritieke derde partij; DORA beschouwt AWS als een ICT-dienstverlener).
- Oefeningen: tabletopoefeningen en technische failoveroefeningen, minstens jaarlijks.
Stap 5: koppel BCDR voor AWS aan uw compliance-verplichtingen
Hier verliezen de meeste DR-programma's in de cloud punten. Dezelfde maatregelen moeten beantwoorden aan meerdere kaders:
- ISO 22301: clausule 8.4 (bedrijfscontinuïteitsstrategieën), 8.5 (oefenen), 8.4.4 (herstel). Uw DR-niveaus op AWS zijn uw continuïteitsstrategieën.
- DORA (Verordening EU 2022/2554): AWS is een externe ICT-dienstverlener; u moet AWS opnemen in uw informatieregister, over een gedefinieerde exitstrategie beschikken en weerbaarheidstests uitvoeren (Art. 24-27). Voor kritieke functies zijn gedocumenteerde RTO/RPO-onderbouwingen vereist (Art. 11-12).
- NIS2 (Richtlijn EU 2022/2555): bedrijfscontinuïteit, back-upbeheer en crisisbeheer zijn uitdrukkelijke vereisten (Art. 21).
Hoe ResiPlan BCDR voor AWS operationeel maakt
ResiPlan is een Business Continuity Management System (BCMS) dat precies voor deze koppeling is gebouwd:
- BIA-gestuurde RTO/RPO die uw DR-niveaus op AWS voeden, met volledige traceerbaarheid.
- AI-plangeneratoren (BCP/DRP/IRP) die AWS-specifieke herstelrunbooks opstellen die u verfijnt.
- CMDB + afhankelijkheidsmapping om AWS te registreren als kritieke ICT-dienstverlener voor DORA.
- Modules voor oefeningen en maturiteit om failoveroefeningen te plannen, uit te voeren en aan te tonen (ISO 22301 clausule 8.5).
- Auditklare compliance-dashboards voor DORA, NIS2 en ISO 22301 vanuit één enkele bron van waarheid.
Begin hier: doorloop de DORA-readinesschecklist en de ISO 22301-checklist, en plan vervolgens een demo om te zien hoe uw AWS-workloads worden gekoppeld aan een verdedigbaar continuïteitsprogramma.
BCDR voor AWS is geen back-uptaak, maar een onderbouwde bedrijfsbeslissing. ResiPlan houdt dat bewijs actueel, zodat uw volgende audit uren in beslag neemt in plaats van weken.