Kosten voor Azure Blob Storage optimaliseren met slimme laag

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.

Vereiste voorwaarden

• Een standaard opslagaccount voor algemeen gebruik v2 (GPv2 ). Slimme laag biedt geen ondersteuning voor verouderde Standard V1-accounts (GPv1) of Premium-opslagaccounts.
• Zone-redundante opslag (ZRS, GZRS of RA-GZRS).
• Slimme laag werkt alleen voor blok-blobs. Pagina-blobs en toevoeg-blobs worden niet ondersteund.

Bekende problemen en overwegingen

• Slimme laag is algemeen beschikbaar in bijna alle openbare regio's met zonegebonden redundantie. De Azure regio's Israël - centraal, Qatar - centraal en UAE - noord blijven in Public Preview.

• Smart tier bevindt zich in de openbare preview voor de Azure Government cloudregio's en Microsoft Azure beheerd door 21Vianet (Azure in China).

• 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-redundant om door te gaan met ondersteuning voor slimme lagen.

• Slimme tier begint met het bijhouden van patronen van objecttoegang na inschakeling, waarbij de eerste tier-evenement 30 dagen na inschakeling plaatsvindt en die inactieve objecten naar de koele tier verplaatst.

Slimme laag inschakelen

Slimme laag is standaard beschikbaar voor ondersteunde opslagaccounts in algemeen beschikbare regio's. Stel de standaardaccounttoegangslaag in op slimme laag om deze in te schakelen. 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. Blobs met een expliciete laagset worden niet verplaatst naar een slimme laag.

Slimme laag is geconfigureerd voor de standaardaccounttoegangslaag. 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. Zie De toegangslaag van een blob instellen als u de standaardinstelling voor toegangslagen voor een opslagaccount wilt instellen.

# Set variables
$SubscriptionId = <subscription-id>
$ResourceGroup = <resource-group>
$StorageAccountName = <storage-account-name>

# Update the storage account access tier to Smart
$Path = "/subscriptions/$SubscriptionId/resourceGroups/$ResourceGroup/providers/Microsoft.Storage/storageAccounts/${StorageAccountName}?api-version=2025-08-01"
$Payload = @{ properties = @{ accessTier = "Smart" } } | ConvertTo-Json -Depth 3

Invoke-AzRestMethod -Method PATCH -Path $Path -Payload $Payload

az rest --method patch --url "https://management.azure.com/subscriptions/<subscription-id>/resourceGroups/<resource-group>/providers/Microsoft.Storage/storageAccounts/<storage-account-name>?api-version=2025-08-01" --body '{"properties":{"accessTier":"Smart"}}'

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. Alle objecten die zijn gemaakt of verplaatst naar accounts met slimme-laagfunctionaliteit, worden in eerste instantie opgeslagen in de hete-capaciteitslaag. Kleine objecten in de slimme laag, kleiner dan 128 KiB (SmartHot-small), verplaatsen niet tussen capaciteitslagen en blijven op de hot tier voor efficiëntie. Normale lagenpatronen zijn van toepassing zodra een object groter wordt dan ten minste 128 KiB.

Alle andere objecten blijven 30 dagen in de hete laag en verplaatsen 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. Get Blob Properties, Get Blob Metadata en Get Blob Tags zijn echter geen toegangsbewerkingen. 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 online-lagen staan, zodat u de reguliere beschikbaarheid, schaal en prestatiedoelen van Azure Blob-opslag krijgt.

Toegangsbewerkingen op slimme-laagobjecten resetten de overgangstimer van de laag en verplaatsen het object onmiddellijk naar de hete laag. Beheer van levenscyclus van blobs heeft geen invloed op objecten bij slimme lagen voor tiering-operaties, maar zal wel invloed hebben bij verwijderingsbewerkingen. Opslagacties kunnen niet worden gebruikt om laagbewerkingen voor objecten op een slimme laag te beïnvloeden. Voorlopig verwijderde objecten blijven overschakelen naar koelerlagen totdat aan de verloopperiode van de verwijdering is voldaan.

Factureringsgegevens

Objecten op de slimme laag worden gefactureerd voor de capaciteitsmeters en verbonden prijzen van de onderliggende capaciteitslaag (hot, cool, of cold tier). Er zijn geen slimme laagspecifieke capaciteitsmeter of -prijs, bestaande capaciteitsmeters voor dynamische, statische en koude lagen (gegevens opgeslagen/maand) worden gebruikt.

Slimme laag brengt een maandelijkse bewakingsoperatie in rekening voor elk object van meer dan 128 KiB dat onder beheer door de slimme laag valt. Er worden geen bewakingskosten in rekening gebracht voor objecten 128 KiB of kleiner. 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 op basis van de hot-tier. 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, maar het verplaatsen van blobs uit de slimme laag activeert per object een cool write operation. Versies en momentopnamen worden gefactureerd op volledige inhoudslengte.

De volgende tabel bevat een overzicht van wat er in rekening wordt gebracht en wat er gratis is voor objecten in de slimme laag:

Zie Azure Blob Storage prijzen voor volledige prijsinformatie.

Toezicht

U kunt de activiteit van smart tier bewaken via de ingebouwde metrieken van het opslagaccount die zonder extra kosten beschikbaar zijn. Als u deze metrische gegevens wilt weergeven, gaat u naar uw opslagaccount in de Azure-portal en selecteert u Monitoring>Metrics.

Als u wilt zien hoe uw objecten worden verdeeld over de capaciteitslagen van de slimme laag, configureert u de metrische waarde als volgt:

1. Stel de metrische naamruimte in op Blob.
2. Stel metrische waarde in op Blob Count of Blob Capacity , afhankelijk van uw behoeften.
3. Aggregatie instellen op Gemiddeld.
4. Selecteer Splitsen toepassen en splits op basis van bloblaag en blobtype.

De volgende waarden voor de bloblaag zijn specifiek voor de slimme laag:

Objecten met een expliciet ingestelde laag (niet beheerd door slimme laag) worden nog steeds weergegeven onder hun respectieve standaardlaagwaarden (bijvoorbeeld Dynamisch, Statisch of Koud).

Zie Monitoring Azure Blob Storage voor meer informatie.

Clienthulpprogramma's

De Azure-portal ondersteunt slimme laag. Voor de slimme laag is de volgende minimale versie van de REST API vereist.

Volgende stappen

• Deel uw feedback over de intelligente laag met ons via smartblob@microsoft.com. We horen graag van u hoe we de slimme laag nog verder kunnen verbeteren.
• De toegangslaag van een blob instellen
• Een blob archiveren
• Kosten optimaliseren door de levenscyclus van gegevens automatisch te beheren
• Aanbevolen procedures voor het gebruik van blob-toegangsniveaus