Toegangslagen voor Azure Blob Storage beschrijven en beheren
Nu u verschillende opties voor kostenoptimalisatie hebt bekeken, bent u geïnteresseerd in het verkennen van Azure Blob Storage-toegangslagen in meer detail. U herkent hun potentieel bij het verlagen van de opslaggebruikskosten, maar u realiseert zich ook dat hun onjuist gebruik daadwerkelijk kan leiden tot hogere opslagkosten. In deze les leert u meer over enkele algemene regels voor het gedrag van de toegangslaag. U identificeert ook enkele van de opmerkingen die u moeten helpen hun voordelen te optimaliseren.
Toegangslagen voor Azure Blob Storage beschrijven
Azure Blob Storage ondersteunt vier toegangslagen:
Dynamische laag: een onlinelaag die is geoptimaliseerd voor het opslaan van gegevens die regelmatig worden geopend of gewijzigd. Deze 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. Deze laag heeft lagere opslagkosten dan de dynamische laag, maar de toegangskosten zijn hoger.
Koude laag: een onlinelaag die is geoptimaliseerd voor het opslaan van gegevens die niet vaak worden geopend of gewijzigd. Deze laag heeft lagere opslagkosten dan de statische laag, maar de toegangskosten zijn hoger.
Archieflaag: een offlinelaag die is geoptimaliseerd voor het opslaan van gegevens die zeer zelden of helemaal niet worden geopend. Deze laag heeft de laagste opslagkosten, maar de hoogste toegangskosten.
De term is niet bijzonder objectief. Als algemene richtlijnen kunt u overwegen om de statische laag te gebruiken als u niet verwacht dat u de blob minimaal 30 opeenvolgende dagen naar een andere laag wilt verwijderen of verplaatsen. U kunt rekening houden met de koude laag als u niet verwacht dat u de blob ten minste 90 opeenvolgende dagen wilt verwijderen of verplaatsen. Overweeg om de archieflaag te gebruiken als die periode ten minste 180 dagen is. Deze waarden zijn het resultaat van het prijsmodel, dat kosten voor vroegtijdige verwijdering oplegt. Deze kosten zijn van toepassing als de blob wordt verwijderd of verplaatst van de statische of archieflaag voordat de laagspecifieke periode is verstreken. Deze periode is 30 dagen voor de statische laag, 90 dagen voor de koude laag en 180 dagen voor de archieflaag.
Kosten voor vroegtijdige verwijdering worden naar rato beoordeeld op basis van het aantal dagen dat in de laagspecifieke periode resteert. Als een blob bijvoorbeeld is toegewezen aan de statische laag en vervolgens na 20 dagen wordt verwijderd, vertegenwoordigt de kosten voor het opslaan van de blob gedurende 10 dagen (30 min 20) in de statische laag. Als een blob wordt toegewezen aan de archieflaag en vervolgens na 100 dagen wordt verplaatst naar de statische of dynamische laag, vertegenwoordigt de vroegtijdige verwijderingskosten de kosten voor het opslaan van de blob gedurende 80 dagen (180 min 100) in de archieflaag.
Notitie
Als u de kosten voor vroegtijdige verwijdering voor een blob wilt voorkomen, kunt u de kopieer-blobbewerking gebruiken om de blob naar een andere laag te kopiëren. Houd er echter rekening mee dat dit resulteert in verhoogde capaciteitskosten die zijn gekoppeld aan het maken van een extra blob die een duplicaat is van de oorspronkelijke.
Beschrijf het toegangslaagbeheermodel voor blobs
Wanneer u kiest tussen dynamische, statische, koude en archieftoegangslagen, zijn er aanvullende factoren waarmee u rekening moet houden. Het is ook handig om inzicht te krijgen in de beheermodellen van de verschillende toegangslagen.
Naast prijsverschillen hebben blobs in de archief-, koude- en statische lagen een iets lagere SLA (Availability Service Level Agreement) in vergelijking met de dynamische-toegangslaag. Alle drie de lagen bieden echter dezelfde duurzaamheid, doorvoer en latentiekenmerken voor opslagtoegang, met ophaaltijd in het bereik van milliseconden. De dynamische en statische lagen ondersteunen ook alle redundantieopties.
De dynamische, statische, koude of archieftoegangslaag kan rechtstreeks tijdens het uploaden aan een blob worden toegewezen. U kunt ook dynamische of statische toegangslagen (maar niet archiveren of koud) afleiden op basis van de toegangslaag die is opgegeven als de standaardlaag op het niveau van het opslagaccount. Elke expliciete laagtoewijzing heeft echter voorrang op de uitgestelde laag.
Notitie
Houd zorgvuldig rekening met de gevolgen van het wijzigen van de standaardtoegangslaag op het niveau van het opslagaccount, omdat dit mogelijk een aanzienlijke prijsimpact heeft als er een groot aantal blobs is zonder een expliciet toegewezen toegangslaag.
Hoewel een blob is toegewezen aan de archieflaag, kunt u de inhoud ervan niet rechtstreeks lezen of wijzigen, hoewel u wel toegang hebt tot de metagegevens, inclusief indextags. Als u toegang wilt krijgen tot de inhoud van de blob, kunt u deze toewijzen aan de dynamische, statische of koude laag, waardoor het proces wordt geactiveerd als rehydratatie. U kunt ook de kopieer-blobbewerking aanroepen om een kopie van de blob te maken in de dynamische, statische of koude laag.
Notitie
Er zijn twee prioriteiten voor rehydratatie van blobs in de archieflaag: standard en hoog. Rehydratatie met standaardprioriteit kan tot 15 uur duren. Aanvragen met een hoge prioriteit krijgen echter prioriteit boven de standaardprioriteit en voor blobs die kleiner zijn dan 10 GB, kunnen binnen een uur worden voltooid. Rehydratatie met hoge prioriteit is duurder, dus Microsoft raadt aan om rehydratatie met hoge prioriteit te reserveren voor gebruik in situaties met herstel van noodgegevens.
Opslagaccounts die gebruikmaken van de archieflaag moeten worden geconfigureerd met de LRS-, GRS- of RA-GRS-redundantieopties. De archieflaag biedt geen ondersteuning voor zoneredundantie, waardoor de redundantie wordt ingesteld op ZRS, GZRS of RA-GZRS.
Notitie
De archieflaag vereist een expliciete toewijzing op blobniveau in plaats van afhankelijk te zijn van deductie. Een Azure Storage-account kan niet worden geconfigureerd met de standaardlaag die is ingesteld op archief.