Kiezen tussen tijdelijke verwijdering van blobs en blobversiebeheer

Dit artikel helpt u bepalen wanneer u soft delete, versiebeheer, beide of geen van beide moet inschakelen.

Zowel het voorlopig verwijderen van blobs als het versiebeheer van blobs kan u helpen beschermen tegen verwijderingen en overschrijven. Deze functies kunnen onafhankelijk of samen worden gebruikt, afhankelijk van uw workload, kostengevoeligheid en herstelbehoeften. Zie het overzicht van gegevensbescherming voor meer informatie over andere manieren om blobs en containers te beveiligen.

Onze aanbeveling

Blob Storage-klanten die kritieke gegevens opslaan, moeten soft-delete en versiebeheer inschakelen voor gelaagde beveiliging tegen ongewenste verwijderingen en overschrijvingen. Voorlopig verwijderen zorgt ervoor dat uw gegevens gedurende een configureerbaar aantal dagen kunnen worden hersteld. Blob-versiebeheer biedt meer flexibiliteit voor het beheren van eerdere versies en herstelopties, zoals het lezen van eerdere versies en het herstellen van wijzigingen in metagegevens of eigenschappen. Raadpleeg de volgende informatie om erachter te komen wat geschikt is voor u.

Overzicht van functies

Feature Beschermt tegen Retentieduur Opslaggedrag Overwegingen voor hiërarchische naamruimte (HNS)
Voorlopig verwijderen Verwijdert en overschrijft voor platte naamruimteaccounts. Verwijderingen voor hiërarchische naamruimteaccounts. Maximaal 365 dagen (configureerbaar) Hiermee maakt u een voorlopig verwijderde momentopname voor elke overschrijfbewerking. Hiermee maakt u een voorlopig verwijderde blob voor elke verwijdering. Soft delete beveiligt alleen verwijderbewerkingen voor accounts met HNS-functionaliteit. Met de API voor het instellen van vervaldatum voor blobs kan een verlopen bestand niet worden hersteld door gebruik te maken van de soft delete-functie van blobs.
Versiebeheer Verwijdert en overschrijft voor platte naamruimteaccounts. Onbepaald (tot expliciet verwijderd) Bij elke schrijfbewerking wordt een nieuwe versie aangemaakt. Versiebeheer is niet beschikbaar voor HNS-accounts.

Opmerking

Beide functies zijn standaard uitgeschakeld en moeten zijn ingeschakeld op het niveau van het opslagaccount.

Wanneer gebruikt u soft verwijderen

Diagram waarin wordt getoond hoe een zacht verwijderde blob kan worden hersteld.

Tijdelijk verwijderen inschakelen als:

  • U wilt blobs herstellen die per ongeluk zijn verwijderd of overschreven. Voor accounts met hiërarchische naamruimten beschermt voorlopig verwijderen alleen tegen verwijderingen, niet tegen overschrijven.
  • Voor blobherstel heeft u een tijdbegrensd veiligheidsnet nodig, gelijk aan uw instelling voor retentiedagen.

Overwegingen

  • Er wordt een voorlopig verwijderde momentopname gemaakt voor elke overschrijfbewerking. Voorlopig verwijderen van blobs beschermt niet tegen bewerkingen voor het schrijven van blobmetagegevens of -eigenschappen.

  • Voor elke verwijderactie wordt een zacht verwijderde blob gemaakt. Elke zacht verwijderde blob wordt gefactureerd op basis van de volledige grootte van de blob op het moment van de bewerking.

  • Vermijd meer dan 1000 zacht verwijderde momentopnamen per blob tijdens de retentieperiode om prestatievermindering te voorkomen tijdens bloblijstbewerkingen.

  • Retentie is beperkt tot maximaal 365 dagen.

  • Als voorlopig verwijderen is ingeschakeld, worden verwijderde blobs, momentopnamen en versies bewaard voor de geconfigureerde bewaarperiode voor voorlopig verwijderen. Als de functie Permanent verwijderen is ingeschakeld, kunnen voorlopig verwijderde momentopnamen en versies definitief worden verwijderd voordat de bewaarperiode afloopt. Nadat de bewaarperiode is verlopen, worden alle resterende voorlopig verwijderde gegevens automatisch en permanent verwijderd.

  • Als voorlopig verwijderen is uitgeschakeld, zijn alle verwijderingen permanent, maar blijven de bestaande voorlopig verwijderde gegevens behouden totdat de bewaarperiode verloopt.

  • De inhoud van voorlopig verwijderde blobs is niet toegankelijk via Read-API's. Als u toegang wilt krijgen tot de gegevens, moet u eerst de blob ongedaan maken.

Wanneer versiebeheer gebruiken

Diagram waarin wordt getoond hoe blobversiebeheer werkt.

