Dela via

Översikt över livscykelhantering i Azure Blob Storage

Azure Blob Storage gör det möjligt för organisationer att effektivt hantera och skala sina datalagringsbehov, även när datavolymerna växer och användningsmönstren utvecklas. Genom att använda bloblivscykelhantering kan kunderna proaktivt optimera kostnaderna genom att implementera regelbaserade principer som automatiskt överför data till kallare nivåer eller upphör att gälla när de inte längre behövs.

Den här sömlösa automatiseringen säkerställer att data alltid lagras på det mest kostnadseffektiva sätt som maximerar budgeteffektiviteten samtidigt som enkel åtkomst och robust datahantering upprätthålls. Med hantering av bloblivscykel kan organisationer på ett säkert sätt skala sina lagringsmiljöer, med vetskapen om att deras kostnader är optimerade och att deras data hanteras enligt verklig användning.

Med policyn för livscykelhantering kan du:

  • Överföra aktuella versioner av en blob, tidigare versioner av en blob eller blobögonblicksbilder till en lågfrekvent lagringsnivå om dessa objekt inte används eller ändras under en viss tidsperiod för att optimera för kostnader.

  • Flytta tillbaka blobar från kall till varm omedelbart när de används.

  • Ta bort aktuella versioner av en blob, tidigare versioner av en blob eller ögonblicksbilder av en blob när deras livscykler är slut.

  • Tillämpa regler på ett helt lagringskonto, för att välja containrar eller på en delmängd blobar med namnprefix eller blobindextaggar som filter.

Tips

Livscykelhantering hjälper dig att optimera dina kostnader för ett enda konto, men du kan använda Azure Storage Actions för att utföra flera dataåtgärder i stor skala över flera konton.

Funktioner för livscykelhanteringspolicy

En livscykelhanteringsprincip är en samling regler i ett JSON-dokument. Mer information finns i Policystrukturen för livscykelhantering i Azure Blob Storage.

Livscykelhanteringsprinciper stöds för blockblobar och tilläggsblobar i allmänna v2-konton, premiumblockblobar och Blob Storage-konton. Livscykelhantering påverkar inte systemcontainrar som $logs containrar eller $web containrar.

En regel är en definition av villkoren, tillsammans med associerade åtgärder och filter som används för att bearbeta objekt. I följande tabell beskrivs varje regelelement.

Regelelement beskrivning
Villkor Villkoren baseras på följande tre blobegenskaper: Skapandetid, senast ändrad tid och senaste åtkomsttid (om spårning av åtkomsttid är aktiverat)
Åtgärder Åtgärder tillämpas på de filtrerade blobar som uppfyller de associerade villkoren. Du måste definiera minst en åtgärd per regel, till exempel att ändra blobnivån till lågfrekvent nivå eller ta bort blobar.
Filterar Filter begränsar regelåtgärder till en delmängd blobar i lagringskontot med hjälp av sökvägsprefix och blobtaggar. Om fler än ett filter har definierats körs ett logiskt OCH på alla filter. 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.

Principkörning

När du lägger till eller redigerar reglerna för en livscykelprincip kan det ta upp till 24 timmar innan ändringarna börjar gälla och för den första körningen att starta.

En aktiv princip bearbetar objekt regelbundet och avbryts om ändringar görs i principen. Om du tar bort en princip schemaläggs inga nya principkörningar, men om en körning redan pågår fortsätter den körningen tills den har slutförts och du debiteras för alla åtgärder som krävs för att slutföra körningen. Om du inaktiverar alla regler i en princip blir principen inaktiv. Om en körning redan pågår stoppas körningen inom 24 timmar och inga nya körningar schemaläggs. Vi rekommenderar att du inaktiverar en princip först, väntar 24 timmar och sedan tar bort principen.

Den tid som krävs för att en körning ska slutföras beror på antalet blobar som utvärderas och bearbetas. Svarstiden som en blob utvärderas och körs med kan vara längre om begärandefrekvensen för lagringskontot närmar sig gränsen för lagringskontot. Alla begäranden som görs till lagringskontot, inklusive begäranden som görs av policylöpningar, ackumuleras till samma gräns för begäranden per sekund, och när gränsen närmar sig ges prioritet till begäranden som görs av arbetsuppgifter. Om du vill begära en ökning av kontogränser kontaktar du Azure-supporten.

Information om hur du visar standardskalningsgränser finns i följande artiklar:

Läs mer om prestandaegenskaper för livscykelhantering.

Du kan övervaka utfallet av en policykörning genom att prenumerera på händelsen LifecyclePolicyCompleted och diagnostisera fel med hjälp av metrik och loggar. Se Övervakning av livscykelhanteringsprinciper.

Fakturering

Principer för livscykelhantering är kostnadsfria. Kunder debiteras för standardåtgärdskostnader för API-anropen för Set Blob Tier. Borttagningsåtgärder är kostnadsfria. Andra Azure-tjänster och verktyg som Microsoft Defender för Lagring kan dock debiteras för åtgärder som hanteras via en livscykelprincip.

Varje uppdatering av en blobs senaste åtkomsttid faktureras under kategorin andra operationer. Varje uppdatering av senaste åtkomsttid debiteras som en "annan transaktion" högst en gång var 24:e timme per objekt, även om den används tusentals gånger på en dag. Detta är skilt från avgifterna för lästransaktioner.

Mer information om priser finns på Prissättning för blockblobbar.

Kända problem och begränsningar

  • Nivåindelning stöds ännu inte i ett Premium-blockbloblagringskonto. För alla andra konton får nivåindelning endast ske på blockblobar och inte på tilläggs- eller sidblobar.

  • Principer för livscykelhantering kan inte användas för att rehydrera blobbar till en onlinenivå.

  • En livscykelhanteringsprincip måste läsas eller skrivas i sin helhet. Partiella uppdateringar stöds inte.

  • Varje regel kan ha upp till 10 skiftlägeskänsliga prefix och upp till 10 villkor för blobindextaggen.

  • En livscykelhanteringsprincip kan inte användas för att ändra nivån för en blob som använder ett krypteringsomfång till arkivnivån.

  • Borttagningsåtgärden för en livscykelhanteringsprincip fungerar inte med någon blob i en oföränderlig container. Med en oföränderlig princip kan objekt skapas och läsas, men inte ändras eller tas bort. Mer information finns i Lagra affärskritiska blobdata med oföränderlig lagring.

  • Livscykelhantering påverkar inte systemcontainrar som $logs eller $web containers.

Vanliga frågor och svar

Se Vanliga frågor och svar om livscykelhantering.

Nästa steg