Azure Blob Storage verkennen

  • 4 minuten

Azure Blob Storage is een service waarmee u enorme hoeveelheden ongestructureerde gegevens kunt opslaan als binaire grote objecten of blobs in de cloud. Blobs zijn een efficiënte manier om gegevensbestanden op te slaan in een indeling die is geoptimaliseerd voor opslag in de cloud en toepassingen kunnen ze lezen en schrijven met behulp van de Azure Blob Storage-API.

Schermopname van een Azure Blob Storage-container met twee blobs.

In een Azur Storage account slaat u blobs op in containers. Een container biedt een handige manier om gerelateerde blobs samen te groeperen. U bepaalt wie blobs kan lezen en schrijven binnen een container op het niveau van de container.

Binnen een container kunt u blobs ordenen in een hiërarchie van virtuele mappen, vergelijkbaar met bestanden in een bestandssysteem op schijf. Deze mappen zijn echter standaard een manier om een '/'-teken in een blobnaam te gebruiken om de blobs in naamruimten te ordenen. De mappen zijn puur virtueel en u kunt geen bewerkingen op mapniveau uitvoeren om de toegang te beheren of bulkbewerkingen uit te voeren.

Azure Blob Storage ondersteunt drie verschillende typen blob:

  • Blok-blobs. Een blok-blob wordt verwerkt als een set met blokken. Elk blok kan variëren in grootte, tot 4000 MiB. Een blok-blob kan maximaal 190,7 TiB (4000 MiB X 50.000 blokken) bevatten, wat een maximale grootte van meer dan 5000 MiB geeft. Het blok is de kleinste hoeveelheid gegevens die als afzonderlijke eenheid kan worden gelezen of geschreven. Blok-blobs kunnen het beste worden gebruikt voor het opslaan van afzonderlijke, grote, binaire objecten die niet regelmatig worden gewijzigd.
  • Pagina-blobs. Een pagina-blob is ingedeeld als een verzameling pagina's met een vaste grootte van 512 bytes. Een pagina-blob is geoptimaliseerd voor het ondersteunen van willekeurige lees- en schrijfbewerkingen. Als het nodig is, kunt u gegevens voor één pagina ophalen en opslaan. Een pagina-blob kan maximaal 8 TB aan gegevens bevatten. Azure gebruikt pagina-blobs om virtuele schijfopslag voor virtuele machines te implementeren.
  • Toevoeg-blobs. Een toevoeg-blob is een blok-blob die is geoptimaliseerd voor het ondersteunen van toevoegbewerkingen. U kunt alleen blokken toevoegen aan het einde van een toevoeg-blob. Het is niet mogelijk om bestaande blokken bij te werken of te verwijderen. Elk blok kan een verschillende grootte hebben, tot een maximum van 4 MB. De maximale grootte van een toevoeg-blob is net iets meer dan 195 GB.

Blob-opslag biedt drie toegangslagen waarmee een balans tussen toegangslatentie en opslagkosten kan worden gevonden:

  • De dynamische laag is de standaardinstelling. U gebruikt deze laag voor blobs die regelmatig worden geopend. De blob-gegevens worden opgeslagen op media met hoge capaciteit.
  • De Cool-laag heeft lagere prestaties en er worden lagere opslagkosten in rekening gebracht in vergelijking met de dynamische laag. Gebruik de statische laag voor gegevens die niet vaak worden geopend. Het is gebruikelijk dat nieuwe blobs in eerste instantie regelmatig worden geopend, maar later steeds minder. In dit soort situaties kunt u de blob in de dynamische laag maken, maar deze later naar de statische laag migreren. U kunt een blob vanuit de statische laag terug naar de dynamische laag migreren.
  • De archieflaag biedt de laagste opslagkosten, maar met een verhoogde latentie. De archieflaag is bedoeld voor historische gegevens die niet verloren mogen gaan, maar slechts zelden nodig zijn. Blobs in de archieflaag worden effectief opgeslagen in een offline status. De gemiddelde leeslatentie voor de dynamische en statische laag is enkele milliseconden, maar voor de archieflaag kan het uren duren voordat de gegevens beschikbaar komen. Als u een blob uit de archieflaag wilt ophalen, moet u de toegangslaag wijzigen in dynamisch of statisch. De blob wordt vervolgens gerehydrateerd. U kunt de blob pas lezen wanneer het rehydratatieproces is voltooid.

U kunt beleid voor levenscyclusbeheer maken voor blobs in een opslagaccount. Met een beleid voor levenscyclusbeheer kan een blob automatisch worden verplaatst van dynamisch naar statisch, en vervolgens naar de archieflaag, wanneer de blob ouder wordt en minder vaak wordt gebruikt (het beleid is gebaseerd op het aantal dagen sinds wijziging). Met een beleid voor levenscyclusbeheer kunnen verouderde blobs ook worden verwijderd.