Principstruktur för livscykelhantering i Azure Blob Storage

Du kan använda livscykelhanteringsprinciper för att överföra blobar till kostnadseffektiva åtkomstnivåer baserat på deras användningsmönster. Du kan också ta bort blobar helt i slutet av livscykeln. En princip kan fungera på aktuella versioner, tidigare versioner och ögonblicksbilder, men en princip fungerar inte på blobar i systemcontainrar som $logs eller $web containrar. Allmän information finns i Översikt över livscykelhantering i Azure Blob Storage.

Den här artikeln beskriver elementen i en livscykelhanteringsprincip. Principexempel finns i följande artiklar:

• Livscykelhanteringspolicyer som flyttar blobar mellan nivåer
• Principer för livscykelhantering som tar bort blobar

Reglemente

En livscykelhanteringsprincip är en samling regler i ett JSON-dokument. Följande JSON-exempel visar en fullständig regeldefinition:

{
  "rules": [
    {
      "name": "rule1",
      "enabled": true,
      "type": "Lifecycle",
      "definition": {...}
    },
    {
      "name": "rule2",
      "type": "Lifecycle",
      "definition": {...}
    }
  ]
}

Varje regel i principen har flera parametrar som beskrivs i följande tabell:

Filterar

Filter begränsar åtgärder till en delmängd blobar i lagringskontot. Du kan använda ett filter för att ange vilka blobar som ska inkluderas. Ett filter ger inget sätt att ange vilka blobar som ska undantas. Om fler än ett filter har definierats tillämpas en logisk AND på alla filter. I följande tabell beskrivs varje parameter.

Prefix-matchningsfilter

Om du använder prefixMatch-filtret kan varje regel definiera upp till 10 skiftlägeskänsliga prefix. En prefixsträng måste börja med ett containernamn. Om du till exempel vill matcha alla blobar under sökvägen https://myaccount.blob.core.windows.net/sample-container/blob1/..., anger du prefixMatch som sample-container/blob1.

Det här filtret matchar alla blobs i sample-container där namnen börjar med blob1. Om du inte definierar en prefixmatchning gäller regeln för alla blobar i lagringskontot. Prefixsträngar stöder inte jokerteckenmatchning. Tecken som * och ? behandlas som strängliteraler.

Matchningsfilter för blobindex

Om du använder blobIndexMatch-filtret kan varje regel definiera upp till 10 blobindextaggvillkor. Om du till exempel vill matcha alla blobar med Project = Contoso under https://myaccount.blob.core.windows.net/, är blobIndexMatch-filtret{"name": "Project","op": "==","value": "Contoso"}. Om du inte definierar ett värde för blobIndexMatch-filtret gäller regeln för alla blobar i lagringskontot.

Åtgärder

Du måste definiera minst en åtgärd för varje regel. Åtgärder tillämpas på filtrerade blobbar när körvillkoret är uppfyllt. Mer information om körningsvillkor finns i avsnittet Villkor för åtgärdskörning i den här artikeln. I följande tabell beskrivs varje åtgärd som är tillgänglig i en principdefinition.

Om du definierar mer än en åtgärd på samma blob tillämpar livscykelhantering den billigaste åtgärden på blobben. En borttagningsåtgärd är till exempel billigare än åtgärden tierToArchive och åtgärden tierToArchive är billigare än åtgärden tierToCool .

Ta bort åtgärd i konton som har ett hierarkiskt namnområde

När en borttagningsåtgärd tillämpas på ett konto med ett hierarkiskt namnområde aktiverat tas tomma kataloger bort. Om katalogen inte är tom tar borttagningsåtgärden bort objekt som uppfyller principvillkoren inom den första livscykelprincipkörningscykeln. Om åtgärden resulterar i en tom katalog som också uppfyller principvillkoren tas katalogen bort inom nästa körningscykel och så vidare.

Ta bort åtgärd för blobar som har versioner och ögonblicksbilder

En livscykelhanteringsprincip tar inte bort den aktuella versionen av en blob förrän tidigare versioner eller ögonblicksbilder som är associerade med den blobben har tagits bort. Om blobar i ditt lagringskonto har tidigare versioner eller ögonblicksbilder måste du inkludera tidigare versioner och ögonblicksbilder när du anger en borttagningsåtgärd som en del av principen.

Villkor för åtgärdskörning

Alla körningsvillkor är tidsbaserade. Om antalet dagar som har inträffat överskrider det angivna antalet för villkoret kan den associerade åtgärden köras. Principvillkor utvärderas endast för varje objekt en gång under en principkörning. I vissa fall kan ett objekt uppfylla villkoret efter att det redan utvärderats av en körning. Sådana objekt bearbetas i efterföljande körningar.

Aktuella versioner använder den senaste ändrade tiden eller senaste åtkomsttiden, tidigare versioner använder tiden för versionsskapande och blobbögonblicksbilder använder tiden för att skapa ögonblicksbilder för att hålla reda på åldern.

I följande tabell beskrivs varje åtgärdskörningsvillkor.

Åtkomsttidsspårning

Du kan aktivera åtkomsttidsspårning för att registrera när din blob senast lästes eller skrevs och använda ett filter för att hantera lagring på olika nivåer och kvarhållning av dina blobdata.

När du aktiverar spårning av åtkomsttid uppdateras en blobegenskap med namnet LastAccessTime när en blob läs- eller skrivs. Åtgärderna Get Blob och Put Blob är åtkomståtgärder och uppdaterar åtkomsttiden för en blob. Hämta blobegenskaper, Hämta blobmetadata och Hämta blobtaggar är dock inte åtkomståtgärder. Dessa åtgärder uppdaterar inte åtkomsttiden för en blob.

Om du tillämpar körningsvillkoret daysAfterLastAccessTimeGreaterThan på en princip, används LastAccessTime för att avgöra om villkoret är uppfyllt.

Om du tillämpar daysAfterLastAccessTimeGreaterThan-körningsvillkoret på en regel, men om du inte har aktiverat åtkomsttidsspårning, då LastAccessTime används inte. Det datum då den senaste åtkomstspårningen aktiverades används i stället. Faktum är att det datum då den senaste åtkomstspårningen aktiverades används i alla situationer där LastAccessTime blobens egenskap är ett null-värde. Detta kan inträffa även om du har aktiverat spårning av åtkomsttid i fall där en blob inte har använts sedan spårningen aktiverades.

Information om hur du aktiverar spårning av åtkomsttid finns i Aktivera åtkomsttidsspårning om du vill.

Nästa steg

• Översikt över livscykelhantering i Azure Blob Storage.
• Konfigurera en princip för livscykelhantering
• Åtkomstnivåer för blobdata
• Livscykelhanteringspolicyer som flyttar blobar mellan nivåer
• Principer för livscykelhantering som tar bort blobar
• Övervakning av livscykelhanteringsprinciper
• Hantera och hitta data i Azure Blob Storage med blobindex
• Metodtips för att använda blobåtkomstnivåer