Opties voor kostenoptimalisatie voor Azure Blob Storage identificeren
Een algemeen begrip van het prijsmodel van Azure Blob Storage moet u helpen bij het identificeren van de mogelijkheden voor kostenoptimalisatie. Sommige beslissingen die u moet nemen, zijn mogelijk geschikter in de ontwerpfase, zoals het selecteren van de Azure-doelregio of het replicatiebereik van het opslagaccount. Gebruikspatronen veranderen met tijd en stimuleren andere beslissingen. Het is echter belangrijk om te weten dat kostenoptimalisatie een doorlopende activiteit is die u nauwlettend moet volgen en continu moet evalueren. In deze les vindt u informatie over verschillende opties voor kostenoptimalisatie. U bepaalt ook welke van deze opties u kunnen helpen bij het oplossen van opslagkosten in uw omgeving.
De opties voor kostenoptimalisatie van Azure Blob Storage beschrijven
De primaire opties voor kostenoptimalisatie die u in deze les overweegt, omvatten het volgende:
Gegevens ordenen in toegangslagen.
Schrijf rechtstreeks naar statische en archieflagen.
Gegevens automatisch verplaatsen tussen toegangslagen.
Opslagcapaciteit reserveren.
Gegevens ordenen in toegangslagen
Het doel van toegangslagen is om bedrijven in staat te stellen het prijsmodel en de snelheid voor het ophalen van gegevens te kiezen die overeenkomen met hun blob-gebruikspatronen. Uw keuze voor de toegangslaag moet zijn gebaseerd op de frequentie waarmee afzonderlijke blobs in het opslagaccount worden geopend.
Veelgebruikte blobs moeten zich bijvoorbeeld bevinden in een blob-opslagaccount dat is geconfigureerd met de dynamische-toegangslaag om het opslaggebruik te optimaliseren en de kosten te minimaliseren. Blobs die u slechts af en toe wilt gebruiken, moeten zich daarentegen bevinden in een blob-opslagaccount dat is geconfigureerd met de statische toegangslaag. Blobs die u niet vaak opent of wijzigt, moeten zich bevinden in een blob-opslagaccount dat is geconfigureerd met de koude toegangslaag. Ten slotte moeten blobs die worden bewaard voor archiveringsdoeleinden, zonder plannen op korte termijn voor toegang tot hun inhoud, worden toegewezen aan de archieflaag.
Deze aanbeveling is gebaseerd op het toegangslaagspecifieke prijsmodel waarmee twee typen kosten worden bepaald:
De kosten voor het onderhouden van data-at-rest (per gigabyte).
De kosten die zijn gekoppeld aan het openen van gegevens om lees-, bijwerk- en verwijderbewerkingen uit te voeren.
Als u de dynamische-toegangslaag aan een blob toewijst, wordt de tweede van deze kosten geminimaliseerd, maar wordt de eerste laag verhoogd. Het selecteren van de archieftoegangslaag heeft het tegenovergestelde effect. Dus als u van plan bent om regelmatig toegang te krijgen tot gegevens, vertegenwoordigt de dynamische laag de meest rendabele keuze. Als u minder vaak toegang wilt krijgen tot gegevens, is de koude laag of archieflaag handiger om de kosten voor het opslaan van gegevens te verlagen.
Uw databasebeheerteam moet bijvoorbeeld overwegen archiefopslag te gebruiken voor langetermijnback-ups van on-premises gegevensarchieven. Als gevolg van wettelijke vereisten moeten deze back-ups enkele jaren worden bewaard, ook al is het zelden nodig om ze te herstellen. Omgekeerd zou de dynamische laag geschikter zijn voor logboekbestanden die worden gebruikt om problemen met klanten op te lossen en voor analyse en rapportage op korte termijn.
Rechtstreeks naar statische en archieflagen schrijven
Als u een duidelijke indicatie hebt dat een nieuwe blob op korte termijn niet wordt geopend, kunt u overwegen deze rechtstreeks toe te wijzen aan de koude of archieflaag. Deze stap elimineert kosten die zijn gekoppeld aan het verplaatsen ervan tussen lagen.
Automatisch gegevens verplaatsen tussen toegangslagen
De toegangslaag die u aan het begin toewijst, weerspiegelt mogelijk geen opslagtrends op de langere termijn. Een logboek dat wordt gebruikt voor het oplossen van een huidig probleem, heeft mogelijk een paar weken later niet dezelfde betekenis. Op dezelfde manier kan het belangrijk zijn om snel een recente back-up te herstellen, kan die mate van urgentie een paar maanden vanaf nu niet van toepassing zijn voor dezelfde back-upkopie. Hoewel u de toegangslaag handmatig kunt wijzigen, introduceert een dergelijke benadering een aanzienlijke onderhoudsoverhead. Vooral waar wanneer u een groot aantal blobs wijzigt, wat gebruikelijk is in bedrijfsscenario's.
Gelukkig is deze stap niet nodig. Azure Blob Storage ondersteunt beleid voor levenscyclusbeheer dat gegevens tussen lagen verplaatst op basis van de criteria die u definieert. U kunt bijvoorbeeld een beleidsregel definiëren waarmee blobs worden overgezet naar de archieflaag als ze de afgelopen 90 dagen niet zijn gewijzigd. Op dezelfde manier kunt u een beleidsregel maken om blobs in de archieflaag te verwijderen als ze de afgelopen 360 dagen nog niet zijn geopend.
Notitie
De beleidsregels kunnen worden gebaseerd op de datum van laatste wijziging of de datum die voor het laatst is geopend. Dit laatste vereist het bijhouden van tijd voor laatste toegang.
Opslagcapaciteit reserveren
Als u azure Blob Storage voor een langere tijd wilt gebruiken, kunt u uw kosten verder verlagen door een gereserveerde capaciteit aan te schaffen. Capaciteiten zijn beschikbaar in 100 terabyte (TB) en 1 petabyte (PB) eenheden per maand in stappen van één jaar of drie jaar. Deze regeling biedt een kortingsprijs voor opslagkosten (per gigabyte) voor gegevens die zich in Azure Blob Storage bevinden. U kunt een reservering aanschaffen voor elke toegangslaag en het type redundantie, maar dit is van toepassing op een specifieke combinatie van de Azure-regio, de toegangslaag en de redundantieoptie.