Versjonering, MFA Delete og replikering

For å gjenopprette en eldre versjon av et versjonert objekt har De to alternativer. Alternativ 1: Kopier den eldre versjons-ID-en tilbake til samme nøkkel—dette oppretter en ny versjon som er en kopi av det eldre innholdet, og gjør den til gjeldende versjon. Alternativ 2: Slett den gjeldende versjonen eller slettemarkøren for å gjøre den forrige versjonen gjeldende. Når De «sletter» et objekt i en versjonert bucket gjennom konsollen uten å angi en versjons-ID, legger S3 til en slettemarkør. Objektet ser slettet ut for forespørsler uten versjonering, men alle versjonene finnes fortsatt.

MFA Delete legger til et ekstra beskyttelseslag for versjonerte bucketer. Når funksjonen er aktivert, krever permanent sletting av en bestemt versjon eller endring av bucket-ens versjoneringstilstand (enabled → suspended) at gyldig MFA-legitimasjon oppgis i API-forespørselen. Dette beskytter mot en angriper som har fått tilgang til AWS-legitimasjonen Deres og permanent sletter kritiske versjoner, utilsiktet eller automatisert sletting av fastlåste objektversjoner og interne trusler som forsøker å ødelegge revisjonsspor. MFA Delete kan bare aktiveres og deaktiveres av root-brukeren via CLI.

S3 Object Lock håndhever en WORM-modell (write-once-read-many) for overholdelse av regulatoriske krav. Objekter som er låst med Object Lock, kan ikke slettes eller overskrives i en angitt oppbevaringsperiode—heller ikke av root-brukeren for kontoen. Det finnes to moduser: Governance mode (brukere med spesielle tillatelser kan overstyre eller fjerne låsen) og Compliance mode (ingen, heller ikke AWS, kan slette objektet i oppbevaringsperioden—den sterkeste beskyttelsen). Object Lock må aktiveres når bucket-en opprettes, og krever versjonering.

Cross-Region Replication (CRR) replikerer automatisk nye objekter og oppdateringer fra en kildebucket i én region til en destinasjonsbucket i en annen region. Bruksområder er overholdelse av regulatoriske krav (beholde en kopi av data i et bestemt land), katastrofegjenoppretting (redusere RPO for kritiske data ved å opprettholde en kopi i en annen region) og redusert forsinkelse (levere objekter fra regionen som er nærmest brukerne). CRR krever at versjonering er aktivert på både kilde- og destinasjonsbucket-en, samt en IAM-rolle med nødvendige replikeringstillatelser.

Same-Region Replication (SRR) replikerer objekter innenfor samme region. Bruksområder er loggsamling (replikere logger fra flere kildebucketer til én sentral bucket), synkronisering av testmiljø (beholde en kopi av produksjonsdata i en utviklingsbucket i samme region) og overholdelse av krav til datasuverenitet innenfor ett enkelt land med flere AWS-tilgjengelighetssoner. I likhet med CRR krever SRR versjonering på begge bucketer og en IAM-rolle. Bare nye objekter som opprettes etter at replikering er aktivert, replikeres automatisk. Bruk S3 Batch Replication til å replikere eksisterende objekter.

S3-replikering replikerer: nye objekter, metadata, tagger, ACL-er og krypteringsstatus. Som standard replikerer den ikke: objekter som eksisterte før replikering ble aktivert (bruk S3 Batch Replication for disse), slettemarkører (med mindre De aktiverer Delete Marker Replication), objekter i Glacier (kan ikke replikeres—gjenopprett dem først) og replikerte objekter (ingen kaskadereplikering mellom tre bucketer). Det er viktig å forstå disse begrensningene når De utformer komplette strategier for katastrofegjenoppretting, der også historiske data og slettehendelser må replikeres.

Replication Time Control (RTC) er et valgfritt tillegg for CRR som gir en tjenestenivåavtale: 99,99 % av objektene replikeres innen 15 minutter, med replikeringsmålinger og varsler i CloudWatch. Uten RTC har replikeringen ingen tidsfordel—de fleste objekter replikeres raskt, men enkelte kan ta flere timer. RTC er nødvendig når kravene til katastrofegjenoppretting eller regulatorisk overholdelse angir et maksimalt Recovery Point Objective (RPO) for data i S3. Det medfører en replikeringskostnad per GB i tillegg til den vanlige kostnaden for dataoverføring ved replikering.

Aktivering av versjonering øker lagringskostnadene fordi S3 beholder hver versjon av hvert objekt til den slettes eksplisitt. En fil på 100 MB som overskrives 10 ganger, bruker nå 1 000 MB lagringsplass. Dette kan begrenses med livssyklusregler som automatisk utløper ikke-aktive versjoner etter et angitt antall dager (for eksempel ved å slette ikke-aktive versjoner som er eldre enn 30 dager), eller ved å flytte ikke-aktive versjoner til rimeligere lagringsklasser som Glacier. Kombiner alltid versjonering med livssyklusregler i produksjon for å kontrollere lagringskostnadene.

S3-versjonering kombinert med Object Lock (Compliance-modus) gir god beskyttelse mot løsepengevirus. Hvis en angriper krypterer eller sletter objektene dine, sørger versjonering for at tidligere versjoner beholdes (med mindre angriperen sletter dem permanent – derfor forhindrer Object Lock permanent sletting i oppbevaringsperioden). For maksimal beskyttelse: aktiver versjonering, aktiver MFA Delete, bruk Object Lock i Compliance-modus for kritiske data, og repliker til en annen Region med separate IAM-legitimasjoner for å hindre at et kompromittert enkeltkonto ødelegger alle kopier.

I denne leksjonen lærte du at versjonering bevarer alle versjoner av hvert objekt og beskytter mot utilsiktet sletting, at MFA Delete og Object Lock gir ekstra uforanderlighet for samsvarskrav og beskyttelse mot løsepengevirus, og at CRR og SRR replikerer objekter til andre bøtter for å oppfylle krav til katastrofegjenoppretting og samsvar. Deretter skal vi se nærmere på S3-lagringsklasser og livssyklusregler for kostnadsoptimalisering.