Aanbevolen procedures voor het gebruik van blob-toegangslagen
Dit artikel bevat richtlijnen voor best practices waarmee u toegangslagen kunt gebruiken om de prestaties te optimaliseren en de kosten te verlagen. Zie Toegangslagen voor blobgegevens voor meer informatie over toegangslagen.
De meest kostenefficiënte toegangslagen kiezen
U kunt de kosten verlagen door blobgegevens in de meest kostenefficiënte toegangslagen te plaatsen. Kies uit drie lagen die zijn ontworpen om uw kosten voor gegevensgebruik te optimaliseren. De dynamische laag heeft bijvoorbeeld hogere opslagkosten, maar lagere leeskosten. Als u van plan bent om regelmatig toegang te krijgen tot gegevens, is de dynamische laag daarom mogelijk de meest kostenefficiënte keuze. Als u van plan bent om gegevens minder vaak te lezen, kan de statische, koude of archieflaag het meest zinvol zijn omdat dit de kosten voor het lezen van gegevens verhoogt en de kosten voor het opslaan van gegevens vermindert.
Als u de meest optimale toegangslaag wilt identificeren, probeert u te schatten welk percentage van de gegevens maandelijks wordt gelezen. In de volgende grafiek ziet u de impact op de maandelijkse uitgaven op basis van verschillende leespercentages.
Zie Archief versus koud en statisch als u de kosten van het gebruik van statische of koude versus archiefopslag wilt modelleren en analyseren. U kunt vergelijkbare modelleringstechnieken toepassen om de kosten van dynamisch naar statisch, koud of archief te vergelijken.
Gegevens rechtstreeks migreren naar de meest kostenefficiënte toegangslagen
Als u vooraf de meest optimale laag kiest, kunt u de kosten verlagen. Als u de laag van een blok-blob wijzigt die u al hebt geüpload, betaalt u de kosten voor het schrijven naar de eerste laag wanneer u de blob voor het eerst uploadt en betaalt u vervolgens de kosten voor het schrijven naar de gewenste laag. Als u lagen wijzigt met behulp van levenscyclusbeheerbeleid, heeft dat beleid een dag nodig om van kracht te worden en een dag om de uitvoering te voltooien. U maakt ook de capaciteitskosten voor het opslaan van gegevens in de eerste laag vóór de laagwijziging.
Zie De toegangslaag van een blob instellen voor hulp bij het uploaden naar een specifieke toegangslaag.
Zie Azure Data Box voor offlinegegevensverplaatsing naar de gewenste laag.
Gegevens verplaatsen naar de meest kostenefficiënte toegangslagen
Nadat de gegevens zijn geüpload, moet u uw containers en blobs periodiek analyseren om te begrijpen hoe ze worden opgeslagen, georganiseerd en gebruikt in productie. Gebruik vervolgens beleid voor levenscyclusbeheer om gegevens te verplaatsen naar de meest kostenefficiënte lagen. Gegevens die langer dan 30 dagen niet zijn geopend, kunnen bijvoorbeeld kostenefficiënter zijn als ze in de statische laag worden geplaatst. Overweeg gegevens te archiveren die al meer dan 180 dagen niet zijn geopend.
Als u telemetrie wilt verzamelen, schakelt u blob-inventarisrapporten in en schakelt u het bijhouden van de laatste toegangstijd in. Gebruikspatronen analyseren op basis van de laatste toegangstijd met behulp van hulpprogramma's zoals Azure Synapse of Azure Databricks. Zie een van de volgende artikelen voor meer informatie over manieren om uw gegevens te analyseren:
Bereken het aantal blobs en de totale grootte per container met behulp van Azure Storage-inventaris
Statistieken op containerniveau berekenen in Azure Blob Storage met Azure Databricks
Laag toevoeg- en pagina-blobs
Uw analyse kan toevoeg- of pagina-blobs aan het licht brengen die niet actief worden gebruikt. U kunt bijvoorbeeld logboekbestanden (toevoeg-blobs) hebben waarnaar niet meer wordt gelezen of geschreven, maar die u wel wilt opslaan om nalevingsredenen. Op dezelfde manier wilt u mogelijk een back-up maken van schijven of schijfmomentopnamen (pagina-blobs). U kunt deze blobs ook verplaatsen naar koelere lagen. U moet ze echter eerst converteren naar blok-blobs.
Zie Toevoeg-blobs en pagina-blobs converteren naar blok-blobs voor informatie over het converteren van toevoeg- en pagina-blobs naar blok-blobs.
Kleine bestanden inpakken voordat u gegevens verplaatst naar koelere lagen
Voor elke lees- of schrijfbewerking worden kosten in rekening gebracht. Als u de kosten voor het lezen en schrijven van gegevens wilt verlagen, kunt u overwegen om kleine bestanden in grotere bestanden te verpakken met behulp van bestandsindelingen zoals TAR of ZIP. Minder bestanden verminderen het aantal bewerkingen dat nodig is om gegevens over te dragen.
In de volgende grafiek ziet u de relatieve impact van het verpakken van bestanden voor de statische laag. Voor de leeskosten wordt uitgegaan van een maandelijks leespercentage van 30%.
In de volgende grafiek ziet u de relatieve impact van het inpakken van bestanden voor de archieflaag. Voor de leeskosten wordt uitgegaan van een maandelijks leespercentage van 30%.
Als u de kostenbesparing van verpakkingsbestanden wilt modelleren en analyseren, raadpleegt u het tabblad Verpakkingsbesparing in deze werkmap.
Tip
Om zoek- en leesscenario's mogelijk te maken, kunt u een index maken die ingepakte bestandspaden toewijst aan oorspronkelijke bestandspaden en deze indexen vervolgens opslaan als blok-blobs in de dynamische laag.