Åtkomstnivåer för blobdata

  • Artikel

Data som lagras i molnet växer exponentiellt. För att hantera kostnader för dina växande lagringsbehov kan det vara bra att organisera dina data baserat på hur ofta de används och hur länge de ska behållas. Azure Storage erbjuder olika åtkomstnivåer så att du kan lagra dina blobdata på det mest kostnadseffektiva sättet baserat på hur de används. Azure Storage-åtkomstnivåer omfattar:

  • Frekvent nivå – en onlinenivå som är optimerad för att lagra data som används eller ändras ofta. Den frekventa nivån har de högsta lagringskostnaderna, men de lägsta åtkomstkostnaderna.
  • Lågfrekvent nivå – en onlinenivå som är optimerad för lagring av data som inte används sällan eller som ändras. Data på lågfrekvent nivå ska lagras i minst 30 dagar. Lågfrekvent nivå har lägre lagringskostnader och högre åtkomstkostnader jämfört med frekvent nivå.
  • Kall nivå – en onlinenivå som är optimerad för att lagra data som inte används ofta eller ändras. Data på den kalla nivån ska lagras i minst 90 dagar. Den kalla nivån har lägre lagringskostnader och högre åtkomstkostnader jämfört med lågfrekvent nivå.
  • Arkivnivå – en offlinenivå som är optimerad för lagring av data som sällan används och som har flexibla svarstidskrav i antal timmar. Data på arkivnivån ska lagras i minst 180 dagar.

Viktigt

Den kalla nivån är för närvarande i förhandsversion och är tillgänglig i följande regioner: Kanada, centrala, Kanada, östra, Frankrike, centrala, Frankrike, södra och Korea, centrala. Juridiska villkor för Azure-funktioner i betaversion, förhandsversion eller som av någon annan anledning inte har gjorts allmänt tillgängliga ännu finns i kompletterande användningsvillkor för Microsoft Azure-förhandsversioner. Information om hur du registrerar dig finns i Kall nivå (förhandsversion).

Kapacitetsgränser för Azure Storage anges på kontonivå i stället för enligt åtkomstnivå. Du kan välja att maximera din kapacitetsanvändning på en nivå eller distribuera kapacitet över två eller flera nivåer.

Anteckning

Inställningen av åtkomstnivån tillåts endast på blockblobar. De stöds inte för tilläggs- och sidblobar.

Onlineåtkomstnivåer

När dina data lagras på en onlineåtkomstnivå (antingen frekvent, lågfrekvent eller kall) kan användarna komma åt dem omedelbart. Frekvent nivå är det bästa valet för data som används aktivt. Lågfrekvent eller lågfrekvent nivå är idealisk för data som används mindre ofta, men som fortfarande måste vara tillgängliga för läsning och skrivning.

Exempel på användningsscenarier för frekvent nivå:

  • Data som används aktivt eller data som du förväntar dig kräver frekventa läsningar och skrivningar.
  • Data som mellanlagras för bearbetning och eventuell migrering till lågfrekvent åtkomstnivå.

Användningsscenarier för lågfrekvent och lågfrekvent åtkomstnivå omfattar:

  • Kortsiktig säkerhetskopiering av data och haveriberedskap.
  • Äldre datamängder som inte används ofta, men som förväntas vara tillgängliga för omedelbar åtkomst.
  • Stora datamängder som måste lagras på ett kostnadseffektivt sätt medan andra data samlas in för bearbetning.

Information om hur du flyttar en blob till frekvent, lågfrekvent eller lågfrekvent nivå finns i Ange en blobs åtkomstnivå.

Data på lågfrekvent och kall nivå har något lägre tillgänglighet, men har samma egenskaper för hög hållbarhet, svarstid för hämtning och dataflöde som frekvent nivå. För data på lågfrekvent eller lågfrekvent nivå kan något lägre tillgänglighet och högre åtkomstkostnader vara godtagbara kompromisser för lägre totala lagringskostnader jämfört med frekvent nivå. Mer information finns i SLA för Storage.

