Archiveer een blob

De archieflaag is een offline laag voor het opslaan van blobdata die zelden wordt benaderd. De archieflaag biedt de laagste opslagkosten, maar hogere kosten voor gegevensophalen en latentie vergeleken met de online lagen (hot en cool). Gegevens moeten ten minste 180 dagen in de archieflaag blijven anders worden kosten in rekening gebracht voor vroegtijdige verwijdering. Voor meer informatie over de archieflaag, zie Archieftoegangslaag.

Hoewel een blob zich in de archieflaag bevindt, kan deze niet worden gelezen of gewijzigd. Om een blob in de archieflaag te lezen of te downloaden, moet je deze eerst rehydrateren naar een onlinelaag, ofwel de hot- of cool-laag. Het kan tot 15 uur duren voordat gegevens in de archieflaag opnieuw worden gehydrateerd, afhankelijk van de prioriteit die u opgeeft voor de rehydratatiebewerking. Voor meer informatie over rehydratatie van blobs kunt u het Overzicht van rehydratatie van blobs vanuit de archieflaag raadplegen.

Caution

Een blob in de archieflaag is offline. Dat wil zeggen, het kan niet worden gelezen of aangepast totdat het is gerehydrateerd. Het rehydratatieproces kan enkele uren duren en heeft bijbehorende kosten. Voordat je data naar de archieflaag verplaatst, overweeg of het offline halen van blobdata je workflows kan beïnvloeden.

Je kunt het Azure-portaal, PowerShell, Azure CLI of een van de Azure Storage-clientbibliotheken gebruiken om dataarchivering te beheren.

Blobs archiveren tijdens het uploaden

Als je één of meer blobs tijdens het uploaden wilt archiveren, maak je deze rechtstreeks aan in de archieftier.

Om een blob of set blobs te archiveren bij upload vanuit het Azure-portaal, volgt u deze stappen:

  1. Navigeer naar de doelcontainer.

  2. Selecteer de knop Uploaden.

  3. Selecteer het bestand of de bestanden die u wilt uploaden.

  4. Vouw de Geavanceerde sectie uit en zet de Access-tier op Archief.

  5. Selecteer de knop Uploaden.

    Screenshot die laat zien hoe je blobs uploadt naar het archiefniveau in het Azure-portaal.

Archiveer een bestaande blob

Je kunt een bestaande blob op twee manieren naar het archiefniveau verplaatsen:

  • Je kunt de tier van een blob veranderen met de Set Blob Tier-operatie . Set Blob Tier verplaatst een enkele blob van de ene tier naar de andere.

    Houd er rekening mee dat wanneer je een blob naar het archiefniveau verplaatst met Set Blob Tier, je de data van de blob niet kunt lezen of wijzigen totdat je de blob hebt gerehydrateerd. Als je de gegevens van de blob moet lezen of aanpassen voordat het vroege verwijderingsinterval is verstreken, overweeg dan een Copy Blob-operatie te gebruiken om een kopie van de blob in de archieflaag te maken.

  • Je kunt een blob in een online laag kopiëren naar het archiefniveau met de Copy Blob-operatie . Je kunt de Copy Blob-operatie aanroepen om een blob van een online tier (hot of cool) naar de archieflaag te kopiëren. De bronblob blijft in de online tier, en je kunt de data blijven lezen of aanpassen in de online tier.

Archiveer een bestaande blob door de tier te wijzigen

Gebruik de Set Blob Tier-operatie om een blob van de Hot of Cool tier naar de archieftier te verplaatsen. De Set Blob Tier-operatie is het beste voor scenario's waarin je geen toegang hoeft te hebben tot de gearchiveerde data voordat het vroege verwijderingsinterval is verstreken.

De Set Blob Tier-operatie verandert de laag van een enkele blob. Om een set blobs optimaal naar het archiefniveau te verplaatsen, raadt Microsoft aan een bulkarchiefoperatie uit te voeren. De bulkarchiefoperatie stuurt een batch Set Blob Tier-aanroepen naar de service in één enkele transactie. Voor meer informatie, zie Bulkarchief.

Om een bestaande blob naar de archieflaag in het Azure-portaal te verplaatsen, volgt u deze stappen:

  1. Navigeer naar de container van de blob.

  2. Selecteer de blob om te archiveren.

  3. Selecteer de knop Niveau wijzigen.

  4. Selecteer Archiveren in het keuzemenu Access-niveau .

  5. Kies Opslaan.

    Screenshot die laat zien hoe je de laag van een blob op Archive instelt in het Azure-portaal

