Blob Storage: objektlagring i cloudmiljøet

Azure Blob Storage (Binary Large Object) er Azures objektlagringsløsning til lagring af enorme mængder ustrukturerede data — data, der ikke passer ind i et relationsdatabaseskema. Eksempler omfatter billeder, videoer, lydfiler, PDF-dokumenter, logfiler, sikkerhedskopier og programbinære filer. Blob Storage tilgås via HTTP/HTTPS REST-API'er, Azure SDK'et eller Azure CLI. Det er en af de mest anvendte Azure-tjenester og grundlaget for mange arkitekturer til datasøer, medier og sikkerhedskopiering.

Blob Storage er organiseret i et hierarki med tre niveauer: Storage Account → Container → Blob. En container fungerer som en mappe på øverste niveau — den grupperer relaterede blobs og definerer adgangspolitikken for alt indholdet. En blob er et individuelt objekt (en fil), der er gemt i en container. Blob-navne kan indeholde skråstreger (/) for at simulere et mappehierarki (f.eks. images/2024/photo.jpg), men Blob Storage er grundlæggende fladt — skråstregerne er en del af blob-navnet og ikke rigtige mapper.

Azure Blob Storage understøtter tre blob-typer: Block blobs — den mest almindelige type, ideel til lagring af dokumenter, billeder og videoer. Data opdeles i blokke og uploades parallelt; den maksimale størrelse er cirka 190 TB. Append blobs — optimeret til handlinger, hvor data kun tilføjes, f.eks. skrivning af logfiler; nye data tilføjes altid til slutningen. Page blobs — samlinger af sider på 512 bytes, optimeret til tilfældig læse- og skriveadgang; bruges af Azure VM Managed Disks som den underliggende lagringsmekanisme. Når du er i tvivl, skal du bruge block blobs — de er standarden til objektlagring til generelle formål.

Blob Storage tilbyder tre adgangsniveauer, der afvejer lagringsomkostninger mod adgangsomkostninger: Hot-niveau — højeste lagringsomkostning og laveste adgangsomkostning; til data, der tilgås ofte. Cool-niveau — lavere lagringsomkostning, højere adgangsomkostning og et krav om mindst 30 dages lagring; til data, der tilgås sjældent, f.eks. månedlige rapporter. Archive-niveau — laveste lagringsomkostning (cirka 95 % billigere end hot), men kræver flere timers rehydrering, før dataene kan tilgås; til langtidsarkiver til overholdelse af regler, som sjældent tilgås. Du kan angive et standardniveau på kontoniveau og tilsidesætte det for hver blob.

Det er upraktisk at administrere blob-lag manuelt på tværs af millioner af blobs. Politikker for livscyklusstyring automatiserer dette: Du definerer regler, der flytter blobs til billigere lag eller sletter dem baseret på alder eller datoen for seneste adgang. Eksempelvis kan blobs flyttes til Cool efter 30 dage uden ændringer, til Archive efter 180 dage og slettes efter 365 dage. Det sikrer, at dit lager automatisk optimeres med henblik på omkostninger over tid uden manuel indgriben. Livscykluspolitikker defineres i JSON og anvendes på lagerkontoniveau, så de påvirker alle blobs på kontoen.

Som standard er alle blobs i en container private — de er kun tilgængelige for godkendte brugere med de nødvendige tilladelser. Du kan gøre containere og blobs offentlige ved at indstille containerens adgangsniveau til Blob (individuelle blobs kan læses) eller Container (indholdet i containeren og alle blobs kan læses). Hvis du har brug for mere finmasket, tidsbegrænset adgang, kan du bruge Shared Access Signatures (SAS) — URL'er, der indeholder et kryptografisk token, som giver specifikke tilladelser (læse, skrive, slette) til en bestemt ressource i et bestemt tidsrum uden at dele dine kontonøgler.

Azure Blob Storage kan hoste statiske websteder — HTML-, CSS-, JavaScript- og billedfiler, der leveres direkte fra en lagerkonto via HTTP/HTTPS uden kode på serversiden. Aktivér hosting af statiske websteder på en lagerkonto, angiv et indeksdokument (f.eks. index.html) og et fejldokument, og upload dine statiske filer til den særlige $web-container. Lagerkontoens URL bliver webstedets URL. Kombinér med Azure CDN for understøttelse af brugerdefinerede domæner, HTTPS og global edge-caching, så webstedet bliver hurtigt for brugere over hele verden.

Blob Storage er et naturligt sted til sikkerhedskopier af applikationer og databaser: Tjenesten er holdbar (11 nitters holdbarhed med LRS og endnu højere med GRS), har høj tilgængelighed og er meget omkostningseffektiv til store datamængder — især i Cool- eller Archive-lagene. Mange Azure-tjenester til sikkerhedskopiering (Azure Backup til VM'er og automatiserede sikkerhedskopier af SQL Database) gemmer deres data i Blob Storage under overfladen. Du kan også skrive scripts til sikkerhedskopiering, som dumper en database direkte til en blob ved hjælp af Azure CLI eller SDK som en del af et planlagt job.

Azure Data Lake Storage Gen2 (ADLS Gen2) er bygget oven på Blob Storage med en ekstra funktion til hierarkisk navneområde, som gør kataloghandlinger (omdøbning, sletning) atomiske og effektive — hvilket er afgørende for arbejdsbelastninger til big data-analyse. Når du aktiverer et hierarkisk navneområde på en lagerkonto, omdannes den til ADLS Gen2, som integreres naturligt med Azure Synapse Analytics, Azure Databricks og HDInsight. Tjenesten understøtter både Blob Storage API'et og HDFS-protokollen, så den er kompatibel med eksisterende Hadoop-baserede værktøjer og frameworks.

Prisen for Blob Storage består af tre komponenter: Lageromkostning — pr. GB pr. måned, varierende efter lag (hot ca. 0,018 USD/GB, cool ca. 0,01 USD/GB og archive ca. 0,001 USD/GB i East US). Omkostning for handlinger — pr. 10.000 læse- og skrivehandlinger, hvor prisen er højere for de billigere lag. Omkostning for dataoverførsel — gratis for indgående data (upload), men der opkræves betaling for udgående data (download til internettet). For store datasæt har valget af lag stor indflydelse på de samlede omkostninger — hvis data, der sjældent tilgås, flyttes fra Hot til Cool, halveres lagerregningen typisk, mens Archive kan reducere omkostningerne med 95 %.

Regulerede brancher som finans og sundhed kræver, at data gemmes i et write-once, read-many (WORM)-format for at overholde regler som SEC Rule 17a-4 og HIPAA. Azure Blob Storages uforanderlighedspolitikker giver dig mulighed for at låse blobs, så de ikke kan ændres eller slettes i en angivet opbevaringsperiode. Der findes to politiktyper: Tidsbaseret opbevaring (blobben er låst indtil en bestemt dato) og juridisk tilbageholdelse (blobben er låst på ubestemt tid, indtil tilbageholdelsen fjernes). Når blobs først er låst, kan selv administratorer af lagerkontoen ikke slette dem i opbevaringsperioden.

I denne lektion har du lært, at Blob Storage er et objektlager til ustrukturerede data, organiseret i et hierarki med lagerkonto, container og blob, at de tre adgangslag — hot, cool og archive — afvejer lageromkostninger mod adgangsomkostninger for forskellige brugsmønstre, og at politikker for livscyklusstyring automatisk flytter blobs til billigere lag eller sletter dem baseret på deres alder. Nu ser vi nærmere på Azure Files og Queue Storage til fildeling og afkobling af meddelelser.