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. Andere beslissingen worden bepaald door gebruikspatronen die met tijd veranderen. 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 kunt overwegen, zijn onder andere:
Gegevens ordenen in toegangslagen
Rechtstreeks naar statische en archieflagen schrijven
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. Als u bijvoorbeeld uw opslaggebruik wilt optimaliseren en de kosten wilt minimaliseren, moeten veelgebruikte blobs zich bevinden in een Blob Storage-account dat is geconfigureerd met de dynamische-toegangslaag. Blobs die u slechts af en toe wilt gebruiken, moeten zich daarentegen bevinden in een blob-opslagaccount dat is geconfigureerd met een statische toegangslaag. Blobs die u zelden wilt openen of wijzigen, moeten zich bevinden in een blob-opslagaccount dat is geconfigureerd met een 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 toewijst aan een blob, wordt de tweede van deze kosten geminimaliseerd, maar wordt de eerste laag verhoogd, terwijl het selecteren van de archieftoegangslaag het tegenovergestelde effect heeft. 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. Dit elimineert kosten die zijn gekoppeld aan het verplaatsen van deze over verschillende 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 waarschijnlijk een paar weken later niet dezelfde betekenis. Hoewel het misschien belangrijk is om snel een recente back-up te herstellen, zal die mate van urgentie waarschijnlijk niet enkele maanden van nu van toepassing zijn voor dezelfde back-upkopie. Hoewel u de toegangslaag handmatig kunt wijzigen, zou een dergelijke benadering leiden tot een aanzienlijke onderhoudsoverhead, met name bij het wijzigen van een groot aantal blobs, wat gebruikelijk is in bedrijfsscenario's.
Gelukkig is dit 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 te kopen in 100 terabyte (TB) en 1 petabyte -eenheden (PB) per maand voor de periode 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.