Beleidsstructuur voor levenscyclusbeheer van Azure Blob Storage

2025-06-13

U kunt beleid voor levenscyclusbeheer gebruiken om blobs over te zetten naar kostenefficiënte toegangslagen op basis van hun gebruikspatronen. U kunt blobs ook volledig verwijderen aan het einde van hun levenscyclus. Een beleid kan worden uitgevoerd op huidige versies, eerdere versies en momentopnamen, maar een beleid werkt niet op blobs in systeemcontainers, zoals de $logs of $web containers. Zie het overzicht van levenscyclusbeheer van Azure Blob Storage voor algemene informatie.

In dit artikel worden de elementen van een levenscyclusbeheerbeleid beschreven. Zie de volgende artikelen voor beleidsvoorbeelden:

Aanbeveling

Hoewel levenscyclusbeheer u helpt uw kosten voor één account te optimaliseren, kunt u Azure Storage-acties gebruiken om meerdere gegevensbewerkingen op schaal uit te voeren voor meerdere accounts.

Reglement

Een levenscyclusbeheerbeleid is een verzameling regels in een JSON-document. In de volgende voorbeeld-JSON ziet u een volledige regeldefinitie:

{
  "rules": [
    {
      "name": "rule1",
      "enabled": true,
      "type": "Lifecycle",
      "definition": {...}
    },
    {
      "name": "rule2",
      "type": "Lifecycle",
      "definition": {...}
    }
  ]
}

Parameternaam	Parametertype	Opmerkingen
regels	Een matrix met regelobjecten	Er is ten minste één regel vereist in een beleid. U kunt maximaal 100 regels definiëren in een beleid.

Elke regel in het beleid heeft verschillende parameters, zoals beschreven in de volgende tabel:

Parameternaam	Typologie	Opmerkingen	Verplicht
naam	Snaar / Touwtje	Een regelnaam kan maximaal 256 alfanumerieke tekens bevatten. De regelnaam is hoofdlettergevoelig. Deze moet uniek zijn binnen een beleid.	Ja
ingeschakeld	Booleaan	Een optionele Booleaanse waarde om toe te staan dat een regel tijdelijk wordt uitgeschakeld. De standaardwaarde is waar.	Nee.
soort	Een opsommingswaarde	Het huidige geldige type is `Lifecycle`.	Ja
definitie	Een object dat de levenscyclusregel definieert	Elke definitie bestaat uit een filterset en een actieset.	Ja

Filteren

Filters beperken acties tot een subset van blobs binnen het opslagaccount. U kunt een filter gebruiken om op te geven welke blobs moeten worden opgenomen. Een filter biedt geen middelen om op te geven welke blobs moeten worden uitgesloten. Als er meer dan één filter is gedefinieerd, wordt een logische AND toegepast op alle filters. In de volgende tabel wordt elke parameter beschreven.

Filternaam	Typologie	Beschrijving	Verplicht
blobTypes	Matrix van vooraf gedefinieerde enumwaarden	Het type Blob (blockblob of appendBlob)	Ja
prefixMatch	Array van tekenreeksen	Deze tekenreeksen zijn voorvoegsels die moeten worden vergeleken.	Nee.
blobIndexMatch	Een matrix met woordenlijstwaarden	Deze waarden bestaan uit sleutel- en waardevoorwaarden voor blob-indextags die moeten worden vergeleken.	Nee.

Filter voor voorvoegselfilter

Als u het filter prefixMatch toepast, kan elke regel maximaal 10 hoofdlettergevoelige voorvoegsels definiëren. Een voorvoegseltekenreeks moet beginnen met een containernaam. Als u bijvoorbeeld alle blobs onder het pad https://myaccount.blob.core.windows.net/sample-container/blob1/...wilt vergelijken, geeft u het voorvoegselMatch op als sample-container/blob1.

Dit filter zal overeenkomen met alle blobs in sample-container waar de namen beginnen met blob1. Als u geen voorvoegselovereenkomst definieert, is de regel van toepassing op alle blobs binnen de opslagaccount. Voorvoegseltekenreeksen bieden geen ondersteuning voor jokertekenkoppeling. Tekens zoals * en ? worden behandeld als letterlijke tekenreeksen.

Overeenkomend filter voor blobindex