En blob på lågfrekvent nivå i ett generellt v2-konto utsätts för en tidig borttagning om den tas bort eller flyttas till en annan nivå innan 30 dagar har gått. För en blob på den kalla nivån gäller borttagningsstraffet om den tas bort eller flyttas till en annan nivå innan 90 dagar har gått. Den här kostnaden beräknas proportionellt. Om en blob till exempel flyttas till lågfrekvent nivå och sedan tas bort efter 21 dagar debiteras du en avgift för tidig borttagning som motsvarar 9 (30 minus 21) dagar av lagring av blobben på lågfrekvent nivå.

Nivåerna frekvent, lågfrekvent och kall stöder alla redundanskonfigurationer. Mer information om alternativ för dataredundans i Azure Storage finns i Redundans för Azure Storage.

Arkivlagring

Arkivnivån är en offlinenivå för lagring av data som sällan används. Arkivåtkomstnivån har den lägsta lagringskostnaden. Den här nivån har dock högre kostnader för datahämtning med högre svarstid jämfört med nivåerna frekvent, lågfrekvent och kall. Exempel på användningsscenarier för arkivåtkomstnivån:

  • Långsiktig säkerhetskopiering, sekundär säkerhetskopiering och datauppsättningar för arkivering
  • Originaldata (rådata) som måste bevaras, även efter att de har bearbetats till slutlig användbar form
  • Efterlevnads- och arkivdata som behöver lagras under lång tid och som nästan aldrig nås

Information om hur du flyttar en blob till arkivnivån finns i Arkivera en blob.

Data måste ligga kvar på arkivlagringsnivån i minst 180 dagar, annars debiteras du en avgift för tidig borttagning. Om en blob till exempel flyttas till arkivnivån och sedan tas bort eller flyttas till frekvent nivå efter 45 dagar debiteras du en avgift för tidig borttagning motsvarande 135 (180 minus 45) dagar efter lagring av bloben på arkivnivån.

När en blob finns på arkivnivån kan den inte läsas eller ändras. Om du vill läsa eller ladda ned en blob på arkivnivån måste du först extrahera den till en onlinenivå, antingen frekvent, lågfrekvent eller kall. Data på arkivnivån kan ta upp till 15 timmar att extrahera, beroende på vilken prioritet du anger för återfuktningsåtgärden. Mer information om uttorkning av blobar finns i Översikt över blobåtertorkning från arkivnivån.

Metadata för en arkiverad blob är fortfarande tillgängliga för läsåtkomst, så att du kan lista bloben och dess egenskaper, metadata och indextaggar. Metadata för en blob på arkivnivån är skrivskyddade, medan blobindextaggar kan läsas eller skrivas. Lagringskostnader för metadata för arkiverade blobar debiteras enligt lågfrekvent nivå. Ögonblicksbilder stöds inte för arkiverade blobar.

Följande åtgärder stöds för blobar på arkivnivån:

Endast lagringskonton som har konfigurerats för LRS, GRS eller RA-GRS stöder flytt av blobar till arkivnivån. Arkivnivån stöds inte för ZRS-, GZRS- eller RA-GZRS-konton. Mer information om redundanskonfigurationer för Azure Storage finns i Azure Storage-redundans.

Om du vill ändra redundanskonfigurationen för ett lagringskonto som innehåller blobar på arkivnivån måste du först extrahera alla arkiverade blobar till frekvent, lågfrekvent eller kall nivå. Eftersom återfuktningsåtgärder kan vara kostsamma och tidskrävande rekommenderar Microsoft att du undviker att ändra redundanskonfigurationen för ett lagringskonto som innehåller arkiverade blobar.

Migrering av ett lagringskonto från LRS till GRS stöds så länge inga blobar har flyttats till arkivnivån medan kontot har konfigurerats för LRS. Ett konto kan flyttas tillbaka till GRS om uppdateringen utförs mindre än 30 dagar från det att kontot blev LRS och inga blobar flyttades till arkivnivån medan kontot angavs till LRS.

Standardinställning för kontoåtkomstnivå

Lagringskonton har en standardinställning för åtkomstnivå som anger den onlinenivå där en ny blob skapas. Standardinställningen för åtkomstnivå kan anges till antingen frekvent eller lågfrekvent. Användare kan åsidosätta standardinställningen för en enskild blob när de laddar upp bloben eller ändrar dess nivå.

