Delen via

Kosten voor Azure Blob Storage optimaliseren met slimme laag (preview)

Belangrijk

De slimme laag is momenteel beschikbaar als PREVIEW-versie. Zie de Aanvullende Gebruiksvoorwaarden voor Microsoft Azure Previews voor juridische voorwaarden die van toepassing zijn op Azure-functies die in bèta, preview, of anderszins nog niet algemeen beschikbaar zijn.

Met slimme laag worden uw gegevens automatisch verplaatst tussen de dynamische, statische en koude toegangslagen op basis van gebruikspatronen, waarbij uw kosten voor deze toegangslagen worden geoptimaliseerd zonder aanvullende regelsets of beleidsregels in te stellen. Slimme laag is ideaal voor het opslaan van gegevens in standaard onlinelagen wanneer toegangspatronen onduidelijk zijn en u geen overgangen wilt beheren.

Nieuwe gegevens worden standaard opgeslagen in de dynamische laag. Een object dat gedurende 30 dagen niet wordt geopend, wordt verplaatst naar de statische laag; na 90 dagen inactiviteit gaat deze over naar de koude laag. Als een van deze objecten later wordt geopend, worden ze automatisch teruggezet naar de 'hot tier' en beginnen ze opnieuw aan hun tieringcyclus. De automatische verplaatsing van inactieve gegevens naar koelerlagen kan leiden tot grote kostenbesparingen in de loop van de tijd. Toegangsgedrag, prestatiekenmerken en SLA's van de onderliggende capaciteitslaag zijn van toepassing op objecten in slimme laag.

Bekende problemen en overwegingen

  • Smart tier is momenteel beschikbaar in openbare preview voor opslagniveautiering voor zone-redundantie (ZRS, GZRS en RA-GZRS) voor zowel platte als hiërarchische naamruimten.

  • Redundantieconversies naar niet-zoneredundante accounts (LRS of GRS) worden niet ondersteund.

  • Wanneer een GZRS-account een failover uitvoert, converteert u het LRS-account binnen 60 dagen naar zone-redundante om de ondersteuning voor de Smart-laag te continueren.

  • Kenmerken van slimme lagen kunnen veranderen tijdens of na de openbare preview-fase.

  • Bewakingsbewerkingen voor slimme lagen worden gefactureerd op basis van de prijs die wordt weergegeven op de Azure-pagina's met prijzen. Deze prijzen worden van kracht vanaf 1 januari 2026.

  • In de metrische weergave voor slimme getierde objecten kunnen onvolledige of verkeerde lagen worden weergegeven totdat de eerste down-tiering door de smart tier in het abonnement heeft plaatsgevonden.

Slimme laag inschakelen

Schakel toegang tot de openbare preview van de Smart Tier in door de preview-functie 'Smart Tier (accountniveau)' te registreren op de Preview Features Blade van de Azure Portal. Nadat u de slimme laag hebt ingeschakeld voor bestaande opslagaccounts, worden alle blobs in het account waarvoor geen expliciete toegangslaag is ingesteld, verplaatst naar de slimme laag. Slimme laag is geconfigureerd voor de standaardaccounttoegangslaag. Slimme laag biedt geen ondersteuning voor verouderde accounttypen, zoals Standard algemeen gebruik v1 (GPv1). Nadat u de slimme laag hebt ingeschakeld voor bestaande opslagaccounts, worden alle blobs in het account waarvoor een toegangslaag niet expliciet is ingesteld, verplaatst naar de slimme laag. Blobs met een expliciet niveau worden niet verplaatst naar een intelligente laag. Er worden kosten in rekening gebracht voor elke groep van 10.000 objecten die worden beheerd door de slimme laag. U kunt objecten uit de slimme laag verplaatsen door een andere onlinelaag in te stellen of de standaardaccounttoegangslaag te wijzigen in een andere laag. Zodra objecten zijn verplaatst naar een expliciete laag, kunnen objecten niet worden teruggezet naar de slimme laag. Stel de standaardinstelling voor toegangslagen voor een opslagaccount in door De toegangslaag van een blob instellen te raadplegen.

Werken met slimme laag

