Het bedrijf wil een bedrijfscontinuïteitsplan in AWS voor het geval hun belangrijkste on-premises applicatie (draaiend op fysieke servers die ook andere apps hosten) uitvalt. De app gebruikt MySQL en de besturingssystemen zijn EC2-compatibel. Welke aanpak biedt de vereiste continuïteit met de minste operationele overhead?

AWS Elastic Disaster Recovery (DRS) is de aanbevolen service voor disaster recovery van on-premises applicaties naar AWS. Het installeert de AWS Replication Agent op de bronservers, inclusief de MySQL-database, en repliceert continu gegevens naar een staging-gebied in de doelregio. Dit minimaliseert dataverlies (RPO in seconden) en hersteltijd (RTO in minuten). Het definiëren van opstartinstellingen zorgt ervoor dat de herstelde EC2-instanties correct worden geconfigureerd. Regelmatige failover- en fallback-tests zijn cruciaal om de effectiviteit van het bedrijfscontinuïteitsplan te valideren. Deze aanpak biedt de laagste operationele overhead omdat DRS het replicatie- en herstelproces grotendeels automatiseert. De andere opties zijn minder efficiënt of complexer: De eerste optie mist de specifieke service (DRS) en de geautomatiseerde orchestratie die DRS biedt. De derde optie (DMS en Aurora) is gericht op databasemigratie en -replicatie, niet op volledige server- en applicatie-DR. Het vereist handmatige installatie van andere applicaties op EC2. De vierde optie (Storage Gateway) is primair een opslagoplossing en vereist veel handmatige stappen voor het herstellen van servers en applicaties, wat de operationele overhead verhoogt en de RTO verlengt.