Dynamische, statische en archieftoegangslagen voor blobgegevens

Gegevens die in de cloud zijn opgeslagen, groeien in een exponentieel tempo. Om de kosten voor uw groeiende opslagbehoeften te beheren, kan het handig zijn om uw gegevens te organiseren op basis van hoe vaak deze worden geopend en hoe lang deze worden bewaard. Azure Storage biedt verschillende toegangslagen, zodat u uw blobgegevens op de meest rendabele manier kunt opslaan op basis van hoe deze wordt gebruikt. Azure Storage toegangslagen zijn onder andere:

  • Dynamische laag : een onlinelaag die is geoptimaliseerd voor het opslaan van gegevens die regelmatig worden geopend of gewijzigd. De dynamische laag heeft de hoogste opslagkosten, maar de laagste toegangskosten.
  • Statische laag : een onlinelaag die is geoptimaliseerd voor het opslaan van gegevens die niet vaak worden geopend of gewijzigd. Gegevens in de laag Statisch moeten minimaal 30 dagen worden opgeslagen. De statische laag heeft lagere opslagkosten en hogere toegangskosten in vergelijking met de dynamische laag.
  • Archieflaag: een offlinelaag die is geoptimaliseerd voor het opslaan van gegevens die zelden worden geopend en die flexibele latentievereisten heeft, in de volgorde van uren. Gegevens in de archieflaag moeten minimaal 180 dagen worden opgeslagen.

Limieten voor Azure-opslagcapaciteit worden ingesteld op accountniveau, in plaats van op basis van de toegangslaag. U kunt ervoor kiezen om het capaciteitsgebruik in één laag te maximaliseren of om capaciteit over twee of meer lagen te verdelen.

Onlinetoegangslagen

Wanneer uw gegevens worden opgeslagen in een onlinetoegangslaag (dynamisch of statisch), hebben gebruikers er onmiddellijk toegang toe. De dynamische laag is de beste keuze voor gegevens die actief worden gebruikt, terwijl de statische laag ideaal is voor gegevens die minder vaak worden geopend, maar die nog steeds beschikbaar moeten zijn voor lezen en schrijven.

Voorbeelden van gebruiksscenario's voor de dynamische laag zijn:

  • Gegevens die actief worden gebruikt of waarvan wordt verwacht dat ze regelmatig worden geopend (lees- en schrijfbewerkingen).
  • Gegevens die zijn gefaseerd voor verwerking en uiteindelijke migratie naar de statische toegangslaag.

Gebruiksscenario's voor de statische toegangslaag zijn onder andere:

  • Back-up van gegevens op korte termijn en herstel na noodgevallen.
  • Oudere gegevenssets die niet vaak worden gebruikt, maar die naar verwachting direct beschikbaar zijn.
  • Grote gegevenssets die op een kosteneffectieve manier moeten worden opgeslagen, terwijl er aanvullende gegevens worden verzameld voor verwerking.

Zie De toegangslaag van een blob instellen voor informatie over het verplaatsen van een blob naar de dynamische of statische laag.

Gegevens in de laag Cool hebben iets lagere beschikbaarheid, maar bieden dezelfde hoge duurzaamheid, latentie en doorvoerkenmerken als de dynamische laag. Voor gegevens in de laag Statisch kunnen iets lagere beschikbaarheid en hogere toegangskosten acceptabel zijn voor lagere totale opslagkosten, vergeleken met de dynamische laag. Zie Dienstovereenkomst voor Storage voor meer informatie.

Een blob in de laag Statisch in een v2-account voor algemeen gebruik is onderworpen aan een vroegtijdige verwijderingsstraf als deze wordt verwijderd of verplaatst naar een andere laag voordat 30 dagen is verstreken. Deze kosten zijn evenredig verdeeld. Als een blob bijvoorbeeld wordt verplaatst naar de statische laag en vervolgens na 21 dagen wordt verwijderd, worden kosten in rekening gebracht voor vroegtijdige verwijderingskosten die gelijk zijn aan 9 (30 min 21) dagen voor het opslaan van die blob in de statische laag.

De lagen Dynamisch en Statisch bieden ondersteuning voor alle redundantieconfiguraties. Zie Azure Storage redundantie voor meer informatie over opties voor gegevensredundantie in Azure Storage.

Archieftoegangslaag

