Utforska Azure Blob Storage
Azure Blob Storage är en tjänst som gör att du kan lagra enorma mängder ostrukturerade data som binära stora objekt eller blobar i molnet. Blobar är ett effektivt sätt att lagra datafiler i ett format som är optimerat för molnbaserad lagring, och program kan läsa och skriva dem med hjälp av Azure Blob Storage API.
Blobar lagras i containrar i ett Azure Storage-konto. En container är ett praktiskt sätt att gruppera relaterade blobar tillsammans. Du styr vem som kan läsa och skriva blobbar i en container på containernivå.
I en container kan du ordna blobar i en hierarki med virtuella mappar, ungefär som filer i ett filsystem på disken. Men som standard är dessa mappar bara ett sätt att använda ett "/"-tecken i ett blobnamn för att organisera blobarna i namnområden. Mapparna är helt virtuella och du kan inte utföra åtgärder på mappnivå för att kontrollera åtkomst eller utföra massåtgärder.
Azure Blob Storage har stöd för tre olika typer av blobar:
- Blockblobbar. En blockblob hanteras som en uppsättning med block. Varje block kan variera i storlek, upp till 4 000 MiB. En blockblob kan innehålla upp till 190,7 TiB (4 000 MiB X 50 000 block), vilket ger en maximal storlek på över 5 000 MiB. Blocket är den minsta mängden data som kan läsas eller skrivas som en enskild enhet. Blockblobbar används bäst för att lagra diskreta, stora, binära objekt som sällan ändras.
- Sidblobbar. En sidblob är en samling med sidor som har en fast storlek på 512 byte. En sidblob är optimerad för att stödja slumpmässiga läs- och skrivåtgärder. Du kan hämta och lagra data för en enskild sida om det behövs. En sidblob kan innehålla upp till 8 TB data. Azure använder sidblobbar till att implementera virtuell disklagring för virtuella datorer.
- Tilläggsblobbar. En tilläggsblob är en blockblob som är optimerad för att stödja tilläggsåtgärder. Du kan bara lägga till block i slutet av en tilläggsblob. Det finns inte stöd för att uppdatera eller ta bort befintliga block. Varje block kan variera i storlek, upp till 4 MB. Den maximala storleken för en tilläggsblobb är strax över 195 GB.
Blobblagringen innehåller tre åtkomstnivåer som hjälper till att balansera åtkomstfördröjning och lagringskostnader:
- Nivån Frekvent är standardvärdet. Nivån är till för blobbar som används ofta. Blobbdatan lagras på medier med höga prestanda.
- Lågfrekvent nivå har lägre prestanda och medför lägre lagringsavgifter jämfört med frekvent nivå. Använd den lågfrekvent nivån för data som används sällan. Det är vanligt att nyss skapade blobbar används ofta i början, men allt mindre ju längre tid som går. I dessa fall kan du skapa blobben i den frekventa nivån, men migrera den till den lågfrekventa lagringsnivån senare. Du kan migrera en blob från den lågfrekventa nivån tillbaka till den högfrekventa nivån.
- Arkivnivån ger den lägsta lagringskostnaden, men med ökad svarstid. Arkivlagringsnivån är avsedd för historiska data som inte får gå förlorade, men krävs bara sällan. Blobbar i arkivlagringsnivån lagras effektivt i ett offline-tillstånd. En vanlig läsfördröjning för frekventa och lågfrekventa nivåer är några millisekunder, men på arkivlagringsnivån kan det ta flera timmar innan datan blir tillgänglig. Om du vill hämta en blob från arkivlagringsnivån måste du ändra åtkomstnivån till Frekvent eller Lågfrekvent. Blobben kommer därefter att extraheras. Du kan inte läsa blobben förrän extraheringsprocessen har slutförts.
Du kan skapa livscykelhanteringsprinciper för blobbar på ett lagringskonto. En livscykelhanteringsprincip kan automatiskt flytta en blob från Frekvent till Lågfrekvent och sedan till Arkivlagringsnivån, vartefter den åldras och används mer sällan (principen baseras på antalet dagar sedan den ändrades). En livscykelhanteringsprincip kan också ta bort inaktuella blobbar.