Een bedrijf draait zelfbeheerde Microsoft SQL Server op Amazon EC2 met Amazon EBS. Dagelijks worden er snapshots van de EBS-volumes gemaakt. Onlangs zijn alle EBS-snapshots per ongeluk verwijderd door een snapshot-opschoningsscript dat verlopen snapshots verwijderde. Een solutions architect moet de architectuur bijwerken om gegevensverlies te voorkomen zonder snapshots voor onbepaalde tijd te bewaren. Welke oplossing voldoet aan deze vereisten met de MINSTE ontwikkelingsinspanning?

De Recycle Bin voor EBS-snapshots is de meest geschikte oplossing omdat het een ingebouwde AWS-functie is die bescherming biedt tegen onbedoelde verwijdering. Door een retentieregel van 7 dagen in te stellen, worden verwijderde snapshots gedurende die periode bewaard, waardoor ze kunnen worden hersteld. Dit vereist de minste ontwikkelingsinspanning omdat het direct in de AWS-console of via de API kan worden geconfigureerd zonder aangepaste scripts. Het wijzigen van het IAM-beleid voorkomt weliswaar verwijdering, maar kan legitieme opschoonacties belemmeren en is niet flexibel genoeg voor gecontroleerde retentie. Het kopiëren van snapshots naar een andere regio biedt herstel bij regionale storingen, maar voorkomt geen onbedoelde verwijdering binnen de bronregio en vereist extra kosten en beheer. Het kopiëren naar S3 Standard-IA is een handmatige of scriptmatige oplossing die meer ontwikkelingsinspanning vereist en niet de directe bescherming van de Recycle Bin biedt.