Prestandaegenskaper för livscykelhantering

Livscykelhantering i Azure Blob Storage hjälper dig att automatisera övergången av objekt till lägre åtkomstnivåer eller att ta bort objekt i slutet av livscykeln för att minska lagringskostnaderna. Om en princip är aktiv bearbetar livscykelhantering regelbundet objekten i ett lagringskonto som matchar filteruppsättningen och reglerna som anges i livscykelhanteringsprincipen. Den tid som krävs för att en princip ska slutföra bearbetningsobjekt i ett lagringskonto beror på många faktorer, till exempel antalet objekt som ska utvärderas och drivas på, kundens arbetsbelastningar på kontot, tillgängligheten för lagringsresurser med mera. I vissa fall kan det ta flera dagar att slutföra bearbetningen av alla objekt i lagringskontot. En ny livscykelhanteringsprincipkörning börjar först när den pågående körningen har slutförts. Livscykelhantering optimerar ständigt för körningshastighet och håller dessa faktorer i åtanke.

Faktorer som påverkar livscykelhanteringsprestanda

Det finns många faktorer som påverkar körningstiden som livscykelhanteringen skulle ta för att bearbeta objekten i ett enda lagringskonto.

Livscykelhantering bearbetar delmängden av objekt i det lagringskonto som du omfånget genom att skapa filteruppsättningar (prefix eller filsökväg) i livscykelhanteringsprinciper. Om du inte anger ett omfång eller omfånget är för brett kan livscykelhanteringen behöva bearbeta ett stort antal objekt som kan öka den tid som krävs för att principen ska slutföras. Bearbetningstiden kan också öka om en betydande procentandel av objekten uppfyller principvillkoren. Den här ökningen av bearbetningstiden gäller särskilt när principen aktiveras för första gången på lagringskontot.

Alla begäranden som görs till ett lagringskonto, inklusive begäranden som görs av livscykelhanteringsprinciper, ackumuleras till samma gräns för begäranden per sekund. När gränsen för begäranden närmar sig prioriteras begäranden som görs av kundarbetsbelastningar. Svarstiden för bearbetning av objekt ökar också om lagringskontots skalbarhets- och prestandagränser nås. Tänk på den här svarstiden när du bestämmer vilka åtgärder som måste utföras inom vissa tidsramar. Läs mer om skalbarhets- och prestandamål för standardlagringskonton.

Genom att prioritera kundarbetsbelastningar säkerställer livscykelhantering att dessa arbetsbelastningar körs med minimala eller inga avbrott. Det kan dock påverka hur många objekt som bearbetas av livscykelhantering. I sådana fall är det möjligt att frekvensen för skapande och ändring av objekt är högre än den hastighet med vilken livscykelhantering kan bearbeta lagringskontot.

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.

Något av dessa villkor kan leda till att livscykelhanteringen tar flera dagar att slutföra bearbetningsobjekt i ett lagringskonto. Den här prestandaegenskaperna för livscykelhantering kan leda till att objekt tar längre tid att bearbeta och kan leda till en ökning av lagringskapaciteten.

Metodtips för att förbättra prestanda för livscykelhantering

Begränsa omfånget för livscykelhanteringsprincipen

Om livscykelhanteringen tar lång tid att slutföra en körning bör du överväga att använda filteruppsättningar för att begränsa sök- och utvärderingsomfånget. Du kan göra detta genom att lägga till prefix och/eller blobindextaggar när du redigerar policyreglerna för livscykelhantering. Med ett begränsat omfång kan livscykelhantering optimera åtgärderna.

Optimera för kostnader för lagring och transaktioner

Det kan vara mer kostnadseffektivt för de små objekten att stanna kvar på den aktuella nivån, i stället för att betala transaktionskostnader för att flytta dem till billigare lagringsnivåer. Undvik att flytta små filer till lägre nivåer, såvida du inte måste. Läs mer om att välja rätt lagringsnivå.

Ange lämpliga tidsbaserade regler

Undvik principvillkor som använder en kort varaktighet mellan skapande av objekt, ändring eller senaste åtkomsttid och principens avsedda åtgärd. Livscykelhantering kan ta upp till 24 timmar att börja bearbeta efter att den tidigare körningen har slutförts. Principändringar och uppdateringar kan också ta upp till 24 timmar att börja gälla. Principer som tar flera dagar att slutföra kanske inte fungerar på objekt som utvärderades tidigare under körningen trots att de uppfyller villkoren under körningsperioden.

Var medveten om skalbarhet och prestandabegränsningar

Begärandefrekvensen och bandbredden för ditt lagringskonto beror på objektstorlek, åtkomstmönster och arbetsbelastningstyp. Livscykelhantering kan uppleva en långsammare bearbetningshastighet för objekt under arbetsbelastningar med hög trafik. Om du konsekvent ser att lagringskontot når kontogränserna och en långsammare bearbetning av livscykelhantering begär du en ökning av kontogränserna. Prestanda för livscykelhantering kan förbättras baserat på resursallokering och arbetsbelastningsprioritering. Kontakta Azure Support om du vill begära en ökning.

Konfigurera felsökning och övervakning

Du bör regelbundet utvärdera prestanda för din livscykelhanteringsprincip. Konfigurera Event Grid-meddelanden så att de meddelas när en principkörning för livscykelhantering har slutförts. Om du vill undersöka körningsinformationen använder du lagringsresursloggar i Azure Monitor .

Nästa steg

• Vanliga frågor och svar om Blob Storage
• Konfigurera en princip för livscykelhantering
• Planera och hantera kostnader för Blob Storage