Share via

Levenscyclusbeheerbeleid dat blobs tussen lagen overzet

U kunt levenscyclusbeheerbeleid gebruiken om blobs over te zetten naar kostenefficiënte toegangslagen op basis van hun gebruikspatronen. Dit artikel bevat voorbeelden van beleidsdefinities waarmee blobs tussen lagen worden overgestapt.

Zie het overzicht van het levenscyclusbeheer van Azure Blob Storage voor algemene informatie over het levenscyclusbeheer van Azure Storage.

Verouderde gegevens verplaatsen naar een koeler laag

In dit voorbeeld ziet u hoe u blok-blobs met het voorvoegsel sample-container/blob1 of container2/blob2 kunt overzetten. Het beleid verplaatst blobs die meer dan 30 dagen niet zijn gewijzigd naar koele opslag en blobs die na 90 dagen niet zijn gewijzigd naar de archiefopslag.

{
  "rules": [
    {
      "name": "agingRule",
      "enabled": true,
      "type": "Lifecycle",
      "definition": {
        "filters": {
          "blobTypes": [ "blockBlob" ],
          "prefixMatch": [ "sample-container/blob1", "container2/blob2" ]
        },
        "actions": {
          "baseBlob": {
            "tierToCool": { "daysAfterModificationGreaterThan": 30 },
            "tierToArchive": { "daysAfterModificationGreaterThan": 90 }
          }
        }
      }
    }
  ]
}

Opmerking

Het baseBlob-element in een levenscyclusbeheerbeleid verwijst naar de huidige versie van een blob.

Gegevens verplaatsen op basis van de laatst toegangsdatum.

In het volgende voorbeeld worden blobs verplaatst naar koele opslag als ze 30 dagen niet zijn benaderd. De enableAutoTierToHotFromCool eigenschap is een Booleaanse waarde die aangeeft of een blob automatisch moet worden gelaagd van koel terug naar heet als het opnieuw wordt geopend nadat het naar koel is gelaagd.

Aanbeveling

Als een blob wordt verplaatst naar de koele laag en vervolgens automatisch terug wordt verplaatst voordat er 30 dagen zijn verstreken, wordt een tarief in rekening gebracht voor vroegtijdige verwijdering. Voordat u de enableAutoTierToHotFromCool eigenschap instelt, moet u de toegangspatronen van uw gegevens analyseren, zodat u onverwachte kosten kunt verlagen. Automatische indeling van cool naar hot bij blob-toegang is beperkt tot één keer per 30 dagen. Deze maatregel is bedoeld om u te helpen bij het vermijden van meerdere boetes wegens voortijdige verwijdering van de koele laag. Als de objectlagen worden teruggezet naar statisch vanwege het beleid, worden alle transacties op de blob in rekening gebracht tegen de prijs van de statische laag. Het is kostenefficiënt om de blob in de hete laag te houden als deze in een periode van 30 dagen meer dan één keer automatisch moet worden overgeplaatst.

Het inschakelen van een regel met enableAutoTierToHotFromCool is alleen van toepassing op objecten die naar een lagere opslaglaag zijn verplaatst met deze regel. De enableAutoTierToHotFromCool eigenschap kan niet worden ingeschakeld voor blobs die zich al in de koele laag bevinden. Daarom wordt de toegangslaag van die blobs niet automatisch gewijzigd in hot wanneer ze worden geopend.

{
  "enabled": true,
  "name": "last-accessed-thirty-days-ago",
  "type": "Lifecycle",
  "definition": {
    "actions": {
      "baseBlob": {
        "enableAutoTierToHotFromCool": true,
        "tierToCool": {
          "daysAfterLastAccessTimeGreaterThan": 30
        }
      }
    },
    "filters": {
      "blobTypes": [
        "blockBlob"
      ],
      "prefixMatch": [
        "mylifecyclecontainer/log"
      ]
    }
  }
}

Gegevens archiveren na opname

Sommige gegevens blijven inactief in de cloud en worden zelden, indien ooit, geopend. Het volgende levenscyclusbeleid is geconfigureerd voor het archiveren van gegevens kort nadat deze zijn opgenomen. In dit voorbeeld worden blok-blobs omgezet in een archieflaag in een container met de naam archivecontainer. De overgang wordt bereikt door te handelen op blobs onmiddellijk nadat de tijd van de laatste wijziging is verstreken.

Belangrijk

Als een gegevensset leesbaar moet zijn, moet u geen beleid instellen om blobs naar de archieflaag te verplaatsen. Blobs in de archieflaag kunnen niet worden gelezen tenzij ze eerst worden gerehydrateerd, een proces dat tijdrovend en duur kan zijn. Voor meer informatie, zie Overzicht van rehydratatie van blobs vanuit de archieflaag. Als een gegevensset vaak moet worden gelezen, moet u geen beleid instellen om blobs naar de statische of koude lagen te verplaatsen, omdat dit kan leiden tot hogere transactiekosten.

{
  "rules": [
    {
      "name": "archiveRule",
      "enabled": true,
      "type": "Lifecycle",
      "definition": {
        "filters": {
          "blobTypes": [ "blockBlob" ],
          "prefixMatch": [ "archivecontainer" ]
        },
        "actions": {
          "baseBlob": {
              "tierToArchive": { 
                "daysAfterModificationGreaterThan": 0
              }
          }
        }
      }
    }
  ]
}

Opmerking

Microsoft raadt u aan uw blobs rechtstreeks naar de archieflaag te uploaden voor een grotere efficiëntie. U kunt de archieflaag opgeven in de x-ms-access-tier-header tijdens de Put Blob-bewerking of Put Block List-bewerking. De header x-ms-access-tier wordt ondersteund met REST-versie 2018-11-09 en hoger of de nieuwste blob storage-clientbibliotheken.

Vorige versies beheren

Voor gegevens die gedurende de hele levensduur regelmatig worden gewijzigd en geopend, kunt u versiebeheer van blob-opslag inschakelen om automatisch eerdere versies van een object te onderhouden. U kunt een beleid maken om eerdere versies te ordenen. De leeftijd van de versie wordt bepaald door de aanmaaktijd van de versie te evalueren. Met deze beleidsregel worden eerdere versies die 90 dagen of ouder zijn na de creatie van de versie binnen de container activedata naar de cool-laag verplaatst.

{
  "rules": [
    {
      "enabled": true,
      "name": "versionrule",
      "type": "Lifecycle",
      "definition": {
        "actions": {
          "version": {
            "tierToCool": {
              "daysAfterCreationGreaterThan": 90
            },
          }
        },
        "filters": {
          "blobTypes": [
            "blockBlob"
          ],
          "prefixMatch": [
            "activedata/"
          ]
        }
      }
    }
  ]
}

Opmerking

Het versie-element in een levenscyclusbeheerbeleid verwijst naar een eerdere versie.

Zie ook