Alle slimme gelaagde objecten worden automatisch beheerd in de onderliggende capaciteitslagen: dynamisch, statisch en koud. Slimme laag maakt gebruik van de normale dynamische, statische en koude toegangslagen op de achtergrond. Deze lagen worden de capaciteitslaag genoemd. Slimme laag biedt geen ondersteuning voor de archieflaag of Premium-opslagaccounts. Het werkt alleen voor blok-blobs, pagina-blobs worden niet ondersteund. Alle objecten die zijn gemaakt of verplaatst naar accounts met slimme lagen, worden in eerste instantie opgeslagen in de dynamische capaciteitslaag. Kleine objecten in slimme laag, kleiner dan 128 KiB, verplaatsen zich niet over capaciteitslagen en blijven op de dynamische laag voor efficiëntie. Er worden geen bewakingskosten in rekening gebracht voor deze objecten onder de 128 KiB in grootte. Alle andere objecten blijven 30 dagen in de hete laag en gaan naar de koele laag als er geen toegangsbewerking plaatsvindt.

De bewerkingen Blob ophalen en Put Blob zijn toegangsbewerkingen en werken de laatste toegangstijd van een object bij. Echter, Get Blob Properties, Get Blob Metadata en Get Blob Tags zijn geen toegangsoperaties. Deze bewerkingen zullen de laatste toegangstijd van een object niet bijwerken of invloed hebben op het gedrag van slim gelaagde objecten. Na 60 dagen zonder toegang te krijgen tot objecten in een slimme laag, worden ze overgestapt op de koude laag. Er treden geen verdere overgangen op, tenzij het object wordt geopend. De gegevens blijven altijd op onlinelagen staan en bieden u de reguliere beschikbaarheid, schaal en prestatiedoelen van Azure Blob Storage.

Toegangsbewerkingen voor slimme-laagobjecten stellen de laagovergangstimer opnieuw in en verplaatsen het object onmiddellijk naar de hete laag. Het beheer van de levenscyclus van blobs heeft geen invloed op objecten in de slimme laag. Opslagacties kunnen niet worden gebruikt om laagbewerkingen voor objecten op een slimme laag te beïnvloeden. Voorlopig verwijderde objecten blijven overgaan naar koelere lagen totdat de periode voor verwijdering is verlopen. Append-blobs worden niet geplaatst in andere capaciteitsniveaus.

Factureringsgegevens

Objecten op de slimme laag worden gefactureerd voor de capaciteitsmeters en verbonden prijzen van de onderliggende capaciteitslaag (hot, cool, of cold tier). er is geen specifieke capaciteitsmeter of prijs voor de slimme laag. Alle capaciteit onder de smart tier wordt gefactureerd tegen tarieven voor betalen per gebruik. er is geen gereserveerde capaciteit van toepassing. Voor elke set van 10.000 objecten groter dan 128KiB die worden beheerd door de slimme laag, wordt door de slimme laag een bewakingsbewerking in rekening gebracht. Objecten in de slimme laag worden niet in rekening gebracht voor laagovergangen binnen een slimme laag, kosten voor vroegtijdige verwijdering of bewerkingen voor het ophalen van gegevens.

Alle toegangsbewerkingen die worden gefactureerd voor slimme-laagobjecten, vinden plaats tegen de hete laag. Deze transactie omvat de eerste verplaatsing naar de dynamische laag voor elk object in andere capaciteitslagen. Het verplaatsen van bestaande objecten naar een slimme laag activeert geen overgangstransactie voor lagen, maar het verplaatsen van blobs uit de slimme laag activeert per object een cool write-operatie. Versies en momentopnamen worden in de huidige openbare preview-fase in rekening gebracht op basis van de volledige inhoudslengte. Metrische gegevens van opslagaccounts laten zien hoe slimme laagobjecten worden verdeeld over de onderliggende lagen op basis van het aantal blobs en de capaciteit. Objecten die kleiner zijn dan 128KiB worden weergegeven onder de reguliere metriek voor de hete laag.

Clienthulpprogramma's

Azure Portal ondersteunt de huidige openbare preview van de slimme laag. Voor de slimme laag zijn de volgende minimale versies van REST, SDK's en hulpprogramma's vereist.

Milieu Minimumversie
REST API 2025-06-01

Volgende stappen

  • Last updated on