Een bedrijf moet het permanent verwijderen van kritieke data die is opgeslagen in Amazon S3 voorkomen en die data repliceren van de primaire AWS-regio naar een secundaire regio voor disaster recovery. Zelfs gebruikers met administratorrechten mogen de data in de secundaire regio niet permanent kunnen verwijderen. Welke oplossing voldoet aan deze vereisten?

De correcte oplossing is om S3 Object Lock in compliance mode in te schakelen op de bronbucket en S3-replicatie te configureren. S3 Object Lock in compliance mode voorkomt dat objecten worden overschreven of verwijderd door wie dan ook, inclusief de root-gebruiker, gedurende een gedefinieerde retentieperiode. Dit voldoet aan de vereiste om permanente verwijdering van kritieke data te voorkomen. S3-replicatie zorgt voor disaster recovery door data naar een secundaire regio te kopiëren. Omdat Object Lock al op de bronbucket is geconfigureerd, zullen de gerepliceerde objecten in de doelbucket ook beschermd zijn tegen verwijdering (als Object Lock is ingeschakeld op de doelbucket, wat een best practice is). De andere opties zijn minder geschikt: AWS Backup biedt wel cross-Region backups, maar AWS Backup Vault Lock in governance mode kan door een root-gebruiker worden uitgeschakeld, wat niet voldoet aan de vereiste om zelfs administrators te blokkeren. Een bucket policy die s3:ReplicateDelete weigert, voorkomt alleen dat delete markers worden gerepliceerd, niet de objecten zelf. Objecten kunnen nog steeds direct worden verwijderd uit de doelbucket. S3 Object Versioning beschermt tegen onbedoelde verwijdering door versies te behouden, maar staat nog steeds toe dat objecten permanent worden verwijderd door alle versies te verwijderen.