De archieflaag is een offlinelaag voor het opslaan van gegevens die zelden worden geopend. De archieftoegangslaag heeft de laagste opslagkosten, maar hogere kosten en latentie voor het ophalen van gegevens in vergelijking met de dynamische en statische lagen. Voorbeelden van gebruiksscenario's voor de archieftoegangslaag zijn:

  • Langetermijnback-up, secundaire back-up en gegevenssets voor archivering
  • Oorspronkelijke (onbewerkte) gegevens die moeten worden bewaard, zelfs nadat deze zijn verwerkt in de uiteindelijke bruikbare vorm
  • Nalevings- en archiveringsgegevens die lange tijd moeten worden opgeslagen en nauwelijks worden geopend

Zie Een blob archiveren voor meer informatie over het verplaatsen van een blob naar de archieflaag.

Gegevens moeten ten minste 180 dagen in de archieflaag blijven staan of moeten worden belast met vroegtijdige verwijdering. Als een blob bijvoorbeeld na 45 dagen wordt verplaatst naar de archieflaag en vervolgens na 45 dagen wordt verwijderd of verplaatst naar de hot-laag, wordt een vroegtijdige verwijderingskosten in rekening gebracht die gelijk zijn aan 135 (180 min 45) dagen voor het opslaan van die blob in de archieflaag.

Hoewel een blob zich in de archieflaag bevindt, kan deze niet worden gelezen of gewijzigd. Als u een blob in de archieflaag wilt lezen of downloaden, moet u deze eerst opnieuw hydrateren naar een onlinelaag, dynamisch of statisch. Het kan maximaal 15 uur duren voordat gegevens in de archieflaag opnieuw kunnen worden gerehydrateerd, afhankelijk van de prioriteit die u opgeeft voor de rehydratatiebewerking. Zie Overzicht van rehydratatie van blob vanuit de archieflaag voor meer informatie over rehydratatie van blobs.

De metagegevens van een gearchiveerde blob blijven beschikbaar voor leestoegang, zodat u de blob en de eigenschappen, metagegevens en indextags kunt weergeven. Metagegevens voor een blob in de archieflaag hebben het kenmerk Alleen-lezen, terwijl blob-indextags kunnen worden gelezen of geschreven. Momentopnamen worden niet ondersteund voor gearchiveerde blobs.

De volgende bewerkingen worden ondersteund voor blobs in de archieflaag:

Alleen opslagaccounts die zijn geconfigureerd voor LRS, GRS of RA-GRS ondersteunen het verplaatsen van blobs naar de archieflaag. De archieflaag wordt niet ondersteund voor ZRS-, GZRS- of RA-GZRS-accounts. Zie Azure Storage redundantie voor meer informatie over redundantieconfiguraties voor Azure Storage.

Als u de redundantieconfiguratie wilt wijzigen voor een opslagaccount dat blobs in de archieflaag bevat, moet u eerst alle gearchiveerde blobs opnieuw in de laag Dynamisch of Statisch reactiveren. Microsoft raadt u aan de redundantieconfiguratie te wijzigen voor een opslagaccount dat gearchiveerde blobs bevat, indien mogelijk, omdat rehydratatiebewerkingen kostbaar en tijdrovend kunnen zijn.

Het migreren van een opslagaccount van LRS naar GRS wordt ondersteund zolang er geen blobs zijn verplaatst naar de archieflaag terwijl het account is geconfigureerd voor LRS. Een account kan worden teruggezet naar GRS als de update minder dan 30 dagen wordt uitgevoerd vanaf het moment dat het account LRS werd en er geen blobs zijn verplaatst naar de archieflaag terwijl het account is ingesteld op LRS.

Standaardinstelling voor toegangslaag voor accounts

Storage accounts een standaardinstelling voor toegangslagen hebben die de onlinelaag aangeeft waarin een nieuwe blob wordt gemaakt. De standaardinstelling voor toegangslagen kan worden ingesteld op Dynamisch of Statisch. Gebruikers kunnen de standaardinstelling voor een afzonderlijke blob overschrijven bij het uploaden van de blob of het wijzigen van de laag.

De standaardtoegangslaag voor een nieuw v2-opslagaccount voor algemeen gebruik is standaard ingesteld op de dynamische laag. U kunt de standaardinstelling voor toegangslagen wijzigen wanneer u een opslagaccount maakt of nadat het is gemaakt. Als u deze instelling niet wijzigt in het opslagaccount of de laag expliciet instelt bij het uploaden van een blob, wordt standaard een nieuwe blob geüpload naar de dynamische laag.