Standardåtkomstnivån för ett nytt v2-lagringskonto för generell användning är inställd på den frekventa nivån som standard. Du kan ändra standardinställningen för åtkomstnivå när du skapar ett lagringskonto eller när det har skapats. Om du inte ändrar den här inställningen för lagringskontot eller uttryckligen anger nivån när du laddar upp en blob, laddas en ny blob upp till frekvent nivå som standard.

En blob som inte har en uttryckligen tilldelad nivå härleder nivån från standardinställningen för kontoåtkomstnivå. Om en blobs åtkomstnivå härleds från standardinställningen för kontoåtkomstnivå visar Azure Portal åtkomstnivån som Frekvent (härledd) eller Lågfrekvent (härledd).

Om du ändrar standardinställningen för åtkomstnivå för ett lagringskonto gäller det för alla blobar i kontot som ingen åtkomstnivå uttryckligen har angetts för. Om du växlar standardinställningen för åtkomstnivå till en lågfrekvent nivå i ett allmänt v2-konto debiteras du för skrivåtgärder (per 10 000) för alla blobar som åtkomstnivån härleds för. Du debiteras för både läsåtgärder (per 10 000) och datahämtning (per GB) om du växlar till en varmare nivå i ett allmänt v2-konto.

När du skapar ett äldre Blob Storage-konto måste du ange standardinställningen för åtkomstnivå som frekvent eller lågfrekvent när du skapar. Det kostar inget att ändra standardinställningen för kontoåtkomstnivå till en lågfrekvent nivå i ett äldre Blob Storage-konto. Du debiteras för både läsåtgärder (per 10 000) och datahämtning (per GB) om du växlar till en varmare nivå i ett Blob Storage-konto. Microsoft rekommenderar att du använder allmänna v2-lagringskonton i stället för Blob Storage-konton när det är möjligt.

Anteckning

Den kalla nivån och arkivnivån stöds inte som standardåtkomstnivå för ett lagringskonto.

Ställa in eller ändra en blob-nivå

Om du uttryckligen vill ange en blob-nivå när du skapar den anger du nivån när du laddar upp bloben.

När en blob har skapats kan du ändra dess nivå på något av följande sätt:

  • Genom att anropa åtgärden Ange blobnivå , antingen direkt eller via en livscykelhanteringsprincip . Att anropa Ange blobnivå är vanligtvis det bästa alternativet när du ändrar en blobnivå från en varmare nivå till en lågfrekvent nivå.

    Anteckning

    Du kan inte extrahera en arkiverad blob till en onlinenivå med hjälp av livscykelhanteringsprinciper.

  • Genom att anropa åtgärden Kopiera blob för att kopiera en blob från en nivå till en annan. Att anropa kopieringsblob rekommenderas i de flesta scenarier där du extraherar en blob från arkivnivån till en onlinenivå eller flyttar en blob från lågfrekvent eller kall till frekvent. Genom att kopiera en blob kan du undvika straff för tidig borttagning, om det lagringsintervall som krävs för källbloben ännu inte har gått ut. Om du kopierar en blob debiteras dock kapacitetsavgifter för två blobar, källbloben och målbloben.

Att ändra en blobnivå från en varmare nivå till en svalare är omedelbart, liksom att byta från kall eller lågfrekvent till varm. Det kan ta upp till 15 timmar att extrahera en blob från arkivnivån till en onlinenivå, till exempel frekvent, lågfrekvent eller kall nivå.

Tänk på följande när du ändrar en blob-nivå:

  • Du kan inte anropa Ange blobnivå på en blob som använder ett krypteringsomfång. Mer information om krypteringsomfång finns i Krypteringsomfång för Blob Storage.
  • Om en blob-nivå härleds som lågfrekvent baserat på lagringskontots standardåtkomstnivå och bloben flyttas till arkivnivån debiteras ingen avgift för tidig borttagning.
  • Om en blob uttryckligen flyttas till lågfrekvent eller lågfrekvent nivå och sedan flyttas till arkivnivån tillämpas den tidiga borttagningsavgiften.

Livscykelhantering för blob