Als u het blobIndexMatch-filter toepast, kan elke regel maximaal 10 voorwaarden voor de blobindextag definiëren. Als u bijvoorbeeld alle blobs wilt vergelijken met Project = Contoso onderhttps://myaccount.blob.core.windows.net/, is het filter {"name": "Project","op": "==","value": "Contoso"}. Als u geen waarde definieert voor het blobIndexMatch-filter , is de regel van toepassing op alle blobs in het opslagaccount.

Acties

U moet ten minste één actie voor elke regel definiëren. Acties worden toegepast op de gefilterde blobs wanneer aan de uitvoeringsvoorwaarde wordt voldaan. Zie de sectie Actieuitvoeringsvoorwaarden van dit artikel voor meer informatie over uitvoeringsvoorwaarden. In de volgende tabel wordt elke actie beschreven die beschikbaar is in een beleidsdefinitie.

Handeling	Beschrijving
TierToCool	Stel een blob in op de koele toegangslaag. Niet ondersteund met append-blobs, pagina-blobs of met blobs in een premium blok blob-opslagaccount.
TierToCold	Stel een blob in op de koude toegangslaag. Niet ondersteund met append-blobs, pagina-blobs of met blobs in een premium blok blob-opslagaccount.
TierToArchive	Stel een blob in op de archieftoegangslaag. Bij het opnieuw bruikbaar maken van een blob worden de eigenschappen "laatst gewijzigd" en "laatste toegangstijd" van de blob niet bijgewerkt. Als gevolg hiervan kan deze actie gerehydrateerde blobs opnieuw naar de archieflaag verplaatsen. Als u wilt voorkomen dat dit gebeurt, voegt u de `daysAfterLastTierChangeGreaterThan` voorwaarde toe aan deze actie. Deze actie wordt niet ondersteund met append blobs, page blobs of met blobs in een premium block blob-opslagaccount. Ook niet ondersteund met blobs die gebruikmaken van een versleutelingsbereik of met blobs in accounts die zijn geconfigureerd voor zone-redundante opslag (ZRS), geografisch zone-redundante opslag (GZRS) / geografisch zone-redundante opslag met leestoegang (RA-GZRS).
schakelAutoLaagNaarHeetVanuitKoelIn	Als een blob is ingesteld op de koele laag, wordt deze blob automatisch verplaatst naar de hete laag wanneer de blob wordt geopend. Deze actie is alleen beschikbaar wanneer deze wordt gebruikt met de uitvoeringsvoorwaarde daysAfterLastAccessTimeGreaterThan. Deze actie heeft geen effect op blobs die zijn ingesteld op de koele laag voordat u deze actie in een regel activeert. Deze actie verplaatst blobs slechts één keer in de 30 dagen van cool naar hot. Deze beveiliging wordt ingesteld ter bescherming tegen meerdere vroegtijdige verwijderingsstraffen die in rekening worden gebracht voor het account. Niet ondersteund met eerdere versies of momentopnamen.
Verwijderen	Hiermee verwijdert u een blob. Niet ondersteund voor pagina-blobs of blobs in een onveranderbare container.

Als u meer dan één actie op dezelfde blob definieert, past levenscyclusbeheer de goedkoopste actie toe op de blob. Een verwijderactie is bijvoorbeeld goedkoper dan de actie TierToArchive en de actie TierToArchive is goedkoper dan de actie TierToCool .

Actie verwijderen in accounts met een hiërarchische naamruimte

Wanneer een verwijderingsactie wordt toegepast op een account waarvoor een hiërarchische naamruimte is ingeschakeld, worden lege mappen verwijderd. Als de map niet leeg is, worden met de verwijderactie objecten verwijderd die voldoen aan de beleidsvoorwaarden binnen de eerste uitvoeringscyclus van het levenscyclusbeleid. Als deze actie resulteert in een lege map die ook voldoet aan de beleidsvoorwaarden, wordt die map verwijderd binnen de volgende uitvoeringscyclus, enzovoort.

Actie verwijderen voor blobs met versies en momentopnamen

Een levenscyclusbeheerbeleid verwijdert de huidige versie van een blob pas nadat eerdere versies of momentopnamen die aan die blob zijn gekoppeld, zijn verwijderd. Als blobs in uw opslagaccount eerdere versies of momentopnamen hebben, moet u eerdere versies en momentopnamen opnemen wanneer u een verwijderactie opgeeft als onderdeel van het beleid.

Uitvoeringsvoorwaarden van acties