Een blob die geen expliciet toegewezen laag heeft, zorgt ervoor dat de laag wordt afgeleid van de standaardinstelling voor de toegangslaag van het account. Als de toegangslaag van een blob wordt afgeleid van de standaardinstelling voor accounttoegangslagen, wordt in de Azure Portal de toegangslaag weergegeven als Dynamisch (afgeleid) of Statisch (afgeleid).

Het wijzigen van de standaardinstelling voor toegangslagen voor een opslagaccount is van toepassing op alle blobs in het account waarvoor geen toegangslaag expliciet is ingesteld. Als u de standaardinstelling voor toegangslagen instelt van Dynamisch naar Statisch in een v2-account voor algemeen gebruik, worden er kosten in rekening gebracht voor schrijfbewerkingen (per 10.000) voor alle blobs waarvoor de toegangslaag wordt afgeleid. Er worden kosten in rekening gebracht voor zowel leesbewerkingen (per 10.000) als u wisselt van Cool naar Hot in een v2-account voor algemeen gebruik.

Wanneer u een verouderd Blob-Storage-account maakt, moet u de standaardinstelling voor de toegangslaag opgeven als Dynamisch of Statisch tijdens het maken. Er worden geen kosten in rekening gebracht voor het wijzigen van de standaardinstelling voor accounttoegang van Hot naar Cool in een verouderd Blob-Storage-account. Er worden zowel leesbewerkingen (per 10.000) als het ophalen van gegevens (per GB) in rekening gebracht als u wisselt van Statisch naar Dynamisch in een Blob-Storage-account. Microsoft raadt aan om v2-opslagaccounts voor algemeen gebruik te gebruiken in plaats van Blob Storage accounts, indien mogelijk.

Notitie

De archieflaag wordt niet ondersteund als de standaardtoegangslaag voor een opslagaccount.

De laag van een blob instellen of wijzigen

Als u de laag van een blob expliciet wilt instellen wanneer u deze maakt, geeft u de laag op wanneer u de blob uploadt.

Nadat een blob is gemaakt, kunt u de laag op een van de volgende manieren wijzigen:

  • Door de bewerking Blob-laag instellen aan te roepen, rechtstreeks of via een levenscyclusbeheerbeleid . Het aanroepen van set-bloblaag is doorgaans de beste optie wanneer u de laag van een blob wijzigt van een dynamischere laag in een koeler laag.
  • Door de kopieer-blobbewerking aan te roepen om een blob van de ene laag naar de andere te kopiëren. Het aanroepen van copy-blob wordt aanbevolen voor de meeste scenario's waarin u een blob rehydrateert van de archieflaag naar een onlinelaag of een blob verplaatst van Statisch naar Dynamisch. Door een blob te kopiëren, kunt u de boete voor vroegtijdige verwijdering voorkomen als het vereiste opslaginterval voor de bron-blob nog niet is verstreken. Het kopiëren van een blob resulteert echter in capaciteitskosten voor twee blobs, de bron-blob en de doel-blob.

Het wijzigen van de laag van een blob van Dynamisch naar Statisch of Archief is direct, net als het wijzigen van Statisch naar Dynamisch. Het reactiveren van een blob van de archieflaag naar de dynamische of statische laag kan maximaal 15 uur duren.

Houd rekening met de volgende punten bij het verplaatsen van een blob tussen de lagen Statisch en Archief:

  • Als de laag van een blob wordt afgeleid als Statisch op basis van de standaardtoegangslaag van het opslagaccount en de blob wordt verplaatst naar de archieflaag, worden er geen kosten voor vroegtijdige verwijdering in rekening gebracht.
  • Als een blob expliciet wordt verplaatst naar de statische laag en vervolgens wordt verplaatst naar de archieflaag, worden de kosten voor vroegtijdige verwijdering toegepast.

De volgende tabel bevat een overzicht van de methoden die u kunt gebruiken om blobs tussen verschillende lagen te verplaatsen.

Oorsprong/bestemming Dynamische laag Statische laag Archieflaag
Dynamische laag N.v.t. Wijzig de laag van een blob van Dynamisch naar Statisch met Blob-laag instellen of Blob kopiëren. Meer informatie...