Archiveer een bestaande blob met een kopieeroperatie

Gebruik de Copy Blob-operatie om een blob van de hot of cool tier naar de archieflaag te kopiëren. De bronblob blijft in de hot- of cool-laag, terwijl de bestemmingsblob wordt aangemaakt in de archieflaag.

Een Copy Blob-operatie is het beste voor situaties waarin je mogelijk de gearchiveerde gegevens moet lezen of wijzigen voordat het vroege verwijderingsinterval is verstreken. Je kunt toegang krijgen tot de data van de bronblob zonder de gearchiveerde blob opnieuw te hoeven hydrateren.

N/A

Bulkarchivering

Om blobs naar de archieflaag in een container of map te verplaatsen, enumereer je blobs en roep je de Set Blob Tier-operatie op elke map aan. In het volgende voorbeeld ziet u hoe u deze bewerking uitvoert:

N/A

Wanneer je een groot aantal blobs naar de archieflaag verplaatst, gebruik je een batchoperatie voor optimale prestaties. Een batchbewerking verzendt meerdere API-aanroepen naar de service met één aanvraag. De subbewerkingen die worden ondersteund door de Blob Batch-bewerking omvatten Blob verwijderen en Blob-laag instellen.

Om blobs te archiveren met een batchbewerking, gebruik je een van de Azure Storage-clientbibliotheken. In het volgende codevoorbeeld ziet u hoe u een eenvoudige batchbewerking uitvoert met de .NET-clientbibliotheek:

static async Task BulkArchiveContainerContents(string accountName, string containerName)
{
    string containerUri = string.Format("https://{0}.blob.core.windows.net/{1}",
                                    accountName,
                                    containerName);

    // Get container client, using Azure AD credentials.
    BlobUriBuilder containerUriBuilder = new BlobUriBuilder(new Uri(containerUri));
    BlobContainerClient blobContainerClient = new BlobContainerClient(containerUriBuilder.ToUri(), 
                                                                      new DefaultAzureCredential());

    // Get URIs for blobs in this container and add to stack.
    var uris = new Stack<Uri>();
    await foreach (var item in blobContainerClient.GetBlobsAsync())
    {
        uris.Push(blobContainerClient.GetBlobClient(item.Name).Uri);
    }

    // Get the blob batch client.
    BlobBatchClient blobBatchClient = blobContainerClient.GetBlobBatchClient();

    try
    {
        // Perform the bulk operation to archive blobs.
        await blobBatchClient.SetBlobsAccessTierAsync(blobUris: uris, accessTier: AccessTier.Archive);
    }
    catch (RequestFailedException e)
    {
        Console.WriteLine(e.Message);
    }
}

Zie AzBulkSetBlobTier voor een uitgebreide voorbeeldtoepassing die laat zien hoe u lagen wijzigt met een batchbewerking.

Gebruik levenscyclusbeheerbeleid om blobs te archiveren

Je kunt de kosten optimaliseren voor blobdata die zelden wordt benaderd door levenscyclusbeheerbeleid te maken die blobs automatisch naar het archiefniveau verplaatsen wanneer ze gedurende een bepaalde periode niet zijn benaderd of gewijzigd. Nadat je een lifecycle management-beleid hebt geconfigureerd, draait Azure Storage het één keer per dag. Voor meer informatie over levenscyclusbeheerbeleid, zie Kosten optimaliseren door de levenscyclus van data automatisch te beheren.

Je kunt het Azure-portaal, PowerShell, Azure CLI of een Azure Resource Manager-sjabloon gebruiken om een levenscyclusbeheerbeleid te maken. Voor de eenvoud laat deze sectie zien hoe je een levenscyclusbeheerbeleid alleen in het Azure-portaal kunt maken. Voor meer voorbeelden die laten zien hoe je levenscyclusbeheerbeleidsregels kunt maken, zie Configureer een levenscyclusbeheerbeleid.

Caution

Voordat je een lifecycle management-beleid gebruikt om data naar de archieflaag te verplaatsen, controleer dan of die data niet verwijderd of naar een andere laag verplaatst hoeft te worden gedurende minstens 180 dagen. Gegevens die worden verwijderd of naar een andere laag verplaatst voordat de periode van 180 dagen is verstreken, zijn onderworpen aan een vergoeding voor vroegtijdige verwijdering.