Versiebeheer inschakelen als:

  • U wilt een volledige geschiedenis van wijzigingen in een blob bijhouden. Voor versiebeheer zorgt zowel het overschrijven als het verwijderen voor het maken van een eerdere versie. Verwijdering verwijdert de huidige versie, maar de vorige versies blijven behouden.

  • U wilt wijzigingen in metagegevens en eigenschappen opslaan als vorige versies.

  • U hebt langetermijn- of onbepaalde retentie van eerdere blobstatussen nodig.

  • U wilt snelle toegang tot eerdere versies behouden zonder dat u de verwijdering ongedaan hoeft te maken.

Overwegingen

  • Elke schrijfbewerking (Put Blob,Put Block List,Set Blob Metadata en Copy Blob) maakt een nieuwe versie van de blob.

  • Versies worden bewaard totdat ze expliciet worden verwijderd en bieden opties voor herstel op lange termijn.

  • Vermijd meer dan 1000 versies per blob om optimale prestaties te behouden en prestatievermindering te voorkomen tijdens bewerkingen voor blobvermeldingen.

  • U kunt op elk gewenst moment specifieke versies verwijderen. Er zijn afzonderlijke rollen vereist om de huidige versies en eerdere versies te verwijderen. Deze scheiding kan nuttig zijn om fouten te voorkomen. Aan dezelfde identiteit kunnen beide rollen zijn toegewezen. Meer informatie.

  • U kunt een levenscyclusbeheerbeleid of Azure Storage-acties configureren om de levenscyclus van uw versies te beheren en bewaarvoorwaarden te definiëren.

  • Versiebeheer is niet beschikbaar voor accounts waarvoor hiërarchische naamruimte is ingeschakeld.

Wanneer moet u beide gebruiken

Schakel soft delete en versiegeschiedenis in als:

  • U hebt uitgebreide beveiliging nodig tegen zowel onbedoelde verwijderingen als overschrijven.
  • U werkt in een gereguleerde omgeving waarvoor gelaagde gegevensbeveiliging is vereist.
  • U wilt ervoor zorgen dat herstelopties beschikbaar blijven, zelfs als versies worden verwijderd.
  • U wilt een gratieperiode maken waarbij, wanneer eerdere versies verwijderd worden, ze enige tijd worden bewaard (zachte verwijderingsbewaarperiode).

Overwegingen

  • Wanneer versiebeheer is ingeschakeld, wordt het verwijderen van de huidige versie een eerdere versie. Wanneer soft delete is ingeschakeld, zorgt het verwijderen van de vorige versie ervoor dat deze als een soft-verwijderde vorige versie beschouwd wordt. (Meer informatie)

  • Retentie voor voorlopig verwijderen is alleen van toepassing op het verwijderen van eerdere versies. Als u versies voor voorlopig verwijderen definitief wilt verwijderen vóór de bewaarperiode, raadpleegt u deze instructies.

  • Vermijd meer dan 1000 versies per blob om optimale prestaties te behouden en prestatievermindering te voorkomen tijdens bewerkingen voor blobvermeldingen.

  • Elke functie bewaart gegevens op een andere manier. U kunt verschillende bewaarperioden instellen voor versiebeheer en voorlopig verwijderen om de kosten en het risico op gegevensverlies te verdelen.

Wanneer moet u geen van beide gebruiken

U kunt ervoor kiezen om beide functies uit te schakelen als:

  • Uw toepassing heeft zijn eigen mechanismen voor back-up en herstel.
  • U hebt strikte kostenbeperkingen en een laag risico op onbedoeld gegevensverlies.
  • Uw gegevens zijn tijdelijk of testgegevens en beveiliging is niet nodig.

Toegankelijkheid van blobs na verwijdering

Of voorlopig verwijderen, versiebeheer of beide zijn ingeschakeld voor het account, in deze sectie wordt beschreven hoe u toegang krijgt tot de gegevens nadat een blob is verwijderd.

Als versiebeheer is ingeschakeld, moet u een versie-id opgeven om een eerdere versie te lezen. Gebruik de bewerking Blob kopiëren om een eerdere versie naar een nieuwe huidige versie te kopiëren.

Als voorlopig verwijderen is ingeschakeld, moet u de blob ongedaan maken.

Als versiebeheer en voorlopig verwijderen zijn ingeschakeld en de vorige versie die u wilt openen, voorlopig is verwijderd, moet u eerst de blob ongedaan maken. Met de bewerking Blob herstellen worden altijd alle zacht verwijderde versies van de blob hersteld. Vervolgens kunt u de bewerking Blob kopiëren gebruiken om een eerdere versie naar een nieuwe huidige versie te kopiëren.

Kostenoverwegingen

Het inschakelen van voorlopig verwijderen of versiebeheer voor vaak overschreven gegevens kan leiden tot hogere kosten voor opslagcapaciteit en verhoogde latentie bij het weergeven van blobs. Updates op blokniveau met behulp van Put Block en Put Block List kunnen de opslagkosten verlagen. Als u geen wijzigingen aanbrengt in de laag van een blob, versie of momentopname, wordt u gefactureerd voor unieke gegevensblokken in de versies van die blob en momentopnamen. U wordt gefactureerd voor actieve gegevensopslag totdat de blob, versies en momentopnamen permanent worden verwijderd. Meer informatie

  • Laatst bijgewerkt om