Verplaats blobs naar de statische laag met een levenscyclusbeheerbeleid. Meer informatie...
Wijzig de laag van een blob van Dynamisch naar Archief met Blob-laag instellen of Blob kopiëren. Meer informatie...

Blobs archiveren met een levenscyclusbeheerbeleid. Meer informatie...
Statische laag Wijzig de laag van een blob van Statisch naar Dynamisch met Blob-laag instellen of Blob kopiëren. Meer informatie...

Verplaats blobs naar de dynamische laag met een levenscyclusbeheerbeleid. Meer informatie...
N.v.t. Wijzig de laag van een blob van Statisch naar Archief met Blob-laag instellen of Blob kopiëren. Meer informatie...

Blobs archiveren met een levenscyclusbeheerbeleid. Meer informatie...
Archieflaag Rehydrateer naar dynamische laag met Blob-laag instellen of Blob kopiëren. Meer informatie... Rehydrateer naar de statische laag met De bloblaag instellen of blob kopiëren. Meer informatie... N.v.t.

Levenscyclusbeheer voor blob

Het levenscyclusbeheer van Blob Storage biedt een beleid op basis van regels dat u kunt gebruiken om uw gegevens over te dragen naar de gewenste toegangslaag wanneer aan uw opgegeven voorwaarden wordt voldaan. U kunt ook levenscyclusbeheer gebruiken om gegevens aan het einde van de levensduur te laten verlopen. Zie Kosten optimaliseren door Azure Blob Storage toegangslagen te automatiseren voor meer informatie.

Notitie

Gegevens die zijn opgeslagen in een Premium-blok-blobopslagaccount, kunnen niet worden gelaagd naar Dynamisch, Statisch of Archief met behulp van Blob-laag instellen of met behulp van Azure Blob Storage levenscyclusbeheer. Als u gegevens wilt verplaatsen, moet u blobs synchroon kopiëren van het blok-blobopslagaccount naar de dynamische laag in een ander account met behulp van de PUT Block From URL-API of een versie van AzCopy die deze API ondersteunt. De PUT Block From URL-API kopieert synchroon gegevens op de server, wat betekent dat de aanroep slechts wordt voltooid zodra alle gegevens van de oorspronkelijke serverlocatie naar de doellocatie worden verplaatst.

Samenvatting van opties voor toegangslagen

De volgende tabel bevat een overzicht van de functies van de toegangslagen Dynamisch, Statisch en Archief.

Dynamische laag Statische laag Archieflaag
Beschikbaarheid 99,9% 99% Offline
Beschikbaarheid
(RA-GRS-leesbewerkingen)
99,99% 99,9% Offline
Gebruikskosten Hogere opslagkosten, maar lagere toegangs- en transactiekosten Lagere opslagkosten, maar hogere toegangs- en transactiekosten Laagste opslagkosten, maar hoogste toegang en transactiekosten
Minimale aanbevolen periode voor gegevensretentie N.v.t. 30 dagen1 180 dagen
Latentie
(Tijd tot eerste byte)
Milliseconden Milliseconden Uren2
Ondersteunde redundantieconfiguraties Alles Alles Alleen LRS, GRS en RA-GRS3

1 Objecten in de statische laag voor v2-accounts voor algemeen gebruik hebben een minimale bewaarduur van 30 dagen. Voor Blob Storage-accounts is er geen minimale bewaarduur voor de statische laag.

2 Wanneer u een blob reactiveren vanuit de archieflaag, kunt u een standaard- of hoge rehydratieprioriteitsoptie kiezen. Elk biedt verschillende latenties en kosten voor het ophalen. Zie Overzicht van rehydratatie van blob uit de archieflaag voor meer informatie.

3 Zie Azure Storage redundantie voor meer informatie over redundantieconfiguraties in Azure Storage.

Prijzen en facturering

Alle opslagaccounts gebruiken een prijsmodel voor blok-blobopslag die is gebaseerd op de laag van een blob. Houd rekening met de factureringsoverwegingen die in de volgende secties worden beschreven.

Zie Prijzen voor blok-blobs voor meer informatie over prijzen voor blok-blobs.

Storage capaciteitskosten

Naast de hoeveelheid gegevens die is opgeslagen, variëren de kosten voor het opslaan van gegevens, afhankelijk van de toegangslaag. De capaciteitskosten per gigabyte nemen af naarmate de laag koeler wordt.

Kosten voor gegevenstoegang