Houd er ook rekening mee dat data in de archieflaag moet worden gerehydrateerd voordat deze gelezen of gewijzigd kan worden. Het rehydrateren van een blob uit de archieflaag kan enkele uren duren en heeft bijbehorende kosten.

Om een levenscyclusbeheerbeleid te maken om blobs in het Azure-portaal te archiveren, volgt u deze stappen:

Stap 1: Maak de regel aan en specificeer het blob-type

  1. Navigeer naar uw opslagaccount in de portal.

  2. Zoek onder Gegevensbeheer de instellingen Levenscyclusbeheer .

  3. Selecteer de knop 'Voeg een regel toe' .

  4. Geef op het tabblad Details een naam voor je regel op.

  5. Specificeer de scope van de regel: ofwel Pas de regel toe op alle blobs in je opslagaccount, of beperk blobs met filters.

  6. Selecteer de soorten blobs waarvoor de regel moet worden toegepast en geef aan of blobsnapshots of versies worden opgenomen.

    Screenshot die laat zien hoe je een levenscyclusbeheerbeleid configureert - tabblad Details.

Stap 2: Voeg regelvoorwaarden toe

  1. Afhankelijk van je keuzes kun je regels configureren voor basisblobs (huidige versies), eerdere versies of blob-snapshots. Specificeer een van twee voorwaarden om op te controleren:

    • Objecten zijn enkele dagen geleden voor het laatst aangepast.
    • Objecten zijn enkele dagen geleden gemaakt.
    • Objecten zijn voor het laatst een aantal dagen geleden benaderd.

    Slechts één van deze voorwaarden kan worden toegepast om een bepaald type object per regel naar de archieflaag te verplaatsen. Als je bijvoorbeeld een actie definieert die basisblobs archiveert als ze 90 dagen niet zijn aangepast, dan kun je ook geen actie definiëren die basisblobs archiveert als ze 90 dagen niet zijn benaderd. Op dezelfde manier kun je één actie per regel definiëren met een van deze voorwaarden om eerdere versies te archiveren, en één om snapshots te archiveren.

  2. Geef vervolgens het aantal dagen aan dat moet verstrijken nadat het object is aangepast of geraadpleegd.

  3. Specificeer dat het object na het verstrijken van het interval naar de archieflaag moet worden verplaatst.

    Screenshot die laat zien hoe je een levenscyclusbeheerbeleid configureert - Basisblob-tabblad.

  4. Als je hebt gekozen om de blobs waarop de regel van toepassing is te beperken met filters, kun je een filter opgeven, met een blobvoorvoegsel of een blob-indexovereenkomst.

Stap 3: Zorg ervoor dat de regel gehydrateerde blobs uitsluit

Als je een blob rehydrateert door de laag te veranderen, zal deze regel de blob terugzetten naar de archieflaag als de laatste wijzigingstijd, creatietijd of laatste toegangstijd de drempel van het beleid overschrijdt.

Als je de regelvoorwaarde Laatst gewijzigd hebt geselecteerd, kun je dit voorkomen door Blobs overslaan die in de afgelopen te selecteren en vervolgens het aantal dagen in te voeren dat je wilt dat een opnieuw gehydrateerde blob van deze regel wordt uitgesloten.

Screenshot van de skip blobs die in de vorige instelling zijn gerehydrateerd.

Note

Deze optie verschijnt alleen als je de Laatst gewijzigde regelvoorwaarde hebt geselecteerd.

Selecteer de knop Toevoegen om de regel aan het beleid toe te voegen.

Bekijk de JSON van het beleid

Nadat je het levenscyclusbeheerbeleid hebt aangemaakt, kun je de JSON voor het beleid bekijken op de Lifecycle managementpagina door van Lijstweergave naar Codeweergave te schakelen.

Hier is de JSON voor het eenvoudige levenscyclusbeheerbeleid dat is gemaakt in de bovenstaande afbeeldingen:

{
  "rules": [
    {
      "enabled": true,
      "name": "sample-archive-rule",
      "type": "Lifecycle",
      "definition": {
        "actions": {
          "baseBlob": {
            "tierToArchive": {
              "daysAfterLastAccessTimeGreaterThan": 90,
              "daysAfterLastTierChangeGreaterThan": 7
            }
          }
        },
        "filters": {
          "blobTypes": [
            "blockBlob"
          ]
        }
      }
    }
  ]
}

Zie ook

  • Last updated on