Azure Storage-redundantie
Azure Storage slaat altijd meerdere kopieën van uw gegevens op om deze te beschermen tegen geplande en ongeplande gebeurtenissen. Voorbeelden van deze gebeurtenissen zijn tijdelijke hardwarefouten, netwerk- of stroomstoringen en enorme natuurrampen. Redundantie zorgt ervoor dat uw opslagaccount voldoet aan de beschikbaarheids- en duurzaamheidsdoelen, zelfs als er fouten optreden.
Wanneer u besluit welke redundantieoptie het beste is voor uw scenario, moet u rekening houden met de afwegingen tussen lagere kosten en hogere beschikbaarheid. De factoren waarmee u kunt bepalen welke redundantieoptie u moet kiezen, zijn:
- Hoe uw gegevens worden gerepliceerd binnen de primaire regio.
- Of uw gegevens worden gerepliceerd van een primaire regio naar een tweede, geografisch verre regio, om te beschermen tegen regionale rampen (geo-replicatie).
- Of voor uw toepassing leestoegang tot de gerepliceerde gegevens in de secundaire regio is vereist tijdens een storing in de primaire regio (geo-replicatie met leestoegang).
Notitie
De functies en regionale beschikbaarheid die in dit artikel worden beschreven, zijn ook beschikbaar voor accounts met een hiërarchische naamruimte (Azure Blob Storage).
De services die azure Storage vormen, worden beheerd via een algemene Azure-resource, een opslagaccount genoemd. Het opslagaccount vertegenwoordigt een gedeelde opslaggroep die kan worden gebruikt voor het implementeren van opslagbronnen, zoals blobcontainers (Blob Storage), bestandsshares (Azure Files), tabellen (Table Storage) of wachtrijen (Queue Storage). Zie het overzicht van opslagaccounts voor meer informatie over Azure Storage-accounts.
De redundantie-instelling voor een opslagaccount wordt gedeeld voor alle opslagservices die door dat account worden weergegeven. Alle opslagbronnen die in hetzelfde opslagaccount zijn geïmplementeerd, hebben dezelfde redundantie-instelling. Overweeg om verschillende typen resources in afzonderlijke opslagaccounts te isoleren als ze verschillende redundantievereisten hebben.
Redundantie in de primaire regio
Gegevens in een Azure Storage-account worden altijd drie keer gerepliceerd in de primaire regio. Azure Storage biedt twee opties voor het repliceren van uw gegevens in de primaire regio:
- Lokaal redundante opslag (LRS) kopieert uw gegevens drie keer synchroon binnen één fysieke locatie in de primaire regio. LRS is de goedkoopste replicatieoptie, maar wordt niet aanbevolen voor toepassingen waarvoor hoge beschikbaarheid of duurzaamheid is vereist.
- Zone-redundante opslag (ZRS) kopieert uw gegevens synchroon naar drie Azure-beschikbaarheidszones in de primaire regio. Voor toepassingen waarvoor hoge beschikbaarheid is vereist, raadt Microsoft aan ZRS in de primaire regio te gebruiken en ook naar een secundaire regio te repliceren.
Notitie
Microsoft raadt het gebruik van ZRS aan in de primaire regio voor Azure Data Lake Storage-workloads.
Lokaal redundante opslag
Lokaal redundante opslag (LRS) repliceert uw opslagaccount drie keer binnen één datacenter in de primaire regio. LRS biedt ten minste 99,9999999999% (11 negens) duurzaamheid van objecten gedurende een bepaald jaar.
LRS is de laagst mogelijke redundantieoptie en biedt de minst duurzaamheid in vergelijking met andere opties. LRS beschermt uw gegevens tegen serverrack- en stationsfouten. Als een noodgeval, zoals brand of overstromingen, zich echter in het datacenter voordoet, kunnen alle replica's van een opslagaccount met LRS verloren gaan of onherstelbaar zijn. Om dit risico te beperken, raadt Microsoft aan zone-redundante opslag (ZRS), geografisch redundante opslag (GRS) of geografisch zone-redundante opslag (GZRS) te gebruiken.
Een schrijfaanvraag naar een opslagaccount dat LRS gebruikt, gebeurt synchroon. De schrijfbewerking wordt pas geretourneerd nadat de gegevens naar alle drie de replica's zijn geschreven.
In het volgende diagram ziet u hoe uw gegevens worden gerepliceerd binnen één datacenter met LRS:
LRS is een goede keuze voor de volgende scenario's:
- Als uw toepassing gegevens opslaat die eenvoudig kunnen worden gereconstrueerd als er gegevensverlies optreden, kunt u overwegen LRS te kiezen.
- Als uw toepassing is beperkt tot het repliceren van gegevens alleen binnen een regio vanwege vereisten voor gegevensbeheer, kunt u overwegen LRS te kiezen. In sommige gevallen kunnen de gekoppelde regio's waarover de gegevens geografisch worden gerepliceerd zich in een andere regio bevinden. Zie Azure-regio's voor meer informatie over gekoppelde regio's.
- Als uw scenario gebruikmaakt van niet-beheerde Azure-schijven, kunt u overwegen LRS te gebruiken. Hoewel het mogelijk is om een opslagaccount te maken voor niet-beheerde Azure-schijven die gebruikmaken van GRS, wordt dit niet aanbevolen vanwege mogelijke problemen met consistentie via asynchrone geo-replicatie.
Zone-redundante opslag
Met zone-redundante opslag (ZRS) wordt uw opslagaccount synchroon gerepliceerd in drie Azure-beschikbaarheidszones in de primaire regio. Elke beschikbaarheidszone is een afzonderlijke fysieke locatie met onafhankelijke voeding, koeling en netwerken. ZRS biedt duurzaamheid voor opslagresources van ten minste 99,99999999999% (12 9s) gedurende een bepaald jaar.
Wanneer u ZRS gebruikt, blijven uw gegevens toegankelijk voor zowel lees- als schrijfbewerkingen, zelfs als een zone niet beschikbaar is. Als een zone niet meer beschikbaar is, voert Azure netwerkupdates zoals DNS(Domain Name System) opnieuw aan. Deze updates kunnen van invloed zijn op uw toepassing als u toegang hebt tot gegevens voordat de updates zijn voltooid. Bij het ontwerpen van toepassingen voor ZRS volgt u procedures voor tijdelijke foutafhandeling, inclusief het implementeren van beleid voor opnieuw proberen met exponentieel uitstel.
Een schrijfaanvraag naar een opslagaccount dat ZRS gebruikt, gebeurt synchroon. De schrijfbewerking retourneert pas nadat de gegevens naar alle replica's in de drie beschikbaarheidszones zijn geschreven. Als een beschikbaarheidszone tijdelijk niet beschikbaar is, wordt de bewerking geretourneerd nadat de gegevens naar alle beschikbare zones zijn geschreven.
Microsoft raadt het gebruik van ZRS aan in de primaire regio voor scenario's waarvoor hoge beschikbaarheid is vereist. ZRS wordt ook aanbevolen om de replicatie van gegevens naar een bepaalde regio te beperken om te voldoen aan vereisten voor gegevensbeheer.
Microsoft raadt het gebruik van ZRS aan voor Azure Files-workloads. Als een zone niet meer beschikbaar is, is er geen hermounting van Azure-bestandsshares van de verbonden clients vereist.
In het volgende diagram ziet u hoe uw gegevens worden gerepliceerd in beschikbaarheidszones in de primaire regio met ZRS:
ZRS biedt uitstekende prestaties, lage latentie en tolerantie voor uw gegevens als deze tijdelijk niet beschikbaar zijn. ZRS is echter mogelijk niet volledig beveiligd tegen een regionale ramp waarbij meerdere zones permanent worden getroffen. Geografisch zone-redundante opslag (GZRS) maakt gebruik van ZRS in de primaire regio en repliceert uw gegevens ook naar een secundaire regio. GZRS is beschikbaar in veel regio's en wordt aanbevolen voor bescherming tegen regionale rampen.
De archieflaag voor Blob Storage wordt momenteel niet ondersteund voor ZRS-, GZRS- of RA-GZRS-accounts. Niet-beheerde schijven bieden geen ondersteuning voor ZRS of GZRS.
Zie Azure-regio's met beschikbaarheidszones voor meer informatie over welke regio's ZRS ondersteunen.
Standard-opslagaccounts
ZRS wordt ondersteund voor alle Azure Storage-services via standaard v2-opslagaccounts voor algemeen gebruik, waaronder:
- Azure Blob Storage (dynamische en statische blok-blobs en toevoeg-blobs, niet-schijfpagina-blobs)
- Azure Files (alle standaardlagen: geoptimaliseerd voor transacties, dynamisch en statisch)
- Azure Table Storage
- Azure Queue Storage
Voor een lijst met regio's die zone-redundante opslag (ZRS) ondersteunen voor standaardaccounts, raadpleegt u Azure-regio's die zone-redundante opslag (ZRS) ondersteunen voor standaardopslagaccounts.
Premium blok-blobaccounts
ZRS wordt ondersteund voor premium blok-blobs-accounts. Zie Premium-blok-blobopslagaccounts voor meer informatie over premium blok-blobs.
Voor een lijst met regio's die zone-redundante opslag (ZRS) ondersteunen voor premium blok-blobs-accounts, raadpleegt u Azure-regio's die zone-redundante opslag (ZRS) ondersteunen voor premium blok-blobaccounts.
Premium-bestandsshareaccounts
ZRS wordt ondersteund voor Premium-bestandsshares (Azure Files) via het FileStorage type opslagaccount.
Zie Zone-redundante opslag (ZRS) voor Premium-bestandsshareaccounts voor zone-redundante opslag voor Premium-bestandsshares voor een lijst met regio's die zone-redundante opslag (ZRS) ondersteunen.
Beheerde schijven
ZRS wordt ondersteund voor beheerde schijven met de volgende beperkingen.
Zie regionale beschikbaarheid voor een lijst met regio's die zone-redundante opslag (ZRS) ondersteunen voor beheerde schijven.
Redundantie in een secundaire regio
Redundantieopties kunnen u helpen bij het bieden van een hoge duurzaamheid voor uw toepassingen. In veel regio's kunt u de gegevens in uw opslagaccount kopiëren naar een secundaire regio die honderden kilometers verwijderd is van de primaire regio. Als u uw opslagaccount naar een secundaire regio kopieert, zorgt u ervoor dat uw gegevens duurzaam blijven tijdens een volledige regionale storing of een noodgeval waarbij de primaire regio niet kan worden hersteld.
Wanneer u een opslagaccount maakt, selecteert u de primaire regio voor het account. De gekoppelde secundaire regio wordt bepaald op basis van de primaire regio en kan niet worden gewijzigd. Zie Azure-regio's voor meer informatie over regio's die worden ondersteund door Azure.
Azure Storage biedt twee opties voor het kopiëren van uw gegevens naar een secundaire regio:
- Geografisch redundante opslag (GRS): uw gegevens worden drie keer synchroon gekopieerd binnen één fysieke locatie in de primaire regio met LRS. Vervolgens worden uw gegevens asynchroon gekopieerd naar één fysieke locatie in de secundaire regio. Binnen de secundaire regio worden uw gegevens drie keer synchroon gekopieerd met LRS.
- Geografisch zone-redundante opslag (GZRS) kopieert uw gegevens synchroon in drie Azure-beschikbaarheidszones in de primaire regio met behulp van ZRS. Vervolgens worden uw gegevens asynchroon gekopieerd naar één fysieke locatie in de secundaire regio. Binnen de secundaire regio worden uw gegevens drie keer synchroon gekopieerd met LRS.
Notitie
Het belangrijkste verschil tussen GRS en GZRS is hoe gegevens worden gerepliceerd in de primaire regio. Binnen de secundaire regio worden gegevens altijd drie keer synchroon gerepliceerd met behulp van LRS. LRS in de secundaire regio beschermt uw gegevens tegen hardwarefouten.
Wanneer u GRS of GZRS gebruikt, zijn de gegevens in de secundaire regio niet beschikbaar voor lees- of schrijftoegang, tenzij er een failover naar de primaire regio is. Voor leestoegang tot de secundaire regio configureert u uw opslagaccount voor het gebruik van geografisch redundante opslag met leestoegang (RA-GRS) of geografisch zone-redundante opslag met leestoegang (RA-GZRS). Zie Leestoegang tot gegevens in de secundaire regio voor meer informatie.
Als de primaire regio niet meer beschikbaar is, kunt u ervoor kiezen om een failover naar de secundaire regio uit te geven. Nadat de failoverbewerking is voltooid, wordt de secundaire regio de primaire regio en kunt u gegevens lezen en schrijven. Zie Herstel na noodgevallen en failover van opslagaccounts voor meer informatie over herstel na noodgevallen en hoe u een failover naar de secundaire regio uitvoert.
Belangrijk
Omdat gegevens asynchroon naar de secundaire regio worden gerepliceerd, kan een fout die van invloed is op de primaire regio leiden tot gegevensverlies als de primaire regio niet kan worden hersteld. Het interval tussen de meest recente schrijfbewerkingen naar de primaire regio en de laatste schrijfbewerking naar de secundaire regio wordt de beoogde herstelpunt (RPO) genoemd. De RPO geeft het tijdstip aan waarop gegevens kunnen worden hersteld. Het Azure Storage-platform heeft doorgaans een RPO van minder dan 15 minuten, hoewel er momenteel geen SLA is over hoe lang het duurt om gegevens te repliceren naar de secundaire regio.
Geografisch redundante opslag
Geografisch redundante opslag (GRS): uw gegevens worden drie keer synchroon gekopieerd binnen één fysieke locatie in de primaire regio met LRS. Vervolgens worden uw gegevens asynchroon gekopieerd naar één fysieke locatie in een secundaire regio die honderden kilometers verwijderd is van de primaire regio. GRS biedt duurzaamheid voor opslagbronnen van ten minste 99,999999999999999% (16 9s) gedurende een bepaald jaar.
Een schrijfbewerking wordt eerst doorgevoerd op de primaire locatie en gerepliceerd met behulp van LRS. De update wordt vervolgens asynchroon gerepliceerd naar de secundaire regio. Wanneer gegevens naar de secundaire locatie worden geschreven, worden deze ook gerepliceerd binnen die locatie met behulp van LRS.
In het volgende diagram ziet u hoe uw gegevens worden gerepliceerd met GRS of RA-GRS:
Geografisch zone-redundante opslag
Geografisch zone-redundante opslag (GZRS) combineert de hoge beschikbaarheid die wordt geboden door redundantie in beschikbaarheidszones met bescherming tegen regionale storingen die worden geboden door geo-replicatie. Gegevens in een GZRS-account worden gekopieerd naar drie Azure-beschikbaarheidszones in de primaire regio. Daarnaast wordt ook gerepliceerd naar een secundaire geografische regio voor bescherming tegen regionale rampen. Microsoft raadt het gebruik van GZRS aan voor toepassingen die maximale consistentie, duurzaamheid en beschikbaarheid, uitstekende prestaties en tolerantie vereisen voor herstel na noodgevallen.
Met een GZRS-account kunt u gegevens blijven lezen en schrijven als een beschikbaarheidszone niet meer beschikbaar is of onherstelbaar is. Daarnaast blijven uw gegevens ook duurzaam tijdens een volledige regionale storing of een noodgeval waarbij de primaire regio niet kan worden hersteld. GZRS is ontworpen om ten minste 99,999999999999999% (16 9s) duurzaamheid van objecten gedurende een bepaald jaar te bieden.
In het volgende diagram ziet u hoe uw gegevens worden gerepliceerd met GZRS of RA-GZRS:
Alleen standaard v2-opslagaccounts voor algemeen gebruik ondersteunen GZRS. Alle Azure Storage-services ondersteunen GZRS, waaronder:
- Azure Blob Storage (dynamische en statische blok-blobs, niet-schijfpagina-blobs)
- Azure Files (alle standaardlagen: geoptimaliseerd voor transacties, dynamisch en statisch)
- Azure Table Storage
- Azure Queue Storage
Zie Azure-regio's die ondersteuning bieden voor geografisch zone-redundante opslag (GZRS) voor een lijst met regio's die ondersteuning bieden voor geografisch zone-redundante opslag (GZRS).
Leestoegang tot gegevens in de secundaire regio
Geografisch redundante opslag (met GRS of GZRS) repliceert uw gegevens naar een andere fysieke locatie in de secundaire regio om te beschermen tegen regionale storingen. Wanneer een account is geconfigureerd voor GRS of GZRS, zijn gegevens in de secundaire regio niet rechtstreeks toegankelijk voor gebruikers of toepassingen wanneer er een storing optreedt in de primaire regio, tenzij er een failover plaatsvindt. Het failoverproces werkt de DNS-vermelding van Azure Storage bij, zodat de opslagservice-eindpunten in de secundaire regio de nieuwe primaire eindpunten voor uw opslagaccount worden. Tijdens het failoverproces zijn uw gegevens niet toegankelijk. Nadat de failover is voltooid, kunt u gegevens lezen en schrijven naar de nieuwe primaire regio. Zie Hoe door de klant beheerde opslagaccountfailover kan worden hersteld na een storing.
Als uw toepassingen hoge beschikbaarheid vereisen, kunt u uw opslagaccount configureren voor leestoegang tot de secundaire regio. Wanneer u leestoegang tot de secundaire regio inschakelt, zijn uw gegevens altijd beschikbaar om te worden gelezen uit de secundaire regio, inclusief in een situatie waarin de primaire regio niet meer beschikbaar is. Geografisch redundante opslag met leestoegang (RA-GRS) of geografisch zone-redundante opslagconfiguraties met leestoegang (RA-GZRS) staan leestoegang tot de secundaire regio toe.
Notitie
Azure Files biedt geen ondersteuning voor geografisch redundante opslag met leestoegang (RA-GRS) of geografisch zone-redundante opslag met leestoegang (RA-GZRS).
Uw toepassingen ontwerpen voor leestoegang tot de secundaire
Als uw opslagaccount is geconfigureerd voor leestoegang tot de secundaire regio, kunt u uw toepassingen zo ontwerpen dat u naadloos kunt overstappen op het lezen van gegevens uit de secundaire regio als de primaire regio om welke reden dan ook niet beschikbaar is.
De secundaire regio is beschikbaar voor leestoegang nadat u RA-GRS of RA-GZRS hebt ingeschakeld. Met deze beschikbaarheid kunt u uw toepassing vooraf testen om ervoor te zorgen dat deze goed wordt gelezen vanuit de secundaire regio tijdens een storing. Zie Georedundantie gebruiken om toepassingen met hoge beschikbaarheid te ontwerpen voor meer informatie over het ontwerpen van uw toepassingen om gebruik te maken van georedundantie.
Wanneer leestoegang tot de secundaire is ingeschakeld, kan uw toepassing worden gelezen vanuit zowel de secundaire als de primaire eindpunten. Het secundaire eindpunt voegt het achtervoegsel -secundair toe aan de accountnaam. Als uw primaire eindpunt voor Blob Storage bijvoorbeeld is myaccount.blob.core.windows.net, is myaccount-secondary.blob.core.windows.nethet secundaire eindpunt. De accounttoegangssleutels voor uw opslagaccount zijn hetzelfde voor zowel de primaire als de secundaire eindpunten.
Plannen voor gegevensverlies
Omdat gegevens asynchroon van de primaire naar de secundaire regio worden gerepliceerd, ligt de secundaire regio meestal achter de primaire regio in termen van schrijfbewerkingen. Als een noodgeval de primaire regio aantreft, gaan sommige gegevens waarschijnlijk verloren en zijn bestanden in een map of container niet consistent. Zie Gegevensverlies en inconsistenties voor meer informatie over het plannen van potentiële gegevensverlies.
Overzicht van redundantieopties
De tabellen in de volgende secties geven een overzicht van de redundantieopties die beschikbaar zijn voor Azure Storage.
Parameters voor duurzaamheid en beschikbaarheid
In de volgende tabel worden de belangrijkste parameters voor elke redundantieoptie beschreven:
| Parameter | LRS | ZRS | GRS/RA-GRS | GZRS/RA-GZRS |
|---|---|---|---|---|
| Duurzaamheid van objecten gedurende een bepaald jaar | ten minste 99,99999999999% (11 9s) | ten minste 99,999999999999% (12 9s) | ten minste 99,999999999999999% (16 9s) | ten minste 99,999999999999999% (16 9s) |
| Beschikbaarheid voor leesaanvragen | Ten minste 99,9% (99% voor statische/koude/archieftoegangslagen) | Ten minste 99,9% (99% voor statische/koude toegangslaag) | Ten minste 99,9% (99% voor statische/koude/archieftoegangslagen) voor GRS Ten minste 99,99% (99,9% voor statische/koude/archieftoegangslagen) voor RA-GRS |
Ten minste 99,9% (99% voor statische/koude toegangslaag) voor GZRS Ten minste 99,99% (99,9% voor statische/koude toegangslaag) voor RA-GZRS |
| Beschikbaarheid voor schrijfaanvragen | Ten minste 99,9% (99% voor statische/koude/archieftoegangslagen) | Ten minste 99,9% (99% voor statische/koude toegangslaag) | Ten minste 99,9% (99% voor statische/koude/archieftoegangslagen) | Ten minste 99,9% (99% voor statische/koude toegangslaag) |
| Aantal kopieën van gegevens dat wordt onderhouden op afzonderlijke knooppunten | Drie exemplaren binnen één regio | Drie kopieën in afzonderlijke beschikbaarheidszones binnen één regio | Totaal van zes kopieën, inclusief drie in de primaire regio en drie in de secundaire regio | Totaal van zes kopieën, inclusief drie in afzonderlijke beschikbaarheidszones in de primaire regio en drie lokaal redundante kopieën in de secundaire regio |
Zie de Service Level Agreement voor opslagaccounts voor meer informatie.
Duurzaamheid en beschikbaarheid per storingsscenario
De volgende tabel geeft aan of uw gegevens duurzaam en beschikbaar zijn in een bepaald scenario, afhankelijk van welk type redundantie van kracht is voor uw opslagaccount:
| Storingsscenario | LRS | ZRS | GRS/RA-GRS | GZRS/RA-GZRS |
|---|---|---|---|---|
| Een knooppunt in een datacenter is niet meer beschikbaar | Ja | Ja | Ja | Ja |
| Een volledig datacenter (zonegebonden of niet-zonegebonden) is niet meer beschikbaar | Nr. | Ja | Ja1 | Ja |
| Er treedt een regiobrede storing op in de primaire regio | Nee | Nr. | Ja1 | Ja1 |
| Leestoegang tot de secundaire regio is beschikbaar als de primaire regio niet meer beschikbaar is | Nee | Nr. | Ja (met RA-GRS) | Ja (met RA-GZRS) |
1 Accountfailover is vereist om schrijfbeschikbaarheid te herstellen als de primaire regio niet meer beschikbaar is. Zie Herstel na noodgevallen en failover van opslagaccounts voor meer informatie.
Ondersteunde Azure Storage-services
In de volgende tabel ziet u de redundantieopties die door elke Azure Storage-service worden ondersteund.
| Service | LRS | ZRS | GRS | RA-GRS | GZRS | RA-GZRS |
|---|---|---|---|---|---|---|
| Blob-opslag (inclusief Data Lake Storage) |
✅ | ✅ | ✅ | ✅ | ✅ | ✅ |
| Queue Storage | ✅ | ✅ | ✅ | ✅ | ✅ | ✅ |
| Table Storage | ✅ | ✅ | ✅ | ✅ | ✅ | ✅ |
| Azure Files | ✅1,2 | ✅1,2 | ✅1 | ✅1 | ||
| Beheerde Azure-schijven | ✅ | ✅3 | ||||
| Azure Elastic SAN | ✅ | ✅ |
1 Standard-bestandsshares worden ondersteund op LRS en ZRS. Standaardbestandsshares worden ondersteund op GRS en GZRS zolang ze kleiner zijn dan of gelijk zijn aan 5 TiB in grootte.
2 Premium-bestandsshares worden ondersteund op LRS en ZRS.
3 door ZRS beheerde schijven hebben bepaalde beperkingen. Zie het gedeelte Beperkingen van de redundantieopties voor beheerde schijven voor meer informatie.
Ondersteunde typen opslagaccounts
In de volgende tabel ziet u welke redundantieopties worden ondersteund voor elk type opslagaccount. Zie het overzicht van opslagaccounts voor informatie over typen opslagaccounts.
| Typen opslagaccount | LRS | ZRS | GRS/RA-GRS | GZRS/RA-GZRS |
|---|---|---|---|---|
| Aanbevolen | Standaard algemeen gebruik v2 (StorageV2)1Premium blok-blobs ( BlockBlobStorage)1Premium-bestandsshares ( FileStorage) Premium-pagina-blobs ( StorageV2) |
Standaard algemeen gebruik v2 (StorageV2)1Premium blok-blobs ( BlockBlobStorage)1Premium-bestandsshares ( FileStorage) |
Standaard algemeen gebruik v2 (StorageV2)1 |
Standaard algemeen gebruik v2 (StorageV2)1 |
| Verouderd | Standaard algemeen gebruik v1 (Storage)Verouderde blob ( BlobStorage) |
N.v.t. | Standaard algemeen gebruik v1 (Storage)Verouderde blob ( BlobStorage) |
N.v.t. |
1 Accounts van dit type waarvoor een hiërarchische naamruimte is ingeschakeld, ondersteunen ook de opgegeven redundantieoptie.
Alle gegevens voor alle opslagaccounts worden gekopieerd van de primaire naar de secundaire op basis van de redundantieoptie voor het opslagaccount. Objecten zoals blok-blobs, toevoeg-blobs, pagina-blobs, wachtrijen, tabellen en bestanden worden gekopieerd.
Gegevens in alle lagen, inclusief de archieflaag, worden altijd gekopieerd van de primaire naar de secundaire laag tijdens geo-replicatie. De archieflaag voor Blob Storage wordt momenteel ondersteund voor LRS-, GRS- en RA-GRS-accounts, maar niet voor ZRS-, GZRS- of RA-GZRS-accounts. Zie Toegangslagen voor blobgegevens voor meer informatie over bloblagen.
Niet-beheerde schijven bieden geen ondersteuning voor ZRS of GZRS.
Zie de prijzen van Azure Storage voor prijsinformatie voor elke redundantieoptie.
Notitie
Blok-blobopslagaccounts ondersteunen lokaal redundante opslag (LRS) en zone-redundante opslag (ZRS) in bepaalde regio's.
Gegevensintegriteit
Azure Storage controleert regelmatig de integriteit van gegevens die zijn opgeslagen met behulp van cyclische redundantiecontroles (CPC's). En gedetecteerde beschadiging van gegevens wordt hersteld met behulp van redundante gegevens. Azure Storage berekent ook controlesommen op al het netwerkverkeer om beschadiging van gegevenspakketten te detecteren bij het opslaan of ophalen van gegevens.