Kosten voor gegevenstoegang nemen toe naarmate de laag koeler wordt. Voor gegevens in de toegangslaag Statisch en Archief worden kosten in rekening gebracht voor gegevenstoegang per gigabyte voor leesbewerkingen.

Transactiekosten

Er worden kosten per transactie in rekening gebracht voor alle lagen en worden verhoogd naarmate de laag koeler wordt.

Kosten voor overdracht van geo-replicatiegegevens

Deze kosten zijn alleen van toepassing op accounts waarvoor geo-replicatie is geconfigureerd, waaronder GRS en RA-GRS. Kosten voor gegevensoverdracht met geo-replicatie worden in rekening gebracht per GB.

Kosten voor uitgaande gegevensoverdracht

Uitgaande gegevensoverdrachten (gegevens die worden overgedragen uit een Azure-regio) brengen facturering in voor bandbreedtegebruik per gigabyte. Zie de pagina Prijsinformatie voor bandbreedte voor meer informatie over uitgaande kosten voor gegevensoverdracht.

De standaardaccounttoegangslaag wijzigen

Als u de accounttoegangslaag wijzigt, worden de kosten voor de laag gewijzigd voor alle blobs waarvoor nog geen laag is ingesteld. Zie de volgende sectie voor meer informatie, het wijzigen van de toegangslaag van een blob.

De toegangslaag van een blob wijzigen

Houd rekening met de volgende factureringseffecten bij het wijzigen van de laag van een blob:

  • Wanneer een blob wordt geüpload of verplaatst tussen lagen, wordt deze direct bij het uploaden of de laag in rekening gebracht tegen het bijbehorende tarief.
  • Wanneer een blob wordt verplaatst naar een koelerlaag (dynamisch naar statisch, dynamisch naar archief of dynamisch naar archief), wordt de bewerking gefactureerd als schrijfbewerking naar de doellaag, waarbij de schrijfbewerking (per 10.000) en de kosten voor gegevens schrijven (per GB) van toepassing zijn op de doellaag.
  • Wanneer een blob wordt verplaatst naar een warmere laag (Archiveren naar Statisch, Archiveren naar Dynamisch of Statisch naar Dynamisch), wordt de bewerking gefactureerd als een gelezen uit de bronlaag, waarbij de leesbewerking (per 10.000) en de kosten voor het ophalen van gegevens (per GB) van toepassing zijn op de bronlaag. Kosten voor vroegtijdige verwijdering voor elke blob die uit de laag Statisch of Archief is verplaatst, kunnen ook van toepassing zijn.
  • Terwijl een blob wordt gerehydrateerd uit de archieflaag, worden de gegevens van die blob gefactureerd als gearchiveerde gegevens totdat de gegevens zijn hersteld en de laag van de blob verandert in Dynamisch of Statisch.

In de volgende tabel ziet u hoe wijzigingen in lagen worden gefactureerd.

Schrijfkosten (bewerking en toegang) Leeskosten (bewerking en toegang)
Bewerking bloblaag instellen Van Dynamisch naar Statisch
Dynamisch naar archief
Statisch naar archief
Van Archief naar Statisch
Van Archief naar Dynamisch
Statisch naar dynamisch

Als u de toegangslaag voor een blob wijzigt wanneer versiebeheer is ingeschakeld, of als de blob momentopnamen heeft, kunnen er extra kosten in rekening worden gebracht. Zie de documentatie voor blobversiebeheer voor informatie over blobs waarvoor versiebeheer is ingeschakeld. Zie de documentatie voor blobmomentopnamen voor informatie over blobs met momentopnamen.

Functieondersteuning

In deze tabel ziet u hoe deze functie wordt ondersteund in uw account en wat de invloed is op de ondersteuning wanneer u bepaalde mogelijkheden inschakelt.

Type opslagaccount Blob-Storage (standaardondersteuning) Data Lake Storage Gen2 1 NFS 3.0 1 SFTP 1
Standaard algemeen gebruik v2 Yes Yes Yes Yes
blok-blobs Premium No No No No

1 Data Lake Storage Gen2, Network File System (NFS) 3.0 protocol en SSH File Transfer Protocol (SFTP) ondersteunen allemaal een opslagaccount waarvoor een hiërarchische naamruimte is ingeschakeld.

Zie Azure-producten die per regio beschikbaar zijn voor informatie over functieondersteuning per regio.

Volgende stappen