Alle uitvoeringsvoorwaarden zijn gebaseerd op tijd. Als het aantal dagen dat is verstreken het aantal dagen overschrijdt dat is opgegeven voor de voorwaarde, kan de bijbehorende actie worden uitgevoerd. Beleidsvoorwaarden worden slechts eenmaal beoordeeld op elk object tijdens een uitvoering van een beleid. In sommige gevallen kan een object voldoen aan de voorwaarde nadat het al is beoordeeld door een uitvoering. Dergelijke objecten worden verwerkt in volgende uitvoeringen.

Huidige versies gebruiken de laatst gewijzigde tijd of laatste toegangstijd, vorige versies gebruiken de tijd voor het maken van de versie en blob-momentopnamen maken gebruik van de tijd voor het maken van momentopnamen om de leeftijd bij te houden.

In de volgende tabel wordt elke actieuitvoeringsvoorwaarde beschreven.

Voorwaardenaam	Typologie	Beschrijving
daysAfterModificationGreaterThan	Geheel getal	De leeftijd in dagen na de laatste wijzigingstijdblob. Is van toepassing op acties op een huidige versie van een blob.
daysAfterCreationGreaterThan	Geheel getal	De leeftijd in dagen na de aanmaaktijd. Is van toepassing op acties op de huidige versie van een blob, de vorige versie van een blob of een blob-momentopname.
daysAfterLastAccessTimeGreaterThan	Geheel getal	Het aantal dagen na de laatste toegangstijd of in sommige gevallen na de datum waarop het beleid werd ingeschakeld. Zie de sectie Toegangstijd bijhouden hieronder voor meer informatie. Is van toepassing op acties op de huidige versie van een blob wanneer het bijhouden van toegang is ingeschakeld.
dagenNaLaatsteNiveauWijzigingGroterDan	Geheel getal	De leeftijd in dagen na de laatste bloblaag verandert de tijd. De minimale duur in dagen dat een gerehydrateerde blob wordt bewaard in hete, koele of koude niveaus voordat deze wordt teruggeplaatst in de archieflaag. Is alleen van toepassing op tierToArchive-acties .

Toegangstijd bijhouden

U kunt het bijhouden van toegangstijden inschakelen om een registratie bij te houden van wanneer uw blob voor het laatst is gelezen of geschreven en als hulpmiddel voor het beheren van tiering en de bewaring van uw blobgegevens.

Wanneer u het bijhouden van toegangstijd inschakelt, wordt een blob-eigenschap genaamd LastAccessTime bijgewerkt wanneer een blob wordt gelezen of geschreven. De bewerkingen Blob ophalen en Put Blob zijn toegangsbewerkingen en werken de toegangstijd van een blob bij. De eigenschappen van de Get Blob, Get Blob Metadata en Get Blob Tags zijn echter geen toegangsbewerkingen. Met deze bewerkingen wordt de toegangstijd van een blob niet bijgewerkt.

Als u de voorwaarde daysAfterLastAccessTimeGreaterThan toepast op een beleid, wordt de LastAccessTime voorwaarde gebruikt om te bepalen of aan die voorwaarde wordt voldaan.

Als u de voorwaarde daysAfterLastAccessTimeGreaterThan op een beleid toepast, maar u het bijhouden van toegangstijd niet hebt ingeschakeld, wordt deze LastAccessTime niet gebruikt. De datum waarop het bijhouden van de laatste toegang is ingeschakeld, wordt in plaats daarvan gebruikt. In feite wordt de datum waarop het laatste toegangstracering is ingeschakeld, gebruikt in elke situatie waarin de LastAccessTime eigenschap van de blob een null-waarde is. Dit kan zelfs gebeuren als u het bijhouden van toegangstijd hebt ingeschakeld in gevallen waarin een blob niet is geopend sinds het bijhouden is ingeschakeld.

Opmerking

Om het effect op de latentie van leestoegang te minimaliseren, wordt alleen bij de eerste leesbewerking van de laatste 24 uur de laatste toegangstijd bijgewerkt. Latere leesbewerkingen in dezelfde periode van 24 uur werken de laatste toegangstijd niet bij. Als een blob wordt gewijzigd tussen leesbewerkingen, is de laatste toegangstijd de laatste van de twee waarden.

Voor informatie over het inschakelen van het bijhouden van toegangstijd, zie Optioneel toegangstijd bijhouden inschakelen.