Identifiera kostnadsoptimeringsalternativ för Azure Blob Storage
En allmän förståelse av prismodellen för Azure Blob Storage bör hjälpa dig att identifiera möjligheterna till kostnadsoptimering. Vissa av de beslut du behöver fatta kan vara lämpligare i designfasen, till exempel att välja azure-målregionen eller lagringskontots replikeringsomfång. Användningsmönster ändras med tiden och styr andra beslut. Det är dock viktigt att observera att kostnadsoptimering är en pågående aktivitet som du bör följa och utvärdera kontinuerligt. I den här lektionen får du reda på olika alternativ för kostnadsoptimering. Du kan också avgöra vilka av dessa alternativ som kan hjälpa dig att hantera lagringsrelaterade avgifter i din miljö.
Beskriva kostnadsoptimeringsalternativen för Azure Blob Storage
De primära alternativ för kostnadsoptimering som du överväger i den här lektionen är hur du:
Organisera data på åtkomstnivåer.
Skriv direkt till lågfrekventa nivåer och arkivnivåer.
Flytta data automatiskt mellan åtkomstnivåer.
Reservera lagringskapacitet.
Ordna data i åtkomstnivåer
Syftet med åtkomstnivåer är att göra det möjligt för företag att välja prismodell och datahämtningshastighet som återspeglar deras blobanvändningsmönster. Ditt val på åtkomstnivå bör baseras på hur ofta enskilda blobar i lagringskontot används.
Vanliga blobbar bör till exempel finnas i ett bloblagringskonto som konfigurerats med frekvent åtkomstnivå för att optimera lagringsanvändningen och minimera kostnaderna. Omvänt bör blobar som du tänker använda endast ibland finnas i ett bloblagringskonto som konfigurerats med lågfrekvent åtkomstnivå. Blobbar som du kommer åt eller ändrar sällan bör finnas i ett bloblagringskonto som konfigurerats med nivån för kall åtkomst. Slutligen bör blobar som behålls i arkiveringssyfte, utan några kortsiktiga planer för åtkomst till deras innehåll, tilldelas till arkivnivån.
Den här rekommendationen baseras på den åtkomstnivåspecifika prismodellen som avgör två typer av avgifter:
De avgifter som är associerade med att underhålla vilande data (per gigabyte).
De avgifter som är kopplade till åtkomst till data för att utföra läs-, uppdaterings- och borttagningsåtgärder.
Om du tilldelar frekvent åtkomstnivå till en blob minimeras den andra av dessa avgifter, men den första ökar. Om du väljer arkivåtkomstnivå får du motsatt effekt. Om du planerar att komma åt data ofta representerar den frekventa nivån därför det mest kostnadseffektiva valet. Om du planerar att komma åt data mindre ofta är den kalla nivån eller arkivnivån mer meningsfull för att minska kostnaden för att lagra data.
Ditt databasadministrationsteam bör till exempel överväga att använda arkivlagring för långsiktiga säkerhetskopieringar av lokala datalager. Som ett resultat av regelkrav måste dessa säkerhetskopior bevaras i flera år, även om det sällan finns något behov av att återställa dem. Omvänt skulle den frekventa nivån vara mer lämplig för loggfiler som används för att felsöka kundproblem och för kortsiktig analys och rapportering.
Skriva direkt till lågfrekventa nivåer och arkivnivåer
Om du har en tydlig indikation på att en ny blob inte kommer att nås på kort sikt bör du överväga att tilldela den direkt till den kalla nivån eller arkivnivån. Det här steget eliminerar avgifter som är associerade med att flytta det mellan nivåer.
Flytta data automatiskt mellan åtkomstnivåer
Den åtkomstnivå som du tilldelar i början kanske inte återspeglar långsiktiga lagringstrender. En logg som används för att felsöka ett aktuellt problem kanske inte har samma betydelse några veckor senare. På samma sätt kan det vara viktigt att snabbt återställa en säkerhetskopia nyligen, men den graden av brådska kanske inte gäller om några månader för samma säkerhetskopia. Du kan ändra åtkomstnivån manuellt, men en sådan metod medför betydande underhållskostnader. Särskilt sant när du ändrar ett stort antal blobar, vilket är vanligt i företagsscenarier.
Lyckligtvis är det här steget inte nödvändigt. Azure Blob Storage stöder livscykelhanteringsprinciper som flyttar data mellan nivåer baserat på de kriterier som du definierar. Du kan till exempel definiera en principregel som övergår blobar till arkivnivån om de inte har ändrats under de senaste 90 dagarna. På samma sätt kan du skapa en principregel för att ta bort blobar på arkivnivån om de inte har använts under de senaste 360 dagarna.
Kommentar
Principerna kan baseras på det senast ändrade datumet eller det senast använda datumet. Det senare kräver aktivering av spårning av senaste åtkomsttid.
Reservera lagringskapacitet
Om du förväntar dig att använda Azure Blob Storage under en längre tid kan du ytterligare minska kostnaderna genom att köpa en reserverad kapacitet. Kapaciteter finns i enheter med 100 terabyte (TB) och 1 petabyte (PB) per månad i steg om ett år eller tre år. Det här arrangemanget erbjuder ett rabatterat pris för lagringsavgifter (per gigabyte) för data som finns i Azure Blob Storage. Du kan köpa en reservation för valfri åtkomstnivå och typ av redundans, men den gäller för en specifik kombination av Azure-regionen, åtkomstnivån och redundansalternativet.