Hur man säkerhetskopierar en S3 -hink (och varför du till och med vill)

0
127

Till en början kan detta verka lite paradoxalt; trots allt används S3 vanligtvis som backup för andra tjänster. Men det skyddar inte från oavsiktliga raderingar eller överskrivningar, och för uppgiftskritiska data kan du betala extra för att få hinken replikerad över olika regioner.

Förhindra oavsiktlig radering med objektversionering

Låt oss göra en sak tydlig först — data i S3 är otroligt säker. Den används för säkerhetskopiering, så det är inte meningsfullt att säkerhetskopiera din säkerhetskopia om du inte är paranoid om att förlora dina data.

Även om S3 -data definitivt är säkra från enskilda enhetsfel på grund av RAID och andra säkerhetskopior, är de också säkra från katastrofscenarier som omfattande avbrott eller lagerfel. Till skillnad från EBS-backade datavolymer, som lagras på ett ställe och kan misslyckas helt, säkerhetskopierar S3 redan din data. ” Data i S3 lagras i tre eller flera tillgänglighetszoner, vilket innebär att även om en av dem brinner ner har du fortfarande två säkerhetskopior.

Vad S3 inte skyddar dig från är dig själv. Det är mycket, mycket mer troligt att du, eller någon annan med åtkomst, av misstag kommer att radera något, eller skriva över ett viktigt objekt med sopdata. Detta är scenariot som du bör vara orolig för.

För att skydda mot detta har S3 en funktion som heter Object Versioning. Den lagrar alla olika versioner av varje objekt, så om du råkar skriva över det kan du återställa en tidigare version. Du kan också hämta tidigare versioner när som helst genom att skicka det som en parameter till GET -begäran.

Annons

När versionering är aktiverad, snarare än att ta bort objekt direkt, markerar S3 objektet med en &# 8220; Radering markör ” som får det att fungera som om det är borta, men om du inte tänkte radera det är det reversibelt.

Med en livscykelpolicy på plats (mer om det nedan) bör hinkversionering inte kosta mycket extra eftersom gamla versioner inte kommer att lagras länge. Den är som standard avstängd, men både Amazon och vi rekommenderar att du aktiverar den om du kan spara lagringsökningen.

För att aktivera den, öppna hinkens inställningar, klicka på & #8220; Egenskaper, ” och klicka på “ Redigera ” på Bucket Versioning.

Härifrån kan du helt enkelt vända den på.

Spara din plånbok med livscykelregler

Naturligtvis tar det mycket mer utrymme att lagra flera kopior av objekt, särskilt om du ofta skriver över data. Du behöver förmodligen inte lagra dessa gamla versioner för resten av evigheten, så du kan göra din plånbok en tjänst genom att ställa in en livscykelregel som tar bort de gamla versionerna efter en tid.

Under Management & gt; Livscykelkonfiguration, lägg till en ny regel. De två tillgängliga alternativen är att flytta gamla objekt till en sällsynt åtkomstnivå eller radera dem permanent efter

Om du är orolig missar du att klicka och denna regel kommer att om du tar bort arbetsdata ser du längst ner att regelåtgärderna endast gäller 30 dagar efter att ett objekt blir icke -aktuellt. Det finns ingen regel som raderar arbetsdata permanent, bara upphör att gälla.

Replikera skopan över regioner

Om du verkligen vill säkerhetskopiera hela S3-skopan kan du göra det med en annan skopa och en replikeringsregel. Denna regel replikerar automatiskt alla åtgärder i målhinken.

Annonsering

Du kan konfigurera den från “ Replication ” fliken under “ Management. ”

Ställ in källkonfigurationen (antingen hela skopan eller ett prefix/tagg) och ställ in målhinken:

Du måste skapa en IAM -roll för replikering; S3 hanterar konfigurationen, ge det bara ett namn.

Klicka på “ Nästa ” och klicka på “ Spara. ” Regeln bör vara aktiv omedelbart; du kan testa att ladda upp ett objekt, och du bör se det replikeras till destinationshinken, då ser du replikeringsstatus -taggen ändras till KOMPLETT.