Livscykelhantering för Blob Storage erbjuder en regelbaserad princip som du kan använda för att överföra dina data till önskad åtkomstnivå när dina angivna villkor uppfylls. Du kan också använda livscykelhantering för att förfalla data i slutet av dess livslängd. Mer information finns i Optimera kostnader genom att automatisera Azure Blob Storage åtkomstnivåer.

Anteckning

Data som lagras i ett Premium-blockbloblagringskonto kan inte nivåindelades till frekvent, lågfrekvent, kall eller arkivlagring med hjälp av Ange blobnivå eller med hjälp av Azure Blob Storage livscykelhantering. Om du vill flytta data måste du synkront kopiera blobar från blockbloblagringskontot till frekvent nivå i ett annat konto med api:et Put Block From URL eller en version av AzCopy som stöder det här API:et. API:et Put Block From URL kopierar synkront data på servern, vilket innebär att anropet bara slutförs när alla data har flyttats från den ursprungliga serverplatsen till målplatsen.

Sammanfattning av alternativ för åtkomstnivå

I följande tabell sammanfattas funktionerna i frekvent åtkomstnivå, lågfrekvent åtkomstnivå, lågfrekvent åtkomstnivå och arkivåtkomstnivå.

Frekvent nivå Lågfrekvent nivå Kall nivå (förhandsversion) Arkivnivå
Tillgänglighet 99,9 % 99 % 99 % Offline
Tillgänglighet
(RA-GRS-läsningar)		 99,99 % 99,99 % 99,9 % Offline
Avgifter för användning Högre lagringskostnader, men lägre åtkomst- och transaktionskostnader Lägre lagringskostnader, men högre åtkomst- och transaktionskostnader Lägre lagringskostnader, men högre åtkomst- och transaktionskostnader Lägsta lagringskostnader, men högsta åtkomst- och transaktionskostnader
Minsta rekommenderade kvarhållningsperiod för data Ej tillämpligt 30 dagar1 90 dagar1 180 dagar
Svarstid
(Tid till första byte)		 Millisekunder Millisekunder Millisekunder Timmar2
Redundanskonfigurationer som stöds Alla Alla Alla Endast LRS, GRS och RA-GRS3

1 Objekt på lågfrekvent nivå på konton för generell användning v2 har en minsta kvarhållningstid på 30 dagar. Objekt på den kalla nivån på konton för generell användning v2 har en minsta kvarhållningstid på 90 dagar. För Blob Storage-konton finns det ingen minsta kvarhållningstid för lågfrekvent eller kall nivå.

2 När du extraherar en blob från arkivnivån kan du välja antingen ett standardalternativ eller ett högt alternativ för extraheringsprioritet. Var och en erbjuder olika svarstider och kostnader för hämtning. Mer information finns i Översikt över bloblagring från arkivnivån.

3 Mer information om redundanskonfigurationer i Azure Storage finns i Redundans för Azure Storage.

Priser och fakturering

Alla lagringskonton använder en prismodell för blockbloblagring som baseras på en blob-nivå. Tänk på de faktureringsöverväganden som beskrivs i följande avsnitt.

Mer information om priser för blockblobar finns i Prissättning för blockblobar.

Kostnader för lagringskapacitet

Förutom mängden data som lagras varierar kostnaden för att lagra data beroende på åtkomstnivå. Kapacitetskostnaden per gigabyte minskar när nivån blir kallare.

Kostnader för dataåtkomst

Dataåtkomstavgifterna ökar när nivån blir kallare. För data på lågfrekvent, lågfrekvent och arkivbaserad åtkomstnivå debiteras du en dataåtkomstavgift per gigabyte för läsningar.

Transaktionskostnader

En avgift per transaktion gäller för alla nivåer och ökar när nivån blir svalare.

Kostnader för dataöverföring med geo-replikering

Den här avgiften gäller endast konton med konfigurerad geo-replikering, inklusive GRS, RA-GRS och GZRS. Dataöverföring för geo-replikering debiteras per gigabyte.

Kostnader för utgående dataöverföring

Utgående dataöverföringar (data som överförs från en Azure-region) debiteras för bandbreddsanvändning per gigabyte. Mer information om avgifter för utgående dataöverföring finns på sidan Prisinformation om bandbredd .

Ändra standardåtkomstnivån för kontot

Om du ändrar kontoåtkomstnivån blir avgifterna för nivåändringar för alla blobar som inte redan har en uttrycklig nivå angivna. Mer information finns i följande avsnitt Ändra åtkomstnivån för en blob.

Ändra åtkomstnivå för en blob

Tänk på följande faktureringspåverkan när du ändrar en blob-nivå:

  • När en blob laddas upp eller flyttas mellan nivåer debiteras den enligt motsvarande pris omedelbart vid uppladdning eller nivåändring.
  • När en blob flyttas till en lågfrekvent nivå debiteras åtgärden som en skrivåtgärd till målnivån, där avgifterna för skrivåtgärder (per 10 000) och dataskrivning (per GB) för målnivån tillämpas.
  • När en blob flyttas till en varmare nivå debiteras åtgärden som en läsning från källnivån, där läsåtgärden (per 10 000) och datahämtning (per GB) för källnivån tillämpas. Avgifter för tidig borttagning för alla blobar som flyttas från lågfrekvent, lågfrekvent nivå eller arkivnivå kan också gälla.
  • När en blob extraheras från arkivnivån debiteras blobens data som arkiverade data tills data återställs och blobens nivå ändras till frekvent, lågfrekvent eller kall.

I följande tabell sammanfattas hur nivåändringar faktureras.

Skrivavgifter (åtgärd + åtkomst) Läsavgifter (åtgärd + åtkomst)
Frekvent till lågfrekvent
Varmt till kallt
Frekvent att arkivera
Lågfrekvent till kall
Lågfrekvent till arkiv
Kall till arkiv		 Arkivera till kallt
Arkivera till lågfrekvent
Arkivera till frekvent
Kall till lågfrekvent
Kall till varm
Lågfrekvent till varm

Om du ändrar åtkomstnivån för en blob när versionshantering är aktiverat, eller om bloben har ögonblicksbilder, kan det resultera i fler avgifter. Information om blobbar med versionshantering aktiverat finns i Prissättning och fakturering i dokumentationen för blobversioner. Information om blobar med ögonblicksbilder finns i Prissättning och fakturering i dokumentationen för blobögonblicksbilder.

Kall nivå (förhandsversion)

Den kalla nivån är för närvarande i förhandsversion och är tillgänglig i följande regioner: Kanada, centrala, Kanada, östra, Frankrike, centrala, Frankrike, södra och Korea, centrala.

Registrera i förhandsversionen

Kom igång genom att registrera dig i förhandsversionen med hjälp av det här formuläret.

Du får ett e-postmeddelande när programmet har godkänts och ColdTier funktionsflaggan registreras i din prenumeration.

Kontrollera att du har registrerat dig i förhandsversionen

Om funktionsflaggan ColdTier är registrerad i din prenumeration registreras du i förhandsversionen och du kan börja använda den kalla nivån. Använd följande steg för att säkerställa att funktionen är registrerad.

På sidan Förhandsgranskningsfunktioner i din prenumeration letar du upp coldtier-funktionen och kontrollerar sedan att Registrerad visas i kolumnen Tillstånd .

Kontrollera att funktionen är registrerad i Azure Portal

Begränsningar och kända problem

Nödvändiga REST- och SDK-versioner

Om du planerar att referera till den kalla nivån med hjälp av kod i ett anpassat program måste du använda en version av REST API eller SDK som stöder den kalla nivån. Om ditt program använder REST-API:et måste det använda version 2021-21-02 eller senare. Om ditt program använder en Azure SDK, vänligen följande versioner eller senare.

SDK Lägsta version
.NET 12.15.0
Java 12.21.0
Python 12.15.0
JavaScript 12.13.0

Anteckning

Om du planerar att referera till den kalla nivån när du använder AzCopy-verktyget måste du installera AzCopy version 10.18.1 eller senare.

Funktionsstöd

Stöd för den här funktionen kan påverkas genom att aktivera Data Lake Storage Gen2, NFS 3.0-protokoll (Network File System) eller SFTP (SSH File Transfer Protocol).

Om du har aktiverat någon av dessa funktioner kan du läsa Stöd för Blob Storage-funktioner i Azure Storage-konton för att utvärdera stödet för den här funktionen.

